[Ffmpeg-devel-irc] ffmpeg-devel.log.20121128

[burek]

[00:01] <burek> yeah, fast and without a reload, which slows it down
[00:02] <ubitux> burek: nit/style: i have a right shift of the content on hover
[00:02] <ubitux> would be nice if a padding was filled instead
[00:02] <ubitux> (the vertical black bar on the left seems to be in cause)
[00:02] <burek> i see, i had to put some indicator of which column is highlighted for colorblinds and similar people
[00:03] <burek> but i can remove it
[00:03] <ubitux> the hilight is fine, but it should just be a color change
[00:03] <ubitux> not an addition
[00:03] <ubitux> like it seems to be
[00:04] <ubitux> border-left: 2px solid black  put that border all the time, with the default color
[00:05] <ubitux> i also have an overflow on the tooltip
[00:05] <burek> can you refresh and try now
[00:06] <saste> burek: link?
[00:06] <burek> http://ffmpeg.gusari.org/fate/
[00:06] <ubitux> burek: sounds good
[00:06] <ubitux> burek: still that overflow: http://ubitux.fr/pub/pics/_fate-burek-tooltip-overflow.png
[00:07] <burek> oh i see
[00:07] <cbsrobot> ubitux: stop using netscape 4.7 !
[00:07] <burek> :D
[00:07] <ubitux> cbsrobot: haha
[00:08] <saste> burek: cool :)
[00:08] <cbsrobot> cfg = configure was successful & ?
[00:09] <cbsrobot> shouldnt it be cws ?
[00:09] <burek> well, i'll need some help about that part
[00:09] <burek> since im not a developer and i dont know what you need
[00:09] <burek> i put something that looked reasonable to me
[00:23] <ubitux> btw, still no one to improve our gif encoder?
[00:24] <ubitux> it's pretty still sad we can't generate gif with a decent size for the web with ffmpeg
[00:24] <ubitux> pretty <-> still
[00:25] <saste> ubitux: add it to your todo ;-)
[00:26] <durandal_1707> it is all about pallete and there was already some code
[00:28] <ubitux> durandal_1707: i think it's all about non-intra :p
[00:29] <durandal_1707> really? you cant get useful gif encoder without pal output
[00:30] <ubitux> i'm not sure what you mean there
[00:31] <durandal_1707> you need scaling
[00:31] <ubitux> i get fairly good colors with our encoders if i do add format=rgb8,format=rgb24 at the end of the filtergraph
[00:32] <ubitux> encoder*
[00:33] <durandal_1707> that is far from optimal
[00:35] <ubitux> http://lucy.pkh.me/bbb-default.gif http://lucy.pkh.me/bbb-sws-rgb8-rgb24.gif
[00:35] <ubitux> both are almost 3MB unfortunately
[00:35] <ubitux> :(
[00:40] <durandal_1707> no compression?
[00:40] <ubitux> it's intro only afaik, no-reuse of the previous frame
[00:40] <ubitux> intra*
[00:40] <ubitux> which is imo the reason they are so huge
[00:41] <durandal_1707> but gif is soo prev century so i'm no motivated to write Encoder 
[00:42] <ubitux> it's just improving the existing one ;)
[00:42] <ubitux> gif are nice for loops
[00:42] <burek> ubitux, is it better now?
[00:42] <ubitux> when i see how buggy and inconsistent the html5 support is&
[00:42] <durandal_1707> better finally get proper demuxer&decoder
[00:43] <ubitux> burek: yep
[00:43] <burek> cool
[00:44] <ubitux> durandal_1707: wasn't the guy supposed to re-send a new version soon"®©?
[00:44] <durandal_1707> ubitux: bug him more
[00:45] <ubitux> :)
[00:45] <ubitux> i'm already busy bugging myself getting things done
[00:47] <Compn> you guys are working too hard
[00:47] <Compn> dont you have lives!? :)
[00:47] <ubitux> michaelni: would it be ok to seek in the subtitles as it is now, but adding on top of the queue for read packet all the subtitles which are on current overlap (and eventually with the start ts at the requested time)?
[00:48] <burek> do you developers need the same kind of information, that is on the current fate web page, i.e. should i just copy/paste all the current info, or do you need some more info or in a different format or something.. what is the usual way a developer analyzes that page?
[00:48] <ubitux> Compn: define:lives
[00:48] <Compn> non ffmpeg related time :P
[00:48] <ubitux> Compn: please provide examples, i can't guess what you are talking about
[00:49] <Compn> hehe
[00:49] <ubitux> burek: i'm not interested in working on this personally, sorry
[00:49] <ubitux> Compn: you sound like another clueless user!
[00:49] <burek> ok, im just asking for a clue how to know if the data presented would be enough or not :)
[00:50] <llogan> burek: http://pastebin.com/q8bLZFgk
[00:50] <llogan> might be slightly ugly but i looked at it too long
[00:50] <burek> :) ok, will test it :)
[00:51] <ubitux> anyway, what are you going to do with this frontend now burek >
[00:51] <ubitux> ?
[00:52] <burek> i intend to place 1 trigger inside the current script on the fate server, which will make possible to generate the data for this layout (preserving the old fate cgi stuff)
[00:52] <burek> so, you'll have both
[00:52] <burek> this one should be a lot faster, since it won't constantly decompress things before display
[00:53] <ubitux> ok
[01:00] <michaelni> ubitux, suggested queeuing behavior sounds ok
[01:02] <ubitux> maybe it could implemented easily with setting a "nb_skip" along with a "nb_cached" in the context
[01:02] <ubitux> so read_packet returns first nb_cached, then skip nb_skip and then goes back to normal
[01:03] <ubitux> i'm unsure about changing the initial pts though
[01:03] <ubitux> (since the renderer might get duplicates?)
[01:03] <michaelni> burek, about how i use fate, 1. i try to find out if anything got worse (cfg, compile, tests) 2. i try to find out what newly failed exactly, and sometimes when it last worked and when it first failed and any additional details about the failure and the box that failed
[01:05] <michaelni> currently the new fate shows no hint of what failed at all just that there are 4 failures for a client for example
[01:06] <michaelni> when is meant in the sense of git revission not time
[01:06] <michaelni> with 2 git revissions one can bisect
[01:07] <burek> if the fate client sends its configure/compile/tests log, is that enough info to get all that you mentioned right now?
[01:10] <burek> llogan, is it better now?
[01:12] <michaelni> old fate has all the info so it should be possible for new too
[01:12] <burek> ok, for a start, we can copy all that was there, and remove/add things after that
[01:12] <michaelni> yes
[01:13] <durandal_1707> michaelni: looks like encoding pcm_s24le in nut is broken
[01:13] <durandal_1707> it is misdetected as s16le
[01:13] <michaelni> for example look at old fate and click on ond of the black trianngles in a cell that shows the count of failed tests
[01:14] <llogan> burek: maybe blue was better.
[01:14] <llogan> just kidding. looks good to me.
[01:14] <burek> :) ok, it's more in the fashion of ffmpeg this way imho
[01:15] <ubitux> now put some black in background
[01:15] <ubitux> ;)
[01:15] <burek> it will look scary that way :)
[01:15] <ubitux> that's the spirit
[01:15] <durandal_1707> michaelni: it is because tag is picked from wav
[01:16] <durandal_1707> and this cant work because nut does not store bits per coded sample
[01:16] <ubitux> http://ubitux.fr/pub/pics/_fate-burek-stylish.png
[01:16] <ubitux> much better that way, but i loose the line color switch :(
[01:16] <llogan> burek: .sortable th {... color: #333; ...}
[01:17] <burek> I think I'll create presets :D
[01:18] <llogan> let's make it a flash page.
[01:18] <burek> some icons in the top, which change the colors :)
[01:18] <burek> :))
[01:18] <ubitux> and again, we need a good gif encoder to add some on the page
[01:18] <llogan> "ubitux's ugly ass gray"
[01:18] <ubitux> :)
[01:18] <Compn> people still use gif for forum avatars
[01:18] <Compn> and memes
[01:18] <durandal_1707> michaelni: that is because you did not merged libav hunk which fixed this
[01:19] <cbsrobot> Compn: and gifs !
[01:19] <Compn> and gifs!
[01:19] <Compn> you check out gifsound yet ?
[01:19] <durandal_1707> this is sorry state, becuase fate do not covers such scenarios at all. but really should
[01:20] <durandal_1707> michaelni: what is your solution?
[01:20] <michaelni> durandal_1707, ill fix it ASAP
[01:21] <michaelni> the hunk btw was buggy i must have missed that it did fix this
[01:22] <llogan> ubitux: want to write the "A Beginner's guide to git bisect" article?
[01:22] <ubitux> here it is: "man git-bisect"
[01:23] <ubitux> you can retweet it
[01:23] <llogan> i don't "tweet".
[01:23] <ubitux> you just did
[01:23] <llogan> and luser's don't read man pages
[01:23] <ubitux> it's < 140 char, it's a tweet
[01:23] <Compn> i'll tweet your tweet!
[01:23] <ubitux> llogan: here is the fancy html one: http://git-scm.com/docs/git-bisect
[01:24] <ubitux> it's hard to make it simpler
[01:24] <ubitux> it starts with an example
[01:24] <llogan> forget i axed
[01:34] <durandal_1707> ubitux: i want spectrogram filter like one in sox, that creates spectrogram image of whole file
[01:35] <ubitux> showspectrum isn't good?
[01:36] <cbsrobot> there is still time to celebrate and join the oxford dict. word of the year 2012 party !
[01:36] <cbsrobot> http://blog.oxforddictionaries.com/2012/11/us-word-of-the-year-2012/
[01:36] <ubitux> durandal_1707: i think saste has some lavfi sox stuff 
[01:36] Action: Compn wonders what the word of the year is
[01:36] <Compn> oh lawd
[01:36] <cbsrobot> Compn: you'll never guess
[01:37] Action: ubitux wonders what year it is
[01:37] <Compn> no, i wouldnt have guessed that haha
[01:37] <ubitux> still 2012?
[01:37] <Compn> oxford is a few years old
[01:37] <Compn> i mean, books ? who has books anymore ?
[01:37] <Compn> i havent touched a book in months
[01:37] <Compn> fithly disgusting germy things
[01:42] <llogan> Compn: look at your keyboard
[02:06] <cone-624> ffmpeg.git 03Michael Niedermayer 072754dbb6e151: nut: put nut PCM audio tags in front of avi tags.
[03:28] <durandal_1707> ubitux: this ebur128 filter is killer
[03:46] <Compn> whats ebur128 mean
[03:46] <Compn> do i mean
[03:46] <Compn> great hes gone
[03:46] Action: Compn talks to himself
[03:47] <Compn> audio loudness filter ?
[03:54] <burek> people are getting more and more complex ideas for ffmpeg usage :) http://ffmpeg.gusari.org/viewtopic.php?f=16&t=743
[03:54] <burek> the guy wants to create "virtual environment" with 4 cams in sync :)
[03:58] <Compn> yes, once you introduce filters, theres no going back
[03:59] <Compn> watch in a few months someone will come in asking if there is a limit to the number of inputs that can be added at once :D
[04:09] <burek> :))
[05:26] <cone-834> ffmpeg.git 03Michael Niedermayer 072c923983b6e5: qpeg: reset palette on seeks
[10:22] <burek> michaelni, I've added configure/compile/test logs in the popup on mouse over those cells that display errors/warnings etc. so, is it better that way or should we embed the data directly into the html? http://ffmpeg.gusari.org/fate/
[10:22] <burek> (this way it loads only on mouse over)
[10:23] <burek> the previous fate page had data embeded into the html table, which required all logs to be processed too, in order to generate the data
[10:25] <burek> also, I configured apache to server gzipped pages, to save space on hdd, which means, all those pages you see loaded in your browser are actually stored on the server as xxxx.html.gz (no plain-text htmls), which should additionally save space on the server
[10:25] <burek> to serve* gzipped
[11:20] <durandal_1707> is there any format that use half-float pcm?
[12:00] <cone-797> ffmpeg.git 03Paul B Mahol 071793128cf7d9: avrdec: fix typo in .long_name
[12:10] <cone-797> ffmpeg.git 03Paul B Mahol 07b0d9b011c752: avrdec: sample rate takes 3 bytes not 4
[13:04] <michaelni> burek, the mouse over doesnt show what failed, it shows the whole output of each stage raw
[13:05] <michaelni> the complete raw output should be on seperate pages
[13:06] <michaelni> the mouse over should show just what failed
[13:09] <ubitux> durandal_1707: oh? do you use it? :)
[13:10] <durandal_1707> half-float?
[13:10] <ubitux> no ebur128
[13:11] <durandal_1707> i tried video output and it is fantastic
[13:11] <ubitux> burek: the over isn't really handy to "use"
[13:11] <ubitux> durandal_1707: haha ok :)
[13:11] <ubitux> glad you like it
[13:11] <durandal_1707> ubitux: though it hangs for apes with BIG packets
[13:12] <ubitux> oh? :(
[13:12] <ubitux> oh here we go, l merged the callbacks
[13:13] <ubitux> i guess i'll have to rework some of my filters
[13:31] <cone-797> ffmpeg.git 03Martin Storsjö 0754fd593a0e63: configure: Enable avconv filter dependencies automatically
[13:31] <cone-797> ffmpeg.git 03Diego Biurrun 0728e1cf19aa3c: x86: h264_weight: port to cpuflags
[13:31] <cone-797> ffmpeg.git 03Justin Ruggles 077f534d11ed37: lavr: do not pass sample count as a parameter to ff_audio_convert()
[13:31] <cone-797> ffmpeg.git 03Justin Ruggles 07d2f9f8e094d9: lavr: correct the documentation for the ff_audio_resample() return value
[13:31] <cone-797> ffmpeg.git 03Justin Ruggles 071d86aa8b0f49: lavr: do not pass consumed samples as a parameter to ff_audio_resample()
[13:31] <cone-797> ffmpeg.git 03Piotr Bandurski 07f5fa03660db1: vble: Do not abort decoding when version is not 1
[13:31] <cone-797> ffmpeg.git 03Michael Niedermayer 07264441715b13: Merge commit 'f5fa03660db16f9d78abc5a626438b4d0b54f563'
[13:38] <cone-797> ffmpeg.git 03Diego Biurrun 07490df522c732: x86: cpu: Drop unused HAVE_RWEFLAGS condition
[13:38] <cone-797> ffmpeg.git 03Diego Biurrun 072e89aeed6543: x86: h264_idct: port to cpuflags
[13:38] <cone-797> ffmpeg.git 03Anton Khirnov 07af7d13ee4a4b: asink_nullsink: plug a memory leak.
[13:38] <cone-797> ffmpeg.git 03Michael Niedermayer 0742d3fea65f78: Merge commit 'af7d13ee4a4bf8d708f9b0598abb8f6e22b76de1'
[14:08] <cone-797> ffmpeg.git 03Paul B Mahol 0723101ceaa226: avrdec: implement seeking
[14:11] <burek> michaelni, how to generate what has failed?
[14:11] <burek> ubitux, why?
[14:15] <michaelni> burek, see old fate
[14:16] <burek> i did but i dont quite get it..
[14:18] <ubitux> burek: the popup goes outside the visible area, and it's uneasy to scroll
[14:18] <burek> ubitux, you really need to update your browser :)
[14:19] <burek> it's standard css + little bit of js, nothing else
[14:19] <burek> i tried in chrome+ff+ie and it's the same
[14:19] <ubitux> it's firefox 17&
[14:19] <burek> did you update it?
[14:19] <ubitux> update to what?
[14:19] <ubitux> it's the latest one
[14:19] <burek> latest..
[14:20] <burek> oops, my bad
[14:20] <burek> sorry
[14:21] <ubitux> http://ubitux.fr/pub/pics/_fate-burek-popup-scroll.png
[14:21] <ubitux> bottom scroll get extended on hover
[14:21] <ubitux> (full bottom on screenshot)
[14:21] <burek> yes yes, sorry, i just checked one more time
[14:21] <burek> and saw the same
[14:22] <burek> last changes broke it
[14:37] <durandal_1707> michaelni: there are samples on fate that are never used
[14:37] <durandal_1707> somene forget to apply patch?
[14:45] <burek> ubitux, should be fine now
[14:45] <burek> different javascript implementations across browsers.. :/
[14:47] <burek> michaelni, would it be enough to just auto-scroll the log to the bottom in order to show what went wrong?
[14:56] <ubitux> burek: doesn't work that well for the ones at the bottom
[15:02] <leandrosansilva> Hello to all. Why is the field format of AVFrame a int? It should be an AVPixelFormat, shouldn't it?
[15:02] <leandrosansilva> Is it safe to cast it (format) to an AVPixelFormat?
[15:25] <ubitux> leandrosansilva: can't be it be an AVSampleFormat in case of audio?
[15:25] <ubitux> enum are int anyway
[15:27] <leandrosansilva> ubitux, yes I know. I just want to know if it can change in the future. But I hadn't thought about the question of audio, because I'm using only video :-)
[15:27] <leandrosansilva> thx for the help
[15:34] <durandal_1707> michaelni: actually some of them are pointing to bug in decoder
[16:42] <cone-797> ffmpeg.git 03Reimar Döffinger 078aa29f063c8d: atrac3: do not use init_static_data to init VLC data.
[16:42] <cone-797> ffmpeg.git 03Reimar Döffinger 0792947c6d7278: Use err_out label for error-case cleanup.
[16:42] <cone-797> ffmpeg.git 03Reimar Döffinger 0716af29a7a6de: vc1dec: add hacks to ensure static tables are initialized in open().
[16:49] <cone-797> ffmpeg.git 03Michael Niedermayer 07cd7febd33f20: lavfi: replace filter_samples by filter_frame
[16:49] <cone-797> ffmpeg.git 03Michael Niedermayer 07f6dd145533ee: avfilter: check that filter_frame and slice variants are not both used
[16:49] <cone-797> ffmpeg.git 03Michael Niedermayer 07a0b8eec71932: default_filter_frame: fix argument name
[16:49] <cone-797> ffmpeg.git 03Michael Niedermayer 073ed483cdfa5b: libavfilter: Support using filter_frame for video
[16:49] <cone-797> ffmpeg.git 03Michael Niedermayer 078227a0b7df7b: libavfilter: update doxy for filter_frame
[16:49] <cone-797> ffmpeg.git 03Anton Khirnov 071b43fc127cc3: vf_hqdn3d: switch to filter_frame
[16:59] <cone-797> ffmpeg.git 03Paul B Mahol 0701eed8c60762: iff demuxer: 16SV support
[17:23] <cone-797> ffmpeg.git 03Paul B Mahol 076549a9b75333: pgssubdec: remove unused variable
[17:30] <Daemon404> humm what does dup=1 drop=0 mean in ffmpeg cli?
[17:30] <Daemon404> reading teh code has proved to be less than useful to figure it out
[17:30] <JEEB> one duplicated frame (For frame rate differences or whatever), and zero dropped frames
[17:32] <Daemon404> i see
[17:32] <Daemon404> god im so tired of dealign with teh weird shit 'pro' apps do
[17:37] <cone-797> ffmpeg.git 03Anton Khirnov 0705945c7f8827: libavfilter/fifo: switch to filter_frame, the filter did not support slices.
[17:37] <cone-797> ffmpeg.git 03Anton Khirnov 07250b122e3ab1: vf_boxblur: switch to filter_frame, boxblur did not support slices
[17:45] <Daemon404>  Duration: 00:08:31.45, start: -2.622623, bitrate: 13400 kb/s
[17:46] <Daemon404> ^ like this stuff
[18:12] <cone-797> ffmpeg.git 03Michael Niedermayer 0746a4e72bc518: vf_delogo: fix order of operations in apply_delogo()
[18:12] <cone-797> ffmpeg.git 03Michael Niedermayer 07ed547e2ce5d5: vf_hqdn3d: fix permissions
[18:12] <cone-797> ffmpeg.git 03Michael Niedermayer 07384641468b60: vf_delogo: switch to filter_frame, this filter did not support slices
[18:12] <cone-797> ffmpeg.git 03Michael Niedermayer 077bfa2f25c021: vf_drawtext: switch to filter_frame, this filter did not support slices
[18:17] <ubitux> michaelni: i can care of the filters i wrote if you don't want to do the switch for them
[18:29] <michaelni> ubitux, feel free to switch all that are not in l and that at the same time currently do not support real slices anyway
[18:29] <michaelni> iam still a bit undecided what to do about filters that do fully support slices currently
[18:31] <ubitux> does it look like it will affect performances?
[18:45] <michaelni> ubitux, slices certainly made a speed difference at the time of single core cpus, they maybe dont make one now anymore, and if you want you surely can switch to filter_frame for all filters that arent in l or that you maintain
[18:46] <michaelni> the main reason for supporting both ATM is to ease switching filters one by one and keeping git bisectability and all that, ive no real oppinon about droping slices entirely ATM
[18:54] <michaelni> note, "time of single core cpus" i also meant libmpcodecs and mplayer as testbed, that was before libavfilter
[18:56] <ubitux> ok
[19:00] <Compn> mplayer has -noslices but i dunno if it affects lavfi or filters
[19:35] <cone-797> ffmpeg.git 03Michael Niedermayer 07b5572ab861d7: vf_boxblur: cosmetics to reduce diff to qatar
[19:36] <cone-797> ffmpeg.git 03Michael Niedermayer 0759907340e1e1: libavfilter/fifo: fix indent
[19:36] <cone-797> ffmpeg.git 03Anton Khirnov 07e67fdbffe588: vf_fieldorder: switch to filter_frame, this filter did not support real slices
[19:36] <cone-797> ffmpeg.git 03Anton Khirnov 0792b57e8dac76: vf_fps: switch to filter_frame
[20:04] <cone-797> ffmpeg.git 03Clément BSsch 0757d9c86bf34e: lavfi/edgedetect: switch to filter_frame.
[20:07] <cone-797> ffmpeg.git 03Anton Khirnov 076325957b2885: vf_frei0r: switch to filter_frame, the filter did not support slices
[20:07] <cone-797> ffmpeg.git 03Anton Khirnov 072a06bc10e7cb: vf_gradfun: switch to filter_frame, this filter did not support slices
[20:09] <ubitux> the out_buf thing was pretty nice actually
[20:09] <ubitux> any idea why it wasn't kept?
[20:21] <cone-797> ffmpeg.git 03Clément BSsch 075d170b09d3e6: lavfi/geq: switch to filter_frame.
[20:26] <cone-797> ffmpeg.git 03Anton Khirnov 071f94f86ab560: vf_libopencv: switch to filter_frame, this filter did not support slices
[20:26] <cone-797> ffmpeg.git 03Michael Niedermayer 07e42b7ff2b2fd: vf_pixdesctest: switch to filter_frame
[20:34] <wm4> why is Libav still called "qatar" in commit messages?
[20:35] <ubitux> Voldemort syndrom
[20:43] <llogan> wm4: maybe so people don't equate it to libav*
[20:56] <durandal_1707> incoming....
[21:17] <cone-797> ffmpeg.git 03Daniel Verkamp 07a0958949ebe1: Vivo demuxer
[21:24] <cbsrobot> \o/ for #132 closed
[21:25] <cbsrobot> not that I care much about viv demuxer ...
[21:28] <llogan> originally roundup 99
[21:28] <llogan> drv and durandal_1707 are zombie killers
[21:30] <wm4> vivo demuxer is in mplayer, but was not in libavformat
[21:30] <durandal_1707> llogan: zombies are still there viv 2 is not supported at all
[21:31] <durandal_1707> because there are no decoders
[21:35] <durandal_1707> there is one big demuxer left TiVo(ty, tivo), but mplayer ty code and any code on net is hardly readable so I abondoned it for now
[21:35] <wm4> would it be possible to add a decoder for "Hauppauge Macroblock" raw video? I don't really know whether this belongs into libavcodec though; seems to be a mplayer internal thing used for TV input (covered by vd_hmblck.c)
[21:36] <cone-797> ffmpeg.git 03Michael Niedermayer 076be0df508019: vf_pad: switch to filter_frame
[21:36] <cone-797> ffmpeg.git 03Anton Khirnov 070663a9eab8b8: vf_showinfo: switch to filter_frame
[21:36] <cone-797> ffmpeg.git 03Anton Khirnov 072c3b665379de: vf_select: switch to filter_frame
[21:37] <durandal_1707> wm4: what commit introduced it?
[21:38] <wm4> durandal_1707: it was added in 2003
[21:39] <wm4> this thing http://repo.or.cz/w/mplayer.git/blob/HEAD:/libmpcodecs/vd_hmblck.c
[21:46] <wm4> (unfortunately I don't even have a sample file)
[21:47] <durandal_1707>  video4linux have support for that
[21:48] <durandal_1707> it is more pixel format that codec
[21:48] <durandal_1707> *than
[22:03] <cone-797> ffmpeg.git 03Michael Niedermayer 07afded1816b12: vf_transpose: switch to filter_frame
[22:03] <cone-797> ffmpeg.git 03Anton Khirnov 0745eed9b19751: vf_unsharp: switch to filter_frame, this filter did not support slices
[22:03] <cone-797> ffmpeg.git 03Anton Khirnov 07c262e8cff633: vsink_nullsink: switch to filter_frame
[22:03] <cone-797> ffmpeg.git 03Anton Khirnov 07f7f6f281dd8e: vsrc_testsrc: switch to filter_frame
[22:03] <cone-797> ffmpeg.git 03Michael Niedermayer 07eb1424b4fef2: src_movie: switch to filter_frame
[22:04] <wm4> so, is this the removal of the slice rendering path?
[22:04] <ubitux> yes
[22:05] <saste> well for sure it simplifies things a bit
[22:05] <Compn> cbsrobot : everyone cares about vivo! :P
[22:06] <Compn> saste : is libav more open to video filters now ?
[22:07] <saste> do we have a list of missing formats/codecs somewhere?
[22:07] <Compn> i dont remember much enthusiasm for them previously
[22:07] <wm4> does libavfilter still has DR similar to mplayers?
[22:07] <Compn> wiki under category 'formats missing in ffmpeg' 
[22:07] <saste> Compn, no idea, why do you ask?
[22:07] <Compn> saste : just seeing more filter work 
[22:07] <Compn> just curious
[22:07] <ubitux> Compn: http://lucy.pkh.me/diff/diff-filters.html long path to go :)
[22:08] Action: cbsrobot hands Compn the blue ribbon of "I want to vivo" 
[22:08] <Compn> http://wiki.multimedia.cx/index.php?title=Category:Formats_missing_in_FFmpeg
[22:08] <saste> Compn, they seem mostly care about the framework, don't know if they plan to implement features/filters
[22:08] <Compn> i'm still waiting for mvi2 ...
[22:08] <Compn> motion pixels movie cd avi cdoec :)
[22:08] <saste> they never seemed to care about porting ffmpeg filters
[22:09] <ubitux> btw, i'm doing the same thing as 568c70e7 for our filters
[22:09] <saste> but maybe that's because of NIH syndrome
[22:09] <ubitux> (and what a pain&)
[22:09] <Compn> saste : oh, i thought someone was posting patches to libav 
[22:09] <Compn> or merging from ffmpeg
[22:09] <Compn> for new filters
[22:09] <ubitux> no
[22:09] <ubitux> they don't care
[22:10] <Compn> makes my brain hurt heh
[22:10] <saste> ubitux, what's the gain for that?
[22:10] <llogan> they never seemed to care about porting ffmpeg *
[22:10] <saste> i mean i believe it is related to some compiler support or what?
[22:10] <ubitux> saste: consistency, and seems to have a portability issue
[22:10] <Compn> i thought we were going to have some collaboration :(
[22:10] <ubitux> saste: seems to, according to the commit desc
[22:11] <saste> ok, i'll wait for the water to calm down before touching filters again
[22:12] <ubitux> i miss out_buf :(
[22:13] <uglyoldbob> how hard would it be to modify the code to add a "fallback" file to a feed on ffserver? ffserver would use data from this file when the primary source is not present
[22:14] <Compn> uglyoldbob : you mean, like a background movie that plays no matter what ?
[22:14] <Compn> good question
[22:15] <uglyoldbob> Compn: yeah it would only be visible when the feed is not being fed
[22:15] <wm4> ubitux: does libavfilter support this thing that a filter can get a buffer from a subsequent filter? (also known as direct rendering)
[22:16] <saste> wm4, yes
[22:16] <saste> although buffer handling in lavfi is a bit involved
[22:16] <wm4> always striked me as very complicated and of little actual use
[22:16] <saste> "very complicated" -> true
[22:16] <saste> "little actual use" -> false
[22:17] <saste> it saves pointless memcpies (and allows DR)
[22:18] <wm4> how often does it save memcpies? only case I can think of is a filter that adds black bars (vf_expand and vf_ass in mplayer, dunno about lavfi)
[22:18] <saste> uglyoldbob, feature request is welcome, patch is even more welcome
[22:18] <wm4> for all other cases, handing down the buffer works well enough
[22:18] <saste> uglyoldbob, problem is that ffserver these days is almost unmaintained
[22:19] <saste> wm4, padding, cropping, in general hepls whenever you have in-place processing
[22:21] <wm4> cropping and in-place can be handled by having the ability to pass down mutable buffers
[22:22] <saste> wm4, yes, and talking about design is much simpler than implementing it
[22:23] <wm4> well, I did this on the mplayer filter chain (in an experimental branch)...
[22:23] <wm4> and the concept is quite simple, isn't it
[22:24] <saste> wm4, "mutable buffers", how is that different from the current design?
[22:24] <saste> check doc/filter-design.txt
[22:25] <durandal_1707> Compn: you have more mvi2 samples?
[22:25] <saste> which reminds me that we have to update that...
[22:26] Action: ubitux wonders why the "avfilter_" was added all the time
[22:31] <Compn> durandal_1707 : theres bunch on ebay , search for "movie cd" :)
[22:31] <Compn> i'll have to dig, i may have another sample cd
[22:35] <durandal_1707> Compn: usually i do not work on something i have single sample
[22:44] <cone-797> ffmpeg.git 03Anton Khirnov 07bb56436cfda8: f_settb: switch to filter_frame
[22:44] <cone-797> ffmpeg.git 03Anton Khirnov 07dabb993c44cf: f_setpts: switch to filter_frame
[22:44] <cone-797> ffmpeg.git 03Anton Khirnov 07eb7e7e82e17b: vf_hflip: switch to filter_frame
[22:44] <cone-797> ffmpeg.git 03Anton Khirnov 07bff576c77947: vf_lut: switch to filter_frame
[22:51] <ubitux> michaelni: http://lists.freedesktop.org/archives/pixman/2012-November/002353.html
[22:51] <ubitux> you might want to look if there are some interesting things not in sws
[23:19] <cone-797> ffmpeg.git 03Clément BSsch 072d9d4440519f: lavfi: convert remaining input/output list compound literals to named objects.
[23:20] <ubitux> here we go.
[23:23] <burek> ubitux, any screenshots so i can see what is wrong?
[23:25] <ubitux> burek: scroll to the bottom of the page, and try to hover in the latest 10-20 lines
[23:26] <ubitux> (on the right, with the popup)
[23:27] <burek> oh i see, scrolling
[23:27] <burek> again, some javascript params are different across browsers
[23:27] <burek> ill fix it right away
[23:30] <burek> ubitux should be working better now, i guess
[23:32] <ubitux> looks fine
[23:32] <ubitux> saste: got a strange bug, interested? :)
[23:33] <ubitux> i'm adding the priv_class where missing the in AVFilter's filters
[23:33] <ubitux> and it seems that with mptestsrc, the options don't appear in the -help full
[23:34] <ubitux> there is just "mptestsrc AVOptions:" with nothing below
[23:39] <ubitux> it works for the other (ebur128, delogo, edgedetect, mandelbrot), but not this one
[23:39] <ubitux> there is another problem with sendcmd, but it's something else
[23:39] Action: ubitux doesn't get it
[23:42] <saste> ubitux: what's the prob with sendcmd?
[23:43] <ubitux> i got an infinite loop
[23:43] <ubitux> but it's likely it was because i specified it twice
[23:43] <ubitux> but i removed it for now
[23:43] <ubitux> i try to understand the problem with mptestsrc
[23:43] <ubitux> and& i just don't get it
[23:43] <ubitux> :D
[23:43] <saste> ubitux, commandline?
[23:43] <ubitux> ffmpeg -help full
[23:43] <ubitux> and look for mptestsrc
[23:44] <ubitux> after adding:
[23:44] <ubitux> +    .priv_class     = &mptestsrc_class,
[23:44] <ubitux> in libavfilter/vsrc_mptestsrc.c
[23:46] <saste> ubitux: no flags in options
[23:46] <ubitux> ah!
[23:46] <ubitux> thanks :)
[23:46] <saste> i can fix it if you want
[23:47] <saste> what about the sendcmd issue (I was asking about that before)
[23:47] <ubitux> 23:43:05 <@ubitux> i got an infinite loop
[23:47] <ubitux> 23:43:20 <@ubitux> but it's likely it was because i specified it twice
[23:47] <ubitux> 23:43:25 <@ubitux> but i removed it for now
[23:47] <ubitux> doing something similar
[23:47] <ubitux> .priv_class = &sendcmd_class, for both
[23:48] <ubitux> (asendcmd and sendcmd)
[23:48] <ubitux> and same command
[23:48] <saste> yes, you can't specify the same class for two instances
[23:48] <saste> it's silly, but it's true
[23:49] <saste> see the trick in vf_lut.c
[23:50] <ubitux> hehe ok i see :)
[23:50] <ubitux> thanks
[23:50] <cone-797> ffmpeg.git 03Anton Khirnov 079a65b8c0a221: vf_fade: switch to filter_frame
[23:50] <cone-797> ffmpeg.git 03Anton Khirnov 075f648ce43eeb: vf_yadif: switch to filter_frame, this filter did not support slices
[23:51] <saste> ubitux: about the yadif ticket, didn't you report a similar issue?
[23:52] <ubitux> mmh
[23:52] <ubitux> i remember a ticket with yadif + timecode
[23:52] <ubitux> but nothing more
[23:53] <ubitux> https://ffmpeg.org/trac/ffmpeg/ticket/1469 ?
[23:54] <cone-797> ffmpeg.git 03Stefano Sabatini 075ddc072d0ddc: doc: add ffmpeg-bitstream-filters.texi file
[23:55] <saste> ah ok
[00:00] --- Thu Nov 29 2012