Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

August 2012

1 participants
62 discussions

ffmpeg-devel.log.20120810
by burek 11 Aug '12

11 Aug '12

[00:03] <ubitux> showspectrum fixed \o/ [00:17] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r2f7e8dcf45 10ffmpeg/ (4 files in 2 dirs): (log message trimmed) [00:17] <CIA-41> ffmpeg: yadif: redesign first and last 2 lines handling. [00:17] <CIA-41> ffmpeg: The previous code dependent on the input buffer matching the [00:17] <CIA-41> ffmpeg: buffer that has been provided by yadifs get_buffer. [00:17] <CIA-41> ffmpeg: The API does in now way gurantee this though its often true. [00:17] <CIA-41> ffmpeg: This fixes some out of array reads. [00:17] <CIA-41> ffmpeg: The regression test checksums change due to "out of picture" values [00:17] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r8f29901b54 10ffmpeg/libavfilter/vf_yadif.c: [00:17] <CIA-41> ffmpeg: yadif: remove get_video_buffer, its redundant now [00:17] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [00:17] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * ra0d15027e3 10ffmpeg/libavfilter/vf_yadif.c: [00:17] <CIA-41> ffmpeg: yadif: check input video size. [00:17] <CIA-41> ffmpeg: yadif needs at least 3x3 or it will likely crash with out of array reads [00:17] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [00:18] <michaelni> kierank, yadif should be fixed, if you still have crashes please ping me [00:18] <kierank> michaelni: thank you [00:56] <Mista_D> Possible to ensure ffprobe values are in the same sequesnce when outputing to CSV ?? Extracting video PID with `ffprobe...-show_streams -print_format csv|grep video|cut -d, -f19`. Sometimes PID is -f16 on MPEG2-TS files. [02:41] <Compn> http://www.youtube.com/watch?v=pMas0tWc0sg [04:44] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r969267482d 10ffmpeg/ffmpeg.c: [04:44] <CIA-41> ffmpeg: ffmpeg: Allocate new buffer for bitstream filter when buffer shifted [04:44] <CIA-41> ffmpeg: fix crash with aac_adtstoasc bitstream filter [04:44] <CIA-41> ffmpeg: Fixes Ticket1441 [04:44] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [04:52] <CIA-41> ffmpeg: 03Diego Biurrun 07master * r24d3796d21 10ffmpeg/Makefile: [04:52] <CIA-41> ffmpeg: build: add HOSTOBJS to SUBDIR_VARS list [04:52] <CIA-41> ffmpeg: Even though HOSTOBJS are not referenced directly in subdirectory Makefile [04:52] <CIA-41> ffmpeg: snippets right now, robustness requires resetting the variable contents. [04:52] <CIA-41> ffmpeg: 03Diego Biurrun 07master * r36a8c43073 10ffmpeg/libavcodec/qdm2.c: doxygen: qdm2: Drop documentation for non-existing function parameters [04:52] <CIA-41> ffmpeg: 03Mans Rullgard 07master * r0db9eba48c 10ffmpeg/libavcodec/motion_est.c: [04:52] <CIA-41> ffmpeg: motion_est: drop inline from sad_hpel_motion_search() [04:52] <CIA-41> ffmpeg: This function is only ever called through a function pointer, [04:52] <CIA-41> ffmpeg: so marking it inline makes no sense. [04:52] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [04:52] <CIA-41> ffmpeg: 03Mans Rullgard 07master * r74f82f92a4 10ffmpeg/libavcodec/motion_est.c: [04:52] <CIA-41> ffmpeg: motion_est: remove useless no_motion_search() function [04:52] <CIA-41> ffmpeg: At both places this function is called, mb_[xy] == s->mb_[xy] [04:52] <CIA-41> ffmpeg: making the call together with following code equivalent to [04:52] <CIA-41> ffmpeg: simply assigning zeros. [04:52] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [04:52] <CIA-41> ffmpeg: 03Mans Rullgard 07master * r5bf7bc625b 10ffmpeg/libavcodec/motion_est.c: [04:52] <CIA-41> ffmpeg: motion_est: remove unused macros [04:52] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [04:52] <CIA-41> ffmpeg: 03Hendrik Leppkes 07master * rf9150c8ac0 10ffmpeg/libavcodec/lagarith.c: [04:52] <CIA-41> ffmpeg: lagarith: frame multithreading [04:52] <CIA-41> ffmpeg: About 2x speedup going from 1 to 2 threads. [04:52] <CIA-41> ffmpeg: 1.7s to 0.85s on foreman CIF. [04:52] <CIA-41> ffmpeg: Signed-off-by: Janne Grunau <janne-libav(a)jannau.net> [04:52] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r633b90ca8d 10ffmpeg/: (log message trimmed) [04:52] <CIA-41> ffmpeg: Merge remote-tracking branch 'qatar/master' [04:52] <CIA-41> ffmpeg: * qatar/master: [04:52] <CIA-41> ffmpeg: lagarith: frame multithreading [04:53] <Compn> intermediate codecs making a resurgance [11:58] <ubitux> saste: thanks, looks much better that way [11:58] <ubitux> (the doc deps stuff) [13:31] <Compn> j-b : [13:31] <Compn> The vlc ticket was a duplicate of FFmpeg ticket #780 (at least concerning [13:31] <Compn> the patch fixing it). The crash was fixed within 24 hours by Michael in [13:31] <Compn> December, it is fixed in all release branches since 0.5. [13:31] <Compn> Carl Eugen [13:32] <Compn> vlc ticket 6000 that is [13:32] <Compn> hi carl reading this later on the mailing list ;) [14:06] <ubitux> wtf haiku [14:07] <ubitux> perl in /boot/common/bin/perl, but no /usr/bin/env to find it? [14:07] <ubitux> how are you supposed to write perl scripts? [14:18] <michaelni> haiku pod2man uses ---> #!/boot/common/bin/perl [14:19] <ubitux> you mean the packaged pod2man? [14:19] <ubitux> they patch each app? :/ [14:19] <michaelni> yes, the pad2man included with haiku or packaged or whatevef [14:20] <michaelni> but #!perl seems working too on haiku [14:25] <j-b> http://wiki.videolan.org/Bounties [15:56] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rd9d0c1ccc3 10ffmpeg/libavcodec/mjpegdec.c: [15:56] <CIA-41> ffmpeg: mjpegdec: support AVRn interlaced [15:56] <CIA-41> ffmpeg: Fixes Ticket1527 [15:56] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [16:31] <CIA-41> ffmpeg: 03Kostya Shishkov 07master * r84f9d78a96 10ffmpeg/tests/ (7 files in 2 dirs): fate: add G.723.1 decoder tests [16:31] <CIA-41> ffmpeg: 03Diego Biurrun 07master * r2804ba6a3b 10ffmpeg/libavformat/ (swf.h swfdec.c): swf: Move swf_audio_codec_tags table to the only place it is used [16:31] <CIA-41> ffmpeg: 03Diego Biurrun 07master * r804d7a1aa6 10ffmpeg/ (5 files in 4 dirs): doxygen: Fix function parameter names to match the code [16:31] <CIA-41> ffmpeg: 03Diego Biurrun 07master * rc72f12cbae 10ffmpeg/configure: configure: suncc: Add -xc99 to dependency flags, required on Solaris [16:31] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r83c93fe74a 10ffmpeg/configure: (log message trimmed) [16:31] <CIA-41> ffmpeg: configure: Check for a sctp struct instead of just the header [16:31] <CIA-41> ffmpeg: This fixes build failures on debian/kfreebsd, which has the [16:32] <CIA-41> ffmpeg: sctp.h header, but it is currently broken (a cpp test succeeds, [16:32] <CIA-41> ffmpeg: but a compile test fails), see http://bugs.debian.org/684330 for [16:32] <CIA-41> ffmpeg: details. [16:32] <CIA-41> ffmpeg: Also remove the checked item from HAVE_LIST, since the corresponding [16:32] <CIA-41> ffmpeg: 03Mans Rullgard 07master * rd913fd1f00 10ffmpeg/libavutil/internal.h: [16:32] <CIA-41> ffmpeg: libavutil: drop fallback definitions of INTxx_MIN/MAX [16:32] <CIA-41> ffmpeg: This list is incomplete (we also use UINT16_MAX), so there does [16:32] <CIA-41> ffmpeg: not appear to be any system we care about that needs these. [16:32] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [16:32] <CIA-41> ffmpeg: 03Samuel Pitoiset 07master * r5e6001db8f 10ffmpeg/libavformat/rtmpproto.c: [16:32] <CIA-41> ffmpeg: rtmp: Factorize the code by adding handle_invoke_result [16:32] <CIA-41> ffmpeg: Signed-off-by: Luca Barbato <lu_zero(a)gentoo.org> [16:32] <CIA-41> ffmpeg: 03Mans Rullgard 07master * r6d3783d160 10ffmpeg/libavformat/ffmenc.c: [16:32] <CIA-41> ffmpeg: ffmenc: replace if/abort with assert() [16:32] <CIA-41> ffmpeg: The condition is trivially true, but keeping the assert() is [16:32] <CIA-41> ffmpeg: sensible to avoid FFM_HEADER_SIZE ever getting out of sync with [16:32] <CIA-41> ffmpeg: the actual code. [16:32] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [16:46] <j-b> http://wiki.videolan.org/Bounties btw [16:55] <michaelni> j-b, the page doesnt say how much the bounties are ? [16:56] <j-b> yet [16:56] <j-b> michaelni: opinions on that? [16:56] <michaelni> also frame size changing with mt isnt all that hard the hard part is to have it not exploitable [16:57] <j-b> From a user point of view, hard or not-hard is meaningless: working or not is what matters :) [16:57] <michaelni> if you just want it working and dont care if its exploitable, i can do that i think [16:58] <j-b> I think expoitable is not good :) [16:58] <j-b> but anyway, we are at the 'put money on tasks' part [16:58] <Compn> you can make another bounty to make it not exploitable [16:58] <Compn> :P [16:58] <j-b> and 'gather important taks' [16:59] <j-b> the -mt parts are probably between 500 and 1000 ? [16:59] <nevcairiel> I wonder if its worth to try to figure out how to finish my vc-1i patch [16:59] <Compn> voxware? people still use it ? [17:00] <j-b> I hope not [17:00] <Compn> curious why bounty for it :P [17:01] <j-b> because it was popular in the past [17:01] <j-b> but true, this will not be a lucrative one :) [17:01] <Compn> :) [17:01] <j-b> compared to DTS MA HD... [17:02] <nevcairiel> technically its DTS-HD MA [17:02] <nevcairiel> :p [17:02] <iive> michaelni: about -mt resize. isn't the right way to hold new decoding until all threads with the old size finish? then reinit the codec and start anew? [17:03] <j-b> nevcairiel: technically, it is crap :) [17:03] <nevcairiel> crap or not, its t he goto lossless formats for Blu-rays now [17:03] <nevcairiel> hm typing is off today [17:04] <j-b> nevcairiel: indeed, hence the presence on the list [17:04] <Compn> j-b : as for screengrabbing on windows, what about doing it thru ffmpeg ala this patch > http://ffmpeg.org/pipermail/ffmpeg-devel/2011-January/107042.html [17:04] <j-b> nevcairiel: fixed. [17:05] <j-b> screen grabbing is done and easy [17:05] <j-b> the difficulty is audio dekstop grabbing on Win32 and Mac and UI [17:05] <Compn> oh [17:05] <Compn> j-b : does loopback mean you can use vlc as a fake webcam ? [17:05] <Compn> e.g. to play video and upload it using flash client [17:05] <j-b> it means you can capture all the audio from your machine [17:05] <Compn> like the source is a webcam [17:06] <Compn> ok i'm thinking of a different thing then :) [17:06] <Compn> you want 'screen capture' [17:07] <j-b> audio output capture, if you prefer [17:07] <j-b> michaelni: if you have any idea on prices and on other missing ideas, please share [17:08] <nevcairiel> how about java menus for libbluray? or is that coverd in some gsoc somewhere? [17:08] <Compn> nevcairiel : you mean a wrapper for a jre ? [17:08] <j-b> BD-J [17:08] <j-b> hmm, ok [17:08] <nevcairiel> Compn: its more then that, the support classes in libbluray also lack a lot of implementation [17:09] <Compn> ok [17:09] <michaelni> j-b, aac encoder that beats faac , h265 decoder and encoder [17:10] <nevcairiel> although this might be somewhat self-serving, i'm hoping to work on that part some time in the future unless someone beats me to it. Not that i have a legal entity to ever receive anything. :p [17:10] <j-b> hevc is not ok, until GSoC is closed. [17:11] <Compn> libav has h265 porposal [17:11] <Compn> in gsoc [17:11] <michaelni> who is student & mentor ? [17:11] <Compn> i dunno if it was accepted cuz they never updated the wiki [17:11] <JEEB> the guy has gotten intra decoding to work AFAIK [17:11] <JEEB> smarter is the student [17:12] <JEEB> https://github.com/smarter/libav/commits/hevc [17:12] <j-b> so bounty on top of GSoC is not a good idea :) [17:29] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rf9f11c1000 10ffmpeg/libavformat/ (avformat.h version.h): [17:29] <CIA-41> ffmpeg: lavf: return APIC fourcc from query_format() if the codec is supported as an attachment pic [17:29] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [17:29] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r22d804b7f0 10ffmpeg/ffmpeg_opt.c: [17:29] <CIA-41> ffmpeg: ffmpeg: dont auto match videostreams with attachment pics. [17:29] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [17:29] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r7fd467f708 10ffmpeg/libavformat/mp3enc.c: [17:29] <CIA-41> ffmpeg: mp3/mp2: identify the video codecs as APIC through query_codec. [17:29] <CIA-41> ffmpeg: Fixes Ticket1408 [17:29] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [17:33] <Compn> j-b : what about a button on vlc to start saving whatever is playing to a new file ? [17:33] <Compn> maybe is wish , to make vlc more like vcr :P [17:34] <j-b> Compn: View->Advanced toolbar [17:34] <j-b> an then click on the red button [17:34] <Compn> ah [17:34] <Compn> neat [17:36] Action: Compn is a bad user [18:50] <ubitux> saste: i'd like to continue the work on libdvdcss [18:50] <ubitux> do you have a local branch you could push on your public git or something? [18:53] <ubitux> s/libdvdcss/dvd device/ [21:09] <saste> ubitux: i'll push a public repo soon and ping you [21:11] <ubitux> thank you very much :) [21:30] <saste> ubitux: http://gitorious.org/~saste/ffmpeg/sastes-ffmpeg/commits/add-dvd-protocol-2… [21:31] <ubitux> perfect, thanks! [23:22] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * ra6d6b8a200 10ffmpeg/libavutil/opt.c: lavu/opt: fix crash in av_opt_next() in case the class has no options [23:22] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * rad5043e285 10ffmpeg/cmdutils.c: [23:22] <CIA-41> ffmpeg: cmdutils: show options in show_help_children only if the context has options [23:22] <CIA-41> ffmpeg: Avoid to print a pointless name of the context followed by an empty list. [23:22] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * re874b29296 10ffmpeg/doc/Makefile: [23:22] <CIA-41> ffmpeg: doc/Makefile: invoke perl to interpret texi2pod.pl [23:22] <CIA-41> ffmpeg: Do not rely on shebang directive in the script, whose exact behavior is [23:22] <CIA-41> ffmpeg: system dependent. [00:00] --- Sat Aug 11 2012

1 0

ffmpeg.log.20120810
by burek 11 Aug '12

11 Aug '12

[01:05] <Mista_D> @saste: will do. Thanks. [01:27] <aro> is there a parameter for encoding files to mp4 with decent speed? [01:35] <llogan> aro: -preset when encoding with libx26 [01:35] <llogan> *libx264 [02:01] <aro> i keep getting this error: Error while opening encoder for output stream #0.0 - maybe incorrect parameters such as bit_rate, rate, width or height [02:13] <llogan> aro: your command is wrong [02:13] <llogan> but i can't say much else because i don't know where you went wrong [02:14] Action: llogan gives fflogger a beer [02:29] <powerNET> hi [02:30] <powerNET> anyone have any idea why I cant open mp4 files I make with ffmpeg inside adobe premiere? [02:32] <llogan> powerNET: what does premiere say? [02:36] <EvanDotPro> hey, i'm trying to stream my screen + a webcam overlay -- i thought i had it working, but for some reason now, the overlay only works for a second or two at a time then it freezes up. not sure if it's a framerate issue or what. [02:37] <EvanDotPro> i've got this, https://gist.github.com/b88a40146eb82aa7e317 [02:37] <powerNET> one second let me convert it [02:37] <EvanDotPro> mostly from http://www.howtoforge.com/streaming-your-desktop-with-audio-and-webcam-over… but with some tweaks. [02:41] <powerNET> llogan, here http://pastebin.com/i5zU2Jpp [02:41] <EvanDotPro> i've checked google, the man pages, etc.. can't find much info on why this would be happening. it only freezes up when used in a filter -- if the webcam is the primary input for the stream it works fine.. can also view it in mplayer/vlc/cheese with no issues. [02:44] <llogan> powerNET: your input is already H.264. why not copy it insread of re-encode? that doesn't address the premiere issue though. [02:47] <powerNET> premiere doesnt support [02:47] <powerNET> flv [02:47] <powerNET> so i have to convert it right? [02:47] <EvanDotPro> i've got a live example up on http://evan.pro/ffmpegtest/ if that helps. [02:47] <llogan> EvanDotPro: missing consoel output [02:47] <llogan> *console [02:48] <Sashmo> does anyone have any luck with transport streams, ffmpeg and wowza?? [02:48] <EvanDotPro> llogan: https://gist.github.com/2802af45c5cd43a3e2ed [02:49] <llogan> powerNET: if you look at Input #0, Stream #0:0 it shows H.264. you can use H.264 in flv or mp4 container formats. [02:49] <EvanDotPro> llogan: you can also see my screen live at that link, which i have the terminal open on. [02:49] <powerNET> llogan, I have done this http://pastebin.com/mGJFc8b9 [02:49] <powerNET> and i cant import to adobe premiere [02:49] <powerNET> i can import this youtube mp4 that i made [02:49] <powerNET> but i cant import this [02:50] <llogan> maybe premiere doesn't like mp3 in mp4 container [02:51] <powerNET> let me check [02:52] <llogan> EvanDotPro: i don't have an answer for you, but note you should add "-pix_fmt yuv420p" as an output option because if you update ffmpeg it will probably autochoose something else coming from x11grab [02:53] <EvanDotPro> llogan: i thought so too, but doing that takes the bitrate up from ~330kbits/s to like ~17500kbits/s [02:53] <EvanDotPro> which seemed strange to me since it's picking yuv420p automatically anyway [02:54] <llogan> EvanDotPro: can you try with ffmpeg from Git head? [02:55] <EvanDotPro> llogan: yeah, i'll need a few to get all the dev packages and compile though [02:55] <llogan> https://ffmpeg.org/trac/ffmpeg/wiki/CentosCompilationGuide [02:56] <EvanDotPro> thanks [02:58] <Sashmo> does anyone have any luck with transport streams, ffmpeg and wowza?? [02:58] <llogan> EvanDotPro: since you are using a complex filtergraphs (more than one input and/or output) you will have to switch from -vf to -filter_complex, AFAIK. [02:58] <EvanDotPro> llogan: oh let me try that real quick. [02:59] <llogan> it was probably introduced after 0.10.4 [02:59] <EvanDotPro> ah [02:59] <llogan> and i don't think it's a simple option change, but i don't filter often [02:59] <llogan> ffmpeg -h | grep filter_complex [03:00] <EvanDotPro> it's just weird since it works for 20-30 frames, then it seizes up [03:00] <EvanDotPro> yeah, no filter_complex in the fedora build from rpmfusion [03:01] <llogan> the first step (other than any obvious solution) is to see if more recent ffmpeg works as expected. [03:02] <EvanDotPro> yep, doing that now. [03:09] <EvanDotPro> oops, i think i needed to compile with libavfilter, huh? [03:09] <llogan> libavfilter is part of FFmpeg [03:09] <EvanDotPro> oh sweet [03:09] <EvanDotPro> nevermind then :) [03:10] <llogan> you don't need to --enable- anything for filters except ones that depend on external libraries and ones that require --enable-gpl [03:10] <EvanDotPro> yeah, i just did x264, lame, and gpl, i think [03:11] <EvanDotPro> everything in the guide except --enable-libtheora --enable-libvo-aacenc --enable-libvorbis --enable-libvpx since i'm not using those. [03:15] <EvanDotPro> llogan: looks like the new ffmpeg solved my primary issue -- i'll check on the yuv420p thing just out of curiosity [03:16] <EvanDotPro> llogan: ha, yeah that still increases the bitrate by over 100x [03:23] Action: EvanDotPro recompiles after installing alsa libs [03:29] <EvanDotPro> llogan: well now it seems to be working creat except for the 80 million "DTS 32522212, next:32538530 st:0 invalid dropping" [03:29] <EvanDotPro> it's intermittent though... jsut ran it again without getting any. [03:29] <EvanDotPro> i can live with that. :) [03:29] <llogan> at least it seems to work now [03:30] <EvanDotPro> http://evan.pro/ffmpegtest/ [03:30] <EvanDotPro> check it out [03:31] <EvanDotPro> camera and screen video is nicely synchronized too. [03:31] <Sashmo> ha, I have the same chair! [03:31] <EvanDotPro> Sashmo: LOVE this chair. [03:31] <EvanDotPro> memory foam ftw. [03:31] <Sashmo> what you working on there, I havnt been paying attention [03:32] <juanmabc> one more terminal, please [03:32] <Sashmo> LOL [03:32] <EvanDotPro> Sashmo: just trying to get a reliable screencast / webcam feed thing going, heh. [03:32] <Sashmo> nice looks good almost readable [03:32] <EvanDotPro> Sashmo: actually make the window bigger -- it's 1080p [03:32] <EvanDotPro> :) [03:33] <juanmabc> man, that reminds me i love tabs [03:33] <Sashmo> NICE! [03:33] <Sashmo> good job [03:33] <EvanDotPro> juanmabc: i know, terrible habbit of mine, not using terminal tabs. [03:33] <EvanDotPro> Sashmo: thanks :) [03:33] <Sashmo> what bitrate [03:33] <EvanDotPro> now i've gotta blog how i got all of this working before i forget. [03:34] <llogan> big monitors [03:34] <Sashmo> how are you TX;ing it? [03:34] <juanmabc> enough spying... [03:34] <Sashmo> just serving it form your machine? [03:34] <EvanDotPro> llogan: 4x 21" widescreen [03:34] <EvanDotPro> Sashmo: naw, it goes to my server at the datacenter first, then that serves it up via rtmp [03:35] <juanmabc> reminds me of antitrust movie ;P [03:35] <EvanDotPro> only have 5mbps up here, have 2100mbps there ;) [03:35] <Sashmo> ffmpeg RTMP? or ffmpeg to wowza rtmp [03:35] <EvanDotPro> ffmpeg to crtmptserver [03:35] <Sashmo> its clean, I like it [03:35] <Sashmo> crtmptserver?? [03:35] <EvanDotPro> with x264 settings tweaked to minimize the latency [03:35] <EvanDotPro> http://www.rtmpd.com/ [03:36] <Sashmo> mind to share the command line? [03:36] <llogan> you know there is a -tune zerolatency? [03:36] <EvanDotPro> llogan: it didn't work with the fedora binary version of x264 [03:36] <EvanDotPro> maybe with the newer compiled version i have now though :) [03:37] <EvanDotPro> Sashmo: https://gist.github.com/9fc06aea919424a6bd80 [03:37] <llogan> typical usage is to use a -preset and then -tune (if desired) instead of dealing with x264opts [03:37] <EvanDotPro> it's 127.0.0.1 because i run it trough an ssh tunnel [03:37] <EvanDotPro> so i don't have to have the receiver port open on my server. [03:37] <Sashmo> I found that threads antying else than 0 would crash ffmpeg [03:37] <EvanDotPro> llogan: yeah, that's what i read on the wiki, i just couldn't get any of the presets working for some reason. [03:38] <EvanDotPro> 4 works well for me, leaves 4 cores open for other stuff, but keeps up well. [03:38] <llogan> x264EncodingGuide? [03:38] <EvanDotPro> http://mewiki.project357.com/wiki/X264_Settings and http://mewiki.project357.com/wiki/X264_Encoding_Suggestions [03:39] <EvanDotPro> those are what i was referencing [03:39] <powerNET> what does -thread 0 do? [03:39] <Sashmo> how much cpu at 10 fps? [03:39] <Sashmo> wow [03:39] <Sashmo> not bad [03:39] <Sashmo> what is that i7? [03:39] <EvanDotPro> yeah, i7 [03:40] <Sashmo> hmm, would it kill you to try 30fpr? [03:40] <Sashmo> fps [03:40] <EvanDotPro> i can try :) [03:40] <Sashmo> just wana compare something [03:40] <EvanDotPro> ah crap... i dunno what that invalid dropping thing is. [03:40] <Sashmo> yeah [03:40] <llogan> powerNET: with libx264, use cores*1.5 for frame threads [03:40] <Sashmo> same problem Im getting [03:40] <EvanDotPro> eventually it stops [03:41] <EvanDotPro> k now we're at 30fpx [03:41] <llogan> libvpx may also use -threads 0, but i'm not sure. [03:41] <Sashmo> still not bad [03:41] <Sashmo> that pretty good latency [03:41] <Sashmo> 2 seconds from when I type [03:41] <Sashmo> 1.5 [03:41] <Sashmo> say [03:41] <EvanDotPro> yeah that was my primary focus [03:42] <EvanDotPro> it's really hard to use it for collaboration if the latency sucks [03:42] <llogan> powerNET: i don't think any other encoders use "0". [03:42] <Sashmo> yeah so true! [03:42] <powerNET> oh [03:42] <Sashmo> I need to find out why Im having soo many problem with my setup [03:42] <Sashmo> im using transport stream video as a source [03:42] <EvanDotPro> i'm going to be blogging about this whole thing from start to finish [03:42] <EvanDotPro> and maybe putting some little tool up on github [03:42] <Sashmo> and my cpu hits the roof at SD! on a i7 [03:42] <llogan> so to simplify, "automatically determine appropriate number of threads" [03:43] <EvanDotPro> wow [03:43] <Sashmo> well 4 sd streams is 85% [03:43] <EvanDotPro> i used to have major cpu issues with x11grab [03:43] <powerNET> so I shouldn't use "-threads 0" parameter in ffmpeg? [03:43] <Sashmo> on vlc, I can get 4 at %45 [03:43] <EvanDotPro> then this most recent attempt, it just started working [03:43] <llogan> powerNET: no, because it is now a default setting when encoding with libx264 [03:44] <EvanDotPro> is that invalid dropping thing a known issue with dev-masteR? [03:44] <EvanDotPro> or just something wacky with my setup? [03:44] <Sashmo> mind telling me the versions of everything your using [03:44] <EvanDotPro> i just compiled from master a few mins ago [03:44] <powerNET> I'm curious. Why is the number of threads for libx264 1.5*cores [03:45] <EvanDotPro> used https://ffmpeg.org/trac/ffmpeg/wiki/CentosCompilationGuide [03:45] <Sashmo> hmm cent [03:45] <llogan> powerNET: if you're using old ffmpeg, then go ahead and use it. if recent ffmpeg then it is the same as default so it doesn't matter if it is there. [03:45] <EvanDotPro> i'm also using https://github.com/livibetter/x11grabr instead of ffmpeg's x11grab directly. [03:45] <Sashmo> should matter that much [03:45] <EvanDotPro> i'm not on centos, i'm on Fedora 17 [03:45] <Sashmo> shouldnt [03:45] <EvanDotPro> close enough though [03:45] <Sashmo> yeah it is [03:46] <Sashmo> anyone want to get paid to make ffmpeg work with ts streams and wowza? [03:46] <powerNET> That's gnarly. I guess there is a good reason why x264 needs those thread numbers [03:46] <EvanDotPro> Sashmo: messing with ffmpeg is the last thing i'd want to get paid to do lol [03:46] <Sashmo> ha O_o [03:47] <llogan> EvanDotPro: why not use x11grab directly? [03:47] <Sashmo> anyone have good recults using alsa inputs with ffmpeg? [03:48] <EvanDotPro> llogan: i kinda like the mouse highlighting, heh. [03:48] <llogan> Sashmo: did you see this: https://ffmpeg.org/trac/ffmpeg/wiki/Capturing%20audio%20with%20FFmpeg%20and… [03:49] <Sashmo> I did but I need to slave it with v4l2 [03:49] <llogan> EvanDotPro: ah. i guess that's a good enough reason. [03:49] <EvanDotPro> llogan: i'm also holding out hope this guy might finish out his todo list.. which will allow having a fifo that you can send commands to the running instance for things like zooming, moving the region, etc. [03:50] <EvanDotPro> that'd be pretty awesome for doing screencasts / presentations. [03:50] <llogan> i wonder why he uses libav instead of ffmpeg [03:50] <EvanDotPro> he says in his todo he wants to use ffmpeg [03:50] <EvanDotPro> or at least that it could resolve an audio sync issue. [03:50] <EvanDotPro> (which i don't seem to have) [03:50] <EvanDotPro> actually, now i'm curious [03:51] <EvanDotPro> lol there's not even enough latency for me to check [03:52] <Sashmo> your going to post this right? [03:52] <Sashmo> let me know where, I like what you have setup [03:52] <EvanDotPro> within the next week or so, yeah [03:52] <Sashmo> it looks great [03:53] <EvanDotPro> i have 2 or 3 blog posts in my queue [03:53] <EvanDotPro> http://blog.evan.pro/ [03:53] <Sashmo> nice! [03:54] <EvanDotPro> audo sync is perfect :) [03:55] <Sashmo> nice to know that my wife isnt the only woman in the world that likes to interrupt while I work! [03:55] <EvanDotPro> haha [03:55] <EvanDotPro> this is hardly working ;) [03:55] <EvanDotPro> but yeah that's her hobby [03:55] <Sashmo> WELLLLL you know what I mean [03:55] <EvanDotPro> waiting until just the right time to come bug me [03:55] <Sashmo> at least that what I tell her [03:57] <EvanDotPro> i think just for fun i'm going to try to get a second cam fed onto the stream lol [03:58] <Sashmo> you know, I didnt even see it drop when you changed the FPS [03:58] <Sashmo> that was a suprise to me [03:58] <EvanDotPro> yeah flowplayer is pretty good at keeping the stream going [04:00] <EvanDotPro> weird... it's picking one cam or the other [04:09] <EvanDotPro> haha sweet [04:10] <Sashmo> nice [04:10] <Sashmo> you got it [04:10] <Sashmo> what was the problem? [04:10] <EvanDotPro> just had bad syntax for the filter chaining [04:11] <Sashmo> cool, anyone know what they replaced -standard with? [04:12] <Sashmo> its ok I found it [04:12] <Sashmo> I think I need to move to arizona! [04:12] <Sashmo> lol [04:12] <EvanDotPro> haha, why's that? [04:13] <Sashmo> its always hot [04:13] <EvanDotPro> that's not a good thing... take it from someone who lives here. [04:13] <Sashmo> really? ah, I hate winter [04:14] <EvanDotPro> u tiij that the other day in my car... [04:14] <EvanDotPro> lol whoops [04:14] <EvanDotPro> i took that the other day in my car. [04:15] <Sashmo> can anyone tell me why this sounds so bad? http://38.113.164.108:1935/live/test3/playlist.m3u8 [04:15] <Sashmo> Evan, huh? [04:15] <EvanDotPro> Sashmo: the picture on my stream -- note the temperature. [04:15] <EvanDotPro> 50C == 122F [04:16] <Sashmo> ah! [04:16] <Sashmo> ahhhhh [04:16] <Sashmo> got it [04:16] <Sashmo> crazy!!!!! [04:16] <Sashmo> can you play that link with vlc for me? [04:16] <Sashmo> tell me why it sounds so crap [04:17] <Sashmo> can you hear it? [04:17] <EvanDotPro> yeah, it sounds terrible [04:17] <EvanDotPro> lol [04:17] <Sashmo> lol [04:17] <Sashmo> Ithin it has something to do with audio rate [04:17] <Sashmo> but anything I try is junk [04:18] <Sashmo> I changed to use pulse instead, but it only made a little better [04:18] <EvanDotPro> i'm using pule on my stream [04:18] <EvanDotPro> i have no idea how it sounds [04:18] <EvanDotPro> probably not great with the crappy webcam mic [04:19] <Sashmo> I can hear your bird [04:19] <Sashmo> so it sounds good [04:19] <EvanDotPro> that's my dog squeeking a ball lol [04:19] <Sashmo> ahahaha [04:19] <Sashmo> cool [04:20] <Sashmo> www.getnextv.com this is me [04:21] <Sashmo> some things are down [04:21] <EvanDotPro> nice [04:21] <Sashmo> we are changing over [04:21] <Sashmo> waiting for me to fix this same ts ffmpeg bs [04:21] <Sashmo> www.ethnicchannels.com, me too [04:22] <Sashmo> dont laugh at the site [04:22] <Sashmo> its way old [04:22] <Sashmo> changing it by the end of the month [04:22] <EvanDotPro> hmmm [04:22] <Sashmo> yeah mix of developers areound here [04:22] <Sashmo> lol [04:23] <EvanDotPro> lol [04:23] <Sashmo> LOLOL [04:23] <Sashmo> try that link again [04:23] <Sashmo> better audio [04:23] <Sashmo> but still shit [04:23] <Sashmo> cant find out why [04:24] <Sashmo> sounds like coms from star wars [04:24] <Sashmo> go blue leader! [04:24] <Sashmo> lol [04:24] <EvanDotPro> what if you just try mp3/lame real quick [04:24] <Sashmo> need aac [04:24] <Sashmo> but sure [04:25] <EvanDotPro> right, i just mean as a sort of control. [04:25] <Sashmo> yea let me try [04:28] <Sashmo> same shit [04:28] <EvanDotPro> so sample rate, not the codec [04:28] <Sashmo> not even [04:28] <Sashmo> tried them all [04:28] <Sashmo> can figure it out [04:29] <Sashmo> cant* [04:29] <EvanDotPro> time to see what a game looks like on the stream, heh [04:29] <Sashmo> looks good so far [04:29] <Sashmo> at 1- fpd [04:29] <Sashmo> 10 fps [04:30] <EvanDotPro> sweet [04:31] <EvanDotPro> crap one of my cams froze though [04:31] <Sashmo> I just logged out [04:31] <Sashmo> closed the window [04:31] <EvanDotPro> k [07:27] <wiley> hello, I'm trying to reencode a FLAC file to mp3, and I can't seem to get the encoder to use a bitrate other than 128k [07:27] <wiley> I've tried using -aq and -b:a [07:28] <wiley> syntax looks like `ffmpeg -b:a 320k -i somefile.flac test.mp3` [07:29] <wiley> ... and I just swapped it to `ffmpeg -i sourcefile.flac -b:a 320k test.mp3` and it started working [07:29] <wiley> sorry, /me is apparently quite stupid [08:09] <JEEB> wiley, before -i, settings for the decoder; after -i, settings for the encoder [08:11] <wiley> JEEB: thanks, makes sense in hindsight [08:13] <JEEB> although I have no idea what setting bit rate for input would actually supposedly do :D I guess it probably just gets ignored [14:26] <KaKiLa> hi, do you give help for avconv as well? [16:00] <k2r1> I am trying to use the auto-detect crop size as seen here http://ffmpeg.org/ffmpeg.html#cropdetect .No love. Want to automatically remove the black borders around my video. Using ffmpeg version N-38790-g633b90c [16:00] <k2r1> Any advice [16:16] <yano> why do people ask a question and leave after a minute? [16:18] <benbro> can I convert sln asterisk audio files to mp3 ? [16:18] <alyawn> k2r1, AFAIK, cropdetect simply outputs in the log a recommended crop rectangle. I don't think it actually does the crop [16:20] <k2r1> alyawn yeah I see that now. I just tried out a script that spits out the values. It works quite nice http://pastebin.com/aWzM2csr [16:21] <k2r1> So I got this output 978:548:2:86 .Now I just need to figure out how to actually use crop with w:h:x:y syntax [16:22] <k2r1> lol, this is silly. I can get the crop values with the script but for some reason I cat figure out how to crop =) [16:24] <alyawn> should be able to add: -vf crop=978:548:2:86 [16:28] <k2r1> alyawn so something like ffmpeg -i movie_in.mkv -codec:a copy -codec:v copy crop=-vf crop=978:548:2:86 output.mkv ? Looks really strange. [16:29] <JEEB> you can't copy the video stream if you want to filter it [16:30] <alyawn> ^^ and remove the first "crop=" [16:31] <k2r1> So I take it I have to re-compress the video stream =/ Guess I can use -codec:a copy though since that stream is not being filtered. [16:31] <JEEB> yes, you can copy the audio [16:53] <k2r1> JEEB How does this look? ffmpeg -i input.mkv -vf crop=978:548:2:86 -c:v libx264 -preset medium -crf 24 -c:a copy output.mkv [16:54] <JEEB> looks good, preset medium is default and the default crf value is 23, just find the highest crf value that still looks good to you [16:55] <k2r1> JEEB thx. [16:56] <k2r1> ffprobe -i blah 2>&1 | awk '/Duration/ {gsub(/,/, "", $2); split($2, a, /:/); print 3600*a[1] + 60*a[2] + a[3]}' [16:56] <k2r1> sry [17:08] <k2r1> Why are there so many videos on the net that have a thick black border around them both on x and y? Its so annoying! How do these retards get that ?? [17:10] <k2r1> Like this video. starting at 10 sec www.youtube.com/watch?v=M2GF7KRGYTs [17:15] <alyawn> most likely they went from 16:9 to 4:3 then back again... [17:21] <k2r1> alyawn yeah prolly. Seems to be HD videos that have been recorded off of TVs. Good needs is JEEBs cmd works great and I will be done with a script that will auto crop black borders in about 15 min =) [17:24] <alyawn> k2r1, good... can you do that for all the videos out there? Thanks! [17:29] <k2r1> alyawn lol, I wish. Better yet would be to impose a mandatory death sentence for putting crap video on the net. Children and woman would of course be tortured first. Just to get the point across that cute horse videos (in crappy quality) are not loved by all. [19:05] <malinens> http://pastebin.com/w8QFzDDV I am transcoding live stream but I my output has little freezes every few seconds. What could be the problem? [19:12] <zap0> not enough data [19:30] <crass> anyone tried to demux srt subs from an mkv? it looks like the output is not an srt (just the sub text, but no timecodes) [19:30] <crass> and I not doing something? or is this a known issue? [20:45] <saschagehlich> hey, i'm using the following command to convert 3 seconds of a mp4 to .gif frames: "ffmpeg -i source.mp4 -s 300x169 -ss 245 -t 3 -pix_fmt rgb24 frame-%03d.gif" the problem is that it takes pretty long - ffmpeg "idles" for a long time and then it takes like 1 second to really convert the frames [20:45] <saschagehlich> so it looks like it's going through the whole video until it reaches the -ss position and then it converts the video [20:46] <saschagehlich> if -ss is 0 it converts it directly. is there a way to avoid that it takes so lang? [20:46] <saschagehlich> *long [21:20] <francogrex> Hi, I'm trying to install ffmpeg on debian but apt-get install ffmpeg gives: Package ffmpeg is not available, but is referred to by another package... [21:22] <francogrex> what is the repo for debian sqeeze [21:22] <tdr> francogrex, search the package list, it may have a name with a version or something attached [21:25] <francogrex> tdr: it's ffmpeg http://www.deb-multimedia.org/dists/stable/main/binary-i386/package/ffmpeg [21:25] <francogrex> but maybe the sources.list I have is not pointing to the right direction [21:28] <francogrex> and now this: ffmpeg : Depends: libavdevice52 (>= 5:0.7.13) but it is not going to be installed ... [21:28] <tdr> version conflict with an existing installed lib needed by something else? [21:29] <francogrex> maybe I don't know this sucks [21:30] <tdr> francogrex, see if you already have libavdevice [21:30] <tdr> if you updated your package list (apt-get update) you may need to run updates to satisfy it [21:43] <francogrex> ok I will try. thanks tdr [22:24] <francogrex> I finally downloaded yasm and ffmpeg src and build them locally. all went well except when I tried it: ffmpeg -i videp.flv -ab 320k output.mp3 > I got Encoder (codec none) not found for output stream #0:0 [22:24] <francogrex> my configuration was just configuration: --enable-shared [22:30] <ubitux> try with --enable-libmp3lame [22:30] <ubitux> --enable-gpl switch is recommended as well [22:31] <francogrex> aha ok [22:31] <francogrex> so reinstalling again [22:31] <ubitux> should be relatively fast if you didn't make clean [22:31] <francogrex> I didn't yet, I will 'make uninstall' right? [22:32] <ubitux> shouldn't be required [22:32] <ubitux> by the way, you don't need to install it [22:33] <ubitux> well, with --enable-shared you might have some issues, but a simple build should allow you to run ./ffmpeg after a make [22:33] <ubitux> so no need to trash your system setup with non packaged files [22:33] <francogrex> ok [22:34] <ubitux> (btw, you should use -aq 0 instead of -ab 320k) [22:35] <ubitux> also, if the flv contains a mp3 track you can avoid the re-encode [22:35] <ubitux> with sth like ffmpeg -i video.flv -c:a copy output.mp3 [22:35] <ubitux> (and there you don't need any libmp3lame encoder) [22:37] <francogrex> [mp3 @ 0x9f89ac0] Invalid audio stream. Exactly one MP3 audio stream is required. [22:37] <ubitux> ok, shouldn't be a mp3 track then [22:38] <ubitux> check with ffprobe [22:38] <francogrex> tream #0:1: Audio: aac, 44100 Hz, stereo, s16, 70 kb/ [22:38] <ubitux> aac, you're doomed; you'll need to reencode :) [22:39] <francogrex> :) ok I realized I don't even have libmp3lame installed on my system [22:40] <ubitux> look for libmp3lame-dev [23:13] <cogdog> Often when I try to change containers like ffmpeg -i movieIn.avi -c:a copy -c:v copy movieOut.mkv I get this error: [23:13] <cogdog> [matroska @ 0x3286ba0] Can't write packet with unknown timestamp [23:13] <cogdog> av_interleaved_write_frame(): Invalid argument [23:14] <cogdog> Using ffmpeg version N-38790-g633b90c compiled today. This error is nothing new though. [23:14] <cogdog> Anybody know what I am doing wrong or how this can be fixed? [23:18] <cogdog> Does not matter if I do -acodec copy -vcodec copy, -codec:a -codec:v or -c:a copy -c:v copy still get that " Can't write packet with unknown timestamp" on a lot of my videos [23:26] <cogdog> What does this error mean? matroska @ 0x22f7ba0] Can't write packet with unknown timestamp [23:26] <cogdog> av_interleaved_write_frame(): Invalid argument [23:32] <JEEBsv> cogdog: it means that ffmpeg tried to write a packet without an invalid/unset timestamp, as it says on teh tin [23:33] <cogdog> Hi JEEBsv I am going though some of the tickets and was wondering if this is a know problem? [23:34] <JEEBsv> no idea [23:34] <cogdog> http://ffmpeg.org/trac/ffmpeg/ticket/1552 [23:34] <JEEBsv> ah, packed b-frames [23:34] <JEEBsv> an AVI hack [23:34] <JEEBsv> which then ffmpeg fails to remux I guess [23:35] <JEEBsv> try mkvmerge(gui) from the mkvtoolnix package? [23:35] <JEEBsv> does that work? [23:35] <cogdog> JEEBsv I'll look into that. Might be in the Debian repos. [23:35] <JEEBsv> it should be [23:36] <JEEBsv> I guess since it got reported and has a sample for it, it should get fixed at some point [23:37] <JEEBsv> Basically "packed B-frames" is a hack to make video streams that contain B-frames to "fit" AVI, which is such an old container that it can't by itself handle such things [23:38] <gauth> hi [23:39] <cogdog> JEEBsv LAWD! 19MB for a program? Does it have lead in it =P [23:39] <JEEBsv> lol [23:40] <JEEBsv> it's the "de facto" matroska muxing/demuxing application suite tho [23:40] <JEEBsv> mkvextract/mkvmerge/mkvinfo [23:40] <JEEBsv> and the graphical interface for mkvmerge (and I think mkvinfo) [23:42] <gauth> does someone knows how to record audio and stream with the smallest cpu/memory usage (even in bad quality) ? I tried ffmpeg -f oss -i /dev/dsp1 -acodec libmp3lame -ab 32k -ac 1 -re -f rtp rtp://192.168.28.116:1234 but it's too much for my raspberry (+-800 Mhz ARM cpu) [23:48] <cogdog> JEEBsv Yum was wife walked in with a tub of Ben & Jerry's Cookie Dough! Hmm this program looks quite polished. Thx for letting me in on the de facto secret =D [23:51] <cogdog> JEEBsv all this GUI stuff has me confused. Looking at mkvmerge ... now what =P Just want stuff my audio and video into a mkv container. [23:52] <Plorkyeran> drag and drop video and audio files into the mmg window, set the output filename, click the mux button [23:53] <JEEBsv> ^couldn't get simpler [23:53] <Plorkyeran> almost all of the UI is for setting various optional bits of metadata [23:54] <cogdog> you can do that in GNU/Linux ... drag and drop =) [23:56] <cogdog> Dang this is a nice program. Thx for the heads up Jeeb [23:56] <sacarasc> mmg is nice. [23:57] <JEEBsv> it's probably the best graphical interface to a muxer so far [23:57] <cogdog> For real. I am liking this. [00:00] --- Sat Aug 11 2012

1 0

ffmpeg-devel.log.20120809
by burek 10 Aug '12

10 Aug '12

[00:22] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r0325e01fe7 10ffmpeg/doc/demuxers.texi: doc/demuxers: itemize image2 examples and put them in a dedicated subsection [00:23] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r3a06ea8436 10ffmpeg/ (3 files in 2 dirs): [00:23] <CIA-41> ffmpeg: lavf/img2dec: add and document pattern_type option [00:23] <CIA-41> ffmpeg: Allow to override the default 'glob_sequence' value, which is deprecated [00:23] <CIA-41> ffmpeg: in favor of the new 'glob' and 'sequence' options. [00:23] <CIA-41> ffmpeg: The new pattern types should be easier on the user since they are more [00:23] <CIA-41> ffmpeg: predictable than 'glob_sequence', and do not require awkward escaping. [00:23] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r7794ddeae3 10ffmpeg/doc/ffmpeg.texi: (log message trimmed) [00:23] <CIA-41> ffmpeg: doc/ffmpeg: do not show examples making use of the deprecated glob_sequence pattern type [00:23] <CIA-41> ffmpeg: The syntax of the 'glob_sequence' pattern type is explained in the image2 [00:23] <CIA-41> ffmpeg: manual section, so there is no need to replicate it here. [00:23] <CIA-41> ffmpeg: Also discourage the use of such deprecated pattern type by not showing [00:23] <CIA-41> ffmpeg: examples employing it. [00:23] <CIA-41> ffmpeg: Replace the syntax explanation with an use example of the 'glob' pattern [00:23] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r083754f2be 10ffmpeg/doc/indevs.texi: [00:23] <CIA-41> ffmpeg: doc/indevs: rework options description in the x11 grab section [00:23] <CIA-41> ffmpeg: Create a dedicated options subchapter, rather than a subchapter for each [00:23] <CIA-41> ffmpeg: option. [00:23] <CIA-41> ffmpeg: This is more consistent with the rest of the docs. Also apply misc minor [00:23] <CIA-41> ffmpeg: fixes for improving rendering. [00:23] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * rf09a06908e 10ffmpeg/doc/indevs.texi: [00:23] <CIA-41> ffmpeg: doc/indevs: use separate @example blocks for separate examples [00:23] <CIA-41> ffmpeg: Improve rendering. [00:23] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * rc93b796c3e 10ffmpeg/libavdevice/x11grab.c: [00:23] <CIA-41> ffmpeg: lavd/x11grab: apply misc consistency fixes to options definition [00:24] <CIA-41> ffmpeg: In particular, do not upcase first word, do not use final dot, use a verb [00:24] <CIA-41> ffmpeg: to specify what the option does, sort entries by name, apply random [00:24] <CIA-41> ffmpeg: vertical align. [00:24] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * rbe2b885738 10ffmpeg/doc/indevs.texi: [00:24] <CIA-41> ffmpeg: doc/indevs: document missing options in x11grab section [00:24] <CIA-41> ffmpeg: Add documentation for options draw_mouse, framerate, and video_size. [00:24] <CIA-41> ffmpeg: In particular, fix trac ticket #1314. [00:24] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r4270d8c04d 10ffmpeg/libavdevice/x11grab.c: [00:24] <CIA-41> ffmpeg: lavd/x11grab: deprecate "nomouse" specification in filename [00:24] <CIA-41> ffmpeg: Favor draw_mouse option. Should simplify parsing, and make it more [00:24] <CIA-41> (1 lines omitted) [00:26] <ubitux> michaelni: i've commented all i actually could in the 6-patches patchset from nicolas (subs related) [00:27] <ubitux> so don't wait for more review from me if you want this applied [00:28] <ubitux> saste: showspectrum delayed; too tired to work on it now [00:28] <ubitux> but feel free to review afain edgedetect so i can make my mind at peace ;) [00:28] <saste> yes no hurry [00:29] <ubitux> (again*) [00:35] <ubitux> saste: you know you can re-order commits with git rebase -i? [00:36] <saste> ubitux: I do that all the time [00:36] Action: ubitux regularly use ``git rebase -i master`` from his dev branches [00:36] <ubitux> ok [00:36] <ubitux> :) [00:36] <saste> but if the order changes locally, the order of the posted patches won't [00:36] <saste> unless i resend the whole patchset, which i find awkward on the reviewer [00:37] <ubitux> ok [00:37] <saste> (mutt shows the thread nicely, and I'm used to review the whole discussion sometimes, splitting the thread doesn't help) [00:37] <saste> it's not like I don't know how to use git, it is that this workflow works fine for me [00:37] <saste> the main drawback is that many times you can't git apply the patch on master [00:38] <saste> but for docu patches i don't think that's really an issue [00:41] <ubitux> ok ok :) [00:47] <ubitux> 'night folks [01:02] <CIA-41> ffmpeg: 03Derek Buitenhuis 07master * r4ab26cb4cc 10ffmpeg/configure: [01:02] <CIA-41> ffmpeg: configure: Add support for e500mc CPU [01:02] <CIA-41> ffmpeg: Signed-off-by: Derek Buitenhuis <derek.buitenhuis(a)gmail.com> [01:02] <CIA-41> ffmpeg: 03Mans Rullgard 07master * rec9d2c15c1 10ffmpeg/ (3 files in 2 dirs): [01:02] <CIA-41> ffmpeg: ARM: use Q/R inline asm operand modifiers only if supported [01:02] <CIA-41> ffmpeg: Some compilers do not support the Q/R modifiers used to access [01:02] <CIA-41> ffmpeg: the low/high parts of a 64-bit register pair. Check for this [01:02] <CIA-41> ffmpeg: and disable all uses of it when not supported. [01:02] <CIA-41> ffmpeg: Fixes bug #337. [01:02] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [01:02] <CIA-41> ffmpeg: 03Samuel Pitoiset 07master * r12127b65b0 10ffmpeg/libavformat/rtmpproto.c: [01:02] <CIA-41> ffmpeg: rtmp: Factorize simultaneous URLProtocol / AVClass declarations with a macro [01:02] <CIA-41> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st> [01:02] <CIA-41> ffmpeg: 03Samuel Pitoiset 07master * rf9e77c1762 10ffmpeg/libavformat/rtmpproto.c: [01:02] <CIA-41> ffmpeg: rtmp: Add support for subscribing live streams [01:02] <CIA-41> ffmpeg: When streaming live streams using the Akamai, Edgecast or Limelight CDN, [01:02] <CIA-41> ffmpeg: players cannot simply connect to the live stream. Instead, they have to [01:02] <CIA-41> ffmpeg: subscribe to it, by sending an FC Subscribe call to the server. [01:02] <CIA-41> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st> [01:02] <CIA-41> ffmpeg: 03Mans Rullgard 07master * rdfd9159f3d 10ffmpeg/ (.gitignore Makefile common.mak library.mak): (log message trimmed) [01:02] <CIA-41> ffmpeg: build: change checkheaders to use regular build rules [01:02] <CIA-41> ffmpeg: Many compilers need special flags to compile *.h files as regular [01:02] <CIA-41> ffmpeg: source code, if they will do so at all. Rather than hoping all [01:02] <CIA-41> ffmpeg: compilers will have such a flag and adding mappings for it, create [01:02] <CIA-41> ffmpeg: wrapper .c files for test building single headers. [01:02] <CIA-41> ffmpeg: This allows using the regular rule for compiling C files without the [01:02] <CIA-41> ffmpeg: 03Diego Biurrun 07master * ra2b4d1df52 10ffmpeg/library.mak: build: Remove all installed headers and header directories on uninstall [01:03] <CIA-41> ffmpeg: g723_1: use all LPC vectors in formant postfilter [01:03] <CIA-41> ffmpeg: Due to some mistake LPC vector for the first subframe was used for all [01:03] <CIA-41> (47 lines omitted) [01:06] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * rf6580b50ed 10ffmpeg/ (6 files in 3 dirs): [01:06] <CIA-41> ffmpeg: lavfi: add asetpts audio filter [01:06] <CIA-41> ffmpeg: Based on an idea by Andrey Utkin <andrey.krieger.utkin(a)gmail.com>. [01:16] <saste> michaelni: should I close #1353? [01:21] <durandal11707> michaelni: that aasc crash should be fixed with my patch that adds 8bit support [01:25] <michaelni> saste, you already closed it :) [01:46] <durandal11707> michaelni: something is fishy with aasc samples we have on fate - it reports pix_fmt change - which is nonsense [01:49] <durandal11707> patch i wrote introduce such strange behaviour ... [01:52] <durandal11707> lol what a FAIL = vs == [01:53] Action: michaelni is blind [01:54] <michaelni> i should have spoted that = vs == thing ... [01:55] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rae199ab4ae 10ffmpeg/libavutil/integer.c: [01:55] <CIA-41> ffmpeg: integer: fix typos in asserts [01:55] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [01:55] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rf79f25e948 10ffmpeg/libavutil/integer.c: [01:55] <CIA-41> ffmpeg: integer: switch to av_assert [01:55] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [01:55] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r4ec03d1386 10ffmpeg/libswresample/resample.c: [01:55] <CIA-41> ffmpeg: bessel: check that the function terminates as expected by av_assert2(). [01:55] <CIA-41> ffmpeg: A clear abort is better than wrong output and a possible crash. [01:55] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [02:02] <CIA-41> ffmpeg: 03Paul B Mahol 07master * r8a57ca5c6a 10ffmpeg/libavcodec/aasc.c: [02:02] <CIA-41> ffmpeg: aasc: fix out of array write [02:02] <CIA-41> ffmpeg: Closes #1619. [02:02] <CIA-41> ffmpeg: Signed-off-by: Paul B Mahol <onemda(a)gmail.com> [02:02] <CIA-41> ffmpeg: 03Paul B Mahol 07master * rbd971ddaf4 10ffmpeg/libavcodec/aasc.c: [02:02] <CIA-41> ffmpeg: aasc: 8bit support [02:02] <CIA-41> ffmpeg: Closes #1319. [02:02] <CIA-41> ffmpeg: Signed-off-by: Paul B Mahol <onemda(a)gmail.com> [03:58] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rb41d481aa4 10ffmpeg/common.mak: [03:58] <CIA-41> ffmpeg: common.mak: add forgotten hunk from last merge [03:58] <CIA-41> ffmpeg: Found-by: jamal <jamrial(a)gmail.com> [03:58] <CIA-41> ffmpeg: Author of the hunk: Mans Rullgard <mans(a)mansr.com> [03:58] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [05:09] <CIA-41> ffmpeg: 03jamal 07master * r5d8e54fe1d 10ffmpeg/common.mak: [05:09] <CIA-41> ffmpeg: checkheaders: Rename HEADEROBJS to HOBJS [05:09] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [05:09] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r2cdb0810f1 10ffmpeg/ffmpeg.c: [05:09] <CIA-41> ffmpeg: ffmpeg: reduce difference to qatar by a few lines [05:09] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [08:10] <CIA-41> ffmpeg: 03Clément BSsch 07master * rcc650cf029 10ffmpeg/ (23 files in 2 dirs): [08:10] <CIA-41> ffmpeg: Remove "Error parsing options string [...]" messages. [08:10] <CIA-41> ffmpeg: This reduces from 3 to 2 messages for the same syntax error in ffprobe, [08:10] <CIA-41> ffmpeg: and from 4 to 3 in filters. [09:32] <ubitux> saste: maybe the documentation could be splitted into new man pages? [09:33] <ubitux> something like man ffmpeg-indevs, man ffmpeg-syntax, etc [09:33] <ubitux> (and we would add a reference within each tool documentation) [09:35] <saste> ubitux: that was my first proposal and was rejected [09:36] <ubitux> ah? do you have the thread for this? [09:36] <saste> so i hacked texi2pod.pl to support includes [09:36] <ubitux> :) [09:38] <saste> http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/108669/ [09:38] <ubitux> thank you :) [10:30] <highgod> Hi,all.I want ask a question about avfilter [10:34] <saste> michaelni: is there a particular reason for which we have both AVFrame accessors and options? [10:34] <saste> highgod: don't ask to ask just ask [10:34] <saste> also API/usage questions => #ffmpeg-user [10:35] <highgod> when I use command "ffmpeg -i ./testfile/test_vc1.wmv -vf "hqdn3d=240:2:2:2,unsharp=3:3:5,yadif,deshake,tinterlace=5,scale=720:480" ./testfile/output.mkv" to test filter,I found that the function "avfilter_end_frame" run very slowly [10:35] <highgod> almost 100ms [10:36] <highgod> I read the function,I just found that it just release buffer operation.But if I run a single filter such as just run yadif filter, it run very fast [10:36] <highgod> Thanks [10:37] <saste> highgod: hqdn3d, unsharp, yadif, deshake, scale [10:37] <highgod> yes [10:37] <saste> they are all heavy filters, the more you have the slower it gets [10:39] <highgod> but I don't know way the function "avfilter_end_frame"run so slowly. [10:41] <highgod> I use tools to get the function running duration.and I found that it is the most time cost part [10:41] <ubitux> because some filters do all the processing in the end_frame callback? [10:41] <highgod> 157599ms [10:42] <highgod> sorry [10:42] <highgod> 157599us [10:44] <saste> highgod: hints: check every filter one by one, enable optims (some filter have asm optimizations), remove filters until you get a reasonable performace/quality ratio [10:50] <highgod> @saste:I have enable optims.If I run yadif single,the function avfilter_end_frame just cost 8.9862us [10:52] <ubitux> so? [10:55] <highgod> @ubitux:So I'm so confused that why? Can you teach me anything about the "end_frame" callback? [10:56] <ubitux> the more filters you queue, the more slower it gets [10:56] <ubitux> in most libavfilter filters, you will have a end_frame callback [10:56] <ubitux> git grep end_frame in libavfilter/ [10:56] <highgod> Yes I use tools to analyses the squence charts about function run order [10:57] <ubitux> and in that callback sometimes most of the processing is done by the filter [11:08] <saste> what was the point of "exploding" ffmpeg.c into small pieces? [11:08] <ubitux> making noise [11:10] <highgod> @ubitux:Thanks,I am not very familar with filter pipeline.I saw that some filters has start_frame draw_slice end_frame,how dose ffmpeg.exe calls them? [11:11] <ubitux> check doc/filters_design.txt, doxy, and source code [11:12] <highgod> Thanks [11:33] <CIA-41> ffmpeg: 03Nicolas George 07master * raed032c25b 10ffmpeg/ (ffmpeg.c libavcodec/dvbsub.c): (log message trimmed) [11:33] <CIA-41> ffmpeg: dvbsub: fix encoding of termination packets. [11:33] <CIA-41> ffmpeg: The old code generates a termination packet with the same regions as the [11:33] <CIA-41> ffmpeg: start packet and page_state set to "only what changed"; the result is [11:33] <CIA-41> ffmpeg: that the termination packet is decoded as identical to the start packet. [11:33] <CIA-41> ffmpeg: The new code does as found in some DVB broadcasts: produce a packet with [11:33] <CIA-41> ffmpeg: no regions. This is done by expecting num_rects to be 0 rather than [11:33] <CIA-41> ffmpeg: 03Nicolas George 07master * re13df05fdb 10ffmpeg/libavcodec/dvbsub.c: dvbsub: reindent after last commit. [12:03] <j-b> michaelni: ping [12:04] <j-b> http://streams.videolan.org/ffmpeg/ all the files that were in the incoming and that made some kind of sense [12:14] <CIA-41> FFmpeg: 03Michael Niedermayer 07master * rb41d481 10/ common.mak : common.mak: add forgotten hunk from last merge - http://git.io/B0BMDg [12:14] <CIA-41> FFmpeg: 03Michael Niedermayer 07master * r2cdb081 10/ ffmpeg.c : ffmpeg: reduce difference to qatar by a few lines - http://git.io/mtdwfQ [12:14] <CIA-41> FFmpeg: 03jamal 07master * r5d8e54f 10/ common.mak : checkheaders: Rename HEADEROBJS to HOBJS - http://git.io/nM97Kw [13:09] <saste> should I add AV_OPT_FLAG_FILTERING_PARAM? [13:13] <michaelni> saste, AVOptions are needed to allow generic access (like listing/enumerating what fields are available) [13:13] <saste> michaelni: i'm trying to list internal options stored in filters [13:14] <saste> opt_list will show the options only if they have at least one flag set (opt->flags != 0) [13:14] <michaelni> i dont think the accessors are really nneeded, AVOptions would be enough, i think nicols or someone else preferred the accessors [13:15] <saste> michaelni: ok but now we have two distinct interfaces [13:15] <saste> which are not synched [13:15] <saste> indeed i was not even aware of AVField options [13:16] <saste> *AVFrame options [13:16] <michaelni> they are desync ? [13:16] <michaelni> which one? [13:19] <saste> for example i recently added nb_channels [13:19] <michaelni> btw, off topic but our texi2pod.pl seems to be run without anything checking that perl is installed [13:19] <michaelni> thats why haiku is red on fate ... [13:20] <saste> oh... [13:22] <michaelni> maybe some test could be written to check that no (compatible) field misses an AVOption [13:22] <michaelni> or that no accessor misses an avoption [13:23] <michaelni> would as a sideeffect also enforce some strict naming convention so easy grep compare is possible [13:24] <michaelni> that is having part of the accessor name match the field name [13:32] <saste> that's not always true, also sometimes we give two names to the same field (aliasing) [13:35] <saste> why were AVFrame accessors favored over AVOptions in the first place? [13:36] <saste> i suppose one of the reasons is that they're fast, and bypass all the avoptions bloat, which in case of AVFrame is relevant (not so much for generic component options) [13:39] <michaelni> I dont mind if the accessors are deprecated/remvoed where it isnt meaningfull to keep them for speed reasons [13:42] <saste> lunchtime [15:32] <j-b> https://trac.videolan.org/vlc/ticket/6000 btw [15:36] <Compn> atrac sample crash eh [15:42] <CIA-41> ffmpeg: 03Anton Khirnov 07master * ra4f5011065 10ffmpeg/avconv.c: (log message trimmed) [15:42] <CIA-41> ffmpeg: avconv: maintain sync on lavfi outputs. [15:42] <CIA-41> ffmpeg: Before this commit, poll_filters() reads all frames available on each [15:42] <CIA-41> ffmpeg: lavfi output. This does not work for lavfi sources that produce [15:42] <CIA-41> ffmpeg: an unlimited number of frames, e.g. color and similar. [15:42] <CIA-41> ffmpeg: With this commit, poll_filters() reads from output with the lowest [15:42] <CIA-41> ffmpeg: timestamp and returns to wait for more input if no frames are available [15:42] <CIA-41> ffmpeg: 03Anton Khirnov 07master * rd64901f99d 10ffmpeg/avconv.c: avconv: remove commented out cruft. [15:42] <CIA-41> ffmpeg: 03Anton Khirnov 07master * rbed43d58b0 10ffmpeg/avconv.h: avconv: remove unused variable from InputFile. [15:42] <CIA-41> ffmpeg: 03Anton Khirnov 07master * r0b26ef4228 10ffmpeg/ (avconv.c avconv.h): [15:42] <CIA-41> ffmpeg: avconv: replace no_packet array in transcode() with a var in InputStream [15:42] <CIA-41> ffmpeg: This simplifies splitting code for reading from input out of [15:42] <CIA-41> ffmpeg: transcode(). [15:42] <CIA-41> ffmpeg: 03Anton Khirnov 07master * rc0fbf9713c 10ffmpeg/avconv.c: [15:42] <CIA-41> ffmpeg: avconv: cosmetics [15:42] <CIA-41> ffmpeg: Replace for (;foo == 0;) with while (!foo) [15:42] <CIA-41> ffmpeg: This is prettier. [15:42] <CIA-41> ffmpeg: 03Anton Khirnov 07master * r8391602913 10ffmpeg/avconv.c: [15:42] <CIA-41> ffmpeg: avconv: simplify transcode(). [15:42] <CIA-41> ffmpeg: Operate with a pointer to InputFile instead of its index in input_files. [15:42] <CIA-41> ffmpeg: 03Anton Khirnov 07master * rf154ef1ae5 10ffmpeg/avconv.c: avconv: send EOF to lavfi even if flushing the decoder fails [15:42] <CIA-41> ffmpeg: 03Anton Khirnov 07master * rcc2133b66a 10ffmpeg/avconv.c: avconv: get rid of pointless temporary variable. [15:42] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rb7e9eea31f 10ffmpeg/: (log message trimmed) [15:42] <CIA-41> ffmpeg: Merge commit 'f154ef1ae5b03f288dd8c025dab1884b4cb20c1a' [15:42] <CIA-41> ffmpeg: * commit 'f154ef1ae5b03f288dd8c025dab1884b4cb20c1a': [15:42] <CIA-41> ffmpeg: avconv: send EOF to lavfi even if flushing the decoder fails [15:42] <CIA-41> ffmpeg: avconv: get rid of pointless temporary variable. [15:42] <CIA-41> ffmpeg: avconv: simplify transcode(). [15:42] <CIA-41> ffmpeg: avconv: cosmetics [18:25] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rfc97f8e0e2 10ffmpeg/ffmpeg.c: [18:25] <CIA-41> ffmpeg: ffmpeg: factorize process_input() out [18:25] <CIA-41> ffmpeg: Based-on: [18:25] <CIA-41> ffmpeg: commit 0c00fd80ee4791bd70b634084307fc9f179e0412 [18:25] <CIA-41> ffmpeg: Author: Anton Khirnov <anton(a)khirnov.net> [18:25] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [18:43] <CIA-41> ffmpeg: 03Anton Khirnov 07master * r0c00fd80ee 10ffmpeg/avconv.c: avconv: split the code for processing input packets out of transcode() [18:43] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * re1a983e601 10ffmpeg/: (log message trimmed) [18:43] <CIA-41> ffmpeg: Merge commit '0c00fd80ee4791bd70b634084307fc9f179e0412' [18:43] <CIA-41> ffmpeg: Just for metadata, this change has been integrated by hand already [18:43] <CIA-41> ffmpeg: * commit '0c00fd80ee4791bd70b634084307fc9f179e0412': [18:43] <CIA-41> ffmpeg: avconv: split the code for processing input packets out of transcode() [18:43] <CIA-41> ffmpeg: Conflicts: [18:43] <CIA-41> ffmpeg: ffmpeg.c [19:35] <CIA-41> ffmpeg: 03Anton Khirnov 07master * r57d2422559 10ffmpeg/ (avconv.c avconv.h): [19:35] <CIA-41> ffmpeg: avconv: rename OutputStream.is_past_recording_time to finished. [19:35] <CIA-41> ffmpeg: The new name is shorter and more accurate, since this variable is no [19:35] <CIA-41> ffmpeg: longer used only for checking recording time constraint. [19:35] <CIA-41> ffmpeg: 03Martin Storsjö 07master * rc864e461d2 10ffmpeg/libavformat/rtpdec_h264.c: [19:35] <CIA-41> ffmpeg: rtpdec: Remove an unused include [19:35] <CIA-41> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st> [19:35] <CIA-41> ffmpeg: 03Martin Storsjö 07master * rdf8cf076c8 10ffmpeg/libavformat/ (rtsp.c rtsp.h): [19:35] <CIA-41> ffmpeg: rtsp: Support receiving plain data over UDP without any RTP encapsulation [19:35] <CIA-41> ffmpeg: EvoStream Media Server can serve data in this format, and [19:35] <CIA-41> ffmpeg: VLC/live555 already supports it. [19:35] <CIA-41> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st> [19:35] <CIA-41> ffmpeg: 03Samuel Pitoiset 07master * rf89584ca44 10ffmpeg/libavformat/rtmpproto.c: [19:35] <CIA-41> ffmpeg: rtmp: Add message tracking [19:35] <CIA-41> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st> [19:35] <CIA-41> ffmpeg: 03Martin Storsjö 07master * r1243c72251 10ffmpeg/libavformat/ (rtsp.c rtsp.h version.h): [19:35] <CIA-41> ffmpeg: rtsp: Support mpegts in raw udp packets [19:35] <CIA-41> ffmpeg: This is basically the same way as mpegts packets are parsed in [19:35] <CIA-41> ffmpeg: rtpdec.c. [19:35] <CIA-41> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st> [19:35] <CIA-41> ffmpeg: 03Mans Rullgard 07master * rc318626ce2 10ffmpeg/ (30 files in 7 dirs): [19:35] <CIA-41> ffmpeg: x86: rename libavutil/x86_cpu.h to libavutil/x86/asm.h [19:35] <CIA-41> ffmpeg: This puts x86-specific things in the x86/ subdirectory where they [19:35] <CIA-41> ffmpeg: belong. [19:35] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [19:35] <CIA-41> ffmpeg: 03Alex Converse 07master * r122d5c526a 10ffmpeg/libavcodec/aacdec.c: [19:46] <impiaaa> I made a small patch: http://pastebin.com/zq24pb2K [19:48] <impiaaa> Any way I could go about getting it in trunk? [19:54] <michaelni> impiaaa, best submit a patch to ffmpeg-devel [19:54] <michaelni> ffmpeg-devel mailing list that is [19:55] <impiaaa> okay, thanks [20:26] <michaelni> j-b, Compn vlc/ticket/6000 no crash and nothing in valgrind || asan with ffmpeg ... -f null - [20:38] <Compn> cant trust them vlc guys to make proper bugreport :P [21:13] <kierank> michaelni: does vf_yadif require padded buffers somehow? [21:42] <michaelni> kierank, i dont remember, but it should not, is that asm or plain C case ? [21:42] <kierank> asm [21:44] <kierank> http://pastebin.ca/2178764 [21:44] <kierank> (admittedly using the libav version)... [21:47] <kierank> lemme see if i can make ffmpeg do the same [22:07] <kierank> michaelni: happens with ffmpeg as well: http://pastebin.ca/index.php [22:07] <michaelni> kierank, index.php ? [22:08] <kierank> bah [22:08] <kierank> sorry [22:09] <kierank> http://pastebin.ca/2178771 [22:09] <kierank> this is using av_image_alloc with no padding around the edges [22:10] <michaelni> is width and stride aligned to something like 16 ? [22:12] <kierank> width is mod 16 and I would assume av_image_alloc would set a decent stride [22:13] <michaelni> you mean width mod 16 == 0 i assume [22:13] <kierank> yes [22:14] <michaelni> how can i reproduce this ? [22:14] <kierank> not sure. I'll see if it can be done with a simple test case [22:15] <michaelni> also "X bytes before a block of size 3,114,256 alloc'd" for X=1,2,3 [22:15] <michaelni> this is odd too [22:16] <michaelni> can you check what the actual strides are that are pased to yadif ? [22:17] <kierank> hmmm i think i know why it breaks actually [22:17] Action: michaelni has a suspicoun too [22:18] <kierank> it's because avframe and co has up to 8 pointers per plane [22:18] <kierank> but in x264 it's still only 4 [22:18] <j-b> Compn: michaelni: probably fixed in the meantime [22:27] <michaelni> kierank, i think theres a bug in yadif [22:27] <kierank> yeah it's not to do with the pointers per plane thing [22:29] <kierank> "linesize -603845600" dunno why i get that [22:30] <kierank> whoops my mistake [22:32] <kierank> linesize 1920 [22:32] <kierank> and 960 for the chroma as i would expect [22:33] <kierank> michaelni: are you 100% sure it's a yadif bug? [22:44] <michaelni> kierank, according to asan, yes [22:44] <michaelni> but it could be yours is something else than what i found [22:45] <kierank> fwiw mine happens in the c as well [22:45] <kierank> i need to try some more things [22:46] <michaelni> kierank, i think i know what it is, give me half an hour or so and ill fix it [22:46] <kierank> cool, thanks. if there's anything i can do to help please ping me [23:13] <ubitux> saste: i'll this the 255/256 thing, and the few other things on edgedetect this week end; about the generic gaussian stuff i'll pass for now [23:13] <ubitux> s/this/fix/ [23:13] <ubitux> i'd like to get done with showspectrum [23:13] <saste> ubitux: k [23:13] <ubitux> (asetnsamples is sooo useful!) [23:15] <ubitux> saste: about the FATE test for asetpts, i think it could be in filter.mak from the beginning since it doesn't require the random slicing stuff [23:15] <saste> yes [23:15] <ubitux> also if it is in lavfi-regression.sh it will likely be ported at some point, so it save some pain for the one doing it in the future [23:16] <saste> yes but i still have to wrap my head around the ever changing fate stuff [23:16] <ubitux> check the fate-filter-amix-transition [23:16] <ubitux> i mean every amix tests actually [23:17] <ubitux> they have some explicit ffmpeg calls with -ss [23:41] <saste> i don't know how to generate the same output file produced by the lavfi-regression.sh tests [23:41] <saste> i didn't look it very hard i confess [23:41] <saste> and I don't want to validate again all the files "by eyes" [00:00] --- Fri Aug 10 2012

1 0

ffmpeg.log.20120809
by burek 10 Aug '12

10 Aug '12

[00:27] <TadekMocarz> HEY ANYONE HERE!!!!!!!!!!!!!1 [00:27] <TadekMocarz> why i get "Unrecognized option 'dct_algo'" [00:27] <TadekMocarz> Unrecognized option 'dct_algo' [00:29] <TadekMocarz> HELP [01:30] <llogan> how are we supposed to know what you're doing wrong without actually seeing your command? [01:37] Action: relaxed reads minds [01:42] <TadekMocarz> i can show you [01:42] <TadekMocarz> llogan and fflogger [01:42] <TadekMocarz> i tried many [01:42] <TadekMocarz> last is [01:42] <TadekMocarz> -f mpegts -acodec libmp3lame -b:a 96k -ar 32000 -ac 1 -vcodec mpeg2video -vf scale=96:72 -b:v 154k -q:v 1 -bf 0 -r 10 -strict -1 -qmax 22 [01:42] <TadekMocarz> but its still too cpu-extensive [01:43] <TadekMocarz> i need to make a video which is easy (fast) to decode [01:43] <TadekMocarz> it has to be mpeg1 or mpeg2 [01:44] <relaxed> what is the target device? [01:45] <TadekMocarz> sansa clip zip, it has armv9 cpu [01:45] <TadekMocarz> 25Mhz [01:45] <TadekMocarz> slow cpu but has lot of disk bandwith [01:46] <TadekMocarz> id use uncompressed avi but there is no decoder for that [01:50] <TadekMocarz> help, plax [01:53] <llogan> TadekMocarz: i don't get the dct_algo message with your command [01:55] <TadekMocarz> i did tried that option before [01:56] <llogan> i was replying to "why i get "Unrecognized option 'dct_algo'"" [01:56] <TadekMocarz> its renamed in newer ffmpeg [01:56] <TadekMocarz> yes i know, but i found another name for it [01:56] <TadekMocarz> and try to use but it doesnt help [01:57] <relaxed> does it not support mpeg4? [01:57] <TadekMocarz> it doesnt [01:57] <TadekMocarz> unless somebody implement it.. [01:58] <TadekMocarz> but isnt the mpeg4 even more cpu-expensive [01:59] <TadekMocarz> HEY!! [01:59] <TadekMocarz> LISTEN [01:59] <TadekMocarz> DAMN [01:59] <TadekMocarz> i downloaded a video from internet [02:00] <TadekMocarz> its 128x96 [02:00] <TadekMocarz> 22 fps... [02:00] <TadekMocarz> GREAT QUALITY [02:01] <TadekMocarz> and it works perfectly on sansa [02:01] <relaxed> I don't see any video support here: http://www.sandisk.com/products/music-video-players/clip-zip/#Specification [02:01] <TadekMocarz> smooth quality and perfect view [02:01] <TadekMocarz> relaxed, yes because its actually mp3 player.. but i use open source firmware called Rockbox [02:01] <TadekMocarz> which allow for playing videos, games etc [02:02] <TadekMocarz> and like i said, i have just downloaded video from internet with 5x times better quality than mine - and it works PERFECT [02:02] <TadekMocarz> so something have to be wrong with ffmpeg or settings i use [02:03] <TadekMocarz> http://www.rockbox.org/wiki/PluginMpegplayer#Sample_Videos [02:03] <relaxed> run ffmpeg -i on the file that plays and pastebin.com the output. [02:03] <TadekMocarz> The following files are encoded using mpeg2enc at "-q 6" quantization level. Audio is LAME-encoded MP3 (44.1KHz, Stereo, 170kbps VBR). The source video is the "world's first open movie" [02:03] <TadekMocarz> ok will do [02:07] <TadekMocarz> relaxed, heres http://pastebin.com/6mqnfsjU [02:07] <TadekMocarz> the video looks great and is perfectly smooth [02:09] <TadekMocarz> i was about to think "damn, this cpu is weak, i quit trying to play video on this" [02:09] <TadekMocarz> but when i saw that video [02:11] <TadekMocarz> the quality is almost like hd on pc.. ok maybe not that but still great [02:16] <TadekMocarz> relaxed still therE? or anybody [02:17] <TadekMocarz> thats very strange when i got video from internet with hd quality and it plays smoothly, but when i do video in ffmpeg with weak quality i cant even play at 5fps [02:17] <TadekMocarz> i noticed some strange thing [02:18] <relaxed> try, ffmpeg -i input -c:v mpeg2video -q:v 5 -vf scale=128:96,setdar=4:3 -c:a libmp3lame -b:a 160k -f mpeg output.mpg [02:18] <TadekMocarz> k [02:26] <TadekMocarz> relaxed, u still there man [02:26] <relaxed> add -t 10 after the input for a 10 second sample to test with. [02:26] <TadekMocarz> i had to change a bit ur command to make it work [02:26] <TadekMocarz> -f mpegts -vcodec mpeg2video -q:v 5 -vf scale=128:96,setdar=4:3 -c:a libmp3lame -b:a 160k -r 15 -strict -1 [02:27] <TadekMocarz> when i used -f mpeg and no -r i got 0.7 fps and warning message [02:27] <TadekMocarz> after changes.. its same, cant smooth play [02:27] <TadekMocarz> only can play on windows media player [02:27] <TadekMocarz> but no on sansa [02:28] <TadekMocarz> it gets corrupted like before [02:28] <relaxed> ignore the warnings and try my command. [02:29] <TadekMocarz> ok i was using WinFF, a gui for ffmpeg.. [02:29] <TadekMocarz> will use it directly [02:29] <llogan> you should have been using ffmpeg directly hours ago [02:30] <TadekMocarz> you know, i like to click some options, not enter some magic keywords [02:30] <TadekMocarz> but i had to enter them anyway [02:31] <relaxed> type the magic into the black box with text [02:33] <TadekMocarz> i did man [02:33] <TadekMocarz> and video result is same: i get 0.7-1.5 fps on MY PC [02:33] <TadekMocarz> and the video is corrupted [02:33] <TadekMocarz> only audio works properly [02:34] <TadekMocarz> the funny thing is its not using 100% cpu it uses <5% but still cant even display a single frame properly [02:34] <TadekMocarz> but maybe i have hardware acceleration iam not sure [02:34] <TadekMocarz> i can show you output of fffmpeg [02:35] <TadekMocarz> the windows media player shows that the frame rate of video should be 30fps but it plays (real framerate) is about 1.0 and i can see it when i watch the video [02:36] <relaxed> test this on the device [02:36] <relaxed> wmp sucks [02:36] <TadekMocarz> ok [02:37] <relaxed> and the file that works on the device is odd, btw. mpeg2/mp3 in the mpeg1 container. [02:37] <TadekMocarz> well maybe is odd, but works like a lightning [02:39] <TadekMocarz> MAN LISTEN. U DID IT. IT WORKS PERFECT. u were right, wmp is microshit shit [02:40] Action: relaxed bows [02:40] <TadekMocarz> have 22fps and hd quality [02:40] <TadekMocarz> i owe you many beers [02:41] <relaxed> I recommend vlc if you're on Windows. [02:41] Action: relaxed loves beer [02:41] <TadekMocarz> actually i have it installed, but used only for movies [02:42] <TadekMocarz> need to set it as default opener for videos [02:43] <TadekMocarz> now im going to change the resolution and quality of your command to see what happens [02:43] <TadekMocarz> the screen of device is 96x96, and it doesnt resize videos on fly so need to make them 96x72 [02:44] <relaxed> is the input 4/3? [02:44] <TadekMocarz> yes [02:44] <TadekMocarz> or can make 128x96 [02:44] <TadekMocarz> and have it full screen but a bit hidden from sides [02:45] <TadekMocarz> did checked video in vlc and works on it [02:46] <TadekMocarz> no, device is not centering video, so will use 96x72 [02:50] <relaxed> try -vf scale=96:-1,pad=0:96:0:(oh-ih)/2,setdar=1:1 [02:52] <relaxed> it would require no scaling, thus faster [02:52] <TadekMocarz> i just tried 96x72 and QUALITY =1 [02:54] <TadekMocarz> works great, will now try ffmpeg -i input -c:v mpeg2video -q:v 1 -vf scale=96:-1,pad=0:96:0:(oh-ih)/2,setdar=1:1 -c:a libmp3lame -b:a 160k -f mpeg output.mpg [02:54] <TadekMocarz> i didnt even realized this 25mhz device can play almost HD quality [02:55] <TadekMocarz> even the text in videos is sharp and clear [02:59] <TadekMocarz> just realized i spent like 6-9 hours to have ability to play videos on this [03:00] <relaxed> HD refers to freame size [03:00] <relaxed> er, frame [03:01] <TadekMocarz> maybe.. but for my subjective perception, im very happy what i see [03:02] <TadekMocarz> the interesting thing is that officialy/on original firmware this device dosent support videos [03:02] <TadekMocarz> yet have hardware which can handle that [03:02] <TadekMocarz> and screen too [03:02] <TadekMocarz> 16bit lcd [03:03] <TadekMocarz> but they sell another player which plays, propably marketing decision [03:07] <relaxed> I installed rockbox on an old ipod to play flac a long time ago. [03:08] <TadekMocarz> i has color screen ? [03:08] <TadekMocarz> i had sansa clip+ with rockbox before, but it is two colored screen and i bricked it [03:22] <llogan> i still use the unfortunately named Cowon iAudio G3 [03:31] <alyawn> can I use the fdk-aac encoder to encode to raw .aac then later mux together with video to produce a valid mp4? [03:32] <alyawn> I'm just wondering if anything will be missing when muxing later [03:35] <TadekMocarz> I HAV VIDEOS GAMES MUSIC MY LIFE IS PERFECT [03:35] <TadekMocarz> thanks and goodbye [03:36] <relaxed> alyawn: should be fine [04:42] <donmarquis> Hey i need to install ffmpeg to a server which i have root access WITHOUT ROOT can someone help me [04:45] <donmarquis> ods15: anyone here ? [04:47] <relaxed> there are static builds available or you can install using a prefix that doesn't require root. [04:55] <donmarquis> can someone help me with the prefix options [04:56] <relaxed> ./configure --prefix=/home/user/ffmpeg-install-path [04:56] <relaxed> then, /home/user/ffmpeg-install-path/bin/ffmpeg -i ... [04:57] <relaxed> (after make && make install) [04:57] <relaxed> or you can just make and run it from the source dir [05:14] <donmarquis> ok [05:23] <donmarquis> i tried it [05:23] <donmarquis> it says no yasm [05:23] <donmarquis> ill post the log on pastebin [05:32] <relaxed> install yasm through your package manager or download the source, use the same prefix as ffmpeg and modify your $PATH so it can be found. [17:05] <vulkanr> hello. [17:06] <vulkanr> is there a way to make ffmpeg replace any bad frames (frames that it failed to decode) with a blank one? so that the result number of frames will be the same as the source? [17:50] <mulicheng> Using H.263 encoder in a streaming application.. I get this warning every little while: (warning, clipping 1 dct coefficients to -127..127(I don't know a lot about H.263. Is this normal or should I be tweaking encoding parameters to avoid this. [17:54] <mulicheng> I googled around a bit and it seems I can safely ignore that warning. [17:55] <Olson> http://pastebin.com/kJsxPzt1 I having rather bothersome time I'm afraid. When I record screencast, it seems to start off OK, then gradually as it goes on, the audio de-syncs. By about 2 mins in, it desync badly enough to be unwatchable because clicks dont match the words. I *think* it because as from the pastebin, the recording FPS drops from 25 which I wanted slowly down to 24, 23, 20. I'd like to know if something I can do :-\ [18:03] <Olson> it's like it slowly get weighted down by something, I notice when recording FPS drops, the application I'm demonstrating, feels laggy [18:38] <Olson> mmm [18:39] <Olson> Might I be so bold as to ask again if anyone has a view on this: http://pastebin.com/kJsxPzt1 it seems the drop in recording FPS as time goes on causes the audio to desync from the video over time and I be trying to find a way to make it not happen [18:41] <Olson> I kinda record a 12 minutes screencast, audio sync nicely up until about 1 œ the slowly you notice it creeping out [18:47] <bwalker8981> Hi, I'm trying to stream with the mjpeg codec, and I am getting an error that I don't understand. Here it is: http://pastebin.com/bSbrWe1q [18:47] <Olson> I can tell when it's happening as I am doing the screencast, I kinda notice the interface getting laggy or so [19:04] <bwalker8981> The error I am getting says that "The v4l2 frame is 51325 bytes, but 230400 bytes are expected." Has anyone ever seen this problem when using the mjpeg codec? [19:46] <hypnocat> whenever ffplay goes in to fullscreen mode, it moves the mouse cursor to the center of the screen [19:47] <hypnocat> this is pretty annoying, as the cursor is not only disturbed from where i wanted it to be, but the ffplay does not make the cursor disappear, so it obscures the center of the screen [19:48] <hypnocat> and i have to move it out of the way.. but when i go out of fullscreen mode and back in to fullscreen mode, it once again gets moved to the center of the screen [19:48] <hypnocat> when i'm doing a lot of switching in to and out of fullscreen mode, this behavior results in making me keep manually moving the cursor from the center of the screen to the side.. really annoying.. [19:59] <alyawn> Olson, is there a correlation to memory usage when you start seeing performance degrade? [20:00] <Olson> alyawn, thanks for replying. I can't see that there is. I tested earlier on and always ffmpeg use around 200mb maybe a little more. Also processor reports usage of 200% , I dunno why it reports like that but because of 6 cores, 600% would be full usage in this particular monitor [20:01] <Olson> Im considering trying to record instead at only 20fps :( [20:03] <alyawn> I wonder if that would actually fix it or not [20:03] <Olson> I not sure if this matters but at 1920x1080 I'm actually recording half of the total desktop size, as it's nvidia twinview with 2x1080p screens.. would that cause any additional processing to be done [20:04] <alyawn> it seems odd that anything ffmpeg would be doing could slow down the interface [20:04] <Olson> alyawn, I can't see that it would "fix" only that it might be less likely to happen during the session [20:05] <Olson> I used to be able to record at 30fps without a worry and, I dont know what has changed. I re-install O/S a while ago and such [20:05] <Mista_D> When using ffprobe to extract PID (...-show_streams|grep video|cut -d, -f19), the csv output positions differ from file to file. So it can't be `cut`. [20:08] <alyawn> did you always record with TwinView? [20:08] <Olson> no [20:08] <alyawn> if I had to guess i'd say it has to do with x11grab and twinview [20:09] <Olson> yes I see what you say [20:09] <alyawn> are your monitors identical? [20:10] <Olson> same res, same manufacturer, different model because I buy them a year or so apart [20:10] <alyawn> I'd say the refresh rate matters more than anything [20:11] <alyawn> I've noticed all sorts of non-ffmpeg related issues with tearing, etc when twinview is enables [20:11] <Olson> I.. mm.. because i like to have a script of things to follow on one and be recording the other [20:11] <Olson> mmm [20:11] <Olson> I think, their refresh rate is one is 60hz and one is 55hz but I check [20:12] <Olson> ee they're both on "auto" at the moment for refresh [20:13] <Olson> I put them both set to 60 now [20:13] <alyawn> you can see what it is set to under the GPU section in the server settings [20:13] <Olson> ohm.. [20:14] <Olson> oh ye.. they 60 each [20:15] <Olson> I put OpenGL slider to high performance rather than "quality" I dunno what that does [20:16] <alyawn> me either ;) [20:17] <Olson> you see.. I make tutorial videos that are popular, and as of late I cannot release them becuse always out of sync :( [20:17] <Olson> *somtimes* it seem to work.. [20:18] <Olson> erf [20:18] <alyawn> I suggest you try with only a single monitor (TwinView off) and see if it ever happens [20:19] <alyawn> Or maybe setting your framerate to a multiple of the refresh rate... just grasping at straws here [20:20] <alyawn> and yes, the world is a better place with your Blender tutorials :) [20:20] <Olson> sure.. I appreciate it, thank you [20:20] <Olson> hah [20:20] <Olson> you know me? [20:20] <Olson> ohh i see you [20:20] <Olson> hehe [20:20] <alyawn> you've helped me with blender problems many times :) [20:20] <Olson> I thought I recognise the name, sorry man [20:21] <Olson> \o/ [20:21] <alyawn> sorry i couldn't be more helpful for you [20:21] <Olson> it's all good, I appreciate it [20:21] <Olson> I come here each week with same problem :P [20:21] <alyawn> maybe someone who knows more about x11grab will see this :) [20:22] <Olson> 20fps might be watchable [20:22] <Olson> I see. [21:16] <Olson> erf.. putting to 20fps record didn't help [21:33] <Olson> I be recording screencast with x11grab and the audio is desyncing, not from the start, but gradually over time. I *believe* it is caused by the recording FPS dropping below what I set it at the beginning: http://pastebin.com/kJsxPzt1 see it drop from 25 to 24..23 20 after about 8 minutes. So far I have tried setting recording FPS lower, to 20, still it drop below that to 19 or so after about the same amount of time. [21:42] <alyawn> and Olson, you said that memory usage is *not* increasing during that time, correct? [21:43] <Olson> last test I didn't be looking at system monitor unfortunatley [21:43] <Olson> I will look again.. thing is I have to let it run for 8mins or so it seems before anything bad happen [21:46] <Olson> recording at 30fps it didn't take as long to happen.. memory usage at 230mb, didn't change [21:47] <Olson> I will have to test without twinview.. though is a bit of a pain :-\ [21:48] <alyawn> yes, it is a pain [21:50] <Olson> I will have to restart x [21:50] <Olson> o/ [22:03] <Olson> :( [22:05] <alyawn> no dice? [22:05] <Olson> neh [22:05] <Olson> it just happen at *some point* the recording FPS drops, and never recovers back to the original [22:06] <alyawn> well... while you were gone, I looked at the code in x11grab and it seems there is no compensation for drift in there [22:07] <alyawn> actually.. I take that back... [22:08] <Olson> there is -itsoffset which can use as a one time thing I believe like, after the fact [22:08] <Olson> it seem there is not a way to know when the drop will occur, however [22:11] <alyawn> you say that no matter how low the output framerate, you get the same behavior? [22:12] <Olson> I believe it's the input rate I'm using [22:12] <Olson> x11grab -r 20 or so [22:12] <Olson> if it's dropping and I'm only recording at 20fps then meh.. i'm not going lower than that [22:13] <Olson> which means i'm stuffed. [22:13] <alyawn> try adding -vsync [22:13] <alyawn> or have you? [22:13] <Olson> ffmpeg -f alsa -ac 2 -i hw:1,0 -f x11grab -r 20 -s 1920x1080 -i :0.0 -acodec pcm_s16le -vcodec libx264 -preset ultrafast -crf 0 -threads 0 output.mkv [22:15] <Olson> so like -vsync 1 somewhere in there [22:15] <Olson> or just -vsync I see [22:16] <alyawn> try putting in a -vsync drop was what I was thinking [22:16] <alyawn> or -vsync 1 may be better [22:17] <alyawn> although effectively, it's probably already doing vsync 1 [22:22] <Olson> I will try [22:22] <Olson> I try record this now 5 times or so :P [22:44] <alyawn> good practice, Olson [22:44] <Olson> i recorded it with vsync now.. the fps reported dropped from 30 to 20 during.. I haven't seen yet what happened to the video [22:46] <Olson> no [22:47] <Olson> unusable. [22:47] <alyawn> bummer [22:47] <Olson> ye :( [22:48] <Olson> stuffed. [22:48] <alyawn> it just seems that x11grab is not getting the frames fast enough [22:49] <alyawn> I have no idea why... I may be able to try myself, but will probably be a few days, unfortunately [22:53] <Olson> http://pastebin.com/3DX3cecs [22:53] <Olson> it doesn't take long for it to go down to 29, then gradually, 28, 27, 26.. [22:56] <alyawn> trying it myself [22:56] <alyawn> :) [22:58] <alyawn> mine is solid at 30, for the last 4:45 [22:58] <Olson> did you be making a Blender a bit [22:59] <alyawn> cranking up blender now [22:59] <Olson> though.. my demonstration doesn't even make use of anything serious [23:01] <alyawn> hmm... blender core dumped when I switched my view to Cycles :/ [23:03] <alyawn> ah.... dropped to 29 [23:03] <Olson> if GPU rendering or something, I would expect something nasty to happen, but i'm just not doing anything stressful to it [23:05] <alyawn> went for about 10 minutes... no reduction [23:05] <alyawn> then started blender and it is going down... now at 28 [23:05] <alyawn> and I'm noticing slowdown [23:05] <alyawn> wierd [23:05] <Olson> yeah that [23:06] <Olson> so blender become a bit choppy to use like [23:06] <alyawn> hmmm closed blender and the choppiness went away [23:06] <alyawn> still recording [23:07] <alyawn> fps, however has not recovered [23:07] <Olson> no it does't [23:08] <Olson> and that mean each second the audio is going ahead by the difference in frames [23:08] <Olson> or [23:08] <Olson> behind sorry [23:11] <alyawn> well... at least it's not just you [23:12] <Olson> i guess, thanks for looking [23:12] <Olson> I am upset [23:12] <Olson> I go do something else for a bit :( [23:15] <Mista_D> anyway to disable scene_detection and have GOP [23:20] <alyawn> Olson, it definitely seems like an ffmpeg bug that, even with lagging input, it doesn't stay in sync with audio [23:21] <alyawn> but the cause of the lag is a different issue [23:48] <Mista_D> Anyway to ensure ffprobe values are allways ih the rigth sequesnce when outputing to CS? I extract video PID with `ffprobe...-show_streams -print_format csv|grep video|cut -d, -f19`. Sometimes PID is -f16 on MPEG2-TS files. [23:54] <saste> Mista_D: uh, the sequence order should be always, if not it's a bug [23:54] <saste> (but the number and order may change from ffprobe version to version) [23:55] <saste> please file a bug report with a sample showing the problem [00:00] --- Fri Aug 10 2012

1 0

ffmpeg-devel.log.20120808
by burek 09 Aug '12

09 Aug '12

[00:04] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rbb2f13c19f 10ffmpeg/ (10 files in 3 dirs): [00:04] <CIA-41> ffmpeg: rename missed CodecID to AVCodecID [00:04] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [00:37] <saste> ubitux: leave me another day for commenting on edgedetect, i need to sleep now... [00:49] <ubitux> saste: sure no problem :) [01:03] <CIA-41> ffmpeg: 03Paul B Mahol 07master * r8654d6c892 10ffmpeg/libavcodec/libtwolame.c: [01:03] <CIA-41> ffmpeg: libtwolame: fix stupid bug [01:03] <CIA-41> ffmpeg: Signed-off-by: Paul B Mahol <onemda(a)gmail.com> [01:17] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rc794acc44e 10ffmpeg/libavutil/x86/x86inc.asm: [01:17] <CIA-41> ffmpeg: x86inc.asm: remove redundant ifdef __YASM_VER__ [01:17] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [01:17] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * re40f7f1e01 10ffmpeg/libavcodec/cavs.c: [01:17] <CIA-41> ffmpeg: cavs: fix memleak [01:17] <CIA-41> ffmpeg: Fixes Ticket1335 [01:17] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [02:57] <Compn> hmm [02:57] <Compn> who do i bug about filters [02:58] <Compn> ubitux? [03:29] <durandal_1707> Compn: what is problem? [03:54] <Compn> durandal_1707 : well not problem, i havent verified. but is philisophical question :) [03:55] <Compn> durandal_1707 : in mencoder, the order of filters matters speed wise, so if you have a 1920:1080 source and you -vf rotate=1,scale=640:-2 , you will only get 10fps encoding speed, but if you -vf scale=640:-2,rotate=1 (scale, then rotate) you get 22fps [03:55] <Compn> not sure if this is because the rotate filter sucks or because thats just how it is... but i wonder if a warning message or some kind of docs could be written about it :) [03:56] <Compn> if the same problem exists in ffmpeg anyways [04:12] <juanmabc> mmm, sws_scale eats 15% cpu, how come? [04:13] <juanmabc> (mplayers can plays at 10%, my player at low res 30%) [04:22] <juanmabc> well, using SWS_FAST_BILINEAR i can get higher res at the same 30%, before it was 50% [04:25] <Compn> probably sws selected sure [04:25] <Compn> mplayer -sws 1-9 (check manual) [04:33] <juanmabc> sws selected sure? [04:35] <Compn> i mean, different scaling algorithms will have different speeds :) [04:36] <juanmabc> i guess BILINEAR would be a minimal good default? [04:36] <juanmabc> also aren't the CAPS_SSE2 ... autodetected? [04:37] <juanmabc> SWS_CPU_CAPS i mean, i do to apply them? SSE2 gives me no benefit [04:43] <Compn> Replace all CODEC_ID_* with AV_CODEC_ID_* [04:43] <Compn> what the duece [04:44] <juanmabc> quoting docs: "CPU caps are autodetected now, those flags are only provided for API compatibility. " [04:44] <Compn> juanmabc : i have no idea [04:44] Action: Compn afk [05:17] <juanmabc> couild i have some performance by tiling the buffers ? [05:18] <juanmabc> since sws_scale has some slices [05:18] <juanmabc> concept [05:21] <juanmabc> i think mplayer does the scale by tiles [05:48] <michaelni> juanmabc, doing it by slices should be faster, yes [05:49] <michaelni> also if you arent sure if some optimizations are turned on a simple av_log/printf() in a optimized routine will beyind doubt clarify if its used [05:54] <juanmabc> ok, michaelni, you always here, :D [05:54] <juanmabc> i'm at the point on the problem being the size scaling [05:55] <juanmabc> prescaling with console ffmpeg command gets 14%, without 21% [05:55] <juanmabc> 14 is pretty good, here [05:56] <juanmabc> i'm gonna try slicing [06:29] <juanmabc> i can figure the srcslicey, taking i go 1 row at a slice [06:29] <juanmabc> i would guess it being i * width * bpp [06:30] <juanmabc> which by the way bpp has no interface from pixmft as SampleFormat haves (get_bytes_per_sample) [07:21] <ubitux> Compn: i don't know how you would detect such case and print a warning [07:21] <ubitux> it sounds just like common sense to me [07:31] <ohsix> print the cost for the filters, but there's n o way if the order will matter without trying them or expressing it somehow so the order can be chosen automatically, like a rule of thumb [07:32] <ohsix> or a coefficient for the filter expense based on the frame/slike/row/whatever size, so you can take the info you have, check the coefficient and compare them with that [07:32] <ubitux> you want profiling within ffmpeg then :) [07:33] <ubitux> why not... :) [07:33] <ohsix> that would be cool, and general, but a coefficient probably works [07:34] <ohsix> since this is computer science and stuff [07:34] <ubitux> depends on too much things i think [07:35] <pengvado> Compn: yes, the rotate filter sucks [07:35] <ohsix> it would only help you decide if a filter was cheaper before or after something that changed the frame size, or if you had 2 filters that could reasonably do the same task, but one is cheaper for the circumstance [07:36] <pengvado> ohsix: otoh, tweaking the order of filters to optimize for speed, is often pessimizing for quality [07:37] <ohsix> yea, you could measure that too, and always favor speed or quality or something in between when you decide on it [07:38] <ohsix> would make it self adjusting, you could have all the scaling filters but the quality coefficient can be different, instead of changing between filters while you're testing or whatever, you just change the quality and the filters "rank" changes [07:39] <ohsix> this is all hypothetical, but you could have many filters that do the same thing and have them selected automatically if this was all in place [07:39] <ohsix> eg. instead of one super scaler that has special cases for certain scale factors and stuff, you factor it out into a separate scaler and let the coefficient pick it over the more general but slower scaler [08:23] <CIA-41> ffmpeg: 03jamal 07master * r82e5c5d45b 10ffmpeg/libavcodec/old_codec_ids.h: lavc/old_codec_ids: Fix make checkheaders. [09:12] <CIA-41> ffmpeg: 03Clément BSsch 07master * r6b3484dcbc 10ffmpeg/libavformat/mxfenc.c: lavf/mxfenc: better error handling with invalid frame rate. [09:12] <CIA-41> ffmpeg: 03Clément BSsch 07master * raad737c669 10ffmpeg/libavformat/mxfenc.c: lavf/mxfenc: simplify frame rate checks. [09:12] <CIA-41> ffmpeg: 03Clément BSsch 07master * r4b365b0868 10ffmpeg/libavutil/ (timecode.c timecode.h version.h): lavu/timecode: add av_timecode_check_frame_rate(). [09:12] <CIA-41> ffmpeg: 03Clément BSsch 07master * raca0f78114 10ffmpeg/libavformat/movenc.c: [09:12] <CIA-41> ffmpeg: lavf/movenc: add frame rate heuristic for timecode frame rate. [09:12] <CIA-41> ffmpeg: Fixes ticket 1576. [10:05] <nenjordi> gm [10:42] <ubitux> hey :) [10:42] <saste> ubitux: go on [10:42] <ubitux> yup [10:43] <ubitux> so it's not a surprise, but most people expect lavfi to be able to do ivtc stuff [10:43] <ubitux> otherwise it will likely never be really used [10:43] <ubitux> (along with motion compensation stuff) [10:44] <saste> ubitux: it's not like I am a video engineer, so I'm not that used to all that stuff (I never need it) [10:44] <ubitux> it seems the most commonly used is the tivtc package [10:44] <saste> but i see we have some related filters in mp [10:44] <saste> first question: do they work? [10:44] <ubitux> i personnaly never used them [10:45] <saste> do we have something which can try that stuff and report [10:45] <saste> mencoder was pretty used in that niche, so i suppose it already had filters for fixing the common problems in that area [10:45] <ubitux> the recently added one in vlc might be decent, but the most commonly used are the filters in the tivtc package [10:45] <saste> uhm... is that wrappable? [10:45] <ubitux> not at all [10:45] <ubitux> VS stuff, asm, avisynth etc [10:46] <saste> nyuhu: ^^ [10:46] <JEEB> http://web.missouri.edu/~kes25c/ <- tivtc's real home [10:46] <JEEB> (tritical's site) [10:46] <JEEB> also, a big warning [10:46] <JEEB> it's a big lump of ugly code [10:46] <JEEB> with way too many features to count [10:46] <ubitux> :) [10:46] <JEEB> that said, have fun [10:46] <saste> JEEB: we're used to that [10:47] <saste> we're professional code exorcist [10:48] <ubitux> from what i heard yesterday, the classic workflow is something like that: MPEG-2/analog source (DVD..) (fieldmatching || dinterlace) decimate pp random stuff: antialias/denoise/sharpen/crop/resize [10:48] <saste> ubitux: the socis task is supposed to cover exactly this area [10:48] <ubitux> (deinterlace being used depending on wether field matching works or no, i guess if badly interlaced material etc) [10:49] <ohsix> tivtc is the one that can read the field file from dmpgdec right? [10:49] <JEEB> ubitux, yup -- got it right. might want to add trimming/cutting off parts after loading the source tho (be it commercials or just the final/first parts of a movie on a DVD/BD that you don't want to encode) [10:49] <ohsix> FWIW, i couldn't use ffmpeg for what i was doing, but i also had to use dmpgdec so it was kind of moot [10:50] <ohsix> but i have used tivtc [10:50] <ubitux> there was also mention of various stuff like imagemagick wrapper, inverse resizing (debilinear?), and better denoise filters (such as dfttest which seems broadly used) [10:50] <ubitux> JEEB: trim/cut off can be achieve with vf select already [10:50] <ubitux> saste: ah and the last important thing [10:51] <ubitux> constructing graph with libavfilter really scare people [10:51] <ubitux> and doesn't look flexible enough to them at all [10:51] <ubitux> especially given the kind of automated workflow i was mentioning above [10:52] <ubitux> (ah and almost forgot, gamma curve op were mentioned but i think we have some tools already for that) [10:53] <saste> ubitux: yeah as for the complexity problem i don't know [10:53] <saste> a GUI could be an idea... [10:53] <ubitux> yeah, some gui to generate filtergraph [10:53] <saste> but that's a lot of work not in our expertise area [10:53] <saste> not to mention the portability issues (which trollkit to use??) [10:54] <ubitux> i think the priority should be to make a basic workflow possible, even with some relative pain [10:54] <saste> that looks like an external project [10:54] <saste> yes indeed [10:54] <saste> as for flexibility, anything specific? [10:54] <ubitux> so DVD probing, ivtc, and eventually random filter to increase quality [10:54] <ubitux> saste: apply specific processing to a range of frames [10:55] <ohsix> hrm i had to use virtualdub too, guess there was really nothing i could have done except maybe just the encoding [10:55] <saste> we should be able to support streams filtering choreography through reconfiguration (stuff like smile) [10:56] <ubitux> note that eval is not intuitive, and escaping also is a pain [10:56] <saste> ubitux: frame specific processing also it should be possible with metadata injection [10:56] <ubitux> communication within filter would be nice [10:56] <saste> i discovered that thomas kuhnel did something in that area (metadata in filters) [10:56] <saste> it is in his repo, but never posted [10:57] <saste> communication within filter: cmd API (what i call event processing) [10:57] <saste> event auto-injection would be possible by making each filter access the filtergraph [10:57] <saste> that is we could store a pointer to the filtergraph in each filter [10:58] <crtmpserver> hello to all [10:58] <ohsix> i really liked the avisynth workflow too :p [10:58] <ubitux> anyway, our current "improving quality" filters such as unsharp or hqdn3d seems to be far from being enough in comparison to dfttest and stuff like that [10:58] <saste> then each filter can become aware of the global filtergraph, and send specific reconfiguration event to specific filters [10:58] <ubitux> i think i'm done with my "report"; if JEEB or anyone wants to fill the gaps... [10:59] <ubitux> saste: communicating through metadata means only strings exchange, right? [10:59] <crtmpserver> I think I found a bug in the libavformat/rtmpproto.c [10:59] <saste> ubitux: yes [11:00] <crtmpserver> (sorry guys for highjacking this) [11:00] <saste> crtmpserver: fork the channel ;-) [11:00] <ohsix> ffmpeg can do a sort of preset file thing right [11:01] <crtmpserver> saste: what do you mean by fork? [11:01] <saste> crtmpserver: a silly joke [11:01] <ohsix> stylistically speaking that shouldn't be much different from what avisynth does, it stores settings and filter configurations and you just treat it as an input file [11:01] <ubitux> crtmpserver: go ahead, we can have interleaved talks somehow [11:01] <crtmpserver> saste: yeah, so apparently the coffee is not enough on this side [11:02] <crtmpserver> gen_check_bw is using a non-standard rtmp invoke: _checkbw [11:03] <crtmpserver> correct approach is to use checkBandwidth [11:03] <crtmpserver> according to Adobedocs: [11:04] <crtmpserver> "The client should initiate bandwidth detection after successfully connecting to the server. To start bandwidth detection, call NetConnection.call(), passing it the special command checkBandwidth. No server-side code is needed" [11:04] <crtmpserver> so, where did the "_checkbw" came from? [11:05] <crtmpserver> also, there is another problem: _checkbw can not be ignored because is sent with a transactionId != 0, forcing the server to answer something [11:06] <crtmpserver> if transactionId==0, than the call is a procedure (not having to return anything) rather than a function (must return something) [11:09] <crtmpserver> so, there are a number of ways to fix it: [11:11] <crtmpserver> 1. use checkBandwidth instead of _checkbw WITH transactionId==0. Everyone is happy [11:11] <crtmpserver> 2. keep the current impl but put transactionId==0 so the server will not give back _error if it doesn't know anything about that weird function call [11:11] <crtmpserver> 3. keep the current impl but don't choke on the _error message when it arrives. That is normal. The server doesn't know anything about that weird _checkbw [11:15] <ubitux> i was wondering; isn't this kind of a pain when this kind of stuff is interlaced? http://img4.imageshack.us/img4/4897/kinonotabi01h264vorbisn.png [11:16] <ubitux> (the source has those horizontal lines) [11:21] <JEEB> that looks like failed IVTC/source that needs some vinverse [11:21] <ubitux> actually it seems the show has those lines [11:22] <ubitux> anyway; anyone has any reference material to test ivtc and various decimate stuff? [11:26] <Compn> crtmpserver : you should talk to kshishkov or #libav-devel , since thats where rtmp stuff is being developed [11:29] <saste> crtmpserver: yes or lu_zero, or wbs [11:29] <crtmpserver> tx guys [11:29] <crtmpserver> going there [11:29] <saste> libav is having a related gsoc and we'd prefer not to interfere [11:29] <Compn> i think the rtmp stuff is / was libav gsoc project [11:29] <Compn> good luck crtmpserver :) [11:29] <saste> note that wbs is here so maybe he can advise [11:30] <Compn> crtmpserver : get them to do rtmpe10 support too ... [11:30] <crtmpserver> FYI, I just tested all those fixes and they all work [11:30] <saste> hi martin :) [11:30] <crtmpserver> I prefer the first one, whch is the most standard [11:30] <Compn> librtmp ? [11:30] <wbs> crtmpserver: our gsoc student is working on alternative 3 at least [11:34] <wbs> crtmpserver: but I'll make a note about this being nonstandard as well, doing alt. 3 doesn't stop us from doing the other oens as well [12:38] <saste> ubitux: is there any reason for which edgedetect doesn't support parameters at the moment? [12:56] <saste> ubitux: i think we need to implement some convolution utilities [14:00] <ubitux> saste: yes there is one [14:00] <ubitux> i'll reply to you in a minute [15:41] <ubitux> saste: so how do you add parametrization and later different modes without breaking the format? [15:41] <durandal_1707> saste: smptebars filter displays bogus warning about specified color..... [15:42] <ubitux> (durandal_1707: btw, i added twolame to the fate+shared box the other day) [15:42] <ubitux> (seems no issue were raised) [16:16] <saste> ubitux: edgedetect=low=0.2:high=0.5 [16:17] <saste> the option doesn't apply if the algorithm selected doesn't support them [16:17] <ubitux> ok [16:17] <ubitux> right; will do this tonight and resubmit [16:17] <saste> we have plenty examples, you can eventually warn the user if a param is not used by the given algo [16:17] <saste> durandal11707: how? [16:18] <durandal11707> did you tried it? [16:18] <CIA-41> ffmpeg: 03Paul B Mahol 07master * rc7bbd82170 10ffmpeg/doc/general.texi: [16:18] <CIA-41> ffmpeg: doc/general: move ZeroCodec to right section [16:18] <CIA-41> ffmpeg: Signed-off-by: Paul B Mahol <onemda(a)gmail.com> [16:19] <saste> ah i see damn [16:19] <ubitux> saste: btw i'm not discarding pixels on the borders, they're copied [16:20] <ubitux> so no blur for borders [16:20] <ubitux> in practice i don't see any problem in that case [16:21] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rbed63a5e98 10ffmpeg/configure: [16:21] <CIA-41> ffmpeg: configure: fix sctp check. [16:21] <CIA-41> ffmpeg: This fixes build failures on debian/kfreebsd [16:21] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [16:25] <durandal11707> anyone going to write videodiff filter (like ImageMagick compare or even better)? [16:26] <durandal11707> hmm is assertion in elbg really correct? [16:27] <ubitux> mateo` ^ [16:29] <mateo`> durandal11707: i'm interested in writing this filter [16:29] <Daemon404> vf_imagemagick [16:29] Action: Daemon404 runs [16:29] <ubitux> Daemon404: can be complementary :) [16:30] <ubitux> Daemon404: also it's likely a vf_imagemagick will have a single input at first [16:30] <Daemon404> indeed [16:30] <Daemon404> the one thing i always use imagemagick for is generating fft visualizations [16:30] <Daemon404> its handy [16:31] <durandal11707> mateo`: than write it, i give you 3 months, after that if it is not done and I'm still here I will write it [16:31] <ubitux> is imagemagick providing a library? [16:31] <Daemon404> yes [16:31] <mateo`> durandal11707: ok :) [16:32] <Daemon404> ubitux, are you the man to ask about ffmpeg.c behavior? [16:33] <ubitux> you can try [16:33] <ubitux> but better ask the channel [16:33] <Daemon404> incomplete frame [16:33] <Daemon404> Error while decoding stream #0:1: Invalid data found when processing input [16:33] <Daemon404> ^ lot of videos with the last frame of the mo3 data incomplete [16:33] <Daemon404> and ffmpef returns error [16:34] <Daemon404> wondering if there was a way to handle it wthout special casing [16:34] <Daemon404> its ending up with transcodes marked as failed [16:35] <ubitux> without digging, no idea [16:35] <durandal11707> Daemon404: what container(s)? [16:35] <Daemon404> avi [16:35] <Daemon404> of course [16:36] <ubitux> magickwand doesn't look like a complicated api [16:37] <ubitux> but it looks like it will require a lot of bindings within the filter [16:38] <ubitux> oh, there is MagickCommandGenesis() :))) [16:52] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * rdbf25b70ea 10ffmpeg/libavfilter/vsrc_testsrc.c: [16:52] <CIA-41> ffmpeg: lavfi/testsrc: set default value for option "color" to NULL and rework color setting logic [16:52] <CIA-41> ffmpeg: Fix bogus warnings of the kind: [16:52] <CIA-41> ffmpeg: option 'color' is ignored with source 'testsrc' [16:52] <CIA-41> ffmpeg: when the color value is not explicitely set and the filter is different [16:52] <CIA-41> ffmpeg: from "color". [17:05] <saste> ubitux: btw any news on showrfdt? [17:05] <ubitux> will look tonight, after making low & high in edgedetect :) [17:05] <saste> ok [17:05] <ubitux> i still need to debug the flickering issue [17:06] <saste> i'm thinking about emulating ffplay display mode in showwaves, so that we can substitute it with lavfi without users even noticing it [17:08] <ubitux> note that ffplay handles resizes [17:08] <saste> ah that will be more painful [17:09] <saste> well i procrastinating this stuff since too much time, time to send an rfc about reconfiguration [17:09] <saste> ...later [17:11] <ubitux> :D [18:02] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * ree475e272e 10ffmpeg/libavformat/matroskadec.c: [18:02] <CIA-41> ffmpeg: matroskadec: fix lace vs block duration. [18:02] <CIA-41> ffmpeg: Fixes Ticket1270 [18:02] <CIA-41> ffmpeg: Thanks-to: Moritz Bunkus [18:02] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [18:50] <durandal11707> vorbis is dead? [19:26] <finga> i want to program a tool for mixing videos is there something done with ffmpeg? and am i at the right place for this kind of question? [20:01] <michaelni> finga, look at ffmpegs libavfilter [20:03] <finga> michaelni: thx i will look in the git repo, but is there also more documentated than just git like a wiki or something else? [20:09] <michaelni> i dont think theres a uptodate doc, best is probably to look at some filters that do similar things and read the doxy in the headers [20:11] <finga> ok thx i will try to find something, if not i'll try it here again but more specific ;) [21:17] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rb615dbb319 10ffmpeg/libavformat/utils.c: [21:17] <CIA-41> ffmpeg: lavf: block special characters in dump metadata [21:17] <CIA-41> ffmpeg: This is limited to the chars that arent filtered by av_log() already [21:17] <CIA-41> ffmpeg: we might filter more aggressively if theres some case where this becomes [21:17] <CIA-41> ffmpeg: needed. [21:17] <CIA-41> ffmpeg: Fixes Ticket1181 [21:17] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [22:17] <ubitux> michaelni: in the next merge, i don't think it is a good idea to merge 7ca14c731ed1fca7072c335095c2d96a6cb80fc0 [22:18] <ubitux> at least i don't really agree with that, and i'm not sure saste would as well [22:19] <ubitux> or well, it could be reworded [22:19] <ubitux> (it should be discouraged just with ffmpeg, and not "especially" with it) [22:19] <ubitux> (just my opinion) [22:28] <iive> ubitux: what is this about. hashes are so... human hostile. [22:28] <ubitux> sorry [22:29] <ubitux> it's about saying movie source filter being a hack [22:29] <ubitux> and that it should not be used [22:29] <ubitux> that's indeed not required anymore with ffmpeg with -filter_complex, but you *need* it with the other tools [22:29] <ubitux> also, it can be way more simpler in case of api usage [22:30] <llogan> it's the most recent qatari commit [22:31] <iive> i see, thanks you. [22:31] <iive> guh... thank you. [22:32] <michaelni> ubitux, ill skip it unless i forget tomorrow (in which case flame me) [22:32] <ubitux> it's not that important :) [22:33] <ubitux> iive: also not that we have a more advanced movie source filter, and we also support audio that way [22:33] <ubitux> note* [23:02] <CIA-41> ffmpeg: 03Clément BSsch 07master * re6dd2852ca 10ffmpeg/libavfilter/af_atempo.c: lavfi/atempo: remove dead increment. [23:08] <CIA-41> ffmpeg: 03Clément BSsch 07master * rcb5bb521aa 10ffmpeg/libavformat/movenc.c: [23:08] <CIA-41> ffmpeg: lavf/movenc: use two explicit bytes instead of a short. [23:08] <CIA-41> ffmpeg: This also avoids a pointless cast. [23:08] <CIA-41> ffmpeg: Idea-by: Reimar Döffinger [00:00] --- Thu Aug 9 2012

1 0

ffmpeg.log.20120808
by burek 09 Aug '12

09 Aug '12

[00:03] <EhevuTov> Anyone know if the PPM codec has changed with 'image2pipe'? my old command doesn't work 'gource -1280x720 --stop-at-end --key --hide filenames -s 1 -a 2 -c 2.5 -o - | ffmpeg -y -b:v 10000K -r 60 -threads 4 -f image2pipe -vcodec ppm -i - -vcodec libx264 ~/Desktop/teknoAdminSNMP.x264.mp4' [00:07] <EhevuTov> Here's my error message. If someone who knows error messages, particularly with image2pipe, I'd really appreciate it: http://pastebin.com/Dp2wpSM0 [00:22] <yano> while ffmpeg is processing a conversion, what does the 'q' mean? is that the compression rate? [00:25] <saste> EhevuTov: try the latter version, i recently changed ffmpeg to give more hints in that case [00:25] <saste> my guess is that you need to specify video size or pixel format to ffmpeg [00:25] <EhevuTov> saste, thank you for looking at it, but I'm not sure what you mean. I'm using what I believe is the latest version [00:26] <saste> EhevuTov: no it's the latest release [00:26] <saste> but again try to specify -video_size and -pixel_format [00:26] <EhevuTov> ok [00:26] <saste> -pix_fmt [00:26] <EhevuTov> ok, thank you so much. I'm not sure what the format is though :-P [00:27] <EhevuTov> saste, does it mean, like .gif or jpeg? [00:29] <saste> EhevuTov: tried your command and works fine here [00:29] <saste> try the latest git version, that may help [00:29] <EhevuTov> yeah, I'm using what is the latest in my Mac home-brew ports system [00:30] <saste> check the wiki for compilation instruction on your platform of choice [00:31] <saste> http://ffmpeg.org/trac/ffmpeg/wiki/MacOSXCompilationGuide [00:31] <EhevuTov> saste, I checked the port's git for this build and nothing major changed. it's interestingly not working [00:31] <EhevuTov> thank you for the links, I appreciate it [00:31] <saste> EhevuTov: pastebin? [00:32] <EhevuTov> what would you like to see? I already submitted one pastebin [00:32] <saste> i mean with latest git, that's ffmpeg 11.1, latest release [00:32] <EhevuTov> yeah, let me check what I've got [00:32] <EhevuTov> 11.1 here [00:33] <EhevuTov> runs fine, just has issues with the image2pipe parameteres [00:33] <EhevuTov> guess I need more info on the 'image2pipe' params [00:34] <saste> EhevuTov: "latest release" is not "latest git", i can't reproduce your problem with my version [00:34] <EhevuTov> oh right [00:34] <EhevuTov> I thought you said 11.1 worked [00:35] <saste> in latest git you should get more info in case of failure at least , i know because i did the change for logging more info [00:38] <EhevuTov> saste, awesome, thanks. I'm cloning the repo now. [00:52] <EhevuTov> saste, here's my new error msg's with the latest git: http://pastebin.com/k4LhXXCG [00:53] <EhevuTov> it looks like I need some new parameters. Do you know where I could find information on these parameters? [00:53] <saste> that's weird... [00:53] <saste> well at least it is saying what's missing, -video_size [00:54] <saste> try to specify -video_size 1280x720 before -i [00:55] <EhevuTov> 'Could not find codec parameters for stream 0 (Video: ppm, 1280x720): unspecified pixel format' [00:55] <EhevuTov> it's like the 'ppm [00:55] <EhevuTov> it's like the 'ppm' isn't being recognized [00:56] <EhevuTov> I take that back, 'ppm' is being recognized to some extent at least. When I enter 'foo' instead of 'ppm' it says Unkown Decoder: 'foo' [00:57] <yano> is there a setting to have ffmpeg use whatever bitrate/quality to get it to convert a video to a specific file size? [00:59] <Mavrik> EhevuTov: isn't the error "unspecified pixel format" clear enough? You need to specify pixel format in which ppm image will be saved. [00:59] <saste> EhevuTov: Reason: image not found [00:59] <Mavrik> yano: sadly no, you'll have to calculate bitrate manually :\ [01:00] <saste> that's suspect [01:00] <saste> i'd say maybe it's a problem of gource [01:00] <EhevuTov> Mavrik, but I'm piping to make it into a vid [01:00] <Mavrik> EhevuTov: and? [01:00] <saste> ppm should contain the pix_fmt/video size info, so no need to specify it to ffmpeg [01:00] <yano> dang, hm [01:00] <saste> so my guess is that it's a problem of gource... [01:00] <yano> but when i set a bitrate ffmpeg doesn't always use it [01:00] <EhevuTov> saste, right, it's almost like gource isn't outputting correctly to have image2pipe determine [01:01] <yano> it fluctuates as it's converting the video [01:01] <Mavrik> ppm doesn't carry pixel formatinformation [01:01] <EhevuTov> that's what I thought [01:01] <Mavrik> only width/height [01:01] <Mavrik> yano: yeah, that's expected and normal :) [01:01] <EhevuTov> which is why I don't understand that error [01:01] <yano> huh [01:01] <Mavrik> there's no such thing as CBR video encoding for most formats :) [01:01] <yano> but i'm trying to make an flv that is CBR [01:02] <yano> from an avi [01:02] <EhevuTov> ok, well thank you for helping me saste. I'll look into what gource is doing [01:02] <EhevuTov> I guess I'll push the ppm's to the drive first and then see if ffmpeg will read them [01:03] <saste> EhevuTov: try also with -pix_fmt yuv420p (the default value if i guess correctly), i think the problem is in gource, since it is working perfectly here [01:03] <Mavrik> EhevuTov: try forcing "-s 1280x720 -pix_fmt" first (and make sure it's passed before -i) [01:03] <EhevuTov> oh, ok great. I appreciate that since I have no clue about ppm format [01:04] <EhevuTov> ok [01:05] <Mavrik> yano: you can force constant bitrate with minrate, maxrate parameters [01:05] <Mavrik> the result will probably look very bad though [01:06] <EhevuTov> saste, Mavrik, ok, it forced it just fine and even opened a pipe to the decoder, but nothing was getting there it seems [01:06] <EhevuTov> so it does seem like a prob with gource not outputting to the pipe [01:06] <yano> Mavrik: i've been doing that, but it doesn't seem the output during the conversion is staying the same as what i specify [01:07] <EhevuTov> thanks for the heads up on he explicit parameters. I had no clue myself [01:07] <yano> maybe it's because i don't understand what the -bufsize should be? [01:07] <yano> i want the bitrate to be 1250kb/s [01:07] <Mavrik> time for [01:07] <yano> so i set -minrate, -maxrate and -b to 1250k [01:07] <yano> ah, hm, ok, one moment [01:09] <Mavrik> (any reason why do you NEED EXACTLY 1250k?) [01:10] <yano> Mavrik: http://www.pastebay.net/1070292 [01:10] <yano> the original idea behind using 1250k was to make a comparison to a windows program which was doing a conversion at 1250k [01:10] <yano> and at 30fps [01:11] <Mavrik> hrm [01:11] <Mavrik> yeah, you're confusing the heck out of the encoder [01:11] <yano> but i'm at the point where i don't really care about the bitrate anymore, i just want the output filesize to be 80% of the original with the best possible quality [01:11] <yano> yea [01:11] <Mavrik> the underflow/overflow errors [01:11] <yano> i figured i don't understand what i'm really doing on the cli, since i've been pulling in bits and pieces from various sites and the manpage [01:11] <Mavrik> your input bitrate seems to be 500kb/s [01:12] <Mavrik> which explains why encoder refuses to magically create data for 1250kb/s output :) [01:12] <yano> ah [01:12] <yano> that explains it [01:13] <Mavrik> that's also confirmed by encoding output - encoder is making video at around ~600kb/s and can't go higher [01:13] <EhevuTov> saste, ok, I found the root cause. Gource was missing a link ref to one of it's libs that 'home-brew' didn't take care of. I understand the ffmpeg errors better now. Thanks! [01:13] <Mavrik> also you're trying to create a 1250kb/s mp3 track :) [01:13] <yano> eek [01:13] <Mavrik> which is... well... overdoing it :D [01:13] <yano> yea... [01:14] <Mavrik> yano: so if you want ~480 kb/s stream (which is 80% of your input) [01:14] <Mavrik> you should do something like [01:15] <Mavrik> ffmpeg -i PV30101.avi -vcodec flv -s 640x480 -r 30 -maxrate 480k -acodec libmp3lame -ab 64k -ar 22050 -f flv PV301-AW.flv [01:15] <Mavrik> (there might be some errors in that, you're using avconv instead of ffmpeg :) ) [01:16] <Mavrik> there's a "-b 400k" missing after "-vcodec flv" [01:16] <yano> ah, i was using ffmpeg, then it keep saying it was deprecated, so i aliases ffmpeg to avcon [01:16] <Mavrik> yeah, that's Ubuntu/Debian maintainer f*up [01:17] <Mavrik> anyway, I'm off to sleep, g'luck :) [01:18] <yano> ah [01:19] <yano> darn, using that command i get, "Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height" [02:27] <dicroce> Does anyone know where there is an sample code that uses libavformat to containerize a series of frames? (I.E. not transcoding, and not encoding) [09:55] <jessy> hey there, i just configured ffmpeg as like http://pastebin.com/Tqz3JXMv, but while compiling x11grab i'm getting tons of errors , is there any idea ? [09:55] <jessy> here is the error log ; http://pastebin.com/fanhcCYN [09:58] <spaam> jessy: what kind of errors? [09:59] <spaam> ah [09:59] <jessy> spaam: there is error log http://pastebin.com/fanhcCYN [09:59] <jessy> if i don't enable-x11grab everything is fine [10:33] <eftekhari> is timeshift working on ffserver? [10:44] <eftekhari> how to get timeshift working on ffserver? ?? [11:10] <jessy> hey there i'm trying to compile ffmpeg with 'x11grab' but i'm getting tons of errors, here is the configuration : http://pastebin.com/Tqz3JXMv and here is the error log : http://pastebin.com/fanhcCYN is there any idea ? 64 bit debian [11:41] <ubitux> jessy: something really looks broken on your side [11:41] <jessy> ubitux: yeah badly stuck with that issue :/ [11:42] <ubitux> i have a 64 bit debian here, and no issue building with x11grab [11:42] <jessy> ubitux: i'm sure i installed whole dev packages and linux headers which is my system using but i have n1 more idea in that step :/ [11:43] <jessy> ubitux: is it possible to share that build with me with my configuration ?_? [11:43] <ubitux> that would be braindead because of non-matching libraries [11:44] <jessy> ubitux: static build won't be problem as i know [11:45] <ubitux> i'm not going to make you some static build [11:45] <jessy> ubitux: which kernel version are you using ? [11:45] <ubitux> how is that related to the kernel? [11:45] <ubitux> i'm using 3.2.0 [11:45] <jessy> these builds doesn't have x11grab option [11:46] <jessy> "how is that related to the kernel?" i have no idea but your bots seperated them with kernel >.> [11:47] <ubitux> i'm wondering if your header file isn't broken, or if you messed up the code by some mean [11:47] <belgianguy> hi, I'm planning on using a digital SPDIF audio input stream (96kHz/24-bit), but want to 'fake' the input for now, can I do such thing with ffmpeg? [11:47] <ubitux> try to debug the problem [11:47] <ubitux> look at the source. [11:48] <jessy> ubitux: i didn't change anything on source code, but i'm not sure about my headers :/ [11:48] Action: burek sets mode +apple_juice ubitux [11:48] <burek> :) [11:48] <ubitux> hi burek e [11:50] <burek> belgianguy, why do you want to fake it? [11:51] <belgianguy> because my laptop lacks the hardware for SPDIF input atm :/ [11:52] <burek> ok, how exactly do you want to fake it [11:52] <belgianguy> and I'd rather not invest in hw when I'm not sure if this project will take off [11:52] <belgianguy> I thought about just taking a hq audio file/stream and convert/stream it locally as a 96kHz/24bit linear PCM [11:53] <belgianguy> but I'm very new to all the terminology, too [11:53] <burek> well, you can always replace the real live audio input with a wav file [11:53] <ubitux> you can use aevalsrc to generate some sound [11:55] <belgianguy> and how do I make sure the wav file matches the stream? I'll have to look up what aevalsrc is, too :) [11:55] <belgianguy> is SPDIF always WAV then? [11:57] <burek> well, that was the purpose of my question WHY and HOW do you want to fake it, i.e. what is the use case for that [11:57] <burek> do you need an audio input with some specific parameters or you need to play with a virtual device and buffers or what [11:57] <belgianguy> I want detect certain events in an audio stream, as I'm just beginning with audio processing [11:58] <belgianguy> the idea is that a mixer generates this stream in a RL scenario (eg a Pioneer DJM-800) [11:58] <burek> you want to implement some sort of audio filter? [11:58] <belgianguy> and I want the digital out to be input into my machine, and do real-time analysis on it [11:58] <belgianguy> detecting onsets, bass patterns etc [11:58] <burek> ok [11:59] <burek> well, you might take a look at ffmpeg's audio filters [11:59] <burek> in libavfilter subdir [12:00] <burek> they all work (I guess) on a raw pcm audio, decoded from various input formats (like wav) [12:02] <belgianguy> ah, and would I be able to generate the 96kHz/24 bit type of audio with ffmpeg? [12:02] <burek> sure [12:02] <burek> just set the appropriate output codec/format [12:03] <burek> something like: ffmpeg -i input.mp3 -acodec pcm_s24le -f wav out.wav [12:03] <burek> ffmpeg -i input.mp3 -acodec pcm_s24le -ar 96k -f wav out.wav [12:04] <burek> type ffmpeg -codecs for the complete list of output codecs [12:04] <burek> and ffmpeg -formats for output formats [12:04] <belgianguy> ah, thanks, I had already found the pcm_s24le mentioned, but wasn't sure if that really did what I needed [12:04] <burek> (they need to have a flag 'E' set, which means they are encoders and can produce the output) [12:05] <belgianguy> ah, good to know, thanks! [12:05] <burek> :beer: :) [12:07] <belgianguy> any idea if the real stream would have headers (?) that identify it as WAV, or whether it would be raw? [12:08] <burek> you can control that too [12:08] <burek> ffmpeg -i input.mp3 -acodec pcm_s24le -ar 96k -f wav out.wav [12:08] <burek> note -f wav [12:08] <burek> defines output format [12:08] <burek> now, type ffmpeg -formats [12:08] <burek> and find a raw audio output format [12:08] <burek> and use it instead of wav [12:08] <burek> if you need it [12:09] <belgianguy> ah, yeah I should have looked first [12:09] <burek> and you can always use a hex editor :) [12:09] <burek> to check [12:10] <belgianguy> hmm, there are even some unsigned PCM codecs in 24 bit, bot little endian and big endian [12:11] <belgianguy> is there a way to find out whether my stream would be signed or unsigned? [12:12] <burek> :) [12:13] <burek> well, since you create the output stream, I think you should know if you will create it as signed or unsigned [12:14] <belgianguy> :) I want to be as close to what the device will ultimately put on the wire [12:14] <belgianguy> but the manual isn't very helpful [12:14] <burek> well, you request from the device which format do you want [12:15] <burek> so choose the format you want (first read the supported formats of the device) [12:15] <belgianguy> 48kHz/24bit, 96kHz/24bit Linear PCM [12:15] <belgianguy> that's all it says, it's the digital out of the DJM-800 mixer [12:15] <burek> you have an example cmd line how to create 96k/24b pcm with ffmpeg [12:16] <burek> it's just a matter if it is little endian or big endian [12:16] <burek> what are you capturing the audio with? [12:16] <burek> alsa? [12:16] <belgianguy> atm nothing, that's the next step [12:16] <burek> well, if I was to do that, I would use the ffmpeg's libs to do all the work [12:17] <burek> because they have implemented alsa input [12:17] <burek> various outputs [12:17] <burek> and all I would need to create is a custom audio filter I need [12:18] <burek> so, I could type something like: ffmpeg -f alsa -ar 96k -i hw:0 -af "myfilter=myparams" -f wav output.wav [12:19] <burek> or to pipe it to the next audio output if you want live filtering [12:19] <burek> anyway, you get the point [12:20] <belgianguy> yeah, it's becoming clear how I would have to approach it [12:20] <belgianguy> the examples help a lot [12:23] <belgianguy> the live filtering part, would that be simulating a streaming input? [12:23] <belgianguy> eg not having access to the whole audio, but just whatever appears on the line [12:30] <jessy> ubitux: i switched to kernel 3.2x it compiles fine [13:31] <raph12> Hi guys, which variable in my ffmpeg command line I have to look at to make FLV seekable from the flash player ? [13:48] <TwisteR> Hello! Can someone help me? I need to render .ass subtitles (to add an telemetry information to the video captured by remote manipulator) [13:48] <TwisteR> I'm using opensuse and ffmpeg -filters 2>&1 | grep "libass" shows nothing... [13:48] <JEEB> I think the filter name was ass? [13:49] <TwisteR> Does that mean that I need to recompile ffmpeg to add libass support? [13:49] <JEEB> if neither is there, then yes [13:49] <JEEB> also you could check the ffmpeg configuration line that IIRC comes out at every start of the binary [13:49] <JEEB> if it has no --enable-libass or similar [13:49] <TwisteR> I have libass installed on my system, can ffmpeg use it as external library (like mplayer)? [13:50] <JEEB> yeah [13:50] <TwisteR> yep, there is no libass in the configuration line [13:50] <JEEB> yup, then you'd have to compile your own [13:50] <JEEB> git HEAD is recommended in most cases [13:51] <TwisteR> [14:50:06] <TwisteR> I have libass installed on my system, can ffmpeg use it as external library (like mplayer)? [13:51] <TwisteR> [14:50:11] <JEEB> yeah [13:51] <TwisteR> is that was the answer to my question? :-) [13:51] <JEEB> yes [13:52] <TwisteR> but nevertheless I need to recompile ffmpeg? [13:52] <JEEB> naturally [13:52] <TwisteR> ok, thank you! [13:53] <TwisteR> what a pity that there is no my favorite Gentoo at the work... :) [13:54] <TwisteR> USE="libass"... [13:55] <raph12> Hi guys, I need a bit of help to make my flv seekable when encoding from ffmpeg, which variable should I look at? [13:55] <TwisteR> and since there is no gentoo, I need to install tons of -dev packages, which I need to figure out by hand [13:57] <JEEB> TwisteR, not much. What are you using? [13:57] <JEEB> as pretty much all decoders are in libavcodec [13:58] <JEEB> you mostly need separate libraries for screen capture/encoding [13:58] <JEEB> and you should pretty surely know what you're going to encode :) [13:58] <JEEB> (and even then it's just small parts of the encoders available) [13:59] <JEEB> compiler + yasm + bash or something similar is already enough to get most of ffmpeg built [14:38] <TwisteR> JEEB: can you tell, please, how to get the ffplay binary to be compiled? I have only ffserver, ffprobe and ffmpeg [14:39] <JEEB> check after installing SDL -dev [14:40] <TwisteR> thanks [15:14] <raph12> Hi guys, I need a bit of help to make my flv seekable when encoding from ffmpeg, which variable should I look at? [16:20] <jessy> hey there, i'm trying to capture my desktop with 5fps, "ffmpeg -f alsa -i pulse -f x11grab -r 5 -y -s 1920x1080 -i :0.0 -acodec libmp3lame -vcodec libx264 -threads 0 ~/Desktop/test.avi" with that command i have problem with audio input audio is ending middle of video , any idea ? [16:20] <jessy> i guess i was using -isync parameter in windows with that parameter it was working well, but i couldn't figured out in linux [16:26] <raph12> if I knew I would help :/ [16:27] <raph12> For me I'm stuck with flv that are not seekable, you know anything about this subject? [17:32] <finga> i want to program a tool for mixing videos is there something going on with ffmpeg ? [17:33] <Hydrant> hey all, for some reason while doing a screen capture the colors are wrong (e.g. green becomes pink)... anyone come across this before? Here is the command used: ffmpeg -f x11grab -r 25 -s 1280x720 -i :0.0+0,24 -vcodec libx264 -vpre lossless_ultrafast -threads 0 video.mkv [18:51] <hypnocat> how can i direct ffplay to output audio to jack? [19:14] <Helgoland> Cheerio guys, my libmp3lame version >= 3.98.3 is not found when cross-compiling, but is found when i compile for linux... how's that possible? [21:14] <TadekMocarz> HELLO [21:14] <TadekMocarz> anybody there [21:15] <TadekMocarz> the ffmpeg is not working. it dosent convert to any format i choose [21:15] <TadekMocarz> but video is playing with ffplay [21:15] <TadekMocarz> i tried all formats, none worked [21:15] <TadekMocarz> garbage [21:15] <TadekMocarz> for example i tried: [21:15] <TadekMocarz> -f mpegts -acodec libmp3lame -b:a 128k -ar 44100 -vcodec mpeg2video -vf scale=96:72 -b:v 174k -r 15 -strict -1 [21:15] <TadekMocarz> -f dvd -vcodec mpeg2video -r 29.97 -vf scale=352:480 -aspect 4:3 -b:v 4000k -mbd rd -trellis 1 -flags +mv0 -cmp 2 -subcmp 2 -acodec mp2 -b:a 192k -ar 48000 -ac 2 [21:16] <TadekMocarz> -f avi -r 29.97 -vf crop=iw:ih-58-62:0:58,scale=640:272 -vcodec libxvid -vtag XVID -aspect 2.35 -maxrate 1800k -b:v 1500k -qmin 3 -qmax 5 -bufsize 4096 -mbd 2 -bf 2 -trellis 1 -flags +aic -cmp 2 -subcmp 2 -g 300 -acodec libmp3lame -ar 48000 -b:a 128k -ac 2 [21:16] <TadekMocarz> etc [21:16] <TadekMocarz> and not even a single one is working [21:17] <sacarasc> Can you give us some ffmpeg output to work on? [21:18] <TadekMocarz> ok its working, its problem with a shity WinFF software [21:18] <TadekMocarz> its gui for ffmpeg [21:19] <TadekMocarz> just the preview feature of it didnt worked [21:19] <teratorn> TadekMocarz: HAH [21:19] <teratorn> TadekMocarz: dont use shitty windows software :( [21:19] <TadekMocarz> windows great, just winff weak [21:19] <TadekMocarz> in linux you propably dont even have gui.. [21:19] <TadekMocarz> you just enter some magic keywords and commands [21:19] <TadekMocarz> i want to use mouse, not keyboard [21:20] <microchip_> TadekMocarz: real men don't need no stinking GUI! :P [21:21] <TadekMocarz> i will check those videos in sansa clip zip [21:21] <TadekMocarz> what is the good kb/s for 96x72 pixels [21:21] <TadekMocarz> ? [21:22] <TadekMocarz> i want high quality [21:26] <TadekMocarz> i did used windows gui software for wget [21:26] <TadekMocarz> but its shitty too [21:26] <TadekMocarz> but console's even shittier [21:37] <llogan> TadekMocarz: i thought the sansa clip zip was only a music player [21:46] <TadekMocarz> noo [21:46] <TadekMocarz> llogan, if u put Rockbox software [21:46] <TadekMocarz> u can watch videos, play gameboy color games [21:46] <TadekMocarz> just everything [21:46] <TadekMocarz> there is even Doom game [21:47] <TadekMocarz> 3d game [21:47] <TadekMocarz> www.rockbox.org u better check this [21:50] <llogan> wow, packard bell made a player? [21:50] <llogan> it should come as a 6-pack since they would probably be disposable [22:04] <TadekMocarz> WHAT DOES -r paramater doing ? [22:05] <TadekMocarz> i checked the video on sansa and its too much cpu extensive [22:05] <TadekMocarz> need to make it easier for cpu [22:05] <sacarasc> Sets the frame rate. [22:06] <TadekMocarz> thats good idea [22:06] <llogan> TadekMocarz: what video formats can the device decode? [22:30] <TadekMocarz> hi again i got disconnected [22:30] <TadekMocarz> i need help with formatting video [22:30] <TadekMocarz> i use -f mpegts -acodec libmp3lame -b:a 96k -ar 32000 -vcodec mpeg1video -vf scale=96:72 -b:v 104k -r 8 -strict -1 [22:31] <TadekMocarz> but the resulting video requires too much cpu [22:31] <TadekMocarz> any tips ? [22:31] <TadekMocarz> how can i make it uncompressed avi ? [22:32] <sacarasc> TadekMocarz: Rockbox sucks for video. [22:34] <TadekMocarz> sucks or not sucks.. its software decode on 25Mhz cpu [22:34] <TadekMocarz> cant expect much [22:34] <TadekMocarz> but i want to atleast smooth play on some format [22:35] <sacarasc> I tried mpeg1 on my iPod 5.5, but it couldn't do it with rockbox. [22:35] <TadekMocarz> maybe too big resolution and too big bitrate? [22:37] <TadekMocarz> http://www.rockbox.org/wiki/PluginMpegplayer#Performance [22:40] <TadekMocarz> is there an option to choose between size and peformance? [22:40] <TadekMocarz> i dont care about big file size [22:42] <TadekMocarz> is there a way to convert stereo audio to mono [22:50] <TadekMocarz> help plax [23:19] <llogan> TadekMocarz: "-ac 1" is one method [23:19] <TadekMocarz> thanks [23:20] <TadekMocarz> but now i am trying to convert them in Sony Vegas [23:20] <TadekMocarz> i has GUI [23:20] <TadekMocarz> and i can set advanced paramters like I-FRAMES [23:20] <TadekMocarz> etc [23:23] <llogan> we can't help you here with Vegas [23:24] <TadekMocarz> nevermind.. vegas dont allow me to set fps lower than 23 [23:24] <TadekMocarz> so will try again in ffmpeg [23:25] <TadekMocarz> can somebody explain me this: [23:25] <TadekMocarz> frame= 53 fps=0.0 q=2.0 size= 155kB time=00:00:04.21 bitrate= 300.7kbits/s [23:26] <TadekMocarz> im interested in q variable [23:26] <TadekMocarz> higher = higher quality and more cpu-extensive ? [23:26] <TadekMocarz> i want to set this parameter manually [23:26] <TadekMocarz> how to [23:27] <TadekMocarz> how to choose between mpeg2 levels and profiles [23:29] <TadekMocarz> OK I KNOW HOW [23:29] <TadekMocarz> READING THE DOCUMENTATION [23:46] <TadekMocarz> ANYBODY HELPING ME [00:00] --- Thu Aug 9 2012

1 0

ffmpeg-devel.log.20120807
by burek 08 Aug '12

08 Aug '12

[00:27] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rcde4741177 10ffmpeg/libavcodec/h264.c: [00:27] <CIA-41> ffmpeg: h264: disable assert on current_picture_ptr being null. [00:27] <CIA-41> ffmpeg: It is possible in various error pathes as well as gap handling [00:27] <CIA-41> ffmpeg: that this has already been allocated. Its not clear why that [00:27] <CIA-41> ffmpeg: would be a problem with the current code, thus disable the [00:27] <CIA-41> ffmpeg: assert to avoid common assert failure when asserts are enabled. [00:27] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [01:26] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r3865ec2ace 10ffmpeg/libavcodec/proresenc_kostya.c: [01:26] <CIA-41> ffmpeg: proresenc_kostya: do not attempt to free random things [01:26] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [01:29] <iive> LoL [01:55] <durandal_1707> copy-paste fail [02:24] <durandal_1707> http://transcoding.wordpress.com/2011/11/16/careful-with-audio-resampling-u… [04:46] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r29d1df66ad 10ffmpeg/libavcodec/mpegaudiodec.c: [04:46] <CIA-41> ffmpeg: mpegaudiodec: replace assert() by check under #ifdef DEBUG [04:46] <CIA-41> ffmpeg: The assert can be false with some invalid inputs, the check is [04:46] <CIA-41> ffmpeg: too expensive to always do though for just a warning message. [04:46] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [05:12] <durandal_1707> hmm if that warning is not really relevant just make is av_dlog [06:04] <CIA-41> ffmpeg: 03Paul B Mahol 07master * r011ce89dba 10ffmpeg/ (5 files in 2 dirs): [06:04] <CIA-41> ffmpeg: avcodec: add bmp parser [06:04] <CIA-41> ffmpeg: Signed-off-by: Paul B Mahol <onemda(a)gmail.com> [06:11] <michaelni> could be done, but while the av_dlog() can be remvoed by the preprocessor the check would not [06:11] <michaelni> and that may have negative speed effects, the ifdef avoids this possibility [06:12] Action: michaelni doesnt trust gcc in removing if(a > b) ; [06:12] <michaelni> without sideeffects that is [06:12] <durandal_1707> check is not needed .... [06:15] <michaelni> please elaborate [06:16] <durandal_1707> av_dlog is DEBUG and not WARNING.... [06:16] <michaelni> the code checks if e is too small and then prints a warning [06:17] <durandal_1707> i see no point in that... [06:18] <durandal_1707> but whatever, there should be some macro to make such stuff takes less code [06:18] <michaelni> yes [06:20] <michaelni> some av_cond_dlog(condition, context, level, message, ...) maybe that gets converted to if(condition) av_log ... [06:21] Action: michaelni is tired falls asleep on his keyboard [07:33] <CIA-41> ffmpeg: 03Clément BSsch 07master * rcf753d5b59 10ffmpeg/doc/filters.texi: [07:33] <CIA-41> ffmpeg: doc: fix misspelled "convergence". [07:33] <CIA-41> ffmpeg: Found-by: David Rice [10:41] <ubitux> ok, edgedetect filter complete [10:41] <ubitux> (will submit tonight) [10:41] <ubitux> do we have a "difference" filter of some kind? [10:41] <mateo`> ubitux: great :) [10:41] <ubitux> :D [10:42] <ubitux> http://ubitux.fr/pub/pics/edgedetect.png [10:42] <ubitux> http://ubitux.fr/pub/pics/edgedetect2.png [10:42] <ubitux> it seems the results are consistent with the examples i see [13:32] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r7febc5aa93 10ffmpeg/libavcodec/arm/ (h264dsp_init_arm.c h264pred_init_arm.c): [13:32] <CIA-41> ffmpeg: arm: fix compile with disable-optimizations on android [13:32] <CIA-41> ffmpeg: Fixes Ticket1241 [13:32] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [13:45] <CIA-41> ffmpeg: 03Michael Niedermayer 07release/0.11 * ra19010f7a6 10ffmpeg/libavcodec/wmaenc.c: [13:45] <CIA-41> ffmpeg: wmaenc: dont mess with the bitrate. [13:45] <CIA-41> ffmpeg: The bitrate is not writeable by an encoder. [13:45] <CIA-41> ffmpeg: Fixes generation of invalid wma [13:45] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [13:45] <CIA-41> ffmpeg: 03Michael Niedermayer 07release/0.11 * r606538df6c 10ffmpeg/libavformat/oggdec.c: (log message trimmed) [13:45] <CIA-41> ffmpeg: oggdec: check stream index before using it in ogg_get_length() [13:45] <CIA-41> ffmpeg: Fixes crash based on a uninitialized array index read. [13:45] <CIA-41> ffmpeg: If the read does not crash then out of array writes based [13:45] <CIA-41> ffmpeg: on the same index might have been triggered afterwards. [13:45] <CIA-41> ffmpeg: Found-by: inferno(a)chromium.org [13:45] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [13:45] <CIA-41> ffmpeg: 03Reimar Döffinger 07release/0.11 * r5231a35559 10ffmpeg/libavformat/oggdec.c: [13:45] <CIA-41> ffmpeg: oggdec: simplify start time calculation code. [13:45] <CIA-41> ffmpeg: Also slightly more correct behaviour in case streams_left for [13:45] <CIA-41> ffmpeg: some reason is 0 from the start. [13:45] <CIA-41> ffmpeg: Signed-off-by: Reimar Döffinger <Reimar.Doeffinger(a)gmx.de> [14:08] <ubitux> is there any socis student here? [14:09] <ubitux> https://ffmpeg.org/trac/ffmpeg/ticket/1615 looks like a relatively simple task to do [16:40] <yao_> hi, any idea why e500mc cpu is not supported in the libav's configure? [18:07] <Daemon404> yao_, hi [18:07] <Daemon404> im working on it [18:07] <Daemon404> <--- Derek [18:07] <yao_> hi Daemon404 [18:08] <Daemon404> im just doing a test build [18:08] <yao_> thanks Daemon404, I really have no idea the cpuflags should be [18:08] <Daemon404> configure currently doesn't support it [18:08] <Daemon404> im adding support [18:08] <yao_> exactly [18:09] <Daemon404> gimme about 10 mins [18:10] <yao_> np [18:10] <Daemon404> yao_, you work for wind river, right? [18:10] <yao_> yes [18:10] <Daemon404> i interned there last year [18:11] <yao_> really? [18:11] <Daemon404> yup [18:11] <yao_> usa department? [18:11] <Daemon404> ottawa office [18:11] <yao_> I work for Ottawa too, but I am new here [18:12] <Daemon404> ah... i was there from jan2011->sept2011 [18:12] <Daemon404> randy knows who i am. [18:13] <yao_> oh, Randy is on vacation [18:13] <Daemon404> i know [18:16] <Daemon404> yao_, brb after lunch... [18:17] <yao_> sure [18:17] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r2f6f2f4f73 10ffmpeg/libavcodec/mpeg12.c: [18:17] <CIA-41> ffmpeg: mpeg12dec: move checks out of decode picture coding extension. [18:17] <CIA-41> ffmpeg: Fixes out of array reads [18:17] <CIA-41> ffmpeg: Fixes Ticket1330 [18:17] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [19:03] <Daemon404> yao_, i have a patch on the mailing list, but I need someone to test it on actual hardware. [19:04] <yao_> what hardware u need? [19:05] <Daemon404> i just need to make sure it compiles correctly and runs on an e500mc [19:05] <Daemon404> i only have a toolchain here... nothing to test it on [19:06] <yao_> I have an e500mc target but never test gstreamer [19:07] <Daemon404> well... patch is sitting on the mailing list in any case :) [19:08] <yao_> let me see whether the patch is simple enough no need testing:) [19:12] <yao_> Daemon404: the patch is simple enough, -mcpu=e500mc is correct, our build is based on -mcpu=e500mc, I thought there is other optimization can be done with the e500mc [19:15] <Daemon404> if youre talkign about -mhard-float, i think gcc should pass that on its own when you call -mcpu=e500mc [19:17] <yao_> it is default when cpu is e500mc? [19:19] <Daemon404> daemon404@bbvm:~/dev/f/ffmpeg$ powerpc-poky-linux-gcc -c -mcpu=e500mc test.c -o test1.o [19:19] <Daemon404> daemon404@bbvm:~/dev/f/ffmpeg$ powerpc-poky-linux-gcc -c -mcpu=e500mc -mhard-float test.c -o test2.o [19:19] <Daemon404> daemon404@bbvm:~/dev/f/ffmpeg$ md5sum *.o [19:19] <Daemon404> f52d25cc08954fe9d721140472580d0c test1.o [19:19] <Daemon404> f52d25cc08954fe9d721140472580d0c test2.o [19:20] <Daemon404> oh... wait i guess it would make sense to actually test a file with floating poitn arithmetic.. [19:20] <Daemon404> -_- [19:22] <Daemon404> still identical [19:52] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r8993c25695 10ffmpeg/libavformat/avidec.c: [19:52] <CIA-41> ffmpeg: avidec: fix AVStream.info memleak with dv. [19:52] <CIA-41> ffmpeg: Fixes Ticket1334 [19:52] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [20:08] <beastd> hi [20:12] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r13bbc464ed 10ffmpeg/doc/examples/muxing.c: (log message trimmed) [20:12] <CIA-41> ffmpeg: examples/muxing: set codec in the codec context [20:12] <CIA-41> ffmpeg: Make add_{audio,video}_stream return the found codec, and pass it to [20:12] <CIA-41> ffmpeg: avcodec_open2() through open_{audio,video} functions. [20:12] <CIA-41> ffmpeg: Fix failure: [20:12] <CIA-41> ffmpeg: No codec provided to avcodec_open2(). [20:12] <CIA-41> ffmpeg: could not open codec [20:12] <CIA-41> ffmpeg: 03Paul B Mahol 07master * r13c5069187 10ffmpeg/ (6 files in 3 dirs): (log message trimmed) [20:12] <CIA-41> ffmpeg: lavfi: add smptebars source [20:12] <CIA-41> ffmpeg: Patch readapted by Stefano Sabatini, color values proposed by Tim [20:12] <CIA-41> ffmpeg: Nicholson <nichot20(a)yahoo.com>. [20:12] <CIA-41> ffmpeg: Address trac ticket #1462. [20:12] <CIA-41> ffmpeg: See thread: [20:12] <CIA-41> ffmpeg: Subject: [FFmpeg-devel] [PATCH] smptebars filter [20:23] <michaelni> hi beastd [20:25] Action: beastd is looking at the make uninstall fix from jamal [21:11] <CIA-41> ffmpeg: 03Derek Buitenhuis 07master * r9b34ae4a65 10ffmpeg/configure: [21:11] <CIA-41> ffmpeg: configure: Add support for e500mc CPU [21:11] <CIA-41> ffmpeg: Signed-off-by: Derek Buitenhuis <derek.buitenhuis(a)gmail.com> [21:11] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [21:11] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rbb7744a45b 10ffmpeg/libavcodec/pnm.c: [21:11] <CIA-41> ffmpeg: pnmdec: make pnm_get more robust [21:11] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [21:11] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r0049af2628 10ffmpeg/libavcodec/pnm.c: [21:11] <CIA-41> ffmpeg: pnmdec: make ff_pnm_decode_header() more robust [21:11] <CIA-41> ffmpeg: Fixes ticket1321 [21:11] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [22:03] <CIA-41> ffmpeg: 03Justin Ruggles 07master * r2fa57c9daf 10ffmpeg/libavformat/mpc8.c: [22:03] <CIA-41> ffmpeg: mpc8: set packet duration and stream start time instead of tracking frames [22:03] <CIA-41> ffmpeg: Fixes mpc8 timestamps. [22:03] <CIA-41> ffmpeg: 03Justin Ruggles 07master * rfdbeae4490 10ffmpeg/libavcodec/mpc8.c: [22:03] <CIA-41> ffmpeg: mpc8: add a flush function [22:03] <CIA-41> ffmpeg: Ensures that the next frame decoded after seeking will be decoded as a [22:03] <CIA-41> ffmpeg: keyframe. [22:03] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rbc773d0d42 10ffmpeg/: (log message trimmed) [22:03] <CIA-41> ffmpeg: Merge commit 'f5d2c597e99af218b0d4d1cf9737c7e68ee934e4' [22:03] <CIA-41> ffmpeg: * commit 'f5d2c597e99af218b0d4d1cf9737c7e68ee934e4': [22:03] <CIA-41> ffmpeg: build: fix library installation on cygwin [22:04] <CIA-41> ffmpeg: mpc8: add a flush function [22:04] <CIA-41> ffmpeg: mpc8: set packet duration and stream start time instead of tracking frames [22:04] <CIA-41> ffmpeg: Conflicts: [22:04] <CIA-41> ffmpeg: 03Yaakov Selkowitz 07master * rf5d2c597e9 10ffmpeg/configure: [22:04] <CIA-41> ffmpeg: build: fix library installation on cygwin [22:04] <CIA-41> ffmpeg: This installs libraries using the proper names and locations, [22:04] <CIA-41> ffmpeg: generates an import lib for the DLL, and drops no longer needed [22:04] <CIA-41> ffmpeg: linker flags. [22:04] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [22:39] <CIA-41> ffmpeg: 03jamal 07master * r7c5466d4fc 10ffmpeg/common.mak: [22:39] <CIA-41> ffmpeg: checkheaders: Fix directory creation in out-of-tree builds. [22:39] <CIA-41> ffmpeg: checkheaders wasn't creating folders as needed, so if it was run [22:39] <CIA-41> ffmpeg: immediately after the configure script it would fail as soon as [22:39] <CIA-41> ffmpeg: it tried to compile headers inside the ARCH folders. [22:39] <CIA-41> ffmpeg: Signed-off-by: Alexander Strasser <eclipse7(a)gmx.net> [22:39] <CIA-41> ffmpeg: 03jamal 07master * r49440853d0 10ffmpeg/library.mak: [22:39] <CIA-41> ffmpeg: build: Fix some paths in uninstall-libs [22:39] <CIA-41> ffmpeg: Folder and file names weren't being separated with a slash. [22:39] <CIA-41> ffmpeg: This resulted in .dll.a, .lib and .def files not being removed on uninstall. [22:39] <CIA-41> ffmpeg: Signed-off-by: Alexander Strasser <eclipse7(a)gmx.net> [22:51] <CIA-41> ffmpeg: 03Anton Khirnov 07master * r104e10fb42 10ffmpeg/ (5 files in 2 dirs): lavc: add AV prefix to codec ids. [22:51] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r7a72695c05 10ffmpeg/: (log message trimmed) [22:51] <CIA-41> ffmpeg: Merge commit '36ef5369ee9b336febc2c270f8718cec4476cb85' [22:51] <CIA-41> ffmpeg: * commit '36ef5369ee9b336febc2c270f8718cec4476cb85': [22:51] <CIA-41> ffmpeg: Replace all CODEC_ID_* with AV_CODEC_ID_* [22:51] <CIA-41> ffmpeg: lavc: add AV prefix to codec ids. [22:51] <CIA-41> ffmpeg: Conflicts: [22:51] <CIA-41> ffmpeg: doc/APIchanges [22:51] <CIA-41> ffmpeg: 03Anton Khirnov 07master * r36ef5369ee 10ffmpeg/ (582 files in 8 dirs): Replace all CODEC_ID_* with AV_CODEC_ID_* [22:52] <durandal_1707> what a waste [22:53] <j-b> waste? [22:54] <durandal_1707> last do ranom rename every next random day [22:59] <CIA-41> ffmpeg: 03Paul B Mahol 07master * r3662f787e7 10ffmpeg/libavcodec/gifdec.c: [22:59] <CIA-41> ffmpeg: gifdec: pass avctx to av_log() [22:59] <CIA-41> ffmpeg: Signed-off-by: Paul B Mahol <onemda(a)gmail.com> [22:59] <CIA-41> ffmpeg: 03Paul B Mahol 07master * rf64288960b 10ffmpeg/libavcodec/gifdec.c: [22:59] <CIA-41> ffmpeg: gifdec: remove redundant "gif: " from av_dlog() [22:59] <CIA-41> ffmpeg: Signed-off-by: Paul B Mahol <onemda(a)gmail.com> [22:59] <CIA-41> ffmpeg: 03Paul B Mahol 07master * r2da5a5ce00 10ffmpeg/libavcodec/gifdec.c: [22:59] <CIA-41> ffmpeg: gifdec: return more meaningful error codes [22:59] <CIA-41> ffmpeg: Signed-off-by: Paul B Mahol <onemda(a)gmail.com> [23:09] <CIA-41> ffmpeg: 03Mans Rullgard 07master * ra3df4781f4 10ffmpeg/ (18 files in 3 dirs): [23:09] <CIA-41> ffmpeg: x86: add colons after labels [23:09] <CIA-41> ffmpeg: nasm prints a warning if the colon is missing. [23:09] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [23:09] <CIA-41> ffmpeg: 03Mans Rullgard 07master * r2b140a3d09 10ffmpeg/libavcodec/x86/ (h264_deblock_10bit.asm rv34dsp.asm rv40dsp.asm): [23:09] <CIA-41> ffmpeg: x86: use 32-bit source registers with movd instruction [23:09] <CIA-41> ffmpeg: yasm tolerates mismatch between movd/movq and source register size, [23:09] <CIA-41> ffmpeg: adjusting the instruction according to the register. nasm is more [23:09] <CIA-41> ffmpeg: strict. [23:09] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [23:09] <CIA-41> ffmpeg: 03Mans Rullgard 07master * r7238265052 10ffmpeg/libavutil/x86/x86inc.asm: [23:09] <CIA-41> ffmpeg: x86: fix rNmp macros with nasm [23:09] <CIA-41> ffmpeg: For some reason, nasm requires this. No harm done to yasm. [23:09] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [23:09] <CIA-41> ffmpeg: 03Mans Rullgard 07master * redd8226795 10ffmpeg/libavutil/x86/x86inc.asm: [23:09] <CIA-41> ffmpeg: x86: fix build with nasm 2.08 [23:09] <CIA-41> ffmpeg: It appears that something goes wrong in old nasm versions when the [23:09] <CIA-41> ffmpeg: %+ operator is used in the last argument of a macro invocation and [23:09] <CIA-41> ffmpeg: this argument is tested with %ifdef within the macro. This patch [23:09] <CIA-41> ffmpeg: rearranges the macro arguments such that the %+ operator is never [23:09] <CIA-41> ffmpeg: * qatar/master: [23:09] <CIA-41> ffmpeg: x86: fix build with nasm 2.08 [23:09] <CIA-41> ffmpeg: x86: use nop cpu directives only if supported [23:09] <CIA-41> ffmpeg: x86: fix rNmp macros with nasm [23:09] <CIA-41> ffmpeg: build: add trailing / to yasm/nasm -I flags [23:09] <CIA-41> ffmpeg: 03Mans Rullgard 07master * rf295fee2c9 10ffmpeg/Makefile: [23:10] <CIA-41> ffmpeg: build: add trailing / to yasm/nasm -I flags [23:10] <CIA-41> ffmpeg: nasm requires a trailing / on paths specified with -I. [23:10] <CIA-41> ffmpeg: It does no harm with yasm. [23:10] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [23:39] <saste> ffmpeg-soc: This list is about development of the FFmpeg Google Summer of Code projects. [23:40] <saste> ffmpeg-soc is not used since ages, should we remove it from "contact"? [23:41] <j-b> yes [23:43] <saste> i agree, will send a patch soon [00:00] --- Wed Aug 8 2012

1 0

ffmpeg.log.20120807
by burek 08 Aug '12

08 Aug '12

[00:01] <llogan> i don't see an audio input [00:02] <JEEB> well, looking at the command line on the whole it's made for both audio and video [00:02] <JEEB> so I just noted [00:03] <ylluminate> perfect, thanks JEEB [00:04] <ylluminate> yeah, there was no audio in this. it's a youtube upload [00:04] <seba-> hm [00:04] <ylluminate> i guess the dev who initially built this put in an audio component [00:05] <ylluminate> i am curious, is there a particular incantation that is optimized for hd youtube uploads of which you guys are aware? [00:06] <seba-> i'm having a problem with capturing video+audio from a webcam using linux, it works normally usually, but sometimes i get a stream of DTS and PTS errors [00:06] <seba-> any ideas? [00:07] <seba-> with errors it works [00:07] <seba-> but the audio/video gets slowly desynced [00:07] <seba-> when the errors don't pop out it works ok [00:07] <llogan> ylluminate: typically you give it the best quality that is practical for you to upload since youtube will re-encode anyway [00:07] <JEEB> ^ [00:08] <JEEB> also you usually don't go over 30fps IIRC, since youtube will just convert it to that or lower frame rate if you do [00:09] <JEEB> if you have the bandwidth you can just do -crf 0 and have something lossless as audio [00:09] <ylluminate> right, well i've seen some issues previously when encoding in other apps such as compressor where youtube fails miserably to reencode properly. it has gone away in recent times with some good presets that have been now provided, however i was thinking that there may be something to take into consideration here with ffmpeg [00:09] <llogan> or if you need something less big than lossless: ffmpeg -i input -c:v libx264 -preset <your desired preset> -crf 18 ... output [00:10] <JEEB> or any crf from the range of 10 to 20 depending on your eyes and the end result's size [00:12] <JEEB> up to 720p at times if your source doesn't get enough bitrate, you can try upscaling, but that usually only helps up to 720p (the bitrate rise to 6mbps from 2mbps isn't as big of a factor IIRC) [00:12] <JEEB> also, if you have something very detailed and fast, and if the output looks bad -- you might just have to simply blur the clip [00:13] <ylluminate> so the lower the crf, theoretically the higher the quality [00:13] <JEEB> that is the idea [00:13] <JEEB> it is probably the closest rate control mode that could be called "constant quality" [00:16] <ylluminate> interesting [00:16] <ylluminate> okay thanks for that [00:16] <JEEB> presets control the algorithms and features used for overall compression, and crf controls the quantization [00:16] <JEEB> the idea is to find the slowest preset that still is fast enough for you [00:16] <JEEB> and the highest crf that still serves you [00:16] <ylluminate> in this case a crf from 24 to 10 is not making any visual difference as they are coming from a set of jpeg images from scientific imaging [00:17] <JEEB> of course, in this case there might some reason to use crf 0, too -- which would be lossless, and which youtube finally started to support as they updated their internal libavcodec [00:17] <JEEB> until then they were seemingly using something from 2007 or so [00:18] <JEEB> (they updated somewhere last year or so) [00:18] <ylluminate> O.o [00:19] <JEEB> nothing surprising really, using these tools and x264 as the encoder is the most optimal solution methinks [00:19] <JEEB> (youtube did have its own H.264 encoder for a little while, but they switched to x264 quite quickly) [00:28] <ylluminate> where can i find an explanation of the difference between baseline, main, high, etc? [00:29] <JEEB> those are feature levels, basically [00:29] <JEEB> baseline is for devices that have very few processing power usually [00:30] <JEEB> http://en.wikipedia.org/wiki/H.264#Profiles [00:30] <JEEB> not perfect, but should give an image [00:31] <JEEB> oh, baseline doesn't have CABAC -- never noted that [00:31] <seba-> so no ideas [00:31] <seba-> for DTS / PTS errors? [00:32] <JEEB> seba-, something leads to unwished timestamps I would guess? I have no experience of video capture on linux so I will not be of much help [00:34] <JEEB> ylluminate, the default in libx264 is the high preset, and depending on your settings it gets lowered to the lowest one your used features let [00:34] <JEEB> if you set it, it usually means you have to limit compression features for something [00:34] <JEEB> that said, youtube doesn't need that [00:35] <ylluminate> i was going to say, prior to your last remark: so really setting a profile wouldn't be an issues presently with youtube since it reencodes and groks it now anyway [00:36] <JEEB> yup [00:36] <seba-> JEEB, yes, i don't really know why sometimes it works, sometimes it doesn't [00:36] <seba-> if it works at start it can works with zero or few errors over hours [00:37] <seba-> but if it starts with errors, it's just a big flow of errors then [00:37] <JEEB> ylluminate, youtube's mp4 support could still be derp, you could try using matroska (mkv) instead for example [00:38] <ylluminate> what would matroska gain? i wasn't aware youtube supported it [00:39] <JEEB> simpler timestamps [00:39] <JEEB> mp4 is a format that older parsers often can mis-parse [00:39] <ylluminate> ah [00:39] <JEEB> just guessing what you're getting as groks [00:40] <JEEB> (youtube used to even have a warning for mp4 usage in case the file contained a feature that might be misparsed) [00:40] <JEEB> and youtube pretty much supports what libavformat and friends supports I would guess [00:40] <ylluminate> yeah, i recall something like that from some time ago [00:47] <ylluminate> curious, is there a visual diff tool for videos that will create a differential video of two videos? [00:47] <JEEB> you could use avisynth and various filters it has on masks etc. [00:48] <ylluminate> hmm, interesting [00:49] <JEEB> coupled with something that can preview the scripts (avspmod, virtualdub), you can then use it for various things [00:55] <ylluminate> really interesting [00:56] <saste> i wonder if a diff filter would make sense... [00:57] <ylluminate> sure would be handy saste [00:57] <ylluminate> i could see that used in a number of scenarios from simply seeing more easily the differences one encode to the next to many other applications [00:57] <saste> then with some overlay+pad magic you should be able to compare img1,img2 and diff on the same image [00:58] <ylluminate> yes [00:59] <ylluminate> it would be interesting to have a few different styles of diffing from an outline to color inversion and clipping: http://jeffkreeftmeijer.com/2011/comparing-images-and-creating-image-diffs/ [01:01] <saste> ylluminate: => feature request [01:02] <saste> or even better: => patch [01:02] <saste> or send money and i'll implement it ;-) [01:02] <ylluminate> lol [01:03] <ylluminate> would that i had the time and money at the moment to do it! it is very cool and useful though [01:04] <ylluminate> shame on JEEB as he's got me going off on tangents now regardless telling me stuff ;) [01:04] <saste> ylluminate: time and money are mutually exclusive [01:05] <ylluminate> lol, indeed [01:05] <ylluminate> i am curious JEEB, what kind of interesting applications of leveraging these together pop off the top of your head as you mentioned earlier? [01:06] <JEEB> I've mostly looked at differences of clips and tried masked filtering [01:06] <JEEB> for example, I had artifacts (haloing) mostly affect the lineart in an animated series [01:06] <JEEB> http://img16.imageshack.us/img16/4586/13198mask.png [01:07] <JEEB> made the active (white) mask a bit larger around itself, and applied the filter only there to fix it [01:08] <JEEB> http://forum.doom9.org/showthread.php?t=98985 <- avisynth filter used for that stuff [01:24] <brontosaurusrex> any clues what are the correct -profile:a names for libfdk-aacenc? [01:24] <brontosaurusrex> like he-aac, he-aac2 [01:25] <brontosaurusrex> staring at https://github.com/FFmpeg/FFmpeg/blob/master/libavcodec/libfdk-aacenc.c [01:25] <brontosaurusrex> doesn't make me any smarter [01:26] <ylluminate> very interesting JEEB, i would be interested in seeing your shell incantations to see how you worked through that [01:33] <alyawn> brontosaurusrex, look at line 370 of that file [01:33] <brontosaurusrex> ok [01:34] <brontosaurusrex> alyawn: yeah i tested all that, not working [01:35] <brontosaurusrex> unless perhaps vbr mode cannot use those profiles? [01:36] <alyawn> getting any errors, or is it simply failing silently [01:37] <brontosaurusrex> like this http://pastebin.com/zrDLpSkg [01:39] <ylluminate> saste: as you asked: https://ffmpeg.org/trac/ffmpeg/ticket/1615 [01:41] <llogan> saste: when "documentation" is selected in trac it auto-assigns to you. [01:41] <saste> llogan: yes, and that's annoying [01:41] <saste> what's that a curse? [01:41] <saste> also note that "stefano" is not an existing account name [01:42] <saste> mine is "saste" [01:43] <saste> ylluminate: ok [01:47] <llogan> saste: michael is the only one that can change that trac behavior, AFAIK. [01:48] <saste> michaelni ^ [01:50] <michaelni> hmm [01:50] Action: michaelni checks trac [01:52] <michaelni> saste removed from default for docs [01:52] <saste> michaelni: thanks [01:52] <michaelni> Sashmo, btw "stefano" is allso default for ffprobe, what should i do there ? [01:53] <saste> michaelni: i'd prefer not to "own" tickets [01:53] <michaelni> ok [01:53] <saste> i regularly check tickets in my area (ffprobe, libavfilter, docs) [01:53] Action: michaelni curses xchats auto completion ... [01:53] <saste> but i don't like the idea of "owning" them [01:54] <saste> also, my account name in trac is "saste", i don't even know if we have a "stefano" or not, what's sure he's not me [01:54] <michaelni> ok, new ffprobe tickets wont be auto assigned amynore [01:54] <michaelni> i dont think theres a stefano :) [01:55] <llogan> it's listed in some tickets [01:55] <llogan> https://ffmpeg.org/trac/ffmpeg/ticket/1492 [01:55] <saste> https://ffmpeg.org/trac/ffmpeg/query?status=!closed&owner=stefano [01:55] <saste> still he doesn't exist or he's not me! [01:56] <llogan> is he a fork? [01:56] <saste> yes he's the good side of me [01:57] <llogan> i like trac so far. much better than bugzilla. that one is just annoying. [01:58] <iive> michaelni: xchat have an option to autocomplete first the nicks that spoke most recently. [02:00] <michaelni> iive, where do i find that option [02:00] <saste> llogan: yes i'm fond of trac as well, don't get into the way, better than roundup as well [02:02] <iive> preferences->input_box->nick completition sorted: [last-spoke-order] (the last option on the page) [02:04] <michaelni> iive, thanks alot ! [02:04] <iive> it is not full proof, but it helps a lot. [02:05] <iive> e.g. if somebody quits or somebody with similar nick spokes suddenly, it could still mess up. [02:11] <ylluminate> perhaps you guys would want to take a look at chiliproject. it's been really nice from my experiences so far. [02:11] <ylluminate> anyway tanks for the chat earlier guys. l8r [02:19] <brontosaurusrex> well, read me here: http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=95989&view=findp… [02:23] <brontosaurusrex> its interesting how slow this thing is [02:31] <brontosaurusrex> or might be some compiling mistake [02:59] <brontosaurusrex> well, night and thanks [03:27] <juanmabc> what can you do with filters? could you kinda simulate an audacity-cli? [03:42] <alyawn> is -muxrate with mpegts thought to be working? I keep getting dts < pcr, TS is invalid... [04:07] <seba-> hm [04:39] <necktie> hi. does anyone know if ffmpeg can remove cinavia protection? [06:15] <alyawn> so does "dts < pcr, TS is invalid " necessarily mean that I've specified an incorrect muxrate for an mpegts? currently I have muxrate == bitrate == vbv-maxrate [10:21] <twid> I converted file by remuxing to avi.. BUt i cant play it in Widows media player.. it does play in VLC... So is there any tool that allow me to detect/debug error in Video File? [10:24] <twid_> I converted file by remuxing to avi.. BUt i cant play it in Widows media player.. it does play in VLC... So is there any tool that allow me to detect/debug error in Video File? [10:36] <zap0> who says the video file has an error? [10:45] <twid_> zap0 : R u asking to me.... I am thinking Windows media player might not able to read video Header.. [10:46] <zap0> then its WMP that is broken. [10:55] <twid_> I remuxed Video file to avi... but now it doesnt play in Windows media plaer, But it does play in VLC... So i think there some problem with video header..So is there any tool available to view technical info about File? Thx... [11:08] <MMlosh> twid_, remuxed from what? how? what are the codecs used in that file? (I won't help you, but those are important info clues you are missing in your request) [11:09] <twid_> Sorry... its code (MPEG-4)FMS4... Container is avi.... It does contain only one stream that is Video Stream no other stream in that.... [11:10] <twid_> Codec MPEG-4(FMS4) [11:28] <An_Ony_Moose> can anyone suggest a lossless codec for use as an intermediate format video processing? [11:28] <An_Ony_Moose> s/format/format in/ [11:29] <ubitux> animes ppl seem to use utvideo now [11:30] <ubitux> ffv1 should do the trick as well [11:47] <zap0> An_Ony_Moose, PNG. [12:16] <newenc> I'm trying to encode CBR mpeg2 files but result is always VBR. i have used -b -minrate -maxrate -bufsize -bt but still VBR. [12:16] <newenc> how can i force car? [12:16] <newenc> *CBR [12:18] <An_Ony_Moose> zap0: sorry, for a single video file [12:19] <zap0> An_Ony_Moose, wat? [12:20] <An_Ony_Moose> and I found one, never mind :P I used huffyuv [12:21] <An_Ony_Moose> is huffyuv raw YUV compressed with huffman's algorithm? [12:22] <JEEB> more or less, although huffyuv is an older one that only supports certain colorspaces. There's also ffvhuff that supports more if I recall correctly [12:32] <zap0> conversion too-from YUV may be lossy. [15:03] <twid_> How do i copy only single Stream(video Stream ) from file to another file? [15:05] <ubitux> with -map [15:05] <ubitux> -map 0:1 to map the stream 1 from input 0 [15:12] <twid_> ubitux thx.. [15:30] <Lju2> hello, need some help with burning subtitles on windows build.. anyone? [15:33] <ubitux> https://ffmpeg.org/trac/ffmpeg/wiki/How%20to%20burn%20subtitles%20into%20th… [15:33] <Lju2> thnx, thats where i started looking [15:33] <Lju2> but it does not work [15:34] <Lju2> and i dont know why, would an output help? [15:34] <ubitux> yes, please use pastebin to paste the full output [15:35] <ubitux> *and* your command line. [15:35] <Lju2> http://pastebin.com/CH6G7DAm ive also attached used .ass file [15:36] <Lju2> theres a couple of runs in pastebin-ed file.. [15:36] <Lju2> last one is what is suggested on the page you provided [15:36] <ubitux> ffmpeg -i sample.avi -vf ass=sample.ass,scale=608:256 out.avi [15:36] <ubitux> does that work? [15:37] <ubitux> (you can put the scale before the ass burning, depending on what you want) [15:37] <Lju2> ok, just a sec.. [15:38] <Lju2> noup, same thing [15:43] <ubitux> the ass format doesn't look correct [15:44] <ubitux> mmh or maybe it is [15:45] <ubitux> :qa [15:45] <ubitux> oups [15:45] <Lju2> i have even made an .ass from .srt through ffmpeg.. [15:46] <ubitux> ./ffplay -f lavfi -i testsrc,ass=test.ass [15:46] <ubitux> i've tried that [15:46] <ubitux> and the subtitles appear [15:46] <ubitux> after 5 seconds [15:46] <ubitux> (test.ass being your file) [15:46] <ubitux> (it is valid forget what i said) [15:49] <Lju2> interesting, i dont get anything.. [15:49] <Lju2> thats not good :D [15:51] <Lju2> on what OS are you? i'm on w7-32bit.. that could be a problem.. [15:51] <ubitux> linux [15:51] <ubitux> maybe a problem with fontconfig [15:52] <ubitux> " [15:52] <ubitux> [Parsed_ass_0 @ 005487a0] Fontconfig disabled, only default font will be used." [15:52] <ubitux> not sure if that would be the root of the problem [15:52] <Lju2> how can I get rid of that message? [15:55] <ubitux> i have no idea how you're supposed to use fontconfig on windows [15:55] <ubitux> i didn't use a windows since years [15:55] <Lju2> ok, you've helped me enough.. i think i'm gonna try on linux :) [15:56] <Lju2> after all, i'm gonna run it on linux [15:56] <JEEB> fontconfig should work on windows, but you'd have to compile ffmpeg with it I'd guess? [15:56] <Lju2> thats what i wanted to avoid.. [16:02] <jessy> hey there, i'm trying to compile ffmep with x11grab feature but in make step i'm getting bunch of errors, in debian [16:02] <jessy> ffmpeg* :p [16:02] <Mavrik> yay! [16:02] <jessy> if i don't use --enable-x11grab everything is fine [16:03] <JEEB> you might want to pastebin the errors you're getting [16:03] <ubitux> jessy: you likely need some -dev package on debian [16:04] <JEEB> aye [16:04] <jessy> actual error is ; In file included from libavdevice/x11grab.c:48: /usr/include/X11/Xlibint.h: In function _XIOError: [16:04] <Mavrik> my magic crystal ball tells me it's "libx11-dev" :) [16:04] <jessy> any idea ? [16:04] <Mavrik> jessy: paste full output please. [16:04] <Mavrik> in a pastebin. [16:04] <JEEB> ^ [16:05] <ubitux> libx11-dev looks appropriate for that header [16:05] <ubitux> though, the configure should have break [16:05] <jessy> http://pastebin.com/bb6MeHXJ [16:06] <jessy> configure is just fine but i can't compile with x11grab feature [16:06] <ubitux> apt-get install libx11-dev [16:06] <ubitux> and try again [16:07] <jessy> ubitux: i already have libx11-dev [16:08] <ubitux> didn't you change the code? [16:08] <jessy> ubitux: what you mean , i didn't change anything [16:20] <jessy> wew i stuck, where can i find static compiled ffmpeg with x11grab support ? [16:30] <Mavrik> hmm, why the kernel difference? [16:31] <jessy> fflogger: thanks, checking, but i guess i already tried http://dl.dropbox.com/u/24633983/ffmpeg/index.html this one and it doesn't have x11grab feature [16:33] <jessy> fflogger: yeah as i guess Unknown input format: 'x11grab' these builds doesn't support x11grab [16:34] <microchip_> fflogger is a bot ;) [16:34] <jessy> oh :) [16:34] <jessy> lol [16:35] <sacarasc> fflogger is the bot which flogs microchip_ every night. [16:36] <microchip_> sacarasc: you jelly? :p [16:37] <sacarasc> Yes, except I would have said it in non-idiot. [17:08] <jessy> i installed linux*-dev* with apt i'm still getting same error [17:11] <sacarasc> For X11, you'll need the xorg dev files... [17:11] <sacarasc> Or just quit.e :D [21:16] <necktie> hi. does anyone know if ffmpeg can remove cinavia protection? [21:16] <JEEB> no [21:34] <Mista_D> why multithreaded encoding produces slighthly different files (+/- 0.2%), while single threded are byte identical. Using same file/same encoding params. [21:35] <Mista_D> Using libx264. [21:36] <JEEB> Mista_D, are you using vbv? (maxrate/bufsize and friends) [21:36] <Mista_D> JEEB: yes. [21:36] <JEEB> vbv is intentionally nondeterministic with vbv [21:36] <JEEB> with threads [23:41] <yano> i'm trying to convert a .avi file to a .flv with a frame rate of 30 fps, and 1250k being the bitrate using CBR mode. I'm confused as to why the following command errors out: [23:41] <yano> ffmpeg -i PV01.avi -s 640x480 -r 30 -bufsize 1250k -minrate 1250k -maxrate 1250k -f flv PV01-ffmpeg.flv [23:42] <yano> and I get the error message: Error while opening encoder for output stream #0.0 - maybe incorrect parameters such as bit_rate, rate, width or height [23:48] <yano> i can get around the error if i specify -vcodec libx264 but then ffmpeg doesn't acknowledge the value i set with -r [23:48] <yano> or the bitrates i set [00:00] --- Wed Aug 8 2012

1 0

ffmpeg-devel.log.20120806
by burek 07 Aug '12

07 Aug '12

[00:00] <ubitux> there are more stuff in the previous posts iirc [00:00] <ubitux> the 3 previous ones seem to be about that [00:01] <CIA-41> ffmpeg: 03Clément BSsch 07master * rad55244c96 10ffmpeg/libavfilter/vf_overlay.c: lavfi/overlay: remove dead initialization. [00:01] <CIA-41> ffmpeg: 03Clément BSsch 07master * r16dc5f2050 10ffmpeg/ (10 files in 4 dirs): Replace various inlined inverse AVRational with av_inv_q(). [00:04] <durandal_1707> note that 0RGB is used in patch.... [00:09] <CIA-41> ffmpeg: 03Piotr Bandurski 07master * r1b72a7e8a9 10ffmpeg/libavformat/aiffenc.c: aiffenc: fix remuxing of qdm2 [00:21] <Daemon404> [17:53] <+durandal_1707> and kostya is almost begging that it get info ffmpeg [00:21] <Daemon404> ^ go2meeting has a metric shitload of users [00:22] <Daemon404> vlc sees tons [00:22] <Daemon404> we see tons uploaded at vimeo too [00:22] <Daemon404> assuming it isnt a troll. [00:22] <j-b> we have a shitload of this codec [00:23] <j-b> no idea why [00:23] <Daemon404> yeah so do we [00:23] <Daemon404> no idea why :P [00:38] <CIA-41> ffmpeg: 03Piotr Bandurski 07master * r68f4156f44 10ffmpeg/libavformat/movenc.c: movenv: fix remuxing of qdm2 [00:46] <durandal_1707> Daemon404: so you want this patch into ffmpeg? [00:50] <iive> if it is so hard to RE the real codec, is that patch real at all or just troll. [00:51] <iive> btw what is the bounty for g2m codecs? [00:52] <durandal_1707> j-b is out of money [00:53] <llogan> ubitux: stefano mentioned that he doesn't want tickets assigned to him (see 1492). [00:53] <ubitux> llogan: it was done automatically when i selected the documentation category [00:53] <llogan> ah. I was wondering about that. [00:55] <Compn> i wonder if that gotomeeting patch was rejected for some reason in libav [00:55] <Compn> but could be accepted into ffmpeg :P [00:56] <llogan> what's libav? [00:56] <durandal_1707> Compn: seriously, look at patch [00:56] <Compn> by j-b ? [00:56] <durandal_1707> llogan: it is "upstream" fork where real "work" happens [00:58] <Compn> patch is missing riff entry anyhow [00:58] <Compn> :P [01:00] <Compn> Daemon404 : are you using mplayer binary codec to decode them ? :P [01:00] <Compn> at vimeo [01:00] <Compn> if not, why not? [01:03] <Compn> durandal_1707 : i am no programmer, i cant tell whats wrong with code ... [01:03] <durandal_1707> Compn: it is only 321 lines [01:03] <durandal_1707> vaporware [01:04] <Compn> did you compile it ? [01:04] <Compn> :p [01:04] <durandal_1707> enotime [01:05] <Compn> zerocodec decoder is only 130 lines [01:05] <Compn> :P [01:05] <Compn> of course, decoder complexity does not match up with previous RE blog entries talking about compression features [01:06] <Compn> i wonder if it outputs a message like 'g2m stinks' or 'france isnt very nice' [01:06] <Compn> ehe [01:07] <Compn> could just /q kshishkov i guess [01:07] <Compn> oh the g2m are already in riff.c nm [01:07] <durandal_1707> it just sets all pixels to 0x004294CF [01:10] <durandal_1707> and looks like put cursor too... [01:14] <kierank> i would speculate it produces a tricolor [01:14] <Compn> ehe [01:15] <Compn> i wonder if kostya made it because of my previous comment [01:15] <Compn> 'let those french guys RE their own codecs' [01:15] <iive> Compn: you are french now? [01:15] <durandal_1707> the version check for libmp3lame is pointless - it does not work [01:15] <Compn> iive : no, but copyright on that patch is to j-b :P [01:17] <iive> Maybe we should ask j-b to commit it, but also add av_log with something like "special thanks to kostya for RE this codec". I guess that would be meta trolling. ;) [01:20] <Compn> maybe we should just email gotomeeting and see if they'll give us some decoder code :P [01:25] <iive> this is too obvious :P [01:36] <CIA-41> ffmpeg: 03Paul B Mahol 07master * r958df52ae0 10ffmpeg/configure: [01:36] <CIA-41> ffmpeg: configure: make libtwolame check more robust [01:36] <CIA-41> ffmpeg: Signed-off-by: Paul B Mahol <onemda(a)gmail.com> [01:46] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * re4b53d995c 10ffmpeg/libavformat/mov.c: [01:46] <CIA-41> ffmpeg: mov: dont clip timestamps at 0 [01:46] <CIA-41> ffmpeg: Fixes Ticket1251 [01:46] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [02:56] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r7bf16ec300 10ffmpeg/libavformat/mpc8.c: [02:56] <CIA-41> ffmpeg: mpc8: fix pts [02:56] <CIA-41> ffmpeg: Fixes Ticket1254 [02:56] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [03:28] <durandal_1707> michaelni: i think right fix for mpc8 is to set packet duration [03:30] <durandal_1707> and packet duration for mpc7 is always same [03:35] <CIA-41> ffmpeg: 03Paul B Mahol 07master * r9c1619b5fe 10ffmpeg/libavcodec/mpc7.c: [03:35] <CIA-41> ffmpeg: mpc7: remove duplicated definitions [03:35] <CIA-41> ffmpeg: They are available in mpc.h [03:35] <CIA-41> ffmpeg: Signed-off-by: Paul B Mahol <onemda(a)gmail.com> [03:41] <michaelni> durandal_1707, possible but it might cause issues as all timestamps are then unknown (if only duration is set) [03:43] <michaelni> lavf can resolve this but it adds more delay [03:43] <durandal_1707> michaelni: but it have avpriv_set_pts_info [03:45] <durandal_1707> problem is more evident with -c copy [03:52] <michaelni> what problem ? [03:53] <durandal_1707> compare it with flac files.... [03:53] <michaelni> can you please just tell me instead of giving riddles [03:53] <michaelni> i have many bugs to work on [03:53] <durandal_1707> no worry, i will work on this and sent it for review [03:53] <michaelni> ok, thanks [03:56] <durandal_1707> lol pts is set in such way that duration should be 1.... [03:57] <durandal_1707> avpriv_set_pts_info(st, 32, MPC_FRAME_SIZE, st->codec->sample_rate); [03:57] <durandal_1707> usually it is set this way: [03:57] <durandal_1707> avpriv_set_pts_info(st, 64, 1, st->codec->sample_rate); [03:57] <durandal_1707> and than pkt->duration have more sense... [04:19] <durandal_1707> nvm it just not worth changing this .... [04:50] <durandal_1707> michaelni: when seeking i get strange stuff - does mpc8 misses flush? [04:51] <durandal_1707> hmm this happens only with mplayer [09:04] <randomguy123> hello ffmpeg, I tried to use latest git and my impression WTF!? Anybody every tries to run it in debug build (e.g. without NDEBUG enabled?) [09:06] <randomguy123> I downloaded a video clip (fantastic_four_rise_of_the_silver_surfer-trailer which is h264 high with aac stereo) and I stream it locally using VLC. Then I tried to read that rtp stream using ffmpeg ... and my impression WTF!!! I get asserts all over the place [09:07] <randomguy123> for example: assert(s->pict_type == AV_PICTURE_TYPE_I || (s->last_picture_ptr && [09:07] <randomguy123> s->last_picture_ptr->f.data[0])); [09:07] <randomguy123> inside mpegvideo.c [09:08] <randomguy123> udp.c code simply crashes on probing (inside udp_close it tries to pthread_mutex_destroy and pthread_cond_destroy uninitialized mutex and cond variables etc). [09:09] <randomguy123> Even after fixing all this shit I can't simply save rtp stream to local file. [09:10] <randomguy123> here's the output of epic fail: http://pastebin.com/6n8fEsLe [09:13] <randomguy123> this message ("increase fifo_size URL option") seems to be pure BS, I tried to add that fifo_size url parameter but while parsing url code always adds fifo_size=0 so it's always 0 anyways. Not sure if I missed something about it... (rtpproto.c(116): url_add_option(buf, buf_size, "fifo_size=0");) [09:15] <randomguy123> Here's how I stream locally with vlc: vlc.exe" -vvv "Fantastic Four - Rise of the Silver Surfer - Trailer.mp4" :sout=#rtp{sdp=rtsp://localhost:8554/test} :sout-keep --loop [09:15] <randomguy123> and here's how I try to save it with ffmpeg: ffmpeg.exe -i "rtsp://localhost:8554/test" -vcodec copy -acodec copy output.mp4 [09:20] <randomguy123> approximately same shit happens with non-debug builds from http://ffmpeg.zeranoe.com: http://pastebin.com/jddcPmhm [09:20] <randomguy123> anybody can tell if I should try libav instead, or ffmpeg is still the tool to use? [09:23] <ubitux> randomguy123: do you mind opening a proper bug report on the trac for the assert in mpegvideo.c? [09:23] <TimNich> ubitux: Just beat me to it... [09:24] <ubitux> randomguy123: also for the rtp problem, the command line would be interesting; if you could open an issue as well& :) [09:25] <ubitux> also, are all of these regressions? and if so, what was the last working version you tested? [09:26] <ubitux> randomguy123: about libav, it's a fork; if you want to try with libav you're obviously free to do it. If those issues are not reproducible with libav, the bug report are even more interesting [09:26] <ubitux> randomguy123: and last thing, this is a development channel; so unless you have fixes to discuss, i'd recommand to report bugs on the trac, or use the #ffmpeg user channel [09:27] <randomguy123> I've never tried to do it. I simply need to write imput module for ffmpeg and rtsp is similar in functionality to what I need to write. So I compiled ffmpeg in debug and stepthrough the code to see what's going on. I didn't do ffmpeg related stuff for a while, but when I used it last time (for programming) it seemed to be more stable [09:29] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * re6b9903d82 10ffmpeg/libavcodec/shorten.c: [09:29] <CIA-41> ffmpeg: shorten: fix cmd type [09:29] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [09:29] <randomguy123> i can post quick fixes righ here if anybody cares. I don't want to create proper diffs, no offence, a few years ago I create lots of patches spent hours literary creating them and I got some BS in reply and i unsubscribed and never came back. [09:29] <randomguy123> libavformat/udp.c udp_close: [09:30] <randomguy123> pthread_mutex_destroy(&s->mutex); [09:30] <randomguy123> pthread_cond_destroy(&s->cond); [09:30] <randomguy123> these two should be inside if (s->thread_started) { ... } block, otherwise they are executed on junk data (initizlied to 0). [09:30] <ubitux> randomguy123: no worry; but most of the time the first step is to allow us to reproduce the issue :p [09:32] <randomguy123> I use winpthread, that's probably why same code has no problems. But simply probing any udp resource should call that code. Put a breakpoint there and see values of mutex and cond, both are 0. [09:32] <ubitux> randomguy123: so this would fix the probing on what? [09:32] <randomguy123> that is, they were inited by default as calloc for extra_data_size [09:33] <randomguy123> movind these two destroys inside the block makes sure that destroy isn't called on uninitizlized mutex and cond variables. [09:34] <randomguy123> search that entire file for thread_started, you'll see that only when thread_started is 1 these variables are properly initizlied. [09:34] <randomguy123> otherwise they aren't good to touch. [09:36] <randomguy123> here's how to reproduce rtsp problems. http://www.h264info.com/clips.html Download Link: fantastic_four_rise_of_the_silver_surfer-trailer.zip (90 MB) [09:36] <ubitux> thanks [09:36] <randomguy123> then stream locally the video with vlc: vlc.exe -vvv "Fantastic Four - Rise of the Silver Surfer - Trailer.mp4" :sout=#rtp{sdp=rtsp://localhost:8554/test} :sout-keep --loop [09:37] <randomguy123> then simply try to ffmpeg -i "rtsp://localhost:8554/test" [09:37] <ubitux> just in case you suddenly disappear or still don't plan to send any patch; to whom the credits should go in the commit? [09:37] <randomguy123> or better: ffmpeg -i "rtsp://localhost:8554/test" -vcodec copy -acodec copy output.mp4 [09:38] <randomguy123> in case if it's confirmed and proper fixes, put Pavel [09:39] <ubitux> there is one other Pavel in ffmpeg git history; Pavel Koshevoy [09:39] <ubitux> if that's not you, any extra name? :) [09:39] <randomguy123> there is another one as well, years ago, full git has me there a few time [09:40] <ubitux> oh Pavel Pavlov then [09:40] <ubitux> ok [09:40] <randomguy123> some pretty useless patches were committed [09:40] <randomguy123> yes [09:42] <ubitux> the ffmpeg command seems to work for me [09:42] <ubitux> valgrind doesn't detect any problem [09:43] <ubitux> but i might not have the same threading configuration since i'm on *nix [09:48] <randomguy123> it's very possible that pthread_mutex_destroy on unix check for 0 pointers, or it simply might use different code. The docs don't mention if it's safe to destroy uninitialized mutex, I assume it's not safe to do so. [09:48] <ubitux> i have HAVE_PTHREAD_CANCEL set, and mutex/cond destroyed are called without entering in the thread started block [09:48] <ubitux> randomguy123: ok [09:49] <randomguy123> me to, I have pthread_cancel available. I use win-pthread official pthread windows port. [09:49] <ubitux> yeah [09:49] <ubitux> it looks right anyway to put them in the block [09:49] <ubitux> give me a minute i'll send a patch at your name [09:50] <randomguy123> just don't put that old email there. [09:50] <ubitux> then maybe give me a valid one, or send it yourself :) [09:51] <randomguy123> commit from ur email, and simply mention my name without email, that's all [09:52] <ubitux> i'd prefer not :) [09:52] <ubitux> i'd rather google your name to find your email [09:52] <ubitux> you have to take responsability ;) [09:52] <randomguy123> why not?? :) ah [09:53] <randomguy123> ok, there's a reason why. I don't want my emplyer to see that I'm messing with open source stuff :) [09:54] <ubitux> i can wait for non-working hours to send the patch if that's the issue [09:54] <ubitux> i don't mind to send it anonymous though [09:55] <randomguy123> it's non working now, just send anonymous, please! [09:55] <ubitux> ok ok [09:56] <randomguy123> another thing with reading rtsp. inside udp.c udp_open(...) on line 523 or so: [09:56] <randomguy123> s->circular_buffer_size = strtol(buf, NULL, 10)*188; [09:56] <randomguy123> add this log for testing: av_log(h, AV_LOG_WARNING, "uri: '%s'; s->circular_buffer_size:%d\n", uri, s->circular_buffer_size); [09:57] <randomguy123> no matter what I try it's always going to use circular_buffer_size = 0 [09:57] <randomguy123> this is what I get in the log: [09:57] <randomguy123> [udp @ 026CF410] uri: 'udp://[::1]?localport=8078&fifo_size=0'; s->circular_buffer_size:0 [09:57] <randomguy123> [udp @ 026CF4B0] uri: 'udp://[::1]:0?localport=8079&fifo_size=0'; s->circular_buffer_size:0 [09:57] <randomguy123> [udp @ 0216D390] uri: 'udp://[::1]?localport=8080&fifo_size=0'; s->circular_buffer_size:0 [09:57] <randomguy123> [udp @ 0217D540] uri: 'udp://[::1]:0?localport=8081&fifo_size=0'; s->circular_buffer_size:0 [09:59] <ubitux> first UDP patch is in my queue, 'will submit later (i'm actually at work too and not really supposed to do that) [10:00] <randomguy123> the other issue is that fifo_size=0 is always there and I'm not sure how to avoid that. I tried to simply hadcode some value but in that case I really get bad results. [10:01] <randomguy123> basicaly, when I dump to output.mp4 I get somewhat broken video. because of multiple: [10:02] <randomguy123> [NULL @ 00CEC370] RTP: missed 2 packets [10:02] <randomguy123> [NULL @ 00CEC370] RTP: missed 1 packets [10:02] <randomguy123> ... [10:03] <michaelni> the fifo=0 is there because rtsp bypasses normal API and accesses udp through ffurl_get_file_handle() [10:03] <randomguy123> the windows builds from zeranoe.com produce the same broken output result, though it didn't crash inside pthreads (perhaps it uses winthreads?) [10:03] <michaelni> thats a long standing design flaw IIRC [10:04] <ubitux> http://pastie.org/private/ifqql4v4tf4swtdo9socw randomguy123 is that fine with you? [10:04] <randomguy123> yes, that's how i did it. [10:04] <ubitux> michaelni: can i push that? [10:05] <ubitux> (sorry i'm skipping proper ml review :p) [10:05] <michaelni> ubitux, LGTM [10:05] <ubitux> thank you :) [10:06] <randomguy123> michael: when I tried to put some code to avoid that fifo=0 the problem become even worse. [10:06] <CIA-41> ffmpeg: 03anonymous 07master * r388243bb27 10ffmpeg/libavformat/udp.c: [10:06] <CIA-41> ffmpeg: udp: do not call pthread_{mutex,cond}_destroy when not initialized. [10:06] <CIA-41> ffmpeg: This seems to cause a crash on Windows. [10:06] <CIA-41> ffmpeg: The author of that patch was a random guy on IRC who wants to stay anonymous. [10:07] <ubitux> randomguy123: how can we reproduce the mpegvideo.c assert with that same video clip? [10:07] <randomguy123> I thought that I get these [h264 @ 00DA5BC0] RTP: missed %d packets because thread can't keep up with the incoming data and with a queue it should be fixed [10:08] <ubitux> was that because of some udp corrupted packet? [10:08] <randomguy123> but, I put a kludge and set circular_buffer_size to a few megs I get hudreds of missed RTP packets like this: [10:08] <randomguy123> [h264 @ 00DA5BC0] RTP: missed 71 packets [10:08] <randomguy123> [h264 @ 00DA5BC0] RTP: missed 1 packets [10:08] <randomguy123> [h264 @ 00DA5BC0] RTP: missed 3 packets [10:08] <randomguy123> Last message repeated 1 times [10:08] <randomguy123> [h264 @ 00DA5BC0] RTP: missed 105 packets [10:08] <randomguy123> [h264 @ 00DA5BC0] RTP: missed 24 packets [10:08] <randomguy123> [h264 @ 00DA5BC0] top block unavailable for reque [10:08] <randomguy123> [h264 @ 00DA5BC0] error while decoding MB 28 0, b [10:08] <randomguy123> [h264 @ 00DA5BC0] concealing 2720 DC, 2720 AC, 27 [10:08] <randomguy123> [h264 @ 00DA5BC0] RTP: missed 168 packets [10:08] <randomguy123> [h264 @ 00DA5BC0] RTP: missed 71 packets [10:08] <randomguy123> [h264 @ 00DA5BC0] RTP: missed 43 packets [10:08] <randomguy123> [h264 @ 00DA5BC0] RTP: missed 11 packets [10:08] <randomguy123> [h264 @ 00DA5BC0] RTP: missed 101 packets [10:08] <randomguy123> [h264 @ 00DA5BC0] RTP: missed 63 packets [10:08] <randomguy123> [h264 @ 00DA5BC0] RTP: missed 104 packets [10:08] <randomguy123> [h264 @ 00DA5BC0] RTP: missed 54 packets [10:08] <ubitux> please pastebin :( [10:09] <randomguy123> [h264 @ 00DA5BC0] RTP: missed 150 packets [10:10] <randomguy123> sorry, wanted to copypasta only a couple of lines. [10:11] <randomguy123> the mpegvideo assert happens for me almost always. in the same setup. All I need to do is: ffmpeg.exe -i "rtsp://localhost:8554/test" [10:12] <randomguy123> Also, it seems that I'm getting this assert: assert((put_bits_ptr(&s->pb) == s->pb.buf)); inside mpegvideo_enc.c [10:13] <ubitux> ah got it with debug [10:13] <randomguy123> it's ff_MPV_encode_picture function. It happened when I tried to run make fate. Obviously I compiled without -DNDEBUG [10:14] <randomguy123> and one more thing. I'm getting problems with make fate (I don't have full samples three). [10:14] <ubitux> (what are your compile flags?) [10:14] <randomguy123> after todays update I started to have this problem: TEST lavf-dv_fmt [10:15] <ubitux> there is no such problem detected on fate [10:15] <randomguy123> actually I use intel compiler on windows, but I get the same problems with mingw build: ../configure --enable-gpl --prefix=install && make fate [10:15] <ubitux> maybe there is a sample dependency issue [10:16] <ubitux> michaelni: should i open an issue for the assert() in mpegvideo.c or you're looking at it? [10:16] <randomguy123> there was a week or some that issue that one fate test was included which was supposed to be disabled. But in that case of DV there is no issue, it's all [10:16] <ubitux> < randomguy123> Also, it seems that I'm getting this assert: assert((put_bits_ptr(&s->pb) == s->pb.buf)); inside mpegvideo_enc.c // how do you trigger this one? [10:17] <randomguy123> make fate with debug build. [10:17] <randomguy123> I had it some time ago and commented it out. [10:17] <ubitux> debug build what options? [10:18] <randomguy123> try maybe --enable-debug? or --extra-cflags'-UNDEBUG" [10:18] <ubitux> i'm going to add a fate instance for this, so just give me the one you did :) [10:18] <ubitux> --enable-debug or extra cflags one? :D [10:19] <michaelni> ubitux, ill look at the assert but iam sleeping currently [10:19] <ubitux> ok ok :) [10:21] <randomguy123> I tried to look around, I don't see where -DNDEBUG gets added. I'll enable that assert and try to run the make fate [10:22] <ubitux> i have a fate box with -DDEBUG, but build only, no run test [10:22] <ubitux> maybe i should change that [10:26] <ubitux> ok great it triggers the problem [10:26] <ubitux> i'm going to enable the tests [10:26] <ubitux> so we won't forget those assert [10:26] <ubitux> tests enabled, will fail soon :) [10:27] <randomguy123> by the way, mingw build fails some other tests as well. cygwin build passes more tests. BUT, even cygwin fails the dv_fmt test [10:28] <randomguy123> mingw fails basic parsing tests because of crippled libc that comes with ms compiler. strtod is the issue and sscanf [10:28] <ubitux> the cygwin box hasn't reported anything since a few days on http://fate.ffmpeg.org/ [10:29] <ubitux> but the dv test was passing [10:29] <randomguy123> that's surprising, I checked the fate ... I didn't do anything special, regular build [10:30] <ubitux> mingw tests have issues with the amix only according to fate [10:30] <ubitux> (btw, thanks for those reports) [10:30] <randomguy123> i have latest mingw builds (gcc 4.7), 4.5.3 on cygwin [10:30] <ubitux> if you want to add some fate instances that would be welcome [10:31] <randomguy123> what do you mean to add? [10:31] <randomguy123> add fate tests or fixes for them? [10:31] <ubitux> add a dedicated cygwin/mingw box running fate and reporting results [10:32] <ubitux> that is, http://ffmpeg.org/fate.html#Submitting-the-results-to-the-FFmpeg-result-agg… [10:32] <randomguy123> ah, ok, I got what you meant [10:37] <randomguy123> I try to make make fate from clean git on cygwin. [10:37] <randomguy123> in a few mins [10:43] <randomguy123> it doesn't even build on cygwin. After fixing usual lineendings I got this error: /cygdrive/c/work/summit-components/H264/ffmpeg-all/ffmpeg-bs/ffmpeg-vlc-git/library.mak:95: *** missing separator. Stop. [10:44] <ubitux> this is a problem with the git clone doing crlf [10:44] <ubitux> there is a config for that [10:44] <ubitux> just a sec [10:44] <randomguy123> not sure why, the copy that I modified doesn't have changes in that library.mk file. Something else breaks the build. I use local gitattributes [10:45] <ubitux> git config --global core.autocrlf false [10:45] <ubitux> try another clone with that [10:51] <randomguy123> by the way, --enable-shared and then make fate on mingw. It doesn't work because dlls are located in their own folders and ffmpeg.exe won't start. [10:57] <ubitux> no idea how that's supposed to be solved on mingw [10:57] <ubitux> on nix i set a rpath parameter for that [11:00] <randomguy123> ubitux: clean git on cygiwn -> make fate is OK. I must have screwed up something and dv_fmt fails. Will check later on. rpath: On mingw I copy them manually :) it probably makes sense that fate should depend on install in that case there are no isssues. If I recall correctly that's how it used to work long time ago when it was make test... i might be wrong though. [11:00] <ubitux> no idea [11:00] <ubitux> maybe playing with --prefix would do the trick [11:00] <ubitux> as if you were going to install it in the current directory or something [11:01] <randomguy123> yes, that's what I'll be using probably later on. [11:01] <randomguy123> anyways, i'm done for today, thanks for listening, I'm off [11:01] <ubitux> thanks for the contrib [11:01] <ubitux> see you soon, maybe :) [11:11] <ubitux> TimNich: so the colors in the smptebars looks correct now? [11:11] <ubitux> 'would be nice to have a SD & HD version of that filter [11:16] <ubitux> Tjoppen: would you mind having a look to the lavf/mxfenc patch i sent a few days ago? (lavf/mxfenc: simplify frame rate checks) [11:17] <ubitux> it's basically doing an approximate of the frame rate based on the time_base (25, 30, 50, ...) instead of weird floating checks [11:18] <ubitux> the fabs(a-b) < 0.0001 is just to do a a == b with floating points [12:01] <TimNich> ubitux: I think so apart from the Q I fudge. Unless you can spot something I missed.... [14:45] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rf72e0d9a9f 10ffmpeg/libavcodec/mpegvideo_enc.c: [14:45] <CIA-41> ffmpeg: mpegvideo_enc: remove assert that has become obsolete with the new API [14:45] <CIA-41> ffmpeg: it now just checks uninitialized and unused data. [14:45] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [14:45] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rf8dbbe5464 10ffmpeg/libavcodec/mpegvideo_enc.c: [14:45] <CIA-41> ffmpeg: mpegvideo_enc: switch some assert to av_assert [14:45] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [14:48] <ubitux> hey saste :) [14:48] <saste> hi [14:48] <ubitux> saste: about the doc issue on trac where you became owner; it was done automatically when i set the category to documentation [14:48] <saste> uhm this explains something [14:49] <saste> for a moment i believed you was trolling me (given the message i posted when closing another docu ticket) [14:49] <saste> ;-) [14:49] <ubitux> :D [14:49] <ubitux> nop i'm not yet that evil [14:50] <saste> yes that's not the only issue with pos2man [14:50] <saste> *pod2man [14:50] <ubitux> that script is old [14:50] <ubitux> i wonder if there isn't a more recent version somewhere [14:51] <saste> there is another issue with @@ from texi -> pod or texi -> html [14:51] <saste> it is customized to our own needs, so updating it is not viable [14:51] <ubitux> ah i think i saw that one [14:52] <ubitux> michaelni: thx for fixing the assert :) [14:52] <ubitux> the DDEBUG box didn't have the time to fail :) [14:52] <ubitux> maybe it will pass now :) [14:53] <ubitux> ah actually it failed. [14:53] <ubitux> there are a few other assert [16:43] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r3e0b4e32c9 10ffmpeg/libavcodec/svq1enc.c: [16:43] <CIA-41> ffmpeg: svq1enc: set picture_structure correctly [16:43] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [16:44] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * re6690b6a56 10ffmpeg/libavcodec/mpegvideo.c: [16:44] <CIA-41> ffmpeg: mpegvideo.c: convert some asserts to av_assert [16:44] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [16:58] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r610c67df37 10ffmpeg/libavcodec/mpegvideo.c: [16:58] <CIA-41> ffmpeg: mpegvideo: remove last_picture_ptr / h264 assert. [16:58] <CIA-41> ffmpeg: This assert is no longer true since h264 error concealment needs [16:58] <CIA-41> ffmpeg: last_picture_ptr to be set. [16:58] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [17:09] <ubitux> anyone registered for VDD here? [17:09] <ubitux> saste? [17:09] <saste> ubitux: not yet [17:10] <saste> not sure if i'll go indeed... [17:10] <saste> who's going there? [17:10] <ubitux> no idea [17:10] <ubitux> libav ppl at least :p [17:10] <ubitux> (http://www.videolan.org/videolan/events/vdd12/) [17:11] <saste> where did i put my anti-troll suit? [17:11] <durandal_1707> what is usually happening on such events? [17:11] <j-b> porn watching [17:11] <j-b> and troll fighting [17:11] <saste> a bunch of nerds talk and troll about technical stuff [17:13] <ubitux> i'll be there btw [17:13] <ubitux> maybe just a few hours like last year thought [17:14] <ubitux> i hope there are talks :p [17:46] <CIA-41> ffmpeg: 03Nicolas George 07master * rd74ade7d5f 10ffmpeg/ffprobe.c: ffprobe: refactor frames decoding. [19:45] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r21eafa18e6 10ffmpeg/libavcodec/msrle.c: [19:45] <CIA-41> ffmpeg: msrle: fix extradata palette handling [19:45] <CIA-41> ffmpeg: Fixes Ticket1273 [19:45] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [21:43] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * ra80ce390df 10ffmpeg/libavformat/avidec.c: [21:43] <CIA-41> ffmpeg: avidec: parse INFO tags at the end [21:43] <CIA-41> ffmpeg: Fixes Ticket1123 [21:43] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [22:29] <CIA-41> ffmpeg: 03Martin Storsjö 07master * r6c071a2b38 10ffmpeg/libavformat/utils.c: [22:29] <CIA-41> ffmpeg: lavf: Declare an AVRational struct without a struct literal [22:29] <CIA-41> ffmpeg: At this place, the normal way of initializing a struct works [22:29] <CIA-41> ffmpeg: fine, there's no need for a struct literal. [22:29] <CIA-41> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st> [22:29] <CIA-41> ffmpeg: 03Mans Rullgard 07master * radd8f5eab7 10ffmpeg/tests/fate/filter.mak: [22:29] <CIA-41> ffmpeg: fate: simplify variable setting filter.mak [22:29] <CIA-41> ffmpeg: This removes some needless indirection and duplication. [22:29] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [22:29] <CIA-41> ffmpeg: 03Mans Rullgard 07master * r2b6804328e 10ffmpeg/libavcodec/imc.c: [22:29] <CIA-41> ffmpeg: imc: remove empty if() block [22:29] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [22:29] <CIA-41> ffmpeg: 03Mans Rullgard 07master * rb40ea0f41d 10ffmpeg/libavcodec/imc.c: [22:29] <CIA-41> ffmpeg: imc: remove unused field IMCContext.one_div_log2 [22:29] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [22:29] <CIA-41> ffmpeg: 03Janne Grunau 07master * r859a579e9b 10ffmpeg/libavcodec/ (nuv.c rtjpeg.h): [22:29] <CIA-41> ffmpeg: nuv: check RTjpeg header for validity [22:29] <CIA-41> ffmpeg: CC: libav-stable(a)libav.org [22:29] <CIA-41> ffmpeg: 03Mans Rullgard 07master * rbaac24e680 10ffmpeg/ (Makefile configure): [22:29] <CIA-41> ffmpeg: build: generalise rules and variable settings for av* programs [22:29] <CIA-41> ffmpeg: This simplifies adding extra flags for individual programs [22:29] <CIA-41> ffmpeg: and also allows more than one object file per program. [22:30] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [22:30] <CIA-41> ffmpeg: 03Mans Rullgard 07master * rbc90230b98 10ffmpeg/libavcodec/imc.c: [22:30] <CIA-41> ffmpeg: imc: fix size of a memset() [22:30] <CIA-41> ffmpeg: IMCContext was changed from an array to a pointer in 66b84e4, [22:30] <CIA-41> ffmpeg: but this memset() was not updated. [22:30] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [22:30] <CIA-41> ffmpeg: 03Janne Grunau 07master * r110d015ad4 10ffmpeg/libavcodec/nuv.c: [22:30] <CIA-41> ffmpeg: Revert "nuv: check per-frame header for validity." [22:30] <CIA-41> ffmpeg: The check is bogus since the nuv frameheader is already skipped [22:30] <CIA-41> ffmpeg: and the (decompressed) RTjpeg header is checked. [22:30] <CIA-41> (10 lines omitted) [22:49] <randomguy123> ffmpeg, these asserts aren't good either: [22:49] <randomguy123> libavcodec/mpegvideo.c inside dct_unquantize_h263_intra_c assert(s->block_last_index[n]>=0); [22:49] <randomguy123> libavcodec/elbg.c inside get_high_utility_cell assert(!elbg->cells[i]); [22:49] <randomguy123> libavcodec/utils.c inside avcodec_default_release_buffer assert(pic->type==FF_BUFFER_TYPE_INTERNAL); [22:49] <randomguy123> if I modify it with av_assert0 then it won't pass make fate because these asserts will trigger [22:59] <randomguy123> also, this idea of libavcodec that could abort for some reason isn't great (the av_assert0 macro). Imagine an app that uses libavcodec for some simple stuff (decoding jpeg images for example) and the app may crash because of these asserts on bad jpegs or something like that [23:01] <durandal_1707> randomguy123: than do not modify code [23:01] <randomguy123> sorry?? [23:02] <durandal_1707> if it aint broken don't break it [23:02] <Tjoppen> ubitux: sorry, can't. very limited internet access [23:02] <ubitux> Tjoppen: no worry ok :) [23:02] <ubitux> randomguy123: afaict michaelni is changing the assert to avassert[012]; i guess those will be changed at some point [23:03] <ubitux> randomguy123: also, i enabled the DDEBUG run so the assert issues are raised [23:03] <ubitux> michaelni fixed some today, there are a few left [23:03] <ubitux> see http://fate.ffmpeg.org/report.cgi?time=20120806175412&slot=x86_64-archlinux… [23:04] <randomguy123> i don't get what you mean. By the way, I don't get what's wrong with gcc build. to enable asserts it's now DDEBUG required. They must be on by default. To disable them DNDEBUG is required, that's standard c [23:04] <ubitux> -DDEBUG is not the default [23:04] <randomguy123> the "i don't get what you mean" part was for durandal [23:05] <ubitux> i have a fate instance where it's enabled, and make the assert getting triggered [23:05] <ubitux> ok [23:06] <durandal_1707> the purpose of asserts is to prevent of introduction of bugs in code [23:06] <randomguy123> DDEBUG has no relation to regular assert, that's what I say, by looking at ffmpeg builds it looks like all the asserts have to be enabled in all builds, but they are NOT for some reason. [23:07] <randomguy123> i'm not questioning purpose of asserts, I know what they are for. But at the same time no assert should call abort on bad input in release builds. [23:08] <durandal_1707> and instead you propose that app should segv instead? [23:09] <durandal_1707> if asserts are triggered it means code is buggy and bug should be reported [23:09] <ubitux> randomguy123: as i said, they're getting fixed [23:09] <ubitux> randomguy123: look at the git history [23:09] <randomguy123> it's ok for a ffmpeg cli tool, but it's not that ok for apps that use libavcodec etc. At some point I had to decode jpegs and png on mobile phone and it was easiest to simply use libavcodec but it would abort on bad input (that came from network). It was years ago, though. [23:09] <durandal_1707> asserts should not be triggered for bad input.... [23:10] <durandal_1707> that is also bug which should be reported [23:10] <ubitux> randomguy123: from today: http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=610c67df37bf362319037f… [23:10] <ubitux> http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=e6690b6a569faaa6c60978… [23:10] <ubitux> http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=f8dbbe546435b892a05055… [23:10] <ubitux> http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=f72e0d9a9f516be77d20c6… [23:10] <randomguy123> yes, I saw new updates, of course. But replacing assert with av_assert0 is questionable, meaning that libavcodec becomes minefield for any app that links to it. [23:11] <ubitux> randomguy123: assert means that shouldn't happen; i guess even bad input shouldn't actually trigger that [23:11] <durandal_1707> randomguy123: so you prefer segv instead of assert? [23:11] <ubitux> gotta go [23:12] Action: ubitux & [23:12] <randomguy123> with standard assert at least you are sure that they aren't compiled away in release builds, but libav* seems that didn't use them that much to check code correctness, e.g. they were always left out. [23:12] <ubitux> night ppl :) [23:12] <ubitux> randomguy123: the point is that if they aren't compiled it will likely crash instead [23:13] <randomguy123> assert means that it should only happen in special build. In release build these checks shouldn't even exist. [23:13] <durandal_1707> randomguy123: if you prefer segv, send patch to optionally disable assert0 [23:16] <randomguy123> ubitux, it's usually what it looks like, but most of the time it's just not the case. [23:16] <randomguy123> Durandal: I use it on windows, so not sure what sigv is, but standard assert behavior was fine, but all of asserts were compiled away in ffmpeg builds. [23:22] <randomguy123> cool shit :) [23:23] <randomguy123> (i'm talking about the bot). [23:25] <randomguy123> the thing about asserts. If there is a problem in relase builds often you won't be able to do anything no matter what you do: abort, or kill the app or cross your fingers and try to continue risking to get sigsegv. So, I guess standard asserts are the way to go, and in places where checks are necessary it should be error logging, it's kind of clear i guess [23:29] <michaelni> assert(random user has no access to /etc/shadow); <-- you dont want to continue here [23:35] <randomguy123> assert ins't proper way to check if a user has some access. It makes sence in cases like this: [23:35] <randomguy123> if(!user_has_access(...)){ [23:35] <randomguy123> return; [23:35] <randomguy123> } [23:35] <randomguy123> ... [23:35] <randomguy123> assert(user_has_access(...)); [23:36] <randomguy123> basically, there was something made to make sure that it doesn't happen. and asserts down the logic line could be there just to verify that this assumption is valid that after the if(...) statement that condition didn't change. [23:41] <michaelni> randomguy123, and you really want to continue if that assert fails on your example ? [23:41] <michaelni> especially if the if() and assert was fliped and assert(!(user_has_access(...)); [23:42] <michaelni> also if you want to help improve the code that would be very welcome! [23:43] <randomguy123> it's not the point. Asserts very often could be used a way to notify that certain condition is true at some point in code. [23:43] <randomguy123> for code like this: [23:43] <randomguy123> assert(is_ok); [23:43] <randomguy123> if(!is_ok) av_log(...); [23:43] <randomguy123> Some compilers in release builds may even skip check for if(!is_ok) [23:45] <randomguy123> i think I saw that armcc in some place if NDEBUG is defined it redefines assert(...) into compiler specific pragma that helps the optimizer to assume certain condition. [23:48] <randomguy123> I think regular asserts were OK, I simply don't understand why they were never used. To disable asserts NDEBUG must be defined, but I don't see NDEBUG anywhere passed to gcc, so I have no clue why regular asserts don't do anything in ffmpeg. ANybody can explain?? :) [23:49] <randomguy123> because regular asserts were never used there became lots of obsolete asserts. Basically, if at some point assert becomes invalid it shouldn't start aborting in regular build of vlc or any other app that uses libavcodec. [00:00] --- Tue Aug 7 2012

1 0

ffmpeg.log.20120806
by burek 07 Aug '12

07 Aug '12

[00:49] <nilsge> hello. I am on Archlinux, ffmpeg 1:0.11.1 and why does this command, with a plain png and 44100/16bit wave gives me the following error: [00:49] <nilsge> ffmpeg -shortest -y -loop 1 -i test.png -i out.wav -acodec copy -vcodec libx264 result.mp4 [00:49] <nilsge> [mp4 @ 0x139fd00] Tag [1][0][0][0]/0x00000001 incompatible with output codec id '65536' ([0][0][0][0]) [00:55] <nilsge> yes [00:55] <nilsge> in the meantime I switched to webm and ogg, not at least it is doing something [00:56] <nilsge> not -> now [00:58] <nilsge> I can't scroll up in my terminal :| [00:59] <llogan> welcome to 1981. [01:01] <nilsge> now, http://pastebin.com/30nNJKcK [01:02] <llogan> nilsge: i guess wav in mp4 is verboten. [01:03] <nilsge> flac as well [01:04] <nilsge> webms message was very clear: "[webm @ 0x733d00] Only VP8 video and Vorbis audio are supported for WebM. [01:07] <llogan> nilsge: why now use .mkv? [01:07] <llogan> *not [01:08] <nilsge> it was intended as youtube upload. mp3 was the wrong choice anyway since google now favours webm and there is no conversion time involved after upload [01:08] <llogan> news to me [01:09] <nilsge> as in "that is wrong" or really? [01:09] <llogan> i'm skeptical that it would not alter user submitted content [01:09] <nilsge> it checks and converts, yes. But it is not wild conversion. If you upload the wrong format it can take hours. [01:09] <nilsge> now it was seconds. [01:10] <llogan> where is the documentation that it favors webm? [01:11] <nilsge> no docs, that is the trend google does at the moment. Since it is their own format and they want to push it [01:11] <nilsge> source: several news articles over the last few years since they bought it and made it free [01:11] <nilsge> VP8 that is [01:11] <llogan> that does not mean that webm inputs are "better" [01:12] <nilsge> look, I don't know what google does. This is all guessing. What I know for sure is that the conversion time depends on the format you send there [01:12] <llogan> general recommendation here is to give it the highest quality that is practical to upload since it's going to be re-encoded anyway. that usually means that people end up using libx264. [01:30] <nox-> moin, anyone know the new syntax for streams like applehttp+http://www.nasa.gov/multimedia/nasatv/NTV-Public-IPS.m3u8 ? [02:34] <TBK> hi, where can i find an ffmpeg version that contain the pkg-config files ? [02:34] <TBK> cuz it is not there in the latest release [02:35] <llogan> nox-: http://pastebin.com/WFbyqRwC [02:36] <llogan> the bare url didn't work for me with ffplay, but s/applehttp/hls/ did [02:36] <nox-> ah cool [02:36] <nox-> thx :) [02:38] <nox-> <hypnocat> nox-: "hls+http://www.nasa.gov/multimedia/nasatv/NTV-Public-IPS.m3u8: No such file or directory" [02:39] <hypnocat> i'm here, btw [02:39] <llogan> hls+http://www.nasa.gov/multimedia/nasatv/NTV-Public-IPS.m3u8 [02:40] <llogan> hmm. it looks the same. worksforme. [02:40] <hypnocat> what version of ffmpeg are you using? [02:41] <llogan> 0.11.1 (i was testing something from arch repo). 99% of the time i use Git head. [02:49] <llogan> works with Git head too [02:56] <hypnocat> llogan: http://pastie.org/4397004 [03:05] <nox-> maybe your ffmpeg version is too new to know applehttp but too old to know hls? [03:05] <nox-> is that possible? [03:07] <llogan> hypnocat: i don't know. try more recent ffmpeg. what's your distro? [03:07] <hypnocat> gentoo [03:07] <hypnocat> i'm running 0.10.3 and the newest on gentoo is 0.10.4 [03:08] <hypnocat> i could also try compiling by hand from git.. [03:08] <llogan> does gentoo not have a "ffmpeg-git" build script? [03:08] <llogan> doesn't matter. you can easily compile and test without installing [03:09] <llogan> git clone git://source.ffmpeg.org/ffmpeg.git ffmpeg && cd ffmpeg && ./configure && make [03:09] <hypnocat> thanks [03:09] <llogan> ./ffmpeg -i hls+http://www.nasa.gov/multimedia/nasatv/NTV-Public-IPS.m3u8 [03:10] <llogan> git clone --depth 1 git://source.ff... [03:10] <llogan> since you don't need full Git history [04:01] <hypnocat> llogan: i just finished compiling ffmpeg from git, ran it as you suggested, and got this error: http://pastie.org/4397292 [04:01] <hypnocat> ahh.. looks like i had to use ffplay, not ffmpeg [04:02] <hypnocat> that works [04:02] <hypnocat> thanks! [04:02] <nox-> :) [06:11] <Ruxton> I'm using Jon Severinsson's PPA for ffmpeg on 10.04 is there any way to get AAC encoding? seems like that and extras don't include libfaac? and using just 'aac' returns '[NULL @ 0x1f4ccc0] Codec is experimental but experimental codecs are not enabled, see -strict -2' [06:25] <llogan> Ruxton: add "-strict experimental" [06:26] <Ruxton> ahh thank you :) i thought that was a compiler setting ;P [06:27] <Ruxton> how experimental is this aac encoder? I'm using it in a batch processing queue [06:28] <llogan> it's probably not as bad as people assume at higher bitrates (=>128k) [06:28] <llogan> you may also want to monkey with -cutoff with this encoder [06:28] <llogan> http://d.hatena.ne.jp/kamedo2/20120729 [06:29] <Ruxton> thanks llogan, appreciate the assistance [06:29] <llogan> otherwise you can compile ffmpeg and use fdk-aac or libfaac. [06:30] <llogan> or pipe to an external encoder and mux the video and audio together. [06:31] <llogan> ffmpeg -i input -f wav - | faac -q 100 -o output.mp4 - [06:31] <llogan> see https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide for compile directions [06:32] <llogan> lots of options. [06:32] Action: llogan drones on and on... [12:41] <Kay-Z> Anyone awake this morning ? [12:42] <Kay-Z> I'm trying to figure out what the internal name of the "copy" codec is. ie: if I specify -vcodec copy what is the internal api name of the codec used ? since copy doesn't appear in the enum of codecs ... [12:43] <burek> did you check the source code? [12:46] <Kay-Z> burek: yeah, I guess I'm not looking in the right place. I've been reading through libavcodec/ but I havne't found anything. any pointers ? [12:51] <Kay-Z> specifically I looked through avcodec.h pretty closely [12:51] <Kay-Z> where it Enum's CodecID [12:52] <Kay-Z> but copy isn't one of the options. Yet it's valid for the command line [12:52] <burek> # grep -nRH '"copy"' [12:53] <Kay-Z> lol, did that. Lots of noise wrt copyright [12:53] <burek> no you didn't [12:53] <burek> if you did what I wrote, you wouldn't get that noise [12:54] <Kay-Z> your right, I didn't do exactly that grep but I did grep. [12:54] <burek> ffmpeg.c, line 4823 [12:54] <Kay-Z> yours was much more precise [12:54] <Kay-Z> mind enlightening me what H and n do ? [12:54] <burek> man grep? :) [12:57] <Kay-Z> so i'm not normally a C guy [12:57] <Kay-Z> but as I read that [12:57] <Kay-Z> if the codec is "copy" it uses "stream_copy" [12:59] <burek> that's what it says :) [13:00] <Kay-Z> but stream_copy isn't a codec either... [13:00] <burek> it seems you lack the basic understanding of what 'copy' actually means [13:00] <burek> it means "don't touch my streams, they are ok, I just want to remux" [13:00] <Kay-Z> ok. [13:00] <burek> so, why would you need encoder? [13:00] <burek> or decoder for that matter? [13:01] <Kay-Z> I'm trying to replicate the command line options using the C api so I have a frame grabber and a recorder and I'm trying to set the videoCodec and the AudioCodec [13:02] <Kay-Z> just trying to find the right options [13:02] <burek> that's not the proper way to do it [13:02] <Kay-Z> ah. [13:02] <Kay-Z> what is ? [13:02] <burek> read the ffmpeg.c [13:02] <burek> and see [13:02] <Kay-Z> care to narrow that 5000+ line file down any ? [13:03] <burek> I'm not a developer :) [13:03] <burek> so, you might try asking in #ffmpeg-devel, but be patient [13:04] <Kay-Z> :( [13:48] <Pyriel0> burek are you here? [14:08] <Pyriel0> anyone know how to flush the rtbuffer after the picture is sent to a pipe? [14:15] <MMlosh> Hmmm.... Can anyone help me with joining files? I tried the mpeg-ts way, but all I am getting is 'Application provided invalid, non monotonically increasing dts to muxer in stream 0' for each frame of the 2nd part [15:20] <MMlosh> I take my help request back... Even though the joined file cannot be played, ffmpeg takes it as input just fine [15:25] <GA-Flix> Hi everyone, could anyone explain shortly what "--enable-static" and "--enable-shared" means? (which one has which results) [15:44] <iive> GA-Flix: static would build .a libraries for libavcodec/format/util etc. the resulting ffmpeg binary would contain these libraries code in full. It would probably incorporate other .a libraries if they are installed (system ones etc). [15:46] <iive> the shared build would produce .so libraries. The resulting ffmpeg binary would be seeking the .so files in the filesystem to be loaded before execution starts (linux kernel call ld.so loader to do that). You will need all files to use it. [15:47] <iive> shared libraries are preferred when more than one program uses them. Given what most foss players use them it is good to have them. [15:49] <GA-Flix> iive, thank you a lot =D [15:51] <GA-Flix> i did not see the difference between static and shared yet :/ ffmpeg is a bit too complex for me ^^ [17:23] <Pyriel0> burek i have a quick question for you iwhen you have time [17:23] <burek> yes, sure, go ahead :) [17:24] <Pyriel0> i was wondering if there is a command to flush the buffer after a frame has been encoded and sent to the pipe [17:24] <burek> did you ask in #ffmpeg-devel ? [17:24] <burek> that's kinda advanced thing [17:24] <Pyriel0> thought maybe something like that could work around the problem since i have no clue how to fix it [17:24] <burek> not really covered with cmd line options [17:24] <Pyriel0> ah =/ [17:25] <Pyriel0> i only use cmd line, anything more advanced would be useless for me [17:25] <Pyriel0> i guess ill just wait and hopefully someone works on / figures it out from the ticket [17:26] <emerica> Is there something I could change setting wise in ffmpeg when creating mp4's to have the size of the moov atom to become smaller? Running into a problem with some devices having issues when a moov atom is larger than 6mb. When doing long movies 1.5-2 hours we start to break that 6mb. The mdia and trak atoms get rather large. Any ideas ? [17:27] <burek> Pyriel0, a lot of people are using -f flv rtmp://... without problems [17:28] <burek> so you might spend your time [17:28] <burek> on google, searching for a lot of cmd line examples [17:28] <burek> and try it one by one [17:28] <burek> one must work [17:28] <burek> :) [17:28] <Pyriel0> i have already [17:28] <Pyriel0> its most likely a windows thing somehow [17:29] <Pyriel0> i think most people on windows just use programs so they don't run into this [17:29] <burek> well, install oracle's virtualbox [17:30] <Pyriel0> looking it up [17:30] <burek> and just install debian, without gui or anything, just the bare bone shell [17:30] <burek> and try from within linux to see if the bug will go away [17:30] <burek> if it does [17:30] <ubitux> emerica: you could skip iods but i don't think that's really going to help; maybe you could feature request the support for cmov (zlib compressed moov) [17:30] <burek> then you can let know the people behind Zeranoe's build (on the forum) that it's not an ffmpeg's issue (probably) [17:31] <ubitux> also, some tables allow compressed values somehow, not sure if this can't be reduced as well; it will need some code most likely [17:33] <emerica> running the same file through mp4box take the moov size in about half, I'll have to see if that plays and then try to figure out whats different [17:41] <Pyriel0_> got virtual box and downloading edbian now [17:41] <Pyriel0_> can't believe its 8 dvd's [17:42] <brontosaurusrex> JEEB, when starting mplayer from bash, is there a way to catch if exit was user pressing esc or usual EOF ? [17:42] <brontosaurusrex> i know its not ffmpeg ... [17:51] <Pyriel0_> burek could i just use ubuntu in virtualbox instead of debian? [17:55] <burek> yes [17:55] <burek> just avoid installing desktop/gui [17:55] <burek> to shorten the time [18:35] <Pyriel0_> i have ubuntu installed and i can use the internet through it now [18:36] <Pyriel0_> i feel lost using this lol =) [18:51] <Pyriel0_> ok i have ubuntu running and your lastest build dl'd / extracted now [18:51] <Pyriel0_> do i have the windows ffmpeg stream to udp and have the ubuntu one pick it up to pass through rtmp? [20:23] <VooDooNOFX_> Is there a difference in the way DNxHD is created using the Linux and OSX versions of ffmpeg? I'm seeing an odd banding pattern in a mov created on linux, but not when created on a similarly built ffmpeg on osx. [20:24] <Mavrik_> hmm [20:24] <Mavrik_> VooDooNOFX_, some people that build ffmpeg disable MMX for some reason on ffmpeg [20:24] <Mavrik_> that could cause difference in resampling algorithms [20:26] <VooDooNOFX_> In this case, i've tested 0.10 release and git head from yesterday. Both do the same thing [20:28] <VooDooNOFX_> Also, the banding issues disappear when I generate a DNxHD 115 or 175. They seem to only appear in dnxhd 36, and only on linux render nodes [20:29] <Mavrik_> VooDooNOFX_, that's pretty much ready for a bug ticket I'd say [20:29] <VooDooNOFX_> Yeah, me too :( [20:30] <VooDooNOFX_> I'll have to do some more tests on non-copyrighted images so I can post em [20:32] <llogan> burek: thanks! [20:33] <burek> :beer: :) [20:56] <MMlosh> ubitux, I tried "-vf select='gte(n,\2)',yadif" as you suggested, but it resulted in reported video length 26h51m38s most of the video was fine and with a correct time information, but the end suddenly jumped over the 26h timestamp and lost audio... Hmm... tried swapping them.. The resulting reported length is still wrong :( [20:59] <ubitux> MMlosh: can you pastebin the full command line and output? [21:02] <MMlosh> the output file? hmmm... not the input one? [21:02] <sacarasc> The text output ffmpeg gives. [21:03] <MMlosh> ah... ooops [21:03] <MMlosh> the command line was -i "$fn" -vcodec libx264 -preset medium -crf 26 -vf yadif,select='gte(n\,2)' -acodec copy -sn "$to" [21:04] <MMlosh> I tried swapping yadif and select, but it didn't change anything [21:07] <MMlosh> hmm... It seems I used avconv as ubuntu told me to... I can retry with ffmpeg if you think that will help... btw: the commandline worked on the rest of my files.... but wait, they were mpeg-ts made by dvbcut, not mpeg-ps as this one is [21:09] <llogan> MMlosh: many of us here are not familiar with avconv or its associated "ffmpeg" since they are not from FFmpeg. [21:11] <MMlosh> There are two lines like this one.. That's probably the reason... [mpeg @ 0xb649c0] Invalid timestamps stream=0, pts=61413325, dts=61416925, size=1537 [21:11] <MMlosh> if someone want to browse the output, here: http://fpaste.org/oPIj/ [21:14] <ubitux> MMlosh: yes just please try the latest FFmpeg and paste the full output [21:14] <MMlosh> llogan, I know... avconv does not seem different to me, I forgot it may be way more different to you... So unless that timestamp error means something to you, thanks for you help [21:14] <ubitux> the libavfilter really differs [21:14] <MMlosh> I assume the same will happen if I drop the filter [21:14] <llogan> oops. [21:15] <llogan> https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide [21:15] <llogan> there [21:15] <ubitux> not sure that's really recent [21:15] <ubitux> maybe burek's static build could help to do some quick testing [21:16] <ubitux> try this MMlosh [21:16] <MMlosh> Tried dropping the "select", the reported length still sky-rockets.. does not feel like a filter issue [21:17] <llogan> we can't really give much help with libav products. [21:17] <llogan> that's the first issue. [21:17] <ubitux> and please paste the uncut output [21:17] <ubitux> but well avconv output is different anyway [21:18] <ubitux> please just use a recent ffmpeg, or maybe ask #libav if you insist on using avconv; we can't really support it here [21:18] <MMlosh> ah... well... I was unable to find their channel easily (and though it's just a new name, as ubuntu suggested) [21:18] <JEEB> in libav [21:19] <MMlosh> thanks for being so supportive anyway... [21:19] <JEEB> they basically rewrote parts of ffmpeg and named it avconv [21:19] <JEEB> and then deprecated it [21:19] <JEEB> the version in current ubuntu still has the ffmpeg binary, which wasn't updated with the avconv rewrites [21:19] <JEEB> ffmpeg (the project) merged many of the avconv changes into its ffmpeg [21:19] <JEEB> anyways, libav support is over at #libav [21:20] <ubitux> s/many/almost everything/ [21:20] <JEEB> aye [21:21] <MMlosh> I don't wonder why they say it's a "downstream project", if you put it that way, it sounds like that [21:22] <MMlosh> conclusion: the file was broken, I am sure it's not a converter error.. [21:22] <ubitux> MMlosh: if the file is available somewhere i can try with a recent ffmpeg [21:22] <ubitux> if that's too much trouble for you to upgrade [21:23] <llogan> the static builds can't be made much easier to try [21:24] <ubitux> llogan: sometimes unwillingness is stronger ;) [21:24] <MMlosh> the file is quite big, ubitux .. 400M but I can put that up temporarily, no issue but upload speed [21:25] <ubitux> not available in the internet pony world? [21:25] <MMlosh> no, it's a recording [21:25] <MMlosh> regular tv recording, with broken packets as it happens [21:26] <MMlosh> Sure, i am able to get the footage via the internet, but for no reason I prefer to record them myself [21:27] <ubitux> then you'd better try the static build ;) [21:27] <ubitux> and pastebin the full uncut command line and output [21:29] <MMlosh> ok, I'll try [21:37] <MMlosh> observed so far - only one "concealing DC AC MV errors" message... and better performance due to full usage of both cores [21:39] <MMlosh> now pretty much all errors popped up as with avconv, including those timestamp errors [21:43] <MMlosh> Hmm... I would expect any program to automatically stop the runtime-updated state information if it's redirected into a file... (or at least putting that to stdout so it can be separated) [21:44] <MMlosh> ubitux, huh, the timestamps didn't skyrocket that much (still went over 2h for a 20min video), but as the ffmpeg finished, it was corrected... summary: Okay, your ffmpeg is definitely better [21:45] <ubitux> if you still think something can/need to be fixed, please describe it then :) [21:46] <MMlosh> only separating messages between stdout and stderr [21:47] <MMlosh> (or telling people who are told to provide logs to adjust loglevel) [21:47] <ubitux> to provides log, you have the -report option; otherwise -loglevel might help, and your shell as well :p [21:48] <MMlosh> my shell just saved every byte that passed [21:48] <MMlosh> with the ^M after each "status report" line [21:52] <MMlosh> ubitux, Do you want me to upload the log, even though it went "fine" ? (the "length" was wrong when I played the result before it was finished, that's the only thing that might have been better) [21:52] <ubitux> no it's okay [21:52] <ubitux> ;) [21:57] <MMlosh> Thanks for help... I wonder what would ubuntu-shipped ffmpeg do, if they shipped it (read - as old as shipped avconv) [22:37] <msmithng> is there any reason why print_report uses \r rather than \n? [22:37] <msmithng> av_log(NULL, AV_LOG_INFO, "%s \r", buf); [23:04] <llogan> burek: your fflogger pastebin shows "!ubuntu - provides a link to ubuntu compilation guide" but it points to the PPA [23:06] <burek> just a sec [23:06] <burek> hmh [23:06] <burek> wasn't me :D [23:09] <burek> llogan better? :) [23:13] <llogan> burek: LGTM. thanks again. [23:14] <burek> np :) [23:49] <ylluminate> on recent builds there is no longer any `libx264-medium.ffpreset` file provided [23:50] <ylluminate> it appears as though these have been eliminated. [23:52] <ylluminate> we have been hitherto running `ffmpeg -r 6 -i watermarked.jpg -vcodec libx264 -vpre medium -vpre baseline -crf 24 -threads 0 -acodec libfaac -aq 100 -s hd1080 output.mp4` [23:52] <ylluminate> which obviously fails now since there's no "medium" preset for libx264 [23:54] <JEEB> -profile:v baseline [23:54] <JEEB> -preset medium (which is default) [23:54] <JEEB> also I think -threads 0 is default by now for libx264 [23:54] <JEEB> presets are applied as libx264 would apply them internally [23:54] <JEEB> http://mewiki.project357.com/wiki/X264_Settings#preset [23:57] <JEEB> also you might want to look into https://github.com/mstorsjo/fdk-aac instead of faac for AAC [23:57] <JEEB> fraunhofer's encoder, open sourced [00:00] --- Tue Aug 7 2012

1 0