Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

August 2012

1 participants
62 discussions

ffmpeg-devel.log.20120815
by burek 16 Aug '12

16 Aug '12

[00:39] <Daemon404> FFmpeg - Copyright (c) 2000-2010 the FFmpeg developers <-- vlc's copyright is semi old :P [00:40] <Compn> is that in the readme ? [00:40] <Compn> j-b should just put 2000+ :P [00:40] <Daemon404> nah [00:40] <Daemon404> about box [00:54] <CIA-40> ffmpeg: 03Sebastien Zwickert 07master * r02f12de1c2 10ffmpeg/libavcodec/vda_h264.c: vda: better frame allocation. [02:09] <CIA-40> ffmpeg: 03Michael Niedermayer 07master * rf952ae1400 10ffmpeg/libavcodec/paf.c: [02:09] <CIA-40> ffmpeg: pafdec: fix wrong check for input buffer size. [02:09] <CIA-40> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [02:09] <CIA-40> ffmpeg: 03Michael Niedermayer 07master * r456f0c6477 10ffmpeg/libavcodec/paf.c: [02:09] <CIA-40> ffmpeg: pafdec: fix wrong palette index check. [02:09] <CIA-40> ffmpeg: Fixes Ticket1641 [02:09] <CIA-40> ffmpeg: Found-by: Piotr Bandurski <ami_stuff(a)o2.pl> [02:09] <CIA-40> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [03:31] <CIA-40> ffmpeg: 03Michael Niedermayer 07master * r6093960ae3 10ffmpeg/libavformat/mov.c: [03:31] <CIA-40> ffmpeg: movdec: Try to recover from overreading atoms [03:31] <CIA-40> ffmpeg: Fixes Ticket1596 [03:31] <CIA-40> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [06:04] <CIA-40> ffmpeg: 03Michael Niedermayer 07master * rfafd844311 10ffmpeg/libavcodec/mpegvideo.c: [06:04] <CIA-40> ffmpeg: mpegvideo: fix MB/MV vissualization on videos that are not mod 16 == 0 [06:04] <CIA-40> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [06:04] <CIA-40> ffmpeg: 03Michael Niedermayer 07master * raee7b88cc0 10ffmpeg/libavcodec/msmpeg4.c: [06:04] <CIA-40> ffmpeg: msmpeg4v2: initialize mb_type array [06:04] <CIA-40> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [11:31] <d4> is there a decoding example for h264? [11:44] <d4> I get non-existing PPS 0 referenced [11:47] <d4> Hm I guess I have to set the right bitstream parameters inside my avcodeccontext [11:59] <d4> http://pastebin.com/NUruv3s6 [12:00] <d4> If I assign the variable decoder to 0 it works [12:00] <d4> if I assign it to 1 then it doesn't. [13:14] <d4> should I use av_parser_parse2? [13:29] <burek> hi :) on ffmpeg download page http://ffmpeg.org/download.html there is a section "FFmpeg Repository Snapshots", which contains the url to "the source snapshot that we generate each night instead of grabbing a source snapshot from the gitweb" [13:30] <burek> when the ffmpeg is built using that tarball, it doesn't give the descriptive version with commit message [13:30] <burek> so it's pretty hard to guess what version of ffmpeg a user has compiled [13:30] <burek> is that a bug or a feature? :) [13:32] <burek> instead of "ffmpeg version N-43235-g2db097c" it says just "ffmpeg version 0.11.1.git" [14:05] <michaelni> d4, what are you trying to do ? you cant just open a demuxer and then randomly change the codec to something different than what it actually is afterwards [14:06] <michaelni> burek, does this happen with ffmpeg-snapshot-git.tar.bz2 too = [14:06] <michaelni> ? [14:08] <burek> I'll try and test it, because I just copied the conclusion from the forum post, didn't realize there are 2 links actually [14:08] <burek> @michaelni [14:28] <burek> michaelni, this http://ffmpeg.org/releases/ffmpeg-snapshot-git.tar.bz2 gives this version string "ffmpeg version N-43570-g70f0ffa" which is ok, I guess [16:02] <CIA-40> ffmpeg: 03Samuel Pitoiset 07master * r8b6a5a7923 10ffmpeg/libavformat/ (rtmp.h rtmpproto.c): (log message trimmed) [16:02] <CIA-40> ffmpeg: rtmp: Do not send _checkbw calls as notifications [16:02] <CIA-40> ffmpeg: The _checkbw calls were changed to use transactionId 0 in commit [16:02] <CIA-40> ffmpeg: 82613564 so that servers would not return _result/_error about it. [16:02] <CIA-40> ffmpeg: While this is the strict interpretation of the spec, there are [16:02] <CIA-40> ffmpeg: servers that return _error about it, even if transactionId was 0. [16:02] <CIA-40> ffmpeg: The latest version of EvoStream Media Server (the commercial version [16:02] <CIA-40> ffmpeg: 03Diego Biurrun 07master * r29cfdd3767 10ffmpeg/libavcodec/x86/ (Makefile ac3dsp_mmx.c fft.c fmtconvert_mmx.c h264dsp_mmx.c): x86: avcodec: Appropriately name files containing only init functions [16:03] <CIA-40> ffmpeg: 03Diego Biurrun 07master * rbe12958937 10ffmpeg/libavcodec/x86/mpegvideo_mmx_template.c: mpegvideo_mmx_template: drop some commented-out cruft [16:03] <CIA-40> ffmpeg: 03Anton Khirnov 07master * r661454aa28 10ffmpeg/libavcodec/api-example.c: api-example: use new video encoding API. [16:03] <CIA-40> ffmpeg: 03Michael Niedermayer 07master * r9e89bc37ed 10ffmpeg/: (log message trimmed) [16:03] <CIA-40> ffmpeg: Merge remote-tracking branch 'qatar/master' [16:03] <CIA-40> ffmpeg: * qatar/master: [16:03] <CIA-40> ffmpeg: rtmp: Add support for SWFVerification [16:03] <CIA-40> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st> [19:10] <burek> who is the person that maintains ffmpeg's wiki and who do I need to ask to improve the display template a little bit [19:11] <burek> so that titles of wiki pages be in H1 html tag, which will improve Google's rank of such pages [19:34] <Compn> burek : mike(a)multimedia.cx [19:34] <Compn> mike melanson, blog here http://multimedia.cx/eggs [19:34] <Compn> hes not on irc [19:36] <burek> Compn, thanks :) [20:37] <michaelni> burek, Compn, which wiki do you mean ? [20:37] <michaelni> mike is admin of wiki.multimedia.cx [20:38] <ubitux> i think he's talking about the trac [20:38] <michaelni> for the trac wiki on ffmpeg.org iam the one to blame if theres something wrong [20:38] <burek> ffmpeg's wiki [20:38] <burek> oh nice :) [20:38] <burek> I just confused a guy :D [20:38] <burek> well michaelni, do you have time to improve display templates a little bit? :) [20:39] <michaelni> ehm, whats a display template :) ? [20:39] <burek> the way trac displays wiki articles [20:40] <burek> I'll forward you an email which I sent to that guy [20:40] <burek> so if you have some spare time :) you could maybe fix it :) [20:41] <michaelni> burek, if you post me a patch that i can apply to some template or other file then it should be no problem [20:41] <michaelni> otherwise i first need to figure out what and where [20:42] <burek> well it boils down to add <h1> and </h1> to two places :) [20:42] <burek> that's all I promise :) [20:42] <burek> for now ^^ [20:42] <burek> it helps crawlers for search engines to index a page better, by adding what's inside h1 tags as possible keywords [20:43] <burek> because h1 means that something is kinda important in that text, that's the logic [20:43] <burek> anyway, I've sent you an email and explained it there [20:43] <Compn> michaelni , burek : doh! i have confused the wikis again! :) [20:44] <burek> no biggie Compn :) [21:06] <michaelni> burek, done, please check if its ok and if you have further suggestions [21:44] <CIA-40> ffmpeg: 03Michael Niedermayer 07master * r717a1876d8 10ffmpeg/libavcodec/motion_est.c: [21:44] <CIA-40> ffmpeg: motion_est: switch some asserts to av_assert [21:44] <CIA-40> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [21:47] <burek> michaelni, great, thanks :) [21:47] <burek> it looks good :) [21:49] <burek> let me just check with html validator [21:54] <burek> it complaints about h1 not being at the right place, but google doesn't mind it, so it's ok :) [21:55] <michaelni> burek, i just put it where you told me [21:55] <burek> yes, it's ok, if I find something better, can I ping you again? :) [21:55] <michaelni> yes [21:56] <burek> great :) :beer: :) [22:18] <CIA-40> ffmpeg: 03Michael Niedermayer 07master * re2c54d4d72 10ffmpeg/libavcodec/mpegvideo_enc.c: [22:18] <CIA-40> ffmpeg: mpegvideo_enc: reset mb_x/y before writing the headers [22:18] <CIA-40> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [22:18] <CIA-40> ffmpeg: 03Michael Niedermayer 07master * re8c4022018 10ffmpeg/libavcodec/mpegvideo_enc.c: [22:18] <CIA-40> ffmpeg: h263penc: fix multitheraded encoding [22:18] <CIA-40> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [22:43] <CIA-40> ffmpeg: 03Michael Niedermayer 07master * r0114c571d4 10ffmpeg/libavcodec/mpegvideo.c: [22:43] <CIA-40> ffmpeg: mpegvideo: dont call draw edges on lowres [22:43] <CIA-40> ffmpeg: this crashes otherwise, and can happen from try_decode_frame() in the case of decoding errors [22:43] <CIA-40> ffmpeg: Fixes Ticket1602 [22:43] <CIA-40> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [00:00] --- Thu Aug 16 2012

1 0

ffmpeg.log.20120815
by burek 16 Aug '12

16 Aug '12

[00:02] <rud> boudiccas: maybe your ffmpeg is outdated compared to your other app ? or the other way around &? [01:20] <t355u5> since version 0.11.x there seems to be a problem with mp4 to mkv conversion (0.10.2 is still ok): after converting it, I get the following message, when I try to play the file: MKV/Ebml Parser: m_el[mi_level] == NULL [01:21] <t355u5> it seems that there is a problem with the mkv container creation [01:21] <t355u5> any ideas? [01:42] <TroubledTechnici> so I totally forgot to come back when everybody was awake [04:12] <jfroebe> http://pastebin.com/ygQ8FYRd - trying to mux two files, a wav file and the video stream that is converted from a wmv file. I can't get the audio stream in the wmv file to be ignored. tried different maps but it always gets picked up. any clues? [05:03] <TroubledTechnici> At this time jfroebe, it is probably better to use the forums as most of these people are asleep. [05:03] <TroubledTechnici> europe [07:00] <Xgates> hey guys [07:01] <Xgates> is avconv a part of ffmpeg 0.11? [07:01] <Xgates> I just compiled 0.11 and when I run a ffmpeg gui application it's saying it can't find avconv and I'm not familar with this [07:04] <TroubledTechnici> its a branch out of ffmpeg [07:05] <Xgates> was it included in older versions? [07:06] <TroubledTechnici> i'm not too sure on the details [07:06] <TroubledTechnici> are you running ubuntu? [07:07] <Xgates> Slack [07:07] <TroubledTechnici> "Libav is friendly and community driven effort to provide its users with a set of portable, functional and performant libraries for dealing with multimedia formats of all sorts. It originates from the FFmpeg codebase, but goes its own way these days, providing its users with reliable releases and a clear vision how to go forward." [07:09] <Xgates> this is what I'm trying to figure out, in the past I ran a ffmpeg front end called tragtor and it never said anything about avconv, now with a new version of ffmpeg and a new version of tragtor I'm getting this, so I'm just trying to figure if it use to be included in ffmpeg, now branched out or tragtor is asking for something it never did before [07:10] <Xgates> so do you know if it was ever included in older versions of ffmpeg? [07:12] <grepper> its not a branch its a fork [07:13] <TroubledTechnici> I have no idea [07:13] <grepper> FFmpeg does not have 'avconv' (ffmpeg.org) That is from the fork, libav.org [07:13] <Xgates> ok thanks [07:13] <grepper> no worries [07:46] <Xgates> anyone know any nice ffmpeg front ends besides, WinFF, handbrake and tragtor? [08:42] <Xgates> hey guys [08:43] <Xgates> bare with me, I'm not a real pro on all this stuff, can Libav 0.8.3 and ffmpeg 0.11 coexist on the same box? I mean it seems like both have libavcodec and a few of the same that might conflict, write over another when installing into the system? [09:09] <Xgates> in ffmpeg 0.11 does it build avconv? [09:13] <grepper> Xgates: did you not read what I wrote about avconv not being part of the ffmpeg project ? [09:13] <grepper> you said 'ok thanks' so I thought you got that [09:14] <Xgates> my bad ok... [09:14] <Xgates> any info on how to compile libav to install side by side with ffmpeg 0.11, what I should disable in libav? [09:15] <grepper> I would think it would be difficult to have them live together, though I'm sure if you knew what you were doing it could be done [09:16] <Xgates> well I do see some of it, just didn't pay real close attention, but I can compare the contents [09:16] <grepper> installing both on ubuntu or debian can be a recipe for disaster [09:17] <Xgates> not sure why the developer for tragtor has it so it wants avconv when most people are going to just install ffmpeg [09:36] <Xgates> thanks grepper [09:37] <grepper> no worries [10:47] <TheFridgeMaster> is it daytime in europe yet? [10:47] <TheFridgeMaster> well IEM is on so it must be [11:19] <TheFridgeMaster> http://ffmpeg.gusari.org/viewtopic.php?f=12&t=646&p=834#p834 [11:28] <fzappa> is ffmpeg used by encoding.com? [12:03] <JPeterson> when streaming to rtsp how do i specify the output ip:port rather than the sdp file location? [12:22] <d4> from or to? [12:22] <JPeterson> d4, to [12:22] <JPeterson> regarding http://www.wowza.com/forums/content.php?213-FFmpeg-with-Wowza-Server-(MPEG-… how do i stream to rtmp instead? if i change udp://127.0.0.1:10000?pkt_size=1316 to rtmp://photo/live/myStream (which works from FFsplit) the video can't be played. [12:25] <Mavrik> you're probably streaming with wrong container. [12:30] <JPeterson> Mavrik: thx http://pastebin.com/u/JPeterson [12:30] <JPeterson> ya maybe it isnt flv [12:31] <Mavrik> JPeterson, yeah, "-f mpegts" [12:31] <Mavrik> this sets MPEG2-TS as container, not flv [12:31] <JPeterson> whats the flv one? [12:31] <Mavrik> change that to "-f flv" :) [12:31] <JPeterson> thx [12:35] <JPeterson> Mavrik: is -loop_input the loop command in this context? "Currently it works only for image streams." http://ffmpeg.org/ffmpeg.html#Advanced-options [12:35] <JPeterson> so ill do a bash loop instead [12:35] <Mavrik> hmm [12:35] <Mavrik> haven't used that, so I don't know. I think there's a "-loop" command as well [12:36] <JPeterson> ok. no loop in this case it seems "Option loop not found." [12:37] <JPeterson> i tried "ffmpeg -re -i $v -loop 0 -vcodec ..." [12:38] <JPeterson> in the next sentence the document say "This option is deprecated, use -loop 1." [12:40] <Mavrik> well you are using several releases old ffmpeg [12:40] <Mavrik> also parameter order is important [12:40] <Mavrik> you might have to put the loop before -i [12:40] <JPeterson> tried that too [12:41] <JPeterson> what's the best ppa with a recent libav or ffmpeg? [12:43] <JPeterson> or rather, what's the best add-apt-repository for a recent version [12:44] <Mavrik> huh, no idea, most people are using custom builds [12:44] <burek> or static builds [12:45] <JPeterson> ya ok, i'll find one [12:46] <JPeterson> a top result is sudo add-apt-repository ppa:jon-severinsson/ffmpeg [12:49] <JPeterson> burek: there's no -latest.tar.gz file though, so i can't use a fixed command to uupdate [12:49] <burek> I'm afraid not [12:49] <burek> but you can use `date` to format the url [12:49] <burek> to the latest [13:23] <TheFridgeMaster> hey its burek! [13:23] <burek> :beer: :) [13:24] <TheFridgeMaster> I just ran out unfortuneately [13:24] <TheFridgeMaster> and responding to your reply in my thread [13:29] <burek> let me see :) [13:33] <burek> TheFridgeMaster, to compile using latest git version, read this for example: https://ffmpeg.org/trac/ffmpeg/wiki/How%20to%20quickly%20compile%20FFmpeg%2… [13:33] <burek> it's pretty simple actually [13:33] <burek> and the benefit is that you can later just use "git pull" to update the source code tree [13:33] <burek> when you decide to recompile/update your ffmpeg [13:37] <TheFridgeMaster> ideally that is the method I would like to use but I am behind a proxy with auth and I can't get git configured to work with the proxy. [13:38] <burek> ok [13:41] <burek> TheFridgeMaster, also for ffplay, did you note you have 2 audio streams [13:41] <burek> so ffplay actually might have played the one it recognized [13:42] <TheFridgeMaster> ahhhh. I did not notice that. [13:43] <TheFridgeMaster> well thanks for everything. you have helped heaps. for now i'm oging to turn in and get it out of my head before my brain implodes. I will be trying a couple more things tomorrow morning and if I still can't get it fired up then I will be working on getting tvheadend to operate also. until then.,.... PEACE! [13:45] <burek> o/ :) [13:54] <zloy> hello guys [13:55] <zloy> how can I crop the image 10px from top and 56 px from the right? [14:03] <ubitux> http://ffmpeg.org/ffmpeg.html#crop [14:17] <TrixIsOwned> is there a argument to make the stream not unpublish [14:17] <zloy> ubitux: I saw it. But I don't undestand how to crop from top and right only [14:18] <ubitux> ow-56:oh-10:0:10 [14:18] <ubitux> does that work? [14:19] <zloy> ubitux: just a moment [14:22] <zloy> ubitux: w:1920 h:1080 pixfmt:yuv420p tb:1/1001 sar:1/1 sws_param:flags=2 [14:22] <zloy> [buffersink @ 0x1b2c380] No opaque field provided [14:22] <zloy> Error when evaluating the expression 'out_w-56' [14:24] <ubitux> sorry, iw and ih instead of ow and oh [14:26] <zloy> ubitux: I received VIDEO: [MP4V] 1864x1070 but I need 1280x1024 [14:27] <zloy> from 1920x180, but croped from top 10 px and from right 56 px [14:28] <ubitux> 1920-56=1864, 1080-10=1070 [14:28] <ubitux> so what's the problem? [14:28] <zloy> oh, I understood [14:30] <zloy> ubitux: thank you [14:30] <ubitux> np [14:42] <burek> TrixIsOwned, what exactly are you talking about [14:57] <d4> if I want the size of an AVPacket should I do sizeof(AVPacket) [14:59] <Mavrik_> you'll only get the size of the structure [16:15] <epettrey> I'm getting the following error when trying to configure ffmpeg: "ERROR: libvpx decoder must be installed and version must be >=0.9.1 [16:15] <epettrey> however, libvpx is on the newest version as well is git [16:16] <epettrey> can anybody assist? [18:06] <E3D3> Beside FFmpeg do I need 'libav-tool' (to see an 'tile example') that gives installation problems. [18:06] <E3D3> Can anyone give advice about my error-message: [18:06] <E3D3> E: /var/cache/apt/archives/libav-tools_6%3a0.8.3-1~bpo60+1_amd64.deb: trying to overwrite '/usr/bin/qt-faststart', which is also in package ffmpeg 5 [18:06] <Mavrik_> libav-tools are part of libav, not ffmpeg [18:06] <Mavrik_> you should not need them [18:09] <E3D3> ? [18:10] <E3D3> I want to try the (only) example give on: http://ffmpeg.org/trac/ffmpeg/wiki/How to take multiple screenshots to an image (tile, mosaic)#no1 [18:11] <E3D3> ffmpeg -ss 00:00:10 -i movie.avi -vf 'select=not(mod(n\,1000)),scale=320:240,tile=2x3' out.png [18:11] <E3D3> That gives an error about that is doesn't know tile [18:11] <E3D3> No such filter: 'tile' [18:12] <E3D3> Is it syntax error ? [18:12] <ubitux> you need to upgrade your ffmpeg then [18:12] <ubitux> no, it means it doesn't find the tile filter, which has been added a long time ago [18:12] <ubitux> your ffmpeg is most likely ancient [18:13] <E3D3> ffmpeg version 0.7.11, Copyright (c) 2000-2011 the FFmpeg developers [18:13] <E3D3> built on Jan 28 2012 01:15:07 with gcc 4.4.5 [18:13] <ubitux> yes, but we are in mid 2012 [18:13] <ubitux> and the latest stable is 0.11.x [18:13] <ubitux> https://ffmpeg.org/download.html [18:13] <E3D3> He, I have Linux, prehistoric OS [18:14] <ubitux> tile filter was added in feb 2012 [18:15] <ubitux> you should blame your distro or yourself, not the OS [18:16] <E3D3> Most of Linux consist of fosiles, I try upgrading ffmpeg. [18:16] <E3D3> Thank you all [18:16] <ubitux> then don't use it [18:16] <Mavrik_> *sigh* [18:17] <E3D3> It needs some time before I understand what is under the hood [18:17] <E3D3> Alternatives have different problems [18:17] <Mavrik_> I wonder just where did you find such an old distro that packages 0.7 [18:17] <ubitux> you hit a problem very specific to the packaging policy of your distro [18:18] <E3D3> I have Crunchbang Statler, based on Debian Squeeze [18:18] <E3D3> with old kernel [18:19] <ubitux> wtf is this distro :D [18:20] <E3D3> You suggest Ubuntu, or LFS ? [18:20] <ubitux> i suggest nothing [18:20] <ubitux> except upgrading your ffmpeg [18:21] <E3D3> Good, cool, fine, okay and thanks again. Have a good day & bye. [18:49] <burek> epettrey, did you solve your problem [18:49] <epettrey> sorta [18:49] <epettrey> I tried to just compile with libvpx disabled [18:50] <epettrey> but now webm doesn't work so the videos can't be viewed on android devices [18:50] <epettrey> burek: any ideas? [18:50] <burek> well [18:51] <burek> the problem is that you have 2 libvpxes installed on your machine [18:51] <burek> and one of them through the package manager [18:51] <burek> which always takes precedence [18:51] <epettrey> so just do a yum remove libvpx? [18:51] <burek> can you uninstall it without any consequences? :) [18:51] <burek> yes [18:51] <epettrey> let's see what that does [18:53] <epettrey> it wasn't that...I removed libvpx earlier to compile ffmpeg from source because it wasn't working from the yum repo I tried [18:53] <burek> first [18:53] <burek> uninstall it completely [18:54] <burek> then try to reconfigure ffmpeg again [18:54] <burek> so it does get the compiled one [18:54] <epettrey> when I first started the compiling process I ran "yum remove libvpx libogg libvorbis libtheora libx264 x264 ffmpeg" [18:55] <epettrey> basically I went through what is written here: http://cumulusclips.org/docs/install-ffmpeg-x264-on-centos/ [18:55] <burek> does yum have some list/search option so you can check there is no libvpx any more (any other versions) [18:56] <epettrey> yum list *libvpx [18:56] <burek> http://ffmpeg.org/trac/ffmpeg/wiki/CentosCompilationGuide [18:57] <epettrey> bah [18:57] <burek> also, don't forget, after compiling of each lib [18:57] <epettrey> guess I'll remove everything and start all over again [18:57] <burek> to do a simple ldconfig [18:57] <burek> just in case it is needed [18:57] <burek> that is advised :) [18:57] <epettrey> k, will report back with results [18:58] <burek> ok [18:58] <burek> good luck :) [19:00] <epettrey> thanks for your help [19:02] <burek> :beer: :) [20:08] <epettrey> burek: it appears that did work so thank you for that [20:08] <burek> :beer: :) [20:08] <epettrey> not sure what happened the first time around that it didn't work but it is now [20:08] <burek> well [20:08] <burek> the library lookup went wrong [20:08] <burek> because system libs installed through the package manager [20:08] <burek> have higher priority in that lookup [20:08] <burek> so, your compiled lib didn't get a chance beside a system installed one [20:09] <epettrey> makes sense [20:09] <epettrey> my linux isn't the strongest so this was an adventure for me but I learned a good bit [20:10] <burek> well, that's a good thing, since ffmpeg is best used compiled from source [20:10] <burek> it optimizes for your machine the best [20:12] <epettrey> seems to be a very useful tool now that it is setup [20:12] <epettrey> I'm a sys admin and not a developer so I don't have much use for it but at least I know how to compile it and operate it at a basic level now [20:15] <burek> :) [20:15] <burek> I hope it wasn't that hard [20:58] <Olson> Im getting a strange error here "Unknown input format: 'alsa'" on a fresh install of suse 12.1 using FFMPEG I wonder if you might look at this paste link and consider what I might do to "fix" this http://www.pasteall.org/34507 [21:21] <Megapixar> Can I ensure key-frame every 10 sec without -force_key_frame? scene detection frames are ok. [21:24] <saste> Megapixar: no [21:26] <Josh__> Hello! :) [21:54] <NonaSuomy> Hi trying to get some cameras streaming from a 4 port capture card [21:54] <NonaSuomy> http://pastebin.com/1E2aZeut [21:55] <NonaSuomy> error at the bottom [21:56] <burek> Olson, can you type: ffmpeg -formats [21:57] <burek> does it show alsa there? [21:57] <burek> Megapixar, did you try to use -g [21:57] <burek> to set the gop size [21:58] <NonaSuomy> got an answer for me burek ;) [21:58] <burek> wait until I examine it :) [21:58] <NonaSuomy> thank you [21:58] <Olson> burek, sure.. it say http://pastebin.com/kYSVna8C [21:59] <burek> NonaSuomy, it's simple :) [21:59] <burek> your 4th feed is missing </Feed> [22:00] <burek> Olson, your ffmpeg was not compiled with alsa support [22:00] <burek> how did you install it? [22:00] <NonaSuomy> You're golden burek thank you [22:01] <burek> :beer: :) [22:01] <Olson> burek, ah thanks you. It came just with the default suse 12.1 install.. i've not used suse before [22:02] <burek> Olson, it might be a good idea to compile your ffmpeg from source, since you'll have all the latest bug fixes and improvements that distribution binaries don't have, due to their "stability" policy [22:02] <burek> it's not that difficult actually [22:02] <burek> take a quick look at https://ffmpeg.org/trac/ffmpeg/wiki#Compilation [22:02] <Olson> :P ye.. I used to do that on linux Mint, but i switch just today because I was having a problem [22:02] <burek> but first uninstall the distro's ffmpeg binary first :) [22:03] <Olson> sure.. I will try that thank you kindly sir [22:03] <burek> np :) :beer: :) [22:03] <Olson> \o/ [22:03] <NonaSuomy> burek do you know where I set this: Starting video streaming server: ffserverstart-stop-daemon: unable to stat /usr/bin/ffserver (No such file or directory) [22:04] <burek> I see, you would like ffserver to start automatically on reboot? [22:04] <NonaSuomy> /etc/init.d/ffserver start [22:05] <NonaSuomy> yes [22:05] <burek> as root or as ordinary user [22:05] <NonaSuomy> root [22:05] <burek> there are many ways, but I usually do it like this, since its portable [22:05] <burek> login to shell as root [22:05] <burek> and type: crontab -e [22:05] <burek> after that, add a line at the end of the text file like this [22:06] <burek> @reboot /usr/local/bin/ffserver -d [22:06] <burek> wait, I'm not sure if it's -d [22:06] <burek> for daemon mode [22:06] <burek> oh it runs in daemon mode by default, nice :) [22:06] <burek> so [22:07] <burek> @reboot /usr/local/bin/ffserver 1>/dev/null 2>&1 [22:07] <burek> that's it, save the file and try the reboot [22:08] <NonaSuomy> thank you will give that a go [22:08] <burek> ok :) [22:08] <NonaSuomy> last question I was trying to change my flv to h264 as you can see by cam3.mp4 do you happen to know what im doing wrong same conf [22:09] <NonaSuomy> when I run the stream it just keeps reconnecting [22:09] <NonaSuomy> to infinity [22:09] <burek> you tried remuxing flv format to h264 format or you tried re-encoding flv video codec to h264 codec? [22:10] <burek> do you have any pastebin of log that shows that reconnecting attempts? [22:12] <NonaSuomy> the cameras are sd and is a 4 port capture card with bnc connectors on it the cameras are sd old cameras I just want to rip them straight from the source to h264 [22:13] <NonaSuomy> instead of the current flv [22:13] <NonaSuomy> was hoping for a less grainy picture [22:13] <burek> ok, can you provide a log of what errors are, so we can troubleshoot them [22:14] <NonaSuomy> does it barf the logs to /var/log? [22:16] <burek> what? ffserver or ffmpeg? [22:16] <burek> at stderr usually [22:16] <burek> if you don't redirect them [22:48] <Josh__> Hello! [22:48] <Josh__> I had just a quick question regarding FFMPEG on Android. [22:51] <NonaSuomy> so it says unknown decoder burek [22:52] <NonaSuomy> running debian tried apt-get install libavcodec-extra-53 [22:52] <NonaSuomy> E: Unable to locate package libavcodec-extra-53 [22:52] <NonaSuomy> so trying to find that [22:53] <NonaSuomy> cat /etc/issue [22:53] <NonaSuomy> 6.0 [23:43] <NonaSuomy> burk so I found it in deb http://backports.debian.org/debian-backports squeeze-backports main [23:43] <NonaSuomy> and got the codec installed [23:43] <NonaSuomy> but still get this: [23:43] <NonaSuomy> Unknown decoder 'libx264' [23:44] <NonaSuomy> ffmpeg -vcodec libx264 -s 480x360 -level 30 -f mpegts -i /dev/video2 http://localhost:8090/cam3.ffm [23:44] <NonaSuomy> ffmpeg version git-2012-08-13-ed8d827 Copyright (c) 2000-2012 the FFmpeg developers [23:44] <NonaSuomy> built on Aug 12 2012 23:13:28 with gcc 4.4.5 (Debian 4.4.5-8) [23:44] <NonaSuomy> configuration: --enable-gpl --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libx264 --enable-nonfree --enable-version3 [00:00] --- Thu Aug 16 2012

1 0

ffmpeg-devel.log.20120814
by burek 15 Aug '12

15 Aug '12

[03:25] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * re47d979cab 10ffmpeg/libavformat/asfdec.c: [03:25] <CIA-41> ffmpeg: asfdec: ignore too tiny indexes [03:25] <CIA-41> ffmpeg: Fixes Ticket1521 [03:25] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [03:50] <CIA-41> ffmpeg: 03rogerdpack 07master * r47682ddc22 10ffmpeg/configure: [03:50] <CIA-41> ffmpeg: more verbose error messages at configure time [03:50] <CIA-41> ffmpeg: Signed-off-by: rogerdpack <rogerpack2005(a)gmail.com> [03:50] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [03:51] <CIA-41> ffmpeg: 03Sebastien Zwickert 07master * r7f3dfd2010 10ffmpeg/libavcodec/ (vda.c vda.h vda_h264.c vda_internal.h version.h): [03:51] <CIA-41> ffmpeg: vda: support synchronous decoding. [03:51] <CIA-41> ffmpeg: Note that the symbols used to run the hardware decoder in asynchronous mode [03:51] <CIA-41> ffmpeg: has been marked as deprecated and will be dropped at a future version dump. [03:51] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [03:51] <CIA-41> ffmpeg: 03Sebastien Zwickert 07master * r1bfa349a8d 10ffmpeg/libavcodec/ (Makefile vda.c vda_h264.c vda_internal.h): [03:51] <CIA-41> ffmpeg: vda: merge implementation into one file. [03:51] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [06:32] <ramiro> hi [06:35] <Daemon404> hi ramiro [06:35] <ramiro> I need to compress some data that I get from a gps module. it's 5 fields with some 25 bits (signed) each. after the first trackpoint, I get that the following points increment by 1 second and the rest of the values might change by ~100 each. what's the simplest delta coding I can do to use very little space in saving the next points? [06:35] <ramiro> (I know this is unrelated to ffmpeg, but I'm sure someone will come up with a great idea =) [10:10] <ubitux> note: i setup a valgrind/drd instance the other day; just like helgrind it detects threading issues [10:11] <ubitux> it seems to detect a few less issues, but it's mostly similar to helgrind [10:32] <saste> michaelni: my build change enabled compilation of POD pages [10:33] <saste> and unveiled a bug in the build of print_options [11:01] <ubitux> btw, am i wrong or prores encoder in libav is: more than 5x slower, lower quality, almost 2x bigger, and with the same bugs as the original prores encoder in ffmpeg? [11:21] <saste> where should I put documentation for filters like asetpts/setpts? [11:21] <saste> multimedia filters? [11:23] <ubitux> you want to keep them together? [11:23] <ubitux> wherever you place them, i think it would be nice to have a FAQ example or something, where they're used to slowdown or accelerate a video [11:23] <ubitux> that's a common issue [11:24] <ubitux> (doing timelapse or so) [11:24] <ubitux> though, i don't know if some frame would be drop with a high acceleration [11:26] <saste> ubitux: IIRC there is both a slowdown and a speedup example in the docs [11:26] <saste> but the problem is that now they are documented in "Video filters" [11:26] <ubitux> yeah, but harder to find than in the faq [11:26] <ubitux> or maybe on the wiki [11:26] <saste> asetpts doesn't belong there [11:26] <saste> there is already an entry in the wiki [11:27] <ubitux> ah, ok my bad then :) [11:27] <saste> i don't mind if we add an entry in the wiki [11:27] <saste> *in the FAQ [11:27] <saste> a complex example involving asetpts, setpts, atempo, asyncts would be nice [11:33] <CIA-41> ffmpeg: 03Nicolas George 07master * r17e40236cb 10ffmpeg/libavcodec/dvdsubenc.c: dvdsubenc: set frame size in extradata. [11:33] <CIA-41> ffmpeg: 03Nicolas George 07master * re4f4d99df8 10ffmpeg/ffmpeg_opt.c: [11:33] <CIA-41> ffmpeg: ffmpeg: make -s work for subtitles too. [11:33] <CIA-41> ffmpeg: Some codecs allow to encode the frame size and some players use it. [11:33] <CIA-41> ffmpeg: 03Nicolas George 07master * rb1511e00f6 10ffmpeg/libavformat/utils.c: [11:33] <CIA-41> ffmpeg: lavf: probe PGS subtitles definition. [11:33] <CIA-41> ffmpeg: The resolution is in the packets, so decoding must happen. [11:33] <CIA-41> ffmpeg: Since most other formats do not set the dimension, make it [11:33] <CIA-41> ffmpeg: a special case for PGS. If other codecs were to have the [11:33] <CIA-41> ffmpeg: same requirement, using a CODEC_CAP would be preferred. [11:33] <CIA-41> ffmpeg: 03Nicolas George 07master * r0cad101ea1 10ffmpeg/ (doc/ffmpeg.texi ffmpeg.c ffmpeg.h ffmpeg_opt.c): [11:33] <CIA-41> ffmpeg: ffmpeg: add an option to fix subtitles durations. [11:33] <CIA-41> ffmpeg: With this option, transcoding DVB subtitles becomes possible. [11:33] <CIA-41> ffmpeg: 03Nicolas George 07master * r2dedd8f496 10ffmpeg/libavcodec/dvdsubenc.c: (log message trimmed) [11:33] <CIA-41> ffmpeg: dvdsubenc: make it usable for transcoding. [11:33] <CIA-41> ffmpeg: DVD subtitles packets can only encode a single rectangle: [11:33] <CIA-41> ffmpeg: if there are several, copy them into a big transparent one. [11:33] <CIA-41> ffmpeg: DVD subtitles rely on an external 16-colors palette: [11:33] <CIA-41> ffmpeg: use a reasonable default one, stored in the private context, [11:33] <CIA-41> ffmpeg: and encode it into the extradata, as specified by Matroska. [11:33] <CIA-41> ffmpeg: 03Nicolas George 07master * r690ef618b1 10ffmpeg/ (ffmpeg.c tests/ref/fate/sub-movtextenc): [11:33] <CIA-41> ffmpeg: ffmpeg: copy subtitles frame dimensions. [11:38] <ubitux> yepee~ \o/ [11:57] <CIA-41> ffmpeg: 03Nicolas George 07master * r9bb936a80e 10ffmpeg/libavcodec/ (Makefile codec_names.sh utils.c): lavc: reimplement avcodec_get_name with descriptors. [11:57] <CIA-41> ffmpeg: 03Nicolas George 07master * r2d3acbfe8c 10ffmpeg/libavcodec/ (avcodec.h utils.c): lavc: add const to AVCodecContext.codec_descriptor. [11:59] <CIA-41> ffmpeg: 03Nicolas George 07master * r67a804b9ac 10ffmpeg/libavcodec/dvdsubenc.c: dvdsubenc: reindent after recent commit. [12:12] <CIA-41> ffmpeg: 03Nicolas George 07master * r271ddb116c 10ffmpeg/libavfilter/ (audio.c avfilter.h video.c): (log message trimmed) [12:12] <CIA-41> ffmpeg: lavfi: use min_perms and rej_perms for out pads. [12:12] <CIA-41> ffmpeg: There are several reasons for doing that: [12:12] <CIA-41> ffmpeg: 1. It documents the code for the reader and helps find [12:12] <CIA-41> ffmpeg: inconsistencies and bugs. [12:12] <CIA-41> ffmpeg: 2. For rej_perms, it guarantees the change will be done [12:12] <CIA-41> ffmpeg: even if the output reference can be created by several [12:12] <CIA-41> ffmpeg: 03Nicolas George 07master * r082b745d33 10ffmpeg/doc/filter_design.txt: filter_design: document ownership and permissions. [13:14] <saste> can someone explain what checkheaders is good for? [13:14] <ohsix> checking headers :p some targets have some really weird headers, maybe? [13:14] <saste> how checkheaders is going to help? [13:15] <ohsix> gcc does a similar thing, it checks the system headers and where it has to change them it keeps a private copy [13:15] <ohsix> i have no idea [13:23] <CIA-41> ffmpeg: 03Andrey Utkin 07master * ra32fa21d17 10ffmpeg/libavfilter/af_asetnsamples.c: [13:23] <CIA-41> ffmpeg: lavfi/asetnsamples: push as many frames as ready [13:23] <CIA-41> ffmpeg: Signed-off-by: Stefano Sabatini <stefasab(a)gmail.com> [14:03] <ubitux> saste: i guess if the header is public, it helps the app using the header not adding the system headers that header would require [14:04] <ubitux> not sure i'm clear enough [14:04] <ubitux> it checks if the header has stdint.h when using uint32_t for instance [14:05] <ubitux> so if the app doesn't need stdint.h for a given file, it won't need to add that include just to use our header [14:05] <ubitux> about checking headers for local files, i'm not sure it has much benefits [14:05] <ubitux> except it's somehow more correct [14:06] <saste> got it thanks [14:16] <ubitux> saste: i wrote a quick hack script to do a ffmpeg-segment-list to hls-playlist, do you think it would be worth putting it in tools/ as a PoC or something? [14:21] <CIA-41> ffmpeg: 03Sebastien Zwickert 07master * r0e05908c95 10ffmpeg/libavcodec/Makefile: [14:21] <CIA-41> ffmpeg: vda: fix make checkheaders. [14:21] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [14:29] <saste> ubitux: hls == m3u8? [14:30] <saste> i was thinking about implementing it natively in segment (-segment_list_type m3u8) [14:31] <ubitux> yes [14:31] <ubitux> the script is less than 30 lines, plus docu & example [14:31] <ubitux> well anyway, will submit, it's not perfect, just a PoC [14:32] <saste> ubitux: i also had to use a similar script at some point [14:32] <saste> so i wonder, since this is a common requirement, if we should rather have it integrated in C [14:32] <ubitux> no idea, i'm going to look at hds now [14:33] <ubitux> will submit the script in a moment [14:33] <ubitux> here we go. [14:34] <saste> eheh i wrote it in perl [14:34] <ubitux> ;) [14:37] <saste> ubitux: http://pastebin.com/nRawqwQJ [14:38] <ubitux> is the manpage really at the end of the script? [14:39] <ubitux> or it's supposed to be another file? :P [14:40] <ubitux> interesting [14:40] <saste> it's the real thing, through some perl mod magic [14:40] <ubitux> fun :) [14:40] <ubitux> looks like you have a more advanced script [14:40] <ubitux> why the rounding btw? [14:41] <ubitux> iirc you can have floats [14:41] <saste> uhm... the last time i checked the (rather clumsy) spec it was only mentioning seconds [14:41] <ubitux> lemme check [14:42] <ubitux> curl 'https://devimages.apple.com.edgekey.net/resources/http-streaming/examples/b…' [14:42] <ubitux> this is an example from 3rd point on https://developer.apple.com/resources/http-streaming/ [14:44] <ubitux> but well, it's still a draft [14:44] <saste> uhm i read the somewhat official docs, it was an RFC-like document from apple [14:44] <ubitux> "duration" is an integer or floating-point number in decimal positional notation that specifies the duration of the media segment in seconds. [14:44] <ubitux> from http://tools.ietf.org/html/draft-pantos-http-live-streaming-08 [14:45] <ubitux> so i guess it's ok to have a float [14:45] <saste> yep [14:45] <ubitux> saste: the first version had int only [14:46] <saste> uh... was it recently updated? [14:46] <saste> i wrote that in January, so maybe this explains it [14:47] <ubitux> it was a int only until version 5 [14:47] <ubitux> afaict [14:47] <ubitux> version 4 expired in dec 7 2010 [14:48] <ubitux> 19 nov 2010, v5 adding float [14:48] <ubitux> well anyway [14:48] <ubitux> should be correct [14:48] <ubitux> but i most likely need to add a version thing [14:48] <saste> i'm fine with either scripts (mine needs to be updated) [14:48] <saste> but then we should consider to implement m3u8 in C [14:48] <ubitux> sure [14:49] <ubitux> i'd like to see another playlist format before [14:49] <saste> that's should be fairly straightforward [14:49] <ubitux> so we can have a slight overview of what kind of support we need [14:49] <saste> which one? [14:50] <ubitux> i'd like to look at http://www.adobe.com/products/hds-dynamic-streaming.html ; not sure what kind of playlist it has, if any [14:50] <ubitux> also, maybe it would be worth looking at dash [14:50] <ubitux> and eventually the microsoft one [14:50] <ubitux> something like hss iirc [14:51] <saste> uhm adobe/apple/ms [14:51] <ubitux> yeah [14:51] <ubitux> :D [14:51] <saste> each one with a different format basically doing the same stuff [14:52] <ubitux> you also have the MPEG one [14:52] <ubitux> DASH [14:52] <ubitux> https://en.wikipedia.org/wiki/Dynamic_Adaptive_Streaming_over_HTTP [14:52] <ubitux> :D [14:52] <ubitux> i have no idea how all of them work thought [15:09] <ubitux> wow filter for events [15:09] <ubitux> fun [15:12] <ubitux> it would really great if ffmpeg could be frame exact... [15:13] <ohsix> that makes seeking Hard(TM) [15:14] <ubitux> i started some kind of indexing stuff a while ago [15:14] <ubitux> so you would use a first pass to generate an index file that could be specified for exact seeking later [15:16] <ohsix> how often are seeks done, can't you just do it the expensive way and keep a trace of most of what you did to do it? [15:17] <av500> in worst case you need to parse the whole file [15:17] <av500> if you start it and seek to end-1 [15:19] <ohsix> so you can't even hope to guess at how to start decoding frames at an arbitrary position? [15:20] <av500> not for mpeg [15:20] <av500> there is no inline info [15:20] <av500> even timestamps can jump around randomly [15:20] <ohsix> so not in all cases [15:20] <av500> i mean, you can jump in randomly and find a frame, but you have no idea what frame # that is [15:21] <ohsix> you can't build the index while things are playing, so at least if you seek backwards it can be accurate & cheap? [15:21] <av500> sure [15:21] <av500> you can always build an index [15:21] <av500> aka read the whole file [15:22] <av500> thats basically like remuxing it to something with index [15:22] <ohsix> how much do you typically get to skip when you read each frame, just to the next frame? [15:23] <av500> yep [15:24] <ohsix> can ffmpeg handle frame, time and other bitstream specific seek types? [15:25] <ohsix> a frame seek might be expensive but it's not often needed, could just do it th ehard way if that's what someone wants, and make sure the time seek is fast and deterministic [15:39] <CIA-41> ffmpeg: 03Mans Rullgard 07master * r8ec0204ee4 10ffmpeg/libavcodec/x86/ (cabac.h h264_i386.h): (log message trimmed) [15:39] <CIA-41> ffmpeg: x86: cabac: allow building with suncc [15:39] <CIA-41> ffmpeg: This fixes two issues preventing suncc from building this code. [15:39] <CIA-41> ffmpeg: The undocumented 'a' operand modifier, causing gcc to omit a $ in [15:39] <CIA-41> ffmpeg: front of immediate operands (as required in addresses), is not [15:39] <CIA-41> ffmpeg: supported by suncc. Luckily, the also undocumented 'c' modifer [15:39] <CIA-41> ffmpeg: has the same effect and is supported. [15:40] <CIA-41> ffmpeg: 03Mans Rullgard 07master * r87fa05a0da 10ffmpeg/libavutil/arm/intmath.h: [15:40] <CIA-41> ffmpeg: ARM: intmath: use native-size return types for clipping functions [15:40] <CIA-41> ffmpeg: This avoids having the compiler redundantly mask the values to [15:40] <CIA-41> ffmpeg: the smaller size. [15:40] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [15:40] <CIA-41> ffmpeg: 03Mans Rullgard 07master * r480178a295 10ffmpeg/libavfilter/x86/yadif_template.c: (log message trimmed) [15:40] <CIA-41> ffmpeg: x86: yadif: fix asm with suncc [15:40] <CIA-41> ffmpeg: Under some circumstances, suncc will use a single register for the [15:40] <CIA-41> ffmpeg: address of all memory operands, inserting lea instructions loading [15:40] <CIA-41> ffmpeg: the correct address prior to each memory operand being used in the [15:40] <CIA-41> ffmpeg: code. In the yadif code, the branch in the asm block bypasses such [15:40] <CIA-41> ffmpeg: an lea instruction, causing an incorrect address to be used in the [15:40] <CIA-41> ffmpeg: 03Mans Rullgard 07master * rc8252e80eb 10ffmpeg/libavcodec/x86/mlpdsp.c: (log message trimmed) [15:40] <CIA-41> ffmpeg: x86: mlpdsp: avoid taking address of void [15:40] <CIA-41> ffmpeg: This code contains a C array of addresses of labels defined in [15:40] <CIA-41> ffmpeg: inline asm. To do this, the names must be declared as external [15:40] <CIA-41> ffmpeg: in C. The declared type does not matter since only the address is [15:40] <CIA-41> ffmpeg: used, and for some reason, the author of the code used the 'void' [15:40] <CIA-41> ffmpeg: type despite taking the address of a void expression being invalid. [15:40] <CIA-41> ffmpeg: 03Boris Maksalov 07master * rcee03436e6 10ffmpeg/libavcodec/proresenc.c: [15:40] <CIA-41> ffmpeg: proresenc: use the edge emulation buffer [15:40] <CIA-41> ffmpeg: Prevents reading past the end of frame buffer. [15:40] <CIA-41> ffmpeg: Signed-off-by: Luca Barbato <lu_zero(a)gentoo.org> [15:40] <CIA-41> ffmpeg: 03Mans Rullgard 07master * r90540c2d5a 10ffmpeg/libswscale/x86/rgb2rgb_template.c: (log message trimmed) [15:40] <CIA-41> (62 lines omitted) [17:20] <CIA-40> ffmpeg: 03Michael Bradshaw 07master * ra22c996a85 10ffmpeg/ (6 files in 3 dirs): [17:20] <CIA-40> ffmpeg: Add ICO muxer [17:20] <CIA-40> ffmpeg: Signed-off-by: Michael Bradshaw <mbradshaw(a)sorensonmedia.com> [17:20] <CIA-40> ffmpeg: Reviewed-by: Peter Ross <pross(a)xvid.org> [17:20] <CIA-40> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [17:20] <CIA-40> ffmpeg: 03Boris Maksalov 07master * rf0cbab2ac7 10ffmpeg/ (3 files in 2 dirs): [17:20] <CIA-40> ffmpeg: prores_kostya: fix incorrect picture_size field. [17:20] <CIA-40> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [17:20] <CIA-40> ffmpeg: 03Boris Maksalov 07master * rc8e186fa7b 10ffmpeg/libavcodec/proresenc_kostya.c: [17:20] <CIA-40> ffmpeg: prores_kostya: implement interlaced encoding. [17:20] <CIA-40> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [17:23] <teratorn> is vf_overlay the only place in ffmpeg where alpha blending is implemented? [17:24] <ubitux> vf alphamerge ptet [17:24] <ubitux> s/ptet/maybe/ [17:25] <teratorn> ok thanks! [17:25] <teratorn> we're looking to do some advanced compositing [17:26] <teratorn> prob going to write our own - not sure what else is out there [17:26] <ubitux> what kind of compositing filter you would like to write? [17:26] <teratorn> do you have any idea if it's possible to accelerate alpha blending with SIMD instructions? [17:26] <teratorn> I guess it should be ? [17:27] <teratorn> ubitux: overlays with transparency. transition effects. that sort of thing [17:27] <ubitux> don't ask me for simd, but ffmpeg & libavfilter should have anything you need [17:27] <teratorn> well we might do some simd [17:27] <teratorn> if it's feasible [17:27] <ubitux> s/anything/everything/ [17:27] <teratorn> ;) [17:27] <ubitux> check libavfilter/x86, we have a little subset iirc [17:27] <teratorn> I'm not sure how flexible the effect filters are in ffmpeg :) [17:27] <teratorn> or how many there are.. need to review it :) [17:27] <teratorn> oh, very awesome [17:28] <ubitux> i'd recommend to discuss your filter on ffmpeg-devel at some point [17:28] <teratorn> ok, thanks [17:28] <teratorn> that is probably a good idea [17:28] <teratorn> we need real-time (during live encoding) control over the filters though [17:28] <ubitux> because if you're willing to submit it, it might avoid you going on the wrong track [17:28] <teratorn> I'm unsure how appropriate ffmpeg filter framework is (I don't know anything about it) [17:28] <ubitux> like writing a new filter where modifying overlay would be more appropriate for instance [17:29] <teratorn> I would be hopeful to opensource it I just have to get permission :) [17:29] <ubitux> lavfi has some command filter injection [17:29] <ubitux> so you should be able to do what you want, somehow [17:29] <teratorn> right [17:29] <teratorn> I was thinking it might be easier to start with an existing filter [17:29] <ubitux> teratorn: if you want to maintain your filter on your own you will really have trouble [17:29] <ubitux> because lavfi is changing regularly [17:30] <ubitux> also, the api is not really public [17:30] <ubitux> so you will have surprise each time you upgrade your ffmpe [17:30] <teratorn> we need 1) very good performance 2) good flexibility (3 layer blending. main layer + layer mask + brush or other overlay [17:30] <teratorn> ubitux: hmm, really? [17:31] <teratorn> well, that is +1 for merging it then :) [17:31] <teratorn> from a business perspective [17:31] <teratorn> hmmph. [17:31] <ubitux> from a business perspective, it will avoid a huge maintainance burden [17:31] <teratorn> yeah, I'm already kind of used to dealing with ffmpeg HEAD [17:31] <ubitux> also, it will allow some review from people knowing the code [17:31] <teratorn> right. or we could write our own compositing [17:32] <ubitux> and eventually, your filter will revolutionize the world [17:32] <teratorn> haha [17:32] <ubitux> ;) [17:32] <ubitux> ah also, it promotes the company [17:32] <teratorn> do you work for a video company btw? [17:32] <teratorn> sure [17:32] <ubitux> somehow [17:32] <teratorn> I'm all about open sourcing a lot of what we do [17:33] <teratorn> and the management is on board generally [18:14] <d4> hi, why does avcodec_find_decoder( ... ) always returns NULL even why I put a valid decoder in it like CODEC_ID_MPEG1VIDEO or CODEC_ID_H264 for example [18:14] <nevcairiel> usually because the decoder was not compiled in your version of the library [18:15] <nevcairiel> but what do you mean with "even a valid id", what did you expect from an invalid id? :p [18:16] <d4> ehm also null [18:16] <d4> :P [18:16] <d4> Am I correct that I am posting this question in the wrong channel though? [18:17] <d4> I thought most decoders are standard compiled with ffmpeg [18:19] <d4> It returns NULL with any codec id [18:20] <nevcairiel> did you call avcodec_register_all() ? [18:21] <nevcairiel> also yes, this is not the channel for api usage questions [18:21] <d4> yeah I said that on the user channel but they complained about asking coding questions there I'm having a discussion that they are wrong lol [18:21] <d4> and thanks that was a stupid mistake.. [18:24] <d4> 18:20 < nevcairiel> did you call avcodec_register_all() ? [19:02] <CIA-40> ffmpeg: 03upsuper 07master * r068c8ce19c 10ffmpeg/libavcodec/version.h: [19:02] <CIA-40> ffmpeg: remove duplicated code [19:02] <CIA-40> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [19:02] <CIA-40> ffmpeg: 03Michael Niedermayer 07master * r70f0ffa1ed 10ffmpeg/libavcodec/bmv.c: [19:02] <CIA-40> ffmpeg: bmv_videodec: fix out of array read [19:02] <CIA-40> ffmpeg: Fixes Ticket1373 [19:02] <CIA-40> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [19:26] <ubitux> btw, what happened to ffvp8? [19:27] <ubitux> is it only for decode? [19:28] <ubitux> mmh ok, ffvp8 was refering to the decoding only [19:32] <j-b> you mean xvp8? [19:35] <ubitux> i don't think so [19:36] <ubitux> i was wondering how to get a faster vp8 encode [19:36] <ubitux> i thought the references to the "fast ffvp8" was about an encoder, but it was actually the decode [19:36] <ubitux> and libvpx doesn't seem to support threading :( [19:38] <gnafu> It did the last time I tried it. [19:39] <ubitux> oh? [19:39] <ubitux> i don't get any performance increase [19:44] <gnafu> Well, I don't know about performance increases, but I know it can use multiple threads and that I have set it to do such :-D. [19:44] <gnafu> Though it should be faster; I think it was when I tried it. It depends on the other settings, I guess. [21:04] <^prelude^ZZz> hi there. [21:04] <^prelude^ZZz> im capturing some data with ffmpeg.. and it is just acopy and vcopy and after some time it exists with No more inputs to read from,. anyone know why ? its a live channel why would it be existing. [21:11] <msmithng> ^prelude^ZZz: probably want to ask this in #ffmpeg [21:16] <saste> ^prelude^ZZz: and post pastebin (on #ffmpeg) [21:32] <dilaroga> michaelni: thank you for applying vda patches [21:32] <dilaroga> michaelni: I just pushed a better way to allocate the vda frame that you can merge into the main repo [21:32] <dilaroga> https://github.com/dilaroga/ffmpeg-vda/commit/02f12de1c25789913b72c98c5bda3… [21:33] Action: Daemon404 bets j-b is following this patchset [21:35] <dilaroga> j-b will get its patch too ;) [00:00] --- Wed Aug 15 2012

1 0

ffmpeg.log.20120814
by burek 15 Aug '12

15 Aug '12

[01:18] <Mista_D> really? [01:41] <TroubledTechnici> Morning gentlemen [01:42] <TroubledTechnici> I was wondering whether somebody could give me a hand with an error I am receiving when trying to run ffserver after updating from source [01:43] <TroubledTechnici> ffserver: relocation error: ffserver: symbol ffm_read_write_index, version LIBAVFORMAT_53 not defined in file libavformat.so.53 with link time reference [01:44] <TroubledTechnici> any ideas? [02:34] <TrixIsOwned> hey, I'm having a problem with files ending the stream before getting to the end of the file duration, http://pastebin.com/k4r9HTCn the log file doesnt seem to give any hints, this happens with avi's and mkv's as well [04:54] <TroubledTechnici> hi guys. I am currently trying to get our tv stream setup to work in the browser by using ffmpeg. with ffserver running and using this command "ffmpeg -i rtp://238.255.1.5:5004 http://localhost:8090/feed1.ffm" but i keep receiving a http 403 forbidden message everytime. is there possibly a security settign I have missed somewhere alogn the way? [04:56] <TroubledTechnici> http://pastebin.com/cR8Rc05B that is the message I receive [05:06] <TroubledTechnici> anybody? your help would be appreciated [05:26] <TroubledTechnici> so further testing by using a video file instead of the stream does the same thing. same message exactly. so it appears to be some sort of permissions/file issues [05:26] <TroubledTechnici> I have chmod 777 the ffserver config and feed1.ffm file but that did not resolve the issue [06:51] <TroubledTechnici> is there anybody here at all who can help me??? [06:53] <Sashmo> Sorry dude, everyone is sleeping [06:53] <Sashmo> they are all inEurope, and sleeping now [06:58] <TroubledTechnici> oh well :( I shall continue my google searching! [06:59] <Sashmo> just try them in ab about 4 hours [06:59] <TroubledTechnici> Shall do. thanks for that. [09:05] <sine_> can someone suggest a really good codec pack that covers xvid nd x264 etc [09:09] <ubitux> maybe ffmpeg? [09:17] <sine_> for playback [09:17] <sine_> say for instance mpc or vlc [10:20] <nutron> So, I know this may be touchy.... but from my understanding... when I type ffmpeg -switches etc... am I actually running libav instead under debian? [10:20] <nutron> If so... wtf. [10:21] <ubitux> debian is packaging libav [10:21] <ubitux> and the old version of libav has a old deprecated unmaintained version of ffmpeg [10:21] <nutron> bah... why not call it that then..? [10:21] <ubitux> propaganda i guess [10:22] <nutron> oh eff..... no point in reading the documentation then =/ [10:23] <nutron> question: on wikipedia, libav has a bunch more codecs listed than ffmpeg, but from my research it seems that ffmpeg is the winning (developed faster) project. Is the wiki page correct or outdated? [10:23] <ubitux> i don't know anyway "maintaining" the ffmpeg wikipedia page [10:23] <nutron> I hate asking polarizing questions, so simply shoot me if I piss anyone off. [10:24] <ubitux> afaik libav duplicated the ffmpeg page and added its stuff [10:24] <ubitux> but yeah, ffmpeg has more stuff [10:24] <ubitux> no worry, you're not responsible for the confusion [10:24] <ubitux> and that channel is appropriate for such talk :) [10:25] <nutron> which channel? [10:25] <ubitux> (s/anyway/anyone/) [10:25] <ubitux> this one, #ffmpeg [10:25] <nutron> this? or theirs? [10:25] <nutron> ahh =) [10:25] <ubitux> oh sure you can go talk to them as well :) [10:26] <nutron> I'm confused about this whole thing... I think the deb maintainer needs to screw his head on straight and allow both projects to co-exist [10:26] <ubitux> check http://blog.pkh.me/p/13-the-ffmpeg-libav-situation.html for a non-objective explanation [10:26] <ubitux> the first part should be fairly objective though [10:30] <nutron> I just came across this bs after starting some research on decoding bink video for a game. [10:30] <nutron> Man the internet sucks the life outta ya sometimes. [10:30] <nutron> ubitux: thanks for the link I started reading it. [10:43] <nutron> bah .. what an ugly fuck-around.... g/l to ffmpeg, libav feels shitty and shady.... [10:44] <nutron> And now... I move on. [10:44] <nutron> To understand bink! [10:44] <nutron> Using ... ffmpeg =) [10:46] <ubitux> have fun; but please don't bitch too much on libav, they are actually helping ffmpeg getting better sometimes (against their will though) [10:48] <ubitux> IMO as a user all you can do to improve the situation is complain to your distribution for using ffmpeg name to package libav, and/or complain about making ffmpeg also available [10:51] <nutron> Indeed. [10:52] <nutron> is ffmpeg-mt ... multithreaded? [10:54] <Mavrik> ffmpeg-mt was an old fork that implemented multithreaded decoding [10:55] <Mavrik> it's merged in master for awhile now afaik [10:55] <nutron> Sweet. [12:10] <jmen> Hi! I'm try to configure ffmpeg, but it write error: [12:10] <jmen> libfaac not found. [12:10] <jmen> But ls /usr/lib/ | grep faac is: [12:10] <jmen> libfaac.so libfaac.so.0 libfaac.so.0.0.0 [12:10] <jmen> , configline is: ./configure --prefix=/usr --libdir=/usr/lib --shlibdir=/usr/lib --mandir=/usr/share/man --incdir=/usr/include --disable-avisynth ..... [12:11] <jmen> What it may be? [12:11] <jmen> Anybody here? [12:11] <JEEB> see config.log :P [12:13] <jmen> sorry, but I dont understand what it means.. [12:13] <jmen> In file included from /usr/include/features.h:352, [12:13] <jmen> from /usr/include/math.h:28, [12:13] <jmen> from /tmp/ffconf.mBbS4594.c:1: [12:13] <jmen> /usr/include/gnu/stubs.h:7:27: error: gnu/stubs-32.h: No such file or directory [12:13] <jmen> check_lib2 stdint.h faac.h faacEncGetVersion -lfaac [12:13] <jmen> check_func_headers stdint.h faac.h faacEncGetVersion -lfaac [12:13] <jmen> check_ld cc -lfaac [12:13] <jmen> check_cc [12:13] <jmen> BEGIN /tmp/ffconf.mBbS4594.c [12:13] <JEEB> jesus christ use a pastebin [12:13] <jmen> 1 #include <stdint.h> [12:13] <jmen> 2 #include <faac.h> [12:13] <jmen> 3 long check_faacEncGetVersion(void) { return (long) faacEncGetVersion; } [12:13] <jmen> 4 int main(void) { return 0; } [12:13] <jmen> END /tmp/ffconf.mBbS4594.c [12:13] <jmen> x86_64-redhat-linux-gcc -D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200112 -D_XOPEN_SOURCE=600 -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions [12:13] <jmen> -fstack-protector --param=ssp-buffer-size=4 -m32 -mtune=generic -fasynchronous-unwind-tables -std=c99 -fomit-frame-pointer -pthread -c -o /t [12:13] <Mavrik> jmen: paaaaastebiiiiiin! [12:13] <jmen> mp/ffconf.PwfQ4602.o /tmp/ffconf.mBbS4594.c [12:14] <jmen> In file included from /usr/include/features.h:352, [12:14] <jmen> from /usr/include/stdint.h:26, [12:14] <Mavrik> egads. [12:14] <jmen> from /tmp/ffconf.mBbS4594.c:1: [12:14] <jmen> /usr/include/gnu/stubs.h:7:27: error: gnu/stubs-32.h: No such file or directory [12:14] <jmen> ERROR: libfaac not found [12:14] <jmen> what I must do? [12:14] <jmen> whatis pastebin? [12:14] <Mavrik> JEEB: btw, do you happen to know of any decent writeup of what fdk-aac params do? [12:15] <jmen> Pastebin avalible in QutIm? [12:15] <sacarasc> jmen: A pastebin is a site where you can paste large amounts of text and get a link so it doesn't flood a channel. [12:16] <JEEB> Mavrik, I haven't looked into it lately, check the guy who made the interface (mstorsjo IIRC) [12:16] <Mavrik> will do [12:17] <jmen> ok, sorry [12:17] <jmen> http://pastebin.com/RHjvk7K8 [12:17] <jmen> it is end of config.log [12:20] <jmen> is it need glibc-devel ? [12:21] <jmen> yes, it is :) [13:09] <japjap> Hello [13:10] <japjap> ffmpeg keeps saying: [13:10] <japjap> non-existing PPS referenced [13:10] <japjap> non-existing PPS 0 referenced [13:10] <japjap> decode_slice_header error [13:10] <japjap> no frame! [13:10] <japjap> when running this: ffmpeg -f h264 -i "rec.264" -vcodec libx264 "output.mp4" [13:10] <japjap> any idea why ? [13:52] <Andreas_> Hi! I have the following problem: i have two audio tracks in one MP4. One I like to disable because Quicktime plays them simultaniously with the other track. Is there any option? [13:53] <Andreas_> the track should remain in the MP4 file. it should just set to be "deactivated" (like possible with MP4Box). [13:53] <Andreas_> Any idea? [13:55] <Andreas_> (ffmpeg v 0.11.1) [14:07] <zap0> use a sensible player. [14:07] <japjap> Is anyone familiar with RTPs ? [14:10] <zap0> if you hum it... [14:11] <Jax> hello, is it possible to merge two videos so they play next to each other? [14:11] <Jax> or is there another tool for this [14:11] <Jax> i just want to compare how two videos look [14:15] <zap0> i would imagine there is. [14:24] <japjap> zap0 ? [14:25] <Jax> ffmpeg -i thresholded.mpg -s 400x200 -vf "movie=original.mpg, scale=200:200, setpts=PTS-STARTPTS, pad=400:200:200:0, [T1] overlay=0:0 [out]; [in] scale=200:200, setpts=PTS-STARTPTS [T1]" combined.mpg [14:25] <Jax> seemed to do the trick. [14:25] <zap0> nice! thanks also for sharing it. [14:27] <japjap> zap0 ? [14:27] <japjap> u there ? [14:40] <Jax> i noticed that when i extract images from an mpeg, that the first couple images are grey.. how do i get rid of those? [14:40] <Jax> or how can i tell it to start extracting on a keyframe near my offset? [14:41] <Jax> using -ss to offset [14:43] <Andreas_> @zap0: "use a sensible player" is alas no option... i try to create a workflow and it has to run on Quicktime too [14:46] <peili> I get an BadCursor Error when using x11grab as input: http://pastebin.com/kHPw1S7c [14:46] <peili> Any idea? [15:31] <Jax> hm [15:32] <Jax> i'm using a -vf command and ffmpeg seems to hang after successfully creating the movie.. [15:32] <Jax> how can i prevent this? [15:33] <ubitux> you need to give all the information necessary so we can reproduce first [15:56] <Jax> ok [15:57] <Jax> ffmpeg -i thresholded.mpg -s 2880x1080 -b 320000 -vf "movie=original.mpg, scale=1440:1080, setpts=PTS-STARTPTS, pad=2880:1080:1440:0, [T1] overlay=0:0 [out]; [in] scale=1440:1080, setpts=PTS-STARTPTS [T1]" combined.mpg [15:57] <Jax> is the exact line i'm using [16:00] <smj> how can I use ffplay in a terminal, without SDL or X or anything? [16:02] <smj> -vn and -nodisp don't seem to help [16:08] <smj> okay, 'ffmpeg -i <inputfile> -f alsa default' seems to do the trick [17:57] <d4> hi [17:59] <d4> If I call avcodec_find_decoder(enum CodecID id) it can never find a codec [18:00] <d4> it always returns NULL [18:00] <d4> How can this be? [18:08] <d4> no one? [18:09] <microchip_> d4: ask in #ffmpeg-devel [18:11] <d4> microchip_: that channel is only for development on ffmpeg itself [18:12] <microchip_> no [18:12] <microchip_> if you want to ask about internals, you ask in #ffmpeg-devel [18:12] <microchip_> this chan is only for USERS of ffmpeg, not internal API questions [18:14] <d4> that was not an internal API question [18:14] <d4> It was an API question ffmpeg is an API [18:15] <d4> ffmpeg.c is an implementation of ffmpeg [18:15] <microchip_> d4: dude, you asked about code. In here we don't ask such question but ones about how ffmpeg operates and its flags. Get it in your thick head [18:17] <d4> Topic for #ffmpeg-devel: Welcome to the FFmpeg development channel. | Discussions about the development of FFmpeg itself are ontopic here. | Questions about using FFmpeg or developing with the libav* libraries should be asked in #ffmpeg | Prores lives ! | This channel is publically logged | FFmpeg 0.11.1 has been released [18:17] <d4> dude... [18:19] <microchip_> d4: no one will answer your question here, except ubitux maybe [18:20] <d4> So you are saying that they should change the subject of the channels and their rules are wrong [18:21] <microchip_> no, i'm saying that you have better chance of an answer in #ffmpeg-devel [18:21] <microchip_> d4: in here, people come and ask but no one answers, that's why i redirected you to -devel [18:22] <microchip_> (trust me, i've seen many asking, and no one answering :D) [18:22] <d4> thats not what you said [18:23] <microchip_> d4: fine, stay here and wait for an answer :) [18:23] <d4> No I already asked in devel [18:23] <d4> lol [18:23] <microchip_> good! [18:23] <microchip_> did anyone help? [18:23] <d4> yeah :p [18:23] <microchip_> cool [18:23] <microchip_> :D [18:23] <d4> thanks :P [18:24] <microchip_> no problem :) [18:31] <microchip_> d4: did you solve your problem? if not, try pinging michaelni (main dev of ffmpeg). Maybe he knows the answer [18:57] <ubitux> d4: did you get your answer? [19:08] <user_> hi, is ac3 better than mp3 in high bitrates ? [19:08] <user_> and mp3 is better than ac3 on less bitrate ? [19:31] <Olson> im getting really poor performance from ffmpeg + X11grab for recording screen.. it seems what ever I do nowadays the recording FPS can't keep up with what I set it to, and the audio is going out of sync over time. In the past i've recorded at 30fps, nowadays it can't even do 20, it'll drop to 19 or so and gradually the audio desyncs [19:32] <ubitux> you should try to do a fast lostless capture at first [19:32] <ubitux> and then do a proper re-encoder [19:32] <ubitux> -r [19:32] <Olson> indeed, that is what I am trying sir [19:32] <Olson> ffmpeg -f alsa -ac 2 -i hw:1,0 -f x11grab -r 60 -s 1920x1080 -i :0.0 -acodec pcm_s16le -vcodec libx264 -preset ultrafast -threads 2 output.avi [19:33] <Olson> except that -r 60 is supposed to be 20 [19:33] <Olson> i just testing some things [19:33] <ubitux> not better with x264opts qp=0 ? [19:34] <Olson> I've not head of this option before [19:34] <Olson> I recall that before when using -vpre there was option lossless_ultrafast though that seems to be changed now [19:34] <ubitux> about syncing audio i'd be curious to know how to solve that; maybe -async 1 or something; also, i hope you try a recent enough ffmpeg [19:35] <Olson> i built ffmpeg from source just the other day [19:36] <Olson> it's not a one off audio dysync, it gets worse over time.. at the beginning of video it would be fine, then depending how long the recording FPS has been below the desired one audio desyncs as time goes on [19:36] <Olson> could you tell me how to use h x264opts qp=0 within the space of my commandline? [19:37] <ubitux> -x264opts qp=0 ? [19:37] <Olson> around where -preset is [19:37] <ubitux> yes, as output option [19:37] <Olson> thank you [19:38] <ubitux> (not sure it will help) [19:38] <ubitux> (but you'll get lossless stuff at least) [19:38] <Olson> it used to be fine, this recording and I dont know what happened since, it's kinda put my work on hold and stuff [19:42] <ubitux> i get around 30 fps here [19:42] <Olson> indeed [19:43] <Olson> now it's recording at onlly 7fps and lagging my system... [19:43] <ubitux> :p [19:44] <Olson> :*( [19:45] <Olson> http://pastebin.com/yukk9YJp [19:46] <Olson> something is terribly wrong [19:47] <ubitux> no idea, and i have to go :( [19:47] <ubitux> i'm curious if you find the answer [20:36] <^prelude^ZZz> hello everyone [20:36] <^prelude^ZZz> can i ask a few technical question [20:37] <^prelude^ZZz> im capturing some data with ffmpeg.. and it is just acopy and vcopy and after some time it exists with No more inputs to read from,. [20:37] <^prelude^ZZz> but its a live stream, it should never end [20:37] <^prelude^ZZz> is there a flag to say ignore time or whatever so it keeps streaming [20:50] <lemonjelly> hello, is there a command line option to the "ffmpeg" binary to make it behave like "ffprobe"? [22:55] <TrixIsOwned> hey, I'm having a problem with files ending the stream before getting to the end of the file duration, http://pastebin.com/k4r9HTCn the log file doesnt seem to give any hints, this happens with avi's and mkv's as well [23:56] <boudiccas> when using winff to convert a mp4 file to avi on squeeze, it fails everytime with ... /usr/bin/ffmpeg: unrecognized option '-vf' .... does anyone have any idea how i can get round this please? [00:00] --- Wed Aug 15 2012

1 0

ffmpeg-devel.log.20120813
by burek 14 Aug '12

14 Aug '12

[00:06] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r3239382aef 10ffmpeg/doc/texi2pod.pl: [00:06] <CIA-41> ffmpeg: doc/texi2pod: add "use warnings" directive [00:06] <CIA-41> ffmpeg: The script was previously run with perl -w through the shebang [00:06] <CIA-41> ffmpeg: command. Now that the script is executed through direct perl invocation [00:06] <CIA-41> ffmpeg: the -w in the shebang command is ignored. This patch re-enables "use [00:06] <CIA-41> ffmpeg: warnings" whatever way the script is invoked. [00:06] <CIA-41> ffmpeg: Idea-By: jamal <jamrial(a)gmail.com> [00:06] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * ra25346e65c 10ffmpeg/ (4 files in 2 dirs): lavu/opt.h: add AV_OPT_FLAG_FILTERING_PARAM macro [00:06] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r5c0d8bc4ce 10ffmpeg/ (4 files in 2 dirs): [00:06] <CIA-41> ffmpeg: lavfi: add avfilter_get_class() and iteration callbacks [00:06] <CIA-41> ffmpeg: Allow iteration over filter options. [02:00] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * red8d827ad0 10ffmpeg/libavformat/riff.c: [02:00] <CIA-41> ffmpeg: riffenc: fix aac [02:00] <CIA-41> ffmpeg: Fixes Ticket1435 [02:00] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [05:04] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * re9d0ab5717 10ffmpeg/libavcodec/h264_sei.c: [05:04] <CIA-41> ffmpeg: h264: fix x264 build detection [05:04] <CIA-41> ffmpeg: Fixes Ticket1503 [05:04] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [06:03] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r710600077d 10ffmpeg/libavcodec/h264_cavlc.c: [06:03] <CIA-41> ffmpeg: h264_cavlc: switch forgotten assert to av_assert [06:03] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [10:13] <ubitux> saste: the segment muxer is supposed to output several entries per line, not only the last one, right? [10:14] <saste> yes [10:14] <ubitux> then something looks broken [10:14] <saste> command? [10:14] <ubitux> or maybe i'm doing it wrong [10:15] <saste> seems fine here [10:15] <ubitux> ./ffmpeg -i ~/samples/big_buck_bunny_480p_h264.mov -bsf h264_mp4toannexb -c copy -map 0:0 -map 0:1 -f segment -segment_list output.list -segment_time 10 -segment_list_type ext seq%03d.ts [10:18] <saste> ubitux: -segment_list_size 0 [10:18] <saste> it is because of that silly default [10:18] <ubitux> mmmh. [10:18] <ubitux> arg [10:18] <ubitux> i see [10:19] <ubitux> much better, thanks :) [10:19] <ubitux> btw, funny thing, the remux looks slower when the files already exist [10:36] <ubitux> the segment duration seems wrong [10:36] <ubitux> they contain the duration of the presentation [10:36] <ubitux> normal behaviour as well? [10:39] <ohsix> hm, using mplayer to check some damaged files, one of them managed to crash it; how can i snag just the bit that did it [10:41] <ubitux> saste: looks like it should be FFMIN instead of FFMAX [10:42] <ubitux> (in seg_write_packet) [10:42] <ubitux> or maybe i'm missing the point of that check? [10:43] <ubitux> mmh FFMIN looks wrong as well [10:44] <ubitux> removing that check works for me (directly use pkt pts+duration) [10:49] <saste> ubitux: no it's correct, end_pts must be the greatest PTS+duration value found in the file [10:51] <ubitux> well, why is the duration of each segment always the duration of the whole presentation? [10:51] <ubitux> to get the duration of one segment you're supposed to make pts_start diff between segments? [11:00] <saste> ubitux: avio_printf(seg->list_pb, "%s,%f,%f\n", oc->filename, seg->start_time, seg->end_time); [11:00] <saste> it prints start and end pts, not the duration [11:00] <saste> duration can be easily computed from that [11:00] <ubitux> as i said, the end_time is always the time of the whole presentation [11:03] <saste> ubitux: that's expected if packets are not sorted [11:08] <CIA-41> ffmpeg: 03Nicolas George 07master * rf594dafc10 10ffmpeg/tools/missing_codec_desc: tools: add a script to find missing codec descriptors. [11:09] <CIA-41> ffmpeg: 03Nicolas George 07master * r03e8944fc1 10ffmpeg/libavcodec/codec_desc.c: lavc: add missing codec descriptors. [11:09] <ubitux> saste: ok... :( [12:07] CTCP re: from CIA-41 (CIA-41!~CIA(a)cia.atheme.org) to #ffmpeg-devel [12:07] <CIA-41> ffmpeg: 03Jemy Tran 07master * rae60d2c877 10ffmpeg/ (6 files in 3 dirs): [12:07] <CIA-41> ffmpeg: lavfi: add hue filter [12:07] <CIA-41> ffmpeg: This is a port of the MPlayer hue filter (libmpcodecs/vf_hue.c) by [12:07] <CIA-41> ffmpeg: Michael Niedermayer. [12:07] CTCP re: from CIA-41 (CIA-41!~CIA(a)cia.atheme.org) to #ffmpeg-devel [12:07] <CIA-41> ffmpeg: Signed-off-by: Jemy Tran <tran.jeremy.av(a)gmail.com> [12:07] <CIA-41> ffmpeg: Signed-off-by: Stefano Sabatini <stefasab(a)gmail.com> [12:24] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * rc3da2c19e4 10ffmpeg/ (configure doc/Makefile): [12:24] <CIA-41> ffmpeg: build: extend documentation building mechanism [12:24] <CIA-41> ffmpeg: Allow to select specific documentation components, and reliably check for [12:24] <CIA-41> ffmpeg: component dependencies. [12:24] <CIA-41> ffmpeg: In particular, check for perl presence on the system. [14:31] <CIA-41> ffmpeg: 03Paul B Mahol 07master * rbd70a52712 10ffmpeg/libavcodec/paf.c: [14:31] <CIA-41> ffmpeg: paf: prevent invalid write [14:31] <CIA-41> ffmpeg: Closes #1631. [14:31] <CIA-41> ffmpeg: Signed-off-by: Paul B Mahol <onemda(a)gmail.com> [14:49] <CIA-41> ffmpeg: 03Diego Biurrun 07master * rf30ff54200 10ffmpeg/LICENSE: doc: Clarify licensing issues arising from external libraries [14:49] <CIA-41> ffmpeg: 03Diego Biurrun 07master * r3b9e832e17 10ffmpeg/libavcodec/x86/ (4 files): x86: Drop silly "_yasm" suffixes from filenames [14:49] <CIA-41> ffmpeg: 03Derek Buitenhuis 07master * rf4bb38cc26 10ffmpeg/libavcodec/cllc.c: [14:49] <CIA-41> ffmpeg: cllc: Rename some funcs to represent what they actually do [14:49] <CIA-41> ffmpeg: This is in preparation for adding support for other colorspaces [14:49] <CIA-41> ffmpeg: and coding types. [14:49] <CIA-41> ffmpeg: Signed-off-by: Derek Buitenhuis <derek.buitenhuis(a)gmail.com> [14:49] <CIA-41> ffmpeg: 03Derek Buitenhuis 07master * r7fda47d53b 10ffmpeg/libavcodec/cllc.c: [14:49] <CIA-41> ffmpeg: cllc: Add support for QRGB [14:49] <CIA-41> ffmpeg: Signed-off-by: Derek Buitenhuis <derek.buitenhuis(a)gmail.com> [14:49] <CIA-41> ffmpeg: 03Derek Buitenhuis 07master * r17c11cef9f 10ffmpeg/libavcodec/cllc.c: [14:49] <CIA-41> ffmpeg: cllc: Implement ARGB support [14:49] <CIA-41> ffmpeg: Signed-off-by: Derek Buitenhuis <derek.buitenhuis(a)gmail.com> [14:49] <CIA-41> ffmpeg: 03Mans Rullgard 07master * rfddc5b9bea 10ffmpeg/libavcodec/celp_filters.c: (log message trimmed) [14:49] <CIA-41> ffmpeg: celp: optimise ff_celp_lp_synthesis_filter() [14:49] <CIA-41> ffmpeg: Adding instead of subtracting the products in the loop allows the [14:49] <CIA-41> ffmpeg: compiler to generate more efficient multiply-accumulate instructions [14:49] <CIA-41> ffmpeg: when 16-bit multiply-subtract is not available. ARM has only [14:49] <CIA-41> ffmpeg: multiply-accumulate for 16-bit operands. In general, if only one [14:50] <CIA-41> ffmpeg: The 'shift' argument is always 1 so there is no need to pass it [14:50] <CIA-41> ffmpeg: explicitly in every call. [14:50] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [14:50] <CIA-41> ffmpeg: 03Mans Rullgard 07master * r1eb1f6f281 10ffmpeg/libavcodec/g723_1.c: [14:50] <CIA-41> ffmpeg: g723.1: remove useless uses of MUL64() [14:50] <CIA-41> ffmpeg: The operands in both cases are 16-bit so cannot overflow a 32-bit [14:50] <CIA-41> ffmpeg: destination. In gain_scale() the inputs are reduced to 14-bit, [14:50] <CIA-41> ffmpeg: so even the shift cannot overflow. [14:50] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [14:50] <CIA-41> ffmpeg: 03Mans Rullgard 07master * r783da0d696 10ffmpeg/libavcodec/g723_1.c: [14:50] <CIA-41> ffmpeg: g723.1: make autocorr_max() work on an arbitrary buffer [14:50] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [14:50] <CIA-41> ffmpeg: 03Mans Rullgard 07master * r47c73a73b0 10ffmpeg/libavcodec/g723_1.c: [14:50] <CIA-41> ffmpeg: g723.1: use saturating addition functions [14:50] <CIA-41> ffmpeg: Use saturating addition functions instead of 64-bit intermediates [14:50] <CIA-41> ffmpeg: and separate clipping. This is much faster when dedicated [15:42] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * ra9040a1167 10ffmpeg/libavcodec/g723_1.c: [15:42] <CIA-41> ffmpeg: g723_1dec: avoid memcpy [15:42] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [15:43] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r84d29df013 10ffmpeg/libavcodec/g723_1.c: [15:43] <CIA-41> ffmpeg: g723_1dec: remove unneeded cliping that leaked in from merge from libav [15:43] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [15:43] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r20035fa241 10ffmpeg/libavcodec/g723_1.c: [15:43] <CIA-41> ffmpeg: g723_1dec: remove dead code that leaked in from libav [15:43] <CIA-41> ffmpeg: It appears someone thinks this special case can be reached [15:43] <CIA-41> ffmpeg: Well, it cannot, thus not only do we not need to optimize it [15:43] <CIA-41> ffmpeg: we dont need it at all [15:43] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [15:43] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r603221ebd0 10ffmpeg/libavcodec/g723_1.c: [15:43] <CIA-41> ffmpeg: g723_1dec: inline normalize_bits() in scale vector and optimize it. [15:43] <CIA-41> ffmpeg: many branches and cases of scale_vector are irrelevant for the case here [15:43] <CIA-41> ffmpeg: and by inlining they can be reliably removed. [15:43] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [17:20] <CIA-41> ffmpeg: 03Speedy Gonzales 07master * rffda8f0f0f 10ffmpeg/libavcodec/proresenc_anatoliy.c: [17:20] <CIA-41> ffmpeg: Proresenc: add multithreading support [17:20] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [17:43] <Compn> Maybe with a few minutes of handjob (not that type) and it should work. [17:43] <Compn> lots of fun on the mplayer list :P [17:44] <ubitux> Speedy Gonzales :') [17:45] <Compn> ffmpeg | branch: master | Speedy Gonzales [17:45] <Compn> nice [17:57] <nevcairiel> why is everyone so paranoid about working on prores anyway [17:57] <Compn> are you in usa nevcairiel ? [17:57] <nevcairiel> nop [17:58] <Compn> this country is full of lawyers [17:58] <Compn> and court is expensive, even if you win case, it can cost you $40k [17:58] <Compn> and take 2-10 years of time [18:00] <Compn> and even if you win case, arent a us citizen, the company who originally sues you drops its case, the us govt might just put you in jail for months until your trial, in the case of dmitry syklrov [18:01] <Compn> http://en.wikipedia.org/wiki/Dmitry_Sklyarov [18:01] <av500> Compn: they have a quota of people in jail to fulfill... [18:01] <Compn> yes, the private prison industry does have contracts with a lot of states requiring them to keep 90% full :\ [18:01] <nevcairiel> I thought the jails are over-crowded anyway [18:02] <av500> no [18:02] <Compn> they are under staffed [18:02] <Compn> so prisoners go out on tether around here [18:02] <Compn> its complete scam [18:02] <av500> usb or wifi thethering? [18:02] <av500> -h [18:02] <Compn> dunno [18:03] <nevcairiel> i'll put it on the long list of reasons not to be a us citizen [18:03] <nevcairiel> or go there ever! [18:03] <Compn> i would avoid it until TSA stops microwaving/xraying people [18:04] <Compn> at least, theres no reason to get cancer-ray'd at the airport [18:04] <nevcairiel> it makes you feel comfy warm on the inside [18:20] <kierank> Compn: lol at your comment [18:23] <Compn> i used to love watching speedy as a kid [22:54] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rcc913f7490 10ffmpeg/libavformat/hls.c: [22:54] <CIA-41> ffmpeg: hls: check that the streams have been initialized before checking their discard flags. [22:54] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [22:54] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r5e3900c7a5 10ffmpeg/libavformat/hls.c: [22:54] <CIA-41> ffmpeg: hls: Initialize stream_offset before find_stream_info. [22:54] <CIA-41> ffmpeg: find stream info causes reads that may use the offset in their callback [22:54] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [23:39] <slackyman> hi [23:40] <Slackyman> ls [23:40] <Slackyman> sorry :) [23:42] <Slackyman> I'm trying to compile a static build of ffmpeg (well, not so static since i let it links dinamically to libc and few other libs) [23:42] <Slackyman> i read the configure file [23:42] <Slackyman> and checking for utvideo it use -lutvideo -lstdc++ [23:43] <Slackyman> this will result in a dynamic link to libstdgcc++ [23:43] <Slackyman> and I'd like to link libstdgcc++ dinamically [23:44] <Slackyman> have I to modify my configure file or what? [00:00] --- Tue Aug 14 2012

1 0

ffmpeg.log.20120813
by burek 14 Aug '12

14 Aug '12

[00:00] <iive> you said it is not properly capture, I assumed this means that it is captured, but not as it is visible on screen. [00:00] <iive> freezing is completely different matter entirely. [00:01] <iive> is the opengl output that freezes or the avconv capture? [00:02] <iive> have in mind, it may be entirely libav specific problem. [00:07] <sontek> Can I include an audo file when turning images into a video? [00:10] <sontek> just include a second input file? [00:14] <iive> sontek: yes. i think there might be example somewhere in the documentation. [00:25] <jbwiv_> guys, I have a bunch of old DVCPRO videos ripped long ago from a Sony MiniDV camera. I'm trying to convert them to a more 2012-ish friendly format, but not having much luck. ffmpeg tells me this: http://pastie.org/4462894. Anyone have any ideas how to fix this? tia [00:29] <ubitux> ibaacplus: bad aac setting: br:128000, AACch:2, AACsr:16000 [00:29] <ubitux> [libaacplus @ 0x10aa7c0] libaacplus doesn't support this output format! [00:30] <ubitux> sounds explicit to me [00:35] <jbwiv_> ubitux: so you're saying that it's impossible to convert this with ffmpeg? [00:36] <sacarasc> jbwiv_: To them exact settings. [00:37] <sacarasc> If you use different audio settings, it should work fine. [00:51] <tomreyn> iive: sorry, missed your reply. it's the capture which freezes. [00:51] <tomreyn> please be sure to highlight me when responding. [00:52] <iive> tomreyn: at that point i would recommend you to get recent ffmpeg source, release or git, compile it yourself and see if it works better. also try another code, just in case x264 is the cause of the problem. [00:52] <iive> code/codec [00:53] <tomreyn> i guess compiling it needs a couple dozen dependencies? [00:54] <iive> not really, ffmpeg is quite self evident. maybe `apt-get build-dep ffmpeg` could help you, or "libav" [00:55] <iive> even if you don't install all libraries, it would give you a list with candidates :) [01:23] <jbwiv_> sacarasc: ok, I'll try another one. any recommendations? [01:40] <tomreyn> ubitux: thanks for the writeup, this gives a nice overview on the ffmpeg / libav situation, i find (though I have not checked other sources). [01:40] <tomreyn> and thanks for your and live's support, too. i'll probably look into building ffmpeg the other day. [06:26] <benbro> can I transcode RTMP live stream to ogg in realtime? [07:03] <TrixIsOwned> hey, I'm having a problem with files ending the stream before getting to the end of the file duration, http://pastebin.com/k4r9HTCn the log file doesnt seem to give any hints [08:26] <looop> hello, i'm trying to play back 1080p h.264 video on a samsung s5pv210 board, for which i crosscompiled ffmpeg. however, it seems that i'm lacking the kernel backend for the av-api video acceleration to kick in, does anybody know where to get that backend for linux 2.6.35? (this should be the intel gma500 / poulsbo backend) [09:28] <Sashmo> looop: I would try and ask this question again in a few hours when everyone is awake [09:28] <looop> thanks Sasmo :) [09:28] <looop> s/Sasmo/Sashmo [09:28] <Sashmo> curious though what your trying to do ? [09:29] <looop> i've got an arm devel board here which i'm evaluating to see whether it works as a multimedia platform [09:29] <Sashmo> playing with tablets? [09:29] <looop> not quite a tablet, as opposed to pretty much everybody else :) [09:29] <looop> but basically the same thing, minus touchscreen and touch ui [09:30] <Sashmo> nice interesting, good luck [09:30] <looop> cheers :) [13:29] <Peanut> Hi folks - I'm trying to make a movie out of seperate jpeg frames, using 'ffmpeg -sameq -i Frame-%03d.jpg test.mp4" - this works fine, but the resulting video is much brighter than the input jpegs (which are rather dark, as these are shots of a shooting star). How can I tell ffmpeg to keep the same brightness? [14:14] <strangeloop> hello, i'm trying to play back 1080p h.264 video on a samsung s5pv210 board, for which i crosscompiled ffmpeg. however, it seems that i'm lacking the kernel backend for the av-api video acceleration to kick in, does anybody know where to get that backend for linux 2.6.35? (this should be the intel gma500 / poulsbo backend) [14:17] <iive> strangeloop: i think it is called vaapi. what is graphic card intel? [14:17] <strangeloop> iive: yeah it needs va-api, which i installed via apt-get. what i need is the kernel space va-api backend [14:18] <strangeloop> this is using the PowerVR sgx540 [14:18] <iive> i have no idea is powervr have any kind of drivers for linux. [14:18] <strangeloop> so after reading a bit more, i think the gma500/poulsbo stuff does not apply, as that's for sgx535 [14:18] <iive> is/if [14:19] <strangeloop> thanks iive :) i'll check with imgtec directly [14:20] <iive> the vaapi is usually provided by the xorg video driver. the driver then connects to the kernel. [14:20] <iive> i know intel provide vaapi, there is a wrapper library that turns ati fglrx xvba into vaapi, and that's all know about it. [14:21] <strangeloop> right.. that's actually a part that i dont quite understand yet. so both X and the kernel need to support the specific GPU then? [14:22] <iive> kind of. [15:05] <samst> Hi, I'm having some issues with getting ffmpeg to read a UDP stream [15:05] <samst> I'm running a fairly simple command: ffmpeg -i udp://10.48.5.210:6001 -vcodec copy -acodec copy movie.mov [15:06] <samst> But it just prints the VLC version number and then sits there doing nothing [15:06] <samst> Sorry, ffmpeg version number [15:06] <samst> multicat produces a file just fine [15:06] <samst> so I wondered if I was missing an option [15:27] <rom1v> hi [15:27] <rom1v> how to know the list of options of frei0r (ffmpeg -vf frei0r) ? [15:44] <BlackPhoenix> Can I somehow route video from TCP stream onto a virtual webcamera? Windows solution preferred, just a general pointer onto where to look is fine too [15:44] <BlackPhoenix> I can understand the first part, but not how to get it onto a virtual webcamera [16:20] <BlackPhoenix> An easier question, suppose I can use ffplay to play my stream on screen and grab it from there, so forget that issue [16:20] <BlackPhoenix> But ffplay crashes when quality of the input stream I give it gets too low [16:20] <BlackPhoenix> The stream I have goes through a lossy channel, and can loose even all of its bits. ffplay crashes, anything I can do? [16:21] <BlackPhoenix> The format is MPEG [17:34] <alyawn> does side_data have to be transmitted to decode an AAC stream? [17:58] <Soltis> I'm getting this error when trying to recode an mkv file: Decoder (codec text) not found for input stream #0:2 -- the only reference I can find to this is another IRC log from a while ago with a suggestion to the person having it to report a bug. Was the issue ever fixed? [18:07] <msmithng> any clues on how to attach a patch submission to a ticket? [18:08] <msmithng> or should I just make a reference to the ticket url in git send-email? [18:42] <Amnesia> question, I'm trying to transcode my v4l2 stream to mjpeg and then pipe it to a named pipe [18:43] <Amnesia> and then I'm trying to play it with a media player (mplayer <- not relevant ) [18:43] <Amnesia> ffmpeg -f video4linux2 -s 320x240 -r 30 -i /dev/video0 -vcodec mjpeg - > tmp [18:43] <Amnesia> but when I try and play it, ffmpeg states the following: Unable to find a suitable output format for 'pipe:' [18:43] <Amnesia> what's the reason for this? [18:44] <Amnesia> (also tried rawvideo [18:44] <Amnesia> ) [18:53] <Amnesia> nvm forgot the format-,-. [19:48] <junixbr> is possible convert mng + mp3 files to avi using ffmpeg? [21:23] <Sashmo_at_work> does anyone know of a good audio monitoring application? I would like to check vu and db levels of of my input transport stream [21:33] <Amnesia> question, the rtp container should allow rawvideo right..? [21:33] <Amnesia> ( I'm a real noob @ video ) [21:34] <Amnesia> ffmpeg -an -f video4linux2 -i /dev/video0 -vcodec copy -b:v 200k -f rtp rtp://10.0.0.2:12345 <- results in ffmpeg not able to write the header [21:35] <Amnesia> https://privatepaste.com/38dd4d35e4 [21:36] <Amnesia> ( other codecs like mjpeg/libx264 etc do work but are of crappy quality ) [21:37] <iive> raw video is extremely huge... you can easlity flood 1000mbps network. [21:37] <Amnesia> hm [21:37] <Amnesia> is that the reason it's failing? [21:37] <iive> at least x264 have lossless mode [21:38] <iive> to be honest, i know almost nothing about streaming. [21:41] <Amnesia> hmkay [21:41] <Amnesia> guess I'll play around with h264 then [21:47] <Amnesia> iive: how is one to determine what codecs are supported for a specific container (in general ) [21:48] <iive> i think that rtp is standardized in a series of rfc [21:48] <Amnesia> hm didn't though of that [21:48] <Amnesia> but what about avi/mkv for example? [21:48] <iive> it is extremely hard to add new formats to it, as each format is literally hard coded. I've seen rtp carry mpeg-ts [21:49] <iive> aka used as transport for some container. I guess this is much simpler approach. [21:49] <iive> no idea if ffmpeg can create such a thing. [21:50] <Amnesia> hm but as in video 101 [21:50] <Amnesia> how can someone know what codec is supported for a specific container [21:50] <Amnesia> is it documented somewhere? [21:51] <Amnesia> (Unknown encoder 'mpegts') [21:51] <iive> well... in theory containers should be able to contain any codec. [21:51] <Amnesia> (while it is listed in ffmpeg -formats ) [21:51] <Amnesia> hm ok [21:51] <iive> but e.g. mpeg-ts is mostly friendly to mpeg codecs. [21:52] <Amnesia> hm ok [21:53] <Sashmo_at_work> does anyone know of a good audio monitoring application? I would like to check vu and db levels of of my input transport stream [22:07] <Amnesia> iive: does ffmpeg support srtp? [22:13] <iive> is that secure rtp ? again, no idea. [22:21] <Amnesia> yeh [22:21] <Amnesia> ah k:) [22:36] <Amnesia> hm did ffmpeg quit creating manpages? [22:41] <Amnesia> ah "make documentation" [22:42] <Amnesia> any chance that that was undocumented? [23:02] <DelphiWorld> hello [23:02] <DelphiWorld> michaelni: hi [23:03] <DelphiWorld> Mon Aug 13 16:59:49 2012 [rtp @ 0x1a92ba0]Unsupported codec dvb_teletext [23:07] <DelphiWorld> anyone? [23:09] <DelphiWorld> iive: do you know about this issue? Unsupported codec dvb_teletext [23:46] <Mista_D> to use -force_key_frames on a 3 hour long movie the list of i-frames is 30 lines thick. Every 10 sec value from 0 to 10800 sec (: Any way to simplify the command? [00:00] --- Tue Aug 14 2012

1 0

ffmpeg-devel.log.20120812
by burek 13 Aug '12

13 Aug '12

[00:36] <ubitux> iive: sure, http://lists.libav.org/pipermail/libav-devel/2012-August/032996.html [00:39] <iive> nevcairiel: the end form of these descriptors should be something like codecs.conf in mplayer. including fourcc and stuff. [01:31] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r2e4b662787 10ffmpeg/libavformat/mov.c: [01:31] <CIA-41> ffmpeg: mov: add av_dlog() to CTTS reading code like is already done in STTS. [01:31] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [01:31] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * ra036ac5782 10ffmpeg/libavformat/utils.c: [01:31] <CIA-41> ffmpeg: lavf: do not discard correct dts in favor of wrong pts for vc1-wmapro.ism [01:31] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [01:31] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r15e4bd65b1 10ffmpeg/libavcodec/vc1dec.c: [01:31] <CIA-41> ffmpeg: vc1dec: support debug & FF_DEBUG_PICT_INFO. [01:31] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [01:31] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rc5ea3a009b 10ffmpeg/ (ffmpeg.c tests/ref/lavf/mxf): [01:31] <CIA-41> ffmpeg: ffmpeg: Do not discard slightly invalid timestamps. [01:31] <CIA-41> ffmpeg: Fixes Ticket1627 [01:31] <CIA-41> ffmpeg: The fate change is due to ffmpeg no longer pushing audio timestamps [01:31] <CIA-41> ffmpeg: aggressively up (which is what caused the AV sync issues in the ticket) [01:31] <CIA-41> ffmpeg: but leaving them as they are. [01:31] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [05:42] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r39c56ef921 10ffmpeg/libavcodec/sgidec.c: [05:42] <CIA-41> ffmpeg: sgidec: correct end pointer [05:42] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [05:42] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r6fd7bf7b03 10ffmpeg/libavcodec/sgidec.c: [05:42] <CIA-41> ffmpeg: sgidec: fix error free end detection. [05:42] <CIA-41> ffmpeg: Fixes Ticket1506 [05:42] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [12:16] <ubitux> saste: please add ( ) around 1<<16 in the filtering param flag [12:22] <saste> ubitux: ok [12:33] <ubitux> thx :) [13:48] <CIA-41> ffmpeg: 03Jordi Ortiz 07master * rf5ce90f2de 10ffmpeg/libavformat/rtmpproto.c: [13:48] <CIA-41> ffmpeg: rtmp: split chunk_size var into in_chunk_size and out_chunk_size [13:48] <CIA-41> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st> [13:48] <CIA-41> ffmpeg: 03Diego Biurrun 07master * r575db88377 10ffmpeg/configure: configure: Rename check_asm() to more fitting check_inline_asm() [13:48] <CIA-41> ffmpeg: 03Mohammad Alsaleh 07master * r6e9bbc6525 10ffmpeg/libavformat/id3v2.c: (log message trimmed) [13:48] <CIA-41> ffmpeg: id3v2: Match PIC mimetype/format case-insensitively [13:48] <CIA-41> ffmpeg: Some files' embedded art seems to have the mimetype 'image/JPG' instead [13:48] <CIA-41> ffmpeg: of 'image/jpg'. Libav fails to parse those because it matches [13:48] <CIA-41> ffmpeg: case-sensitively. [13:48] <CIA-41> ffmpeg: Use av_strncasecmp() to fix this behaviour. [13:48] <CIA-41> ffmpeg: Signed-off-by: Mohammad Alsaleh <msal(a)tormail.org> [13:48] <CIA-41> ffmpeg: 03Samuel Pitoiset 07master * ra8103503b3 10ffmpeg/libavformat/rtmpproto.c: [13:48] <CIA-41> ffmpeg: rtmp: Factorize the code by adding find_tracked_method [13:48] <CIA-41> ffmpeg: Also fix the bytestream reader size parameter to take the [13:48] <CIA-41> ffmpeg: offset into account. [13:49] <CIA-41> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st> [13:49] <CIA-41> ffmpeg: 03Diego Biurrun 07master * re017c87552 10ffmpeg/tests/fate/filter.mak: [13:49] <CIA-41> ffmpeg: fate: Only test enabled filters [13:49] <CIA-41> ffmpeg: This fixes running FATE without --enable-gpl. [13:49] <CIA-41> ffmpeg: If the dts difference is more than 1000 times the average dts [13:49] <CIA-41> ffmpeg: difference, restart the analysis. [13:49] <CIA-41> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st> [13:49] <CIA-41> ffmpeg: 03Martin Storsjö 07master * r30c26c2442 10ffmpeg/libavformat/utils.c: (log message trimmed) [13:49] <CIA-41> ffmpeg: lavf: Initialize the stream info timestamps in avformat_new_stream [13:49] <CIA-41> ffmpeg: These are normally initialized to AV_NOPTS_VALUE at the start [13:49] <CIA-41> ffmpeg: of avformat_find_stream_info, but if a new stream is found while [13:49] <CIA-41> ffmpeg: this function is running (e.g. like in mpegts), the newly added [13:50] <CIA-41> ffmpeg: AVStreams didn't have these values properly initalized, leading [13:50] <CIA-41> ffmpeg: to avformat_find_stream_info terminating too soon (when the [13:50] <CIA-41> ffmpeg: 03Diego Biurrun 07master * r3aa696e883 10ffmpeg/libavresample/resample.c: avresample: De-doxygenize some comments where Doxygen is not appropriate [13:50] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rd0bf3bf1ff 10ffmpeg/: (log message trimmed) [13:50] <CIA-41> ffmpeg: Merge remote-tracking branch 'qatar/master' [13:50] <CIA-41> ffmpeg: * qatar/master: [13:50] <CIA-41> ffmpeg: lavf: Detect discontinuities in timestamps for framerate/analyzeduration calculation [13:50] <CIA-41> ffmpeg: lavf: Initialize the stream info timestamps in avformat_new_stream [13:50] <CIA-41> ffmpeg: id3v2: Match PIC mimetype/format case-insensitively [13:51] <CIA-41> ffmpeg: configure: Rename check_asm() to more fitting check_inline_asm() [14:55] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rda74e883f1 10ffmpeg/libavcodec/ (avcodec.h utils.c version.h): [14:55] <CIA-41> ffmpeg: lavc: add codec_descriptor field to AVCodecContext. [14:55] <CIA-41> ffmpeg: This can be used to avoid a time consuming lookup of the [14:55] <CIA-41> ffmpeg: descriptor [14:55] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [14:56] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rd5c90ff23b 10ffmpeg/libavformat/utils.c: [14:56] <CIA-41> ffmpeg: lavf: reimplement is_intra_only() by using the AVCodecContext codec descriptor [14:56] <CIA-41> ffmpeg: This also changes behavior as the descriptor table is more complete than [14:56] <CIA-41> ffmpeg: the switch/case it replaces. As well as considering all non video as [14:56] <CIA-41> ffmpeg: intra only [14:56] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [18:16] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rbbe1a468d8 10ffmpeg/tests/fate/filter.mak: [18:16] <CIA-41> ffmpeg: fate: split asyncts from aresample test [18:16] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [19:23] <nyuhu> saste : concerning what I said yesterday, when comparing mp=hue and hue [19:23] <nyuhu> for example, with mp=hue I get [19:23] <saste> yes [19:24] <nyuhu> n:60 pts:263527 pts_time:2.92808 pos:0 fmt:yuv420p sar:0/0 s:1280x720 i:P iskey:0 type:? checksum:CB5502DE plane_checksum:[5A9F602F C5FA51C2 AF8E50DE] [19:24] <nyuhu> and with hue [19:24] <nyuhu> n:65 pts:263527 pts_time:2.92808 pos:735244 fmt:yuv420p sar:1/1 s:1280x720 i:P iskey:0 type:B checksum:CB5502DE plane_checksum:[5A9F602F C5FA51C2 AF8E50DE] [19:25] <saste> nyuhu: how are you producing the frames? [19:25] <saste> mp has issues with some information in the frames [19:25] <saste> it is not correctly propagating it [19:25] <saste> ah... and the number is also different [19:25] <saste> that's suspect [19:26] <nyuhu> yes [19:26] <saste> nyuhu: can you provide command or a pastebin? [19:27] <nyuhu> I just typed ./ffplay test.mpg -vf mp=hue=100:1,showinfo [19:27] <saste> ok i'm going to try your patch [19:29] <ubitux> nyuhu: btw, you can ./ffmpeg -i test.mpg -vf ... -f null - if you want to avoid the ffplay sdl stuff [19:30] <nyuhu> oh thx for the tip [19:34] <CIA-41> ffmpeg: 03Piotr Bandurski 07master * rbd92205014 10ffmpeg/libavformat/mov.c: [19:34] <CIA-41> ffmpeg: mov: remux AALP tag [19:34] <CIA-41> ffmpeg: AALP(AALP001) tag is present in 32bpp files encoded with avid codecs [19:34] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [19:34] <CIA-41> ffmpeg: 03Boris Maksalov 07master * rd70231f02d 10ffmpeg/libavcodec/proresenc_kostya.c: [19:34] <CIA-41> ffmpeg: Fix reading past the end of frame buffer. [19:34] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [19:35] <saste> nyuhu: ffmpeg -f lavfi -i "testsrc=d=2,split[t1][t2]; [t1]mp=hue=100:1,showinfo [out0]; [t2]hue=100:1,showinfo [out1]" -f null - -nostats [19:35] <saste> this looks fine [19:35] <saste> i suppose the problem may be related to the input file [19:36] <saste> seems completely unrelated to the port anyway [19:37] <nyuhu> okay, nice [19:39] <saste> anyway can you show a pastebin? that may spot a problem somewhere else (e.g. in the mp wrapper) [19:42] <nyuhu> you just need the output when using mp=hue ? [19:42] <saste> nyuhu: possibly both, so i can compare them [19:43] <ubitux> or maybe you could just share the test.mpg? :) [19:44] <saste> another thing i just noticed, mp=hue saturation defaults to 0, which is admittedly silly but if we want to preserve compatibility it is better to keep the same default [19:44] <saste> yes of course [19:46] <nyuhu> http://pastebin.com/6R77nTKp [19:47] <nyuhu> hum yeah if it helps I can upload the test.mpg [19:51] <saste> nyuhu: yes [19:51] <saste> mp=hue is skipping frames... [19:53] <Compn> saste : is the stereo3d filter in ffmpeg working? (i ask because i never checked/tested it) [19:54] <Compn> and because reimar just added a new color for it, and i wonder if it needs to be ported ... [19:54] <Compn> or updated in ffmpeg base [19:54] <saste> Compn: never tried it... [19:55] <saste> Compn: do you have a link to the patch? [19:55] Action: Compn trying to keep both copies updated to each other [19:55] <Compn> http://lists.mplayerhq.hu/pipermail/mplayer-cvslog/2012-August/044052.html [19:55] <Compn> http://lists.mplayerhq.hu/pipermail/mplayer-cvslog/2012-August/044053.html [19:55] <nyuhu> saste : well it is skipping frames on all video files I tried, is it the same on your side ? [19:55] <Compn> http://lists.mplayerhq.hu/pipermail/mplayer-cvslog/2012-August/044054.html [19:55] <Compn> the third one is the new color, but all of the filters should be synch'd [19:56] <saste> nyuhu: which kind of files? I tried an FLV and i was not observing that [19:57] <saste> nyuhu: can you try one file from the fate samples suite? [19:57] <nyuhu> Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720, 2497 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 47.95 tbc [19:58] <saste> nyuhu: make fate-rsync SAMPLES=fate-samples [19:58] <saste> will download/synch the fate samples [20:09] <nyuhu> (my connection is quite slow today so its taking some time&) [20:10] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rab0ea7cb41 10ffmpeg/ffplay.c: [20:10] <CIA-41> ffmpeg: ffplay: avoid SDL_atoi() [20:10] <CIA-41> ffmpeg: It appears this function is not available everywhere [20:10] <CIA-41> ffmpeg: Should fix Ticket1525 [20:10] <CIA-41> ffmpeg: Reviewed-by: Marton Balint <cus(a)passwd.hu> [20:10] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [20:34] <nyuhu> saste : using files from fate samples it is fine [21:02] <Daemon404> michaelni, my github can be merged. [21:08] <michaelni> Daemon404, Trailing whitespace found in libavcodec/cllc.c [21:08] <michaelni> Commit aborted, fix the issue and try again. [21:09] <Daemon404> eh... crap [21:10] <Daemon404> michaelni, i see it [21:10] <Daemon404> you can fix it locally... or i can force rewrite my repo [21:10] <Daemon404> up to you. [21:12] <michaelni> iam a lazy person, i leave it to you [21:12] <Daemon404> ok [21:14] <Daemon404> michaelni, + c5f9c5d...ba752dc master -> master (forced update) [21:18] <CIA-41> ffmpeg: 03Derek Buitenhuis 07master * r4637009e59 10ffmpeg/libavcodec/cllc.c: [21:18] <CIA-41> ffmpeg: cllc: Rename some funcs to represent what they actually do [21:18] <CIA-41> ffmpeg: This is in preparation for adding support for other colorspaces [21:18] <CIA-41> ffmpeg: and coding types. [21:18] <CIA-41> ffmpeg: Signed-off-by: Derek Buitenhuis <derek.buitenhuis(a)gmail.com> [21:18] <CIA-41> ffmpeg: 03Derek Buitenhuis 07master * r21d62c4730 10ffmpeg/libavcodec/cllc.c: [21:18] <CIA-41> ffmpeg: cllc: Add support for QRGB [21:18] <CIA-41> ffmpeg: Signed-off-by: Derek Buitenhuis <derek.buitenhuis(a)gmail.com> [21:18] <CIA-41> ffmpeg: 03Derek Buitenhuis 07master * rba752dc016 10ffmpeg/libavcodec/cllc.c: [21:18] <CIA-41> ffmpeg: cllc: Implement ARGB support [21:18] <CIA-41> ffmpeg: Signed-off-by: Derek Buitenhuis <derek.buitenhuis(a)gmail.com> [23:14] <ubitux> michaelni: why did you close #1508? [23:14] <ubitux> i mean, what fixed it? [23:15] <nevcairiel> sounds like there might be a commit incoming [23:16] Action: ubitux while true; do git pull; done [23:17] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rbb7073921c 10ffmpeg/libavformat/oggparsetheora.c: [23:17] <CIA-41> ffmpeg: oggparsetheora: fix metadata parsing [23:17] <CIA-41> ffmpeg: Fixes Ticket1508 [23:17] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [23:17] <nevcairiel> see [23:19] <Daemon404> lol [23:19] <Daemon404> itc: bug tracker trolls [23:20] <ubitux> nevcairiel :D [23:20] <ubitux> awesome, thx michaelni :) [23:23] <CIA-41> ffmpeg: 03Reimar Döffinger 07master * r118bd609f0 10ffmpeg/libswscale/swscale_unscaled.c: (log message trimmed) [23:23] <CIA-41> ffmpeg: Optimized unscaled yuvp9/yuvp10 -> yuvp16 conversion. [23:23] <CIA-41> ffmpeg: About 30% faster on 32 bit Atom, 120% faster on 64 bit Phenom2. [23:23] <CIA-41> ffmpeg: This is interesting because supporting P16 is easier in e.g. [23:23] <CIA-41> ffmpeg: OpenGL (can misuse support for any 2-component 8 bit format), [23:23] <CIA-41> ffmpeg: whereas supporting p9/p10 without conversion needs a texture [23:23] <CIA-41> ffmpeg: format with at least 14 bits actual precision. [00:00] --- Mon Aug 13 2012

1 0

ffmpeg.log.20120812
by burek 13 Aug '12

13 Aug '12

[01:28] <Sashmo1> Im looking for anyone that can help with ffmpeg and wowza, I keep having some problems with the way the h264 is passed to wowza for HLS and it driving me insane!!!! PM me if you can help. I can compensate for your time. [01:29] <juanmabc> man, wowza always gives trouble, there is a need for a faq/tutorial [01:29] <Sashmo1> thanks dude, I know [01:29] <Sashmo1> been through it and their forums 1000 times [09:05] <CoJaBo> Ok; so I have an MJPEG file; is there any way to encode this to something sane? [09:06] <CoJaBo> (raw MJPEG, aquired via wget from a network camera) [09:43] <cbreak> CoJaBo: yes. [09:43] <cbreak> ffmpeg can do it even. [10:02] <CoJaBo> ffmpeg refused to read it, I just now figured out a (convoluted) way to convert them all... [10:02] <CoJaBo> VLC can dump them to a stream with bogus framerate, use mencoder to set the input FPS and copy to a second file- this segfaults writing the avi index, then use mencoder again to copy the second file to the third, fixing the index! Isn't OSS software great? xD [10:02] <cbreak> ffmpeg can read mjpeg fine [10:03] <cbreak> I use it to convert the video from an axis camera in real time. Works. [10:03] <cbreak> well, convert. I decode it to raw frames. [10:03] <CoJaBo> It detects the input file as a 4-channel audio stream for some reason :/ [10:03] <CoJaBo> Only VLC would read the source file, nothing else.. [10:03] <cbreak> my ffmpeg version is compiled to be lgpl, with less codecs. worked fine. [10:04] <cbreak> vlc reads stuff... with ffmpeg :D [10:04] <CoJaBo> Yeh, that is rather odd o_O [10:07] <cbreak> have you tried to tell ffmpeg that the input is mjpeg? [10:07] <cbreak> with -f mjpeg? [10:09] <CoJaBo> Hm, that reads it but the output is profoundly currupted [10:09] <cbreak> maybe it's not mjpeg :) [10:09] <CoJaBo> (squished in the top, with green boxes, rest of it being green) [10:09] <CoJaBo> I can make out my eye at the beginning, so it sorta reads it.. [10:10] <cbreak> what does vlc say about the video? [10:10] <CoJaBo> MJPEG [10:10] <cbreak> nothing else? [10:10] <cbreak> usually it's more chatty [10:10] <cbreak> try cvl [10:10] <cbreak> cvlc [10:11] <CoJaBo> The output file is MJPEG as well, and was just made thru stream copies [10:12] <cbreak> do you play directly from the network? [10:12] <cbreak> try it. [10:12] <cbreak> I did that for live capture with success [10:13] <CoJaBo> I couldn't get it to start when I needed to record; I don't have the camera with me now [10:13] <CoJaBo> I captured it using wget [10:13] <cbreak> hmm... who knows what issues that caused [10:13] <cbreak> do you have mplayer? [10:13] <cbreak> mplayer -identify the file, maybe that gives more infos [10:14] <CoJaBo> mplayer wouldnt read it either. Going thru vlc -> mencoder -> mencoder did create a playable file, and that seemed to work for the second one too [10:14] <CoJaBo> Only problem is, the framerate is very much not the stated 30fps, gah [10:41] <lost_case> Hello.... I hope this is an appropriate place to ask for help but I am s**t out of luck trying to cross-compile ffmpeg for Android. Is there anyone who could help me? [11:07] <aro> why is my audio out of sync when i go flv->mp4 with ffmpeg? [14:48] <blight> helllooo [14:49] <blight> why does ubuntus ffmpeg not support h264 encoding? do i really have to compile it myself? [14:52] <Mavrik> yes. [14:52] <Mavrik> as for why: H.264 is patented and ubuntu doesn't want to bundle software that could cause them to be sued [14:52] <Mavrik> currently ubuntu doesn't even bundle ffmpeg [14:52] <Mavrik> if you install "ffmpeg" you get "avconv" which is something different [14:53] <spaam> blight: you might want to install the -extra package. [14:53] <spaam> libavcodecNN-extra [14:54] <spaam> libavcodec-extra-53 [14:55] <Mavrik> hm, extra might include x264 yea [14:56] <JEEB> yes, it contains libx264 [14:58] <blight> ok and now another q: which container and audio do i use to combine h264 video with lossless audio, such that at least ffmpeg and vlc can decode the file? [14:59] <blight> :p [14:59] <JEEB> matroska would most probably be the simplest [14:59] <JEEB> as it supports both flac and wavpack as well as uncompressed audio [14:59] <JEEB> (and many other formats) [14:59] <blight> ahh nice i can encode 264 now thanks [14:59] <blight> JEEB: atm i made a mov with 263 and flac but vlc cannot decode the audio =( [15:00] <blight> it says it doesnt know "ms??" tag [15:00] <JEEB> lol flac in mov/mp4 [15:00] <JEEB> very muchos nonstandard [15:02] <blight> ok i see, i dunno anything about this stuff you know ;) [17:53] <rud> hi, is it possible to have ffmpeg execute an external command/script when it starts writing to -f <format> ? [18:12] <subanomic> hi [18:15] <subanomic> I need to figure out a way to convert videos to mp4 (h264, aac) on a machine I do not have root access to [18:16] <subanomic> is there some way of building a standalone ffmpeg version with these codecs? [18:22] <fumon> I'm getting a strange error with decoding an rtsp stream using h264. h264 is crashing and telling me to update to ffmpeg from git which fails with the same error. "decode_slice_header error" is the probable cause. [18:23] <fumon> VLC handles it but I need to snapshot the stream periodically and ffmpeg from commandline seems the standard solution. [18:24] <fumon> Any clues? [18:25] <fumon> http://pastebin.com/56RPEnjq [21:03] <fumon> Hey, is there a dev/discuss channel for the h264 module? [21:04] <JEEB> the H.264 decoder and its development? [21:04] <JEEB> it's part of libavcodec, and its development is done on #ffmpeg-devel in the ffmpeg project [21:05] <fumon> So it's not brought in by x264? [21:05] <JEEB> libx264 handles encoding [21:06] <fumon> Okay. I'm getting odd barf from h264 telling me to update ffmpeg which also barfs with the same. Got a pastebin. Should I dig deeper myself or open it here? [21:07] <JEEB> "odd barf from h264"? [21:07] <JEEB> I'm not exactly sure what you're talking about [21:07] <fumon> http://pastebin.com/56RPEnjq [21:07] <fumon> Using ffmpeg on an rtsp stream. [21:08] <JEEB> that's the decoder alright [21:08] <JEEB> not related to libx264 [21:08] <fumon> Right. [21:08] <fumon> Odd part is that vlc handles playback fine. [21:09] <fumon> None of the barf other than "Missing reference picture" [21:09] <fumon> I'm guessing rtsp is just not being handled correctly? Sound about right? [21:10] <alyawn> do I have to call avcodec_open2 if I'm just remuxing? or is simply adding the stream and passing packets enough? [21:10] <JEEB> fumon, try dumping that stream onto a hard drive and retesting after that [21:10] <JEEB> s/after/with/ [21:11] <JEEB> also do try with the latest git ffmpeg HEAD [21:11] <fumon> JEEB: I have. Same barf. [21:11] <fumon> Going to try dumping RTSP stream now though. [21:11] <JEEB> also it's related to threading so you might want to try setting -threads to 1 before -i (for the decoder) [21:12] <fumon> There we go. Before the i did it. Was trying it after and of course it didn't work. [21:13] <fumon> Sanity check much appreciated. [21:27] <Sashmo1> can anyone tell me what the tbr, tbn, and tbc mean when reading the ffmpeg -i [21:28] <Sashmo1> or same thing when reading ffprobe [21:31] <Sashmo1> found it, thanks anyways [21:36] <Sashmo1> actually, i havnt found a sutiable answer, I found the explinations of what they are, but how does that affect the output? if I have 25fps, and a 29.97 tbr, but I have a 90k tbn and 50 tbc, what do those last two mean? [21:47] <alyawn> Sashmo1, http://ffmpeg-users.933282.n4.nabble.com/What-does-the-output-of-ffmpeg-mea… [21:47] <Sashmo1> alyawn: thanks I found that too, but if you see the bottom, I agree with that guy, needs more details! [21:49] <alyawn> I think of them as multipliers that different parts of the system need to determine frame timing [22:56] <tomreyn> hi, i'm looking for help recording my desktop (so screen video capture + audio of a game) + my voice coming from a plugged in headset. [22:57] <tomreyn> i'd like to create a high quality video for youtube (and possibly other video sites). i don't care too much about the audio and video formats, but prefer open ones, as long as they are likely to work well with youtube. [22:57] <tomreyn> i'm currently doing this: avconv -f x11grab -s 1680x1050 -r 30 -i 0,0:0.0 -f alsa -i hw:0 -ab 128k test.mov [22:57] <tomreyn> audio is pretty good, but the video is all blurry. i've tried mov, mpg, ogv, mkv, avi. all gave me similar blurry video or failed. [22:58] <tomreyn> this is ffmpeg 4:0.8.3-0ubuntu0.12.04.1 on Ubuntu 12.04 [22:59] <tomreyn> any suggestions on how to improve the video output would be very welcome. [22:59] <ubitux> you are using a fork of ffmpeg [22:59] <ubitux> anyway, try -c:v libx264 or something [23:00] <tomreyn> avconv is a fork? [23:00] <ubitux> iirc we don't have bad default settings for libx264 [23:00] <ubitux> yes, libav is a fork and distribute av* tools [23:01] <tomreyn> i see [23:02] <ubitux> anyway, at least paste the full output on pastebin [23:02] <ubitux> so we can get a clue about what's going on [23:04] <tomreyn> ubitux: -c:v libx264 fixed it already :-) [23:08] <ubitux> great; should be the default though [23:08] <tomreyn> actually i have some buffer underruns on the audio [23:08] <tomreyn> i'll post my output [23:10] <tomreyn> http://megaglest.pzt.me/3f65@raw [23:10] <mgid> hey, do you guys know if there is a way to have ffmpeg stop recording from a stream when it sees a certain image? [23:11] <mgid> like a black screen, a pre-determined image, etc [23:12] <ubitux> tomreyn: maybe you're not fast enough (check a fast libx264 profile or something), i dunno. i'd recommend to try an up-to-date ffmpeg anyway [23:12] <ubitux> mgid: we have black frame detection, but nothing to communicate the end of the stream [23:13] <ubitux> you could hack the filter maybe [23:13] <ubitux> some metadata communication between filters is planed, but nothing done yet [23:17] <ubitux> mgid: anyway, that could be done with a filter [23:17] <mgid> so, there's no way by default to stop recording from a video source as soon as I see a black frame? [23:17] <sontek> Any of you guys familiar with converting images to video? I'm trying to convert 327 image frames into a video using ffmpeg, currently with this command: ffmpeg -r 25 -i ~/Dropbox/fuerte/photos/videos/img* video.mp4 [23:17] <mgid> I have to hack the black frame filter to do this huh? [23:18] <sontek> but the resulting video is 0 seconds long [23:18] <ubitux> there is; but in multiple step [23:18] <ubitux> 1) use blackframe/blackdetect filter to locate black frames [23:18] <ubitux> 2) parse the output to get TS [23:18] <ubitux> 3) use -ss -t or vf select to keep what you want [23:18] <mgid> oh :o [23:19] <mgid> awesome [23:19] <mgid> thanks [23:19] <ubitux> sontek: https://ffmpeg.org/faq.html#How-do-I-encode-single-pictures-into-movies_003f [23:22] <sontek> ubitux: ok, the only difference between what I'm doing and what that says is the -f image2 [23:22] <tomreyn> ubitux: turns out the video just gets stuck on a frame, audio is recorded but the video doesn't move any further. :-/ [23:22] <sontek> and its not declaring fps [23:22] <sontek> it generated a video at the correct length but its not using all my images [23:23] <sontek> it just got the first frame [23:23] <sontek> my images are named img0.jpg through img366.jpg [23:23] <sontek> ffmpeg -r 25 -f image2 -i ~/Dropbox/fuerte/photos/videos/img%d.jpg video.mpg is the command I ran [23:26] <sontek> ubitux: anything I might be doing wrong? [23:28] <ubitux> no idea, maybe paste your output [23:31] <sontek> http://paste2.org/p/2108747 [23:37] <sontek> I think I figured it out [23:37] <ubitux> moving -r 25 as output option maybe [23:42] <tomreyn> ubitux: my problem may be that opengl output is not properly captured. is there something special i need to do to make this work? output: http://megaglest.pzt.me/7juo@raw [23:48] <iive> tomreyn: is other output captured properly? what do you see instead of the opengl one? [23:49] <iive> if you use ati fglrx drivers, you may want to try the option to disable opengl overlays. [23:50] <iive> nvidia may have overlays too, but i'm not sure how to control them. [23:58] <tomreyn> iive: i'm using open source drivers, so no fglrx. what other output do you mean? the audio capture is having a few buffer underruns as you can see. [23:58] <tomreyn> i do the the opengl output, but it freezes at some point. [00:00] --- Mon Aug 13 2012

1 0

ffmpeg-devel.log.20120811
by burek 12 Aug '12

12 Aug '12

[02:05] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rbd6ece4609 10ffmpeg/libavformat/mp3enc.c: [02:05] <CIA-41> ffmpeg: mp3enc: fix CODEC_ID/CodecID that leaked in from older patch [02:05] <CIA-41> ffmpeg: Found-by: jamal <jamrial(a)gmail.com> [02:05] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [02:06] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rf9505923a3 10ffmpeg/libavcodec/cavsdec.c: [02:06] <CIA-41> ffmpeg: cavsdec: check dimensions being valid. [02:06] <CIA-41> ffmpeg: Fixes crash [02:06] <CIA-41> ffmpeg: Fixes Ticket1628 [02:06] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [02:25] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r58825a18aa 10ffmpeg/libavcodec/msrle.c: [02:25] <CIA-41> ffmpeg: msrle: fix regression causing null ptr dereference [02:25] <CIA-41> ffmpeg: Fixes Ticket1630 [02:25] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [05:46] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r994923ec00 10ffmpeg/libavcodec/dwt.c: [05:46] <CIA-41> ffmpeg: dwt: switch to av_assert [05:46] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [05:46] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r48d20b918c 10ffmpeg/libavcodec/snowdec.c: [05:46] <CIA-41> ffmpeg: snowdec: increase stack size [05:46] <CIA-41> ffmpeg: Fixes Ticket1632 [05:46] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [11:04] <ubitux> saste: i think the env thing is in case SDL_getenv() would not be mapped on a getenv [11:04] <ubitux> and would use some internal stuff in SDL or something [11:05] <saste> i was asking why atoi() was not used in the first place [11:05] <ubitux> and thus could include the type or something [11:05] <ubitux> (so the sdl getenv would return a int directly or something) [11:06] <ubitux> anyway that shouldn't happen [11:06] <ubitux> :) [11:46] <nyuhu> hum& I compared my hue port to the mplayer one using the showinfo filter ; the plane checksums are the same but not always for the same 'n' values (sequential number), is this an issue ? [12:53] <saste> nyuhu: can you post an example [15:11] <CIA-41> ffmpeg: 03Anton Khirnov 07master * rc223d79945 10ffmpeg/libavcodec/ (Makefile avcodec.h codec_desc.c): [15:11] <CIA-41> ffmpeg: lavc: add codec descriptors. [15:11] <CIA-41> ffmpeg: They describe properties that are inherent to a codec (as described by [15:11] <CIA-41> ffmpeg: an AVCodecID) without referring to a specific implementation. [15:11] <CIA-41> ffmpeg: 03Anton Khirnov 07master * r51efed152d 10ffmpeg/libavcodec/ (avcodec.h codec_desc.c): lavc: add an intra-only codec property. [15:11] <CIA-41> ffmpeg: 03Anton Khirnov 07master * r885da7b082 10ffmpeg/libavformat/utils.c: lavf: simplify is_intra_only() by using codec descriptors. [15:11] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rf5f3684fb8 10ffmpeg/: (log message trimmed) [15:11] <CIA-41> ffmpeg: Merge remote-tracking branch 'qatar/master' [15:11] <CIA-41> ffmpeg: * qatar/master: [15:11] <CIA-41> ffmpeg: lavf: simplify is_intra_only() by using codec descriptors. [15:11] <CIA-41> ffmpeg: lavc: add an intra-only codec property. [15:11] <CIA-41> ffmpeg: lavc: add codec descriptors. [15:11] <CIA-41> ffmpeg: lavc: fix mixing CODEC_ID/AV_CODEC_ID in C++ code. [15:11] <CIA-41> ffmpeg: 03Mans Rullgard 07master * r987170cb9d 10ffmpeg/ (6 files in 3 dirs): [15:11] <CIA-41> ffmpeg: dict: add av_dict_count() [15:11] <CIA-41> ffmpeg: This adds a function to retrieve the number of entries in a [15:11] <CIA-41> ffmpeg: dictionary and updates the places directly accessing what should [15:11] <CIA-41> ffmpeg: be an opaque struct to use this new function instead. [15:12] <CIA-41> ffmpeg: 03Mans Rullgard 07master * r33de86db2b 10ffmpeg/libavutil/ (dict.c internal.h): [15:12] <CIA-41> ffmpeg: dict: move struct AVDictionary definition to dict.c [15:12] <CIA-41> ffmpeg: This makes struct AVDictionary fully opaque now that nothing [15:12] <CIA-41> ffmpeg: needs to access it directly any more. [15:12] <CIA-41> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com> [15:14] <iive> so, now in addition to codec flags we'll have codec descriptors.... [15:15] <nevcairiel> the flags have the problem that they need a decoder/encoder to be set [15:15] <nevcairiel> and may even be implementation dependent [15:38] <michaelni> nevcairiel, the descriptors just have the problem of being 200 times slower, and still are implementation dependant as they still are based on implementation ids [15:39] <michaelni> ill fix the speed issue [15:39] <michaelni> but iive is right its silly design [15:46] <michaelni> its not silly enough to break ABI OTOH just some change that wasnt really neccessary [15:48] <michaelni> nevcairiel, additioally the descriptors duplicate alot of info now and it might become inconsistent quite easily ... [15:50] <michaelni> and nevcairiel to be more specific, if one wanted just the implementations disabled and the AVCodec available that is quite possible, just have the function pointers in it be NULL instead of pointing to the codec implementation, but there are other ways too [16:23] <michaelni> nevcairiel, ive posted a patch that fixes the speed problem, your comments/review is welcome. Antons comments are welcome too if he isnt afraid ... [17:05] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r5a49482cc0 10ffmpeg/libavcodec/dsputil_template.c: [17:05] <CIA-41> ffmpeg: dsputil_template: switch to av_assert [17:05] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [17:21] <Compn> "This very evil hack should fix this problem." [17:21] <Compn> ... [17:22] <Compn> did this just completely break mplayer compilation? [19:01] <iive> just took a look of the source. I don't get it. the descriptors seems completely redundant. [19:03] <iive> the only benefit I could possible see is the ability to list more descriptions than codecs. e.g. having xvid, divx, and mpeg4asp descriptiors all sharing single codec. [19:16] <nevcairiel> right now they add an advantage for codecs that simply have no implementation. Not saying its the best way to do it, but they add some additional information there [19:54] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r7d23a65f0d 10ffmpeg/libavformat/asfdec.c: [19:54] <CIA-41> ffmpeg: asfdec: fix FRAME_HEADER_SIZE [19:54] <CIA-41> ffmpeg: Fixes Ticket1477 [19:54] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [20:07] <ubitux> this makes me wonder if we shouldn't open a ffmpeg-libav-dmz mailing list to have some kind of communication medium between the project, were anyone willing to collaborate would be welcome to discuss such issues [20:07] <ubitux> this would be typically used for RFC [20:07] <ubitux> (iirc, Anton sent this as a RFC at first for example) [20:18] <iive> to libav maillist? [20:24] <ubitux> yes [20:25] <ubitux> if we had such shared ml, maybe michael or iive would have comment on this [20:25] <ubitux> basically it could be a ml for collaboration when working on api improvement or such [20:26] <ubitux> or a flamewar ml, still isolated from the projects [20:26] <ubitux> anyway, just an idea :) [20:27] <nevcairiel> judging by the comments from certain individuals on either side, it wouldnt end well [20:36] <ubitux> :( [20:38] <iive> ubitux: can you give me a link to the rfc? [00:00] --- Sun Aug 12 2012

1 0

ffmpeg.log.20120811
by burek 12 Aug '12

12 Aug '12

[02:50] <aro> anyone use flowplayer? [04:15] <aro> we are using version N-41485-g1321e6e-syslint [04:15] <aro> my encode string is: /usr/local/bin/ffmpeg -y -i {$in} -vcodec libx264 -acodec libfaac -ab 128k -ac 2 -b 300 -threads 4 -flags +loop -cmp +chroma -partitions 0 -subq 1 -trellis 0 -refs 1 -coder 0 -bufsize 10M -qcomp 0.6 -qmax 22 -qdiff 4 -level 30 {$out} [04:16] <aro> when we play it thru flash based players, it plays audio but no video - any idea why? [04:16] <aro> however, it is fine on desktop apps [05:18] <cogdog> Hi I just wrote a script to do HQ 2 pass encoding (veryslow). I got a pm that I should add this -x264opts frameref=15:fast_pskip=0 ... what on earth does this do? [05:19] <cogdog> pass 1 looks like this [05:19] <cogdog> ffmpeg -i Transformers.3.Dark.of.the.Moon.VOB -an -vcodec libx264 -pass 1 -preset veryslow -threads 0 -b 3000k -x264opts frameref=15:fast_pskip=0 -f rawvideo -y /dev/null [05:19] <cogdog> is the -x264opts stuff really going to make this nicer? [07:46] <crass> anyone know if the later ffmpeg versions demux srt subs into valid srt files (that is with timecodes)? [14:04] <Peace-> isnt in ffmpeg an option to get the same bitrate of a video or an audio ? [14:05] <JEEB> I would say that kind of an option would be utterly and completely useless [14:05] <JEEB> there is absolutely no reason to want the output bit rate the same as the input bit rate [14:07] <Peace-> JEEB: mmm what? i want the same quality for the video [14:08] <JEEB> same bitrate != same quality [14:09] <Peace-> so there is not relation between bitrate and quality? [14:09] <JEEB> There is a relation with lossy encoders, yes. [14:09] <JEEB> as in, usually more bit rate gets you a picture closer to the input [14:10] <JEEB> all that I said is that "the same output bitrate as the input bit rate does not give you an output of the same quality" [14:11] <Peace-> i need to perform a convertion that is quite similar to input but with another codec [14:11] <JEEB> of course you asking for the same quality is already impossible to begin with lossy encoders, the best you can get is a "close to visually lossless" output [14:11] <JEEB> Peace-, yes -- and for that just copycat'ing the input bit rate is very much useless [14:12] <JEEB> if you are using libx264 for H.264 encoding, I recommend just trying to find the highest crf value that still looks good to you [14:12] <JEEB> start from 23 or something [14:12] <Peace-> i am very easy guy [14:12] <Peace-> i don't need the perfection [14:13] <Peace-> if there is an option to get something that is similar ok [14:13] <JEEB> I'm not talking about perfection [14:13] <Peace-> if not ok there is not [14:13] <JEEB> no there isn't [14:13] <JEEB> we don't have thousands of chinese children in sweat shops testing out your video [14:13] <JEEB> there is no algorithm to get you "similar quality" [14:13] <Peace-> eh? [14:13] <JEEB> the best you have is libx264's crf [14:14] <JEEB> and you just can test out 23, and if it looks good enough you can go with that [14:14] <JEEB> if it looks bad, you try a bit lower [14:14] <JEEB> if it looks good, you try a bit higher [14:14] <JEEB> you find that value once and you can then use it [14:14] <JEEB> (the highest one that still looks good for you) [14:14] <Peace-> JEEB: exvideobitrate="$($probe "$2" 2>&1| awk '/Duration:/ { print ( $(NF-1) ) }')k" [14:15] <Peace-> that is what i am doing right now [14:15] <Peace-> to get something of similar [14:15] <JEEB> ok [14:15] <JEEB> let me give you an example [14:15] <JEEB> you have a source that is a losslessly compressed clip that compresses really well, with, say libx264's lossless compression [14:15] <JEEB> now you copy cat the bit rate from that [14:15] <JEEB> for some lossy encoder [14:16] <JEEB> you will get a very bad result yet the source was "perfect" [14:16] <JEEB> on the other hand you can get yourself a prores source or something [14:16] <JEEB> which is 100mbps [14:16] <JEEB> are you just going to re-encode that as 100mbps? [14:16] <Peace-> JEEB: i did a very large script [14:16] <Peace-> and i have profiles into [14:16] <Peace-> but i would not bother people so much so i have made a decision [14:16] <JEEB> end line: copy-cat'ing the input bit rate is not good [14:17] <Peace-> or get something like that it could work [14:17] <Peace-> or bother users [14:17] <JEEB> use a "constant quality"'ish setting with a value you have selected [14:17] <JEEB> like libx264's -crf [14:18] <JEEB> find a value that looks good for you, a bit lower for SD as that usually gets upscaled on screens, and a bit higher on HD as that usually can take a bigger hit (as it isn't usually upscaled when viewed as much) [14:18] <Peace-> JEEB: :S http://nowardev.files.wordpress.com/2012/08/ffmpegservicemenu3.jpg [14:18] <JEEB> I don't give a single derp [14:19] <JEEB> I'm just trying to tell you that copy-cat'ing the input bit rate is not good [14:19] <JEEB> see my last three-four lines [14:20] <Peace-> JEEB: what about mp2 or mp3 or oga ? [14:20] <Peace-> for example [14:20] <Peace-> i have already done the profiles hq lq and etc [14:20] <JEEB> you can just have "generally acceptable bit rates" or "generally acceptable quality settings" set for audio [14:21] <JEEB> the input bit rate does not really matter, as you're going to be re-encoding that anyways [14:22] <Peace-> well but generally 10k is shit and 320k is good [14:22] <Peace-> for audiooo [14:22] <JEEB> re-read my lines [17:22] <annatar> hi, how do I encode a static image into a video that shows that one image for one minute? I tried -loop 1, but the quality is awful, and it takes a long time [17:40] <Guest66630> hello, I need help with compiling ffmpeg under OS X, I got compiler crashed [17:40] <Guest66630> file: dsputil_mmx.c [17:42] <Guest66630> i'm trying to compile 32bit version of ffmpeg under 64bit OS, because I need it for simulator (iOS) [17:46] <Guest66630> here are details: [17:46] <Guest66630> libavcodec/x86/dnxhd_mmx.o libavcodec/x86/dnxhd_mmx.c gcc -DHAVE_AV_CONFIG_H -I. -I"/Users/ivan_ushakov/Documents/Projects/iFrameExtractor/ffmpeg" -m32 -D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200112 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DPIC -m32 -std=c99 -fomit-frame-pointer -fPIC -g -Wdeclaration-after-statement -Wall -Wno-switch -Wdisabled-optimization -Wpointer-arith -Wredundant-decls -Wno-pointer-sign -Wcast-qual -Wwrite [17:46] <Guest66630> libavcodec/x86/dsputil_mmx.c:3021: internal compiler error: Abort trap: 6 [18:11] <Sidious> 1. MP4 more compatibility, MKV better quality [18:11] <sacarasc> That makes no sense. [18:11] <Sidious> yes it does if it's true [18:12] <Sidious> 1. MP4 more compatibility, MKV better quality ; is this true? [18:12] <JEEB> you're comparing containers [18:12] <JEEB> they depend on what's inside them [18:12] <Sidious> jeeb yes i am [18:13] <JEEB> you can put more stuff into matroska, but you can stuff H.264 into both, as well as AAC and friends [18:13] <Sidious> friends? [18:13] <JEEB> "and so forth" [18:13] <JEEB> "and other stuff" [18:13] <Sidious> oh [18:14] <Sidious> why can't i playback with mp4 without encoding being finished? is that mean mp4 cannot be streamed [18:14] <Sidious> with mkv i can [18:14] <JEEB> standard mp4 needs an index, and index can only be created when the file is ready otherwise [18:14] <JEEB> matroska can have an index, but it doesn't _have_ to [18:14] <Sidious> so mp4 cannot be streamed? [18:14] <Sidious> and mkv can? [18:15] <JEEB> also there's a feature called "fragments" that lets you open an mp4 file as-is while it's being written [18:15] <JEEB> Sidious, what do you mean with "streamed" [18:15] <JEEB> progressive download? you just need to put the index into the beginning after encoding or use fragments [18:15] <Sidious> able to watch without finish downloading; example youtube [18:15] <JEEB> then that's progressive download [18:15] <JEEB> see my line just now [18:16] <JEEB> youtube just creates indexes every time you seek, although they are also pushing rtmp a lot by now instead of "simple" http [18:16] <Sidious> does youtube use flv? [18:17] <Mavrik> Sidious, there's a "qt-faststart" utility which moves mp4 index to start of file so it can be streamed. [18:17] <Mavrik> you need to run it on an encoded mp4 file. [18:17] <JEEB> youtube uses flv for VP6+mp3 files, and everything else is mp4, except for when they use rtmp [18:18] <JEEB> anyways, as I said -- you can even do live streaming with mp4 + fragments [18:18] <JEEB> and then you can put the index to the beginning with f.ex. qt-faststart [18:18] <JEEB> plenty of ways [18:18] <Sidious> so how do i playback mp4 file when encoding is not finished [18:20] <JEEB> use fragments [18:20] <Sidious> what player support fragments [18:20] <JEEB> everything that is based on libavcodec, and probably some other ones [18:21] <JEEB> depending on how old the players are you might have an easier case with mkv or flv tho :P [18:22] <JEEB> because fragments support was added within a year+ or so [18:22] <Sidious> [09:20] <bogo_lode> Sidious, you can't. [18:22] <Sidious> [09:20] <Sidious> bogo_lode i was told it's possible: not to mention youtube uses mp4 [18:22] <Sidious> [09:20] <bogo_lode> you can stream it once it's finished encoding if it was optimized for streaming [18:22] <Sidious> [09:20] <bogo_lode> but you can't playback an incompletely written file. [18:22] <JEEB> that person has no idea about the fragments feature in the format then [18:23] <JEEB> if you encode an mp4 file with the fragments feature, you can play it right away [18:23] <JEEB> (as long as the parser/player supports fragments) [18:24] <JEEB> it's not surprising because many people don't use fragments (youtube uses already done files, and creates a new index every time you seek if I recall correctly, not fragments) [18:30] <Sidious> ffplay cannot play [18:30] <Sidious> [mov,mp4,m4a,3gp,3g2,mj2 @ 02b41d80] moov atom not found [18:30] <Sidious> a.m4v: Invalid data found when processing input [18:31] <JEEB> did you enable fragments [18:31] <Sidious> how do i do that [18:31] <JEEB> no idea about how to do it in ffmpeg, I just remember bc added the feature after L-SMASH did [18:34] <jeremyagost> Hey, I'm wondering if anyone knows the state of OpenCL support for encoding in FFmpeg? [18:34] <JEEB> none [18:34] <JEEB> GPUs aren't exactly usable for encoding unless you specifically design the format around GPUs [18:34] <Sidious> does flv good as mp4/mkv? [18:35] <JEEB> you can put H.264+AAC into flv, yes. But you're going to have fun with it if you try to stuff something else there [18:35] <Sidious> but does flv support all the features of h264 [18:35] <JEEB> yes [18:35] <Sidious> i was avi doesn't [18:35] <Sidious> i was told avi doesn't [18:35] <jeremyagost> that's correct [18:35] <JEEB> yes, AVI doesn't because it can't handle b-frames [18:36] <JEEB> you have to do awful hacks to put b-frames into H.264 [18:36] <Sidious> does flv support subtiles and multiple audio [18:36] <jeremyagost> it's possible to shove h.264 into AVI but it makes things breal [18:36] <jeremyagost> break* [18:36] <JEEB> multiple audio, probably yes. Subtitles, no idea -- probably not [18:36] <JEEB> not like mp4 subtitle support is any better tho [18:37] <JEEB> jeremyagost, ATi/AMD decided to blow a lot of money into putting a company develop OpenCL lookahead for x264, the results so far aren't anything great, the GPU algorithm is not on par quality-wise and it's only faster with high-end new GPUs [18:37] <jeremyagost> matroska is the best all-around container for multiple audio/sub streams [18:37] <Sidious> is there video/audio codec that mkv does not support [18:37] <jeremyagost> ah I was about to say that I've seen numerous tech articles talking about the benefits of GPU computing in terms of h.264 encoding [18:37] <JEEB> Sidious, probably many [18:38] <Sidious> is there popular video/audio codec that mkv does not support [18:38] <JEEB> what do you count as popular? [18:38] <jeremyagost> nothing that you're likely to use [18:38] <JEEB> it supports all of the stuff that's worth using in most cases [18:38] <jeremyagost> I mean I suppose you probably can't use some of the RealMedia codecs in an MKV, but why would you want to [18:39] <Sidious> does mkv support dolbyplus [18:39] <JEEB> EAC3? [18:39] <JEEB> or what do you mean as dolby plus? [18:39] <Sidious> no [18:39] <Sidious> something that bluray use [18:39] <jeremyagost> Dolby Digital Plus is also known as E-AC3 [18:39] <JEEB> so yes, E-AC3 [18:40] <Sidious> oh [18:40] <Sidious> does mkv support that [18:40] <jeremyagost> and yes, mkv supports it [18:40] <Sidious> and i am guessing mp4/flv does not [18:40] <JEEB> mp4 most probably does have a spec somewhere [18:41] <JEEB> it has for AC-3 after all [18:43] <Sidious> oh i also forgot .mov [18:43] <Sidious> how good is .mov compared to mp4/mkv [18:43] <JEEB> mov is what mp4 is based on, more or less [18:43] <JEEB> it's basically the "AVI" of Mac OS [18:44] <JEEB> mp4 itself is a limited subset of mov, with various stuff added [18:44] <JEEB> so you take parts of mov, and then add new features [18:44] <Sidious> jeeb so mp4 is newer/better than mov [18:44] <Sidious> jeeb so mp4 is newer/better version of mov? [18:45] <Sidious> i remember this feature mov had which was amazing: want to know what that feature was [18:45] <JEEB> I dunno, they're all just a big clusterfuck imho. usability-wise you can probably stick more into mov, but mp4/iso media container is an actual standard [18:45] <Sidious> jeeb do you want to know? [18:45] <Sidious> it's amazing feature [18:45] <JEEB> I really most probably don't [18:46] <Sidious> amazing feature was: when i minimized / just running backgrounnd it was smart enough to NOT to use cpu usage; (i tested with video that uses lot of cpu usage) [18:47] <JEEB> that is not a container feature [18:47] <JEEB> that is a player feature [18:47] <Sidious> jeeb only mov was able to do that [18:47] <JEEB> has absolutely nothing to do with the container [18:48] <Sidious> i used other files and it didn't do that [18:48] <Sidious> only mov [18:49] <jeremyagost> yes and mov always lets you have the bigger Gee Bees [18:49] <JEEB> <JEEB> has absolutely nothing to do with the container [18:49] <Sidious> jeeb that's amazing feature though; most player will still use up the cpu usage even if it's minimized [18:49] <JEEB> it's a fucking player feature damn it [18:49] <JEEB> <JEEB> has absolutely nothing to do with the container [18:49] <Sidious> jeeb it was quicktime player and that only worked with .mov [18:50] <JEEB> I don't give a fuck, <JEEB> has absolutely nothing to do with the container [18:50] <jeremyagost> JEEB, are you aware of FFmpeg having any hardware acceleration features whatsoever? [18:50] <jeremyagost> just out of curiosity... [18:50] <Sidious> jeeb if that feature has nothing to do with container then what player support that on all video files [18:50] <JEEB> jeremyagost, some hardware decoding stuff but I'd really not use that [18:51] <JEEB> Sidious, I have no effing idea [18:53] <jeremyagost> jeeb, I've noticed that when encoding to h.264 on my mac, QuickTime is significantly faster than FFmpeg [18:53] <jeremyagost> of course I typically prefer FFmpeg for its customizability [18:53] <JEEB> jeremyagost, quicktime's H.264 encoder is a piece of crap that doesn't utilize any real features or give compression [18:53] <Sidious> jeremyagost who cares about faster encoding speed [18:53] <JEEB> while I have no idea what ffmpeg/libx264 settings you are using [18:54] <JEEB> libx264 can be _very_ fast [18:54] <saschagehlich> hey, does ffmpeg still have a fixed color palette for .gif? [18:55] <JEEB> jeremyagost, pastebin your command line as well as the ffmpeg's output when you're encoding [18:55] <Sidious> is quicktime encoder any good? [18:55] <JEEB> Sidious, it's not [18:55] <JEEB> it's one of the crappiest you'll find [18:55] <JEEB> and I'm dead serious [18:56] <Sidious> that's hard to believe; it's made by apple [18:56] <JEEB> so? [18:56] <Sidious> i heard apple's aac encoder is best [18:56] <jeremyagost> personally, I've found that the newer QT's encoder does a lot better [18:56] <JEEB> yes, it's licensed from DTS [18:56] <JEEB> or was it dolby? [18:56] <JEEB> don't remember [18:56] <Sidious> what does dts have to do with aac [18:56] <JEEB> the company [18:56] <jeremyagost> lol [18:57] <JEEB> and yes, QT's aac encoder is great [18:57] <JEEB> the H.264 encoder on the other hand is locally made [18:57] <JEEB> and crap [18:57] <Sidious> so apple's aac encoder is not made by apple? [18:57] <JEEB> it's licensed from either dolby or dts [18:57] <JEEB> probably dolby [18:57] <Sidious> i didn't know that [18:57] <JEEB> they did pick a good one tho [18:57] <Sidious> why is apple taking credit for it [18:58] <JEEB> why not? [18:58] <JEEB> they've licensed it [18:58] <JEEB> it's their encoder [18:58] <jeremyagost> what do you mean taking credit? [18:58] <Sidious> why isn't dolby taking credit [18:58] <JEEB> because they've sold a license and are happy that their licensee is happy? [18:58] <JEEB> for the normal people it's Apple's encoder [18:58] <Mavrik> Sidious, they're taking money, better than credit ;) [18:59] <Sidious> why doesn't x264 sell their license then [18:59] <JEEB> they do [18:59] <JEEB> they've had nonfree licensing for more than a year now [18:59] <JEEB> http://x264licensing.com/ [18:59] <Sidious> if x264 sell their license, why does x264 take credit for it: not the licensee? [18:59] <jeremyagost> haven't you hear any of the ruckus about x264 non-free-ness? [19:00] <JEEB> jeremyagost, the nonfree license still makes the makers give out their changes to the library itself, and QT etc. do have double licensing as well [19:00] <JEEB> it's one of the better double licensing schemes [19:00] <JEEB> Sidious, uhh -- most people who license x264 do say it, but no-one is making them say it [19:01] <JEEB> And x264 just releases their new licensees if they are allowed to by the contract with that licensee [19:01] <JEEB> *releases info on their new licensees [19:01] <Sidious> JEEB you are the first person who gave dolby credit for apple aac encoder [19:01] <jeremyagost> let me rephrase, I was referring to the patent encumbrance [19:01] <aro> im having a problem with a video - when i encode it, it doesnt play in flash based players - but it plays in desktop apps fine [19:01] <aro> my encode string is: /usr/local/bin/ffmpeg -y -i {$in} -vcodec libx264 -acodec libfaac -ab 128k -ac 2 -b 300 -threads 4 -flags +loop -cmp +chroma -partitions 0 -subq 1 -trellis 0 -refs 1 -coder 0 -bufsize 10M -qcomp 0.6 -qmax 22 -qdiff 4 -level 30 {$out} [19:01] <JEEB> well, everything is patent-encumbered [19:02] <JEEB> Sidious, because it's that many people who know that it's actually a licensed library, and I'm not giving dolby credit for it [19:02] <JEEB> I'm just saying that it's a licensed library and that's one of the reasons why it's good [19:02] <Sidious> why can't apple who has all the best coders make better h264 encoder [19:02] <aro> apple sucks [19:02] <JEEB> http://x264dev.multimedia.cx/wp-content/uploads/2009/08/quality_chart1.png this is an old test, but shows more or less where the Apple's H.264 encoder stands [19:03] <aro> the only thing worse than apple, is apple fanboys [19:03] <Sidious> jeeb i see; but that link could be biased [19:03] <JEEB> it isn't [19:03] <JEEB> you can recreate it yourself if you want [19:03] <JEEB> all tests that are correct let you recreate it with your own hands if you want [19:03] <Sidious> what is "snow" i never heard of it [19:04] <JEEB> http://x264dev.multimedia.cx/archives/102 <- the actual text, with settings and so forth [19:04] <Sidious> and b ink [19:04] <jeremyagost> hah, bink [19:05] <Mavrik> what's the deal with bink btw? [19:05] <Sidious> wtf is snow and bink? [19:05] <Mavrik> why did so much game companies use it? [19:05] <JEEB> Mavrik, they provide an easily usable lib for it [19:05] <JEEB> for game makers [19:05] <JEEB> which is why many end up using it [19:05] <Sidious> JEEB i dont' see "VC1" in that list [19:05] <Mavrik> it's a proprietary codec right? [19:06] <JEEB> yes [19:06] <JEEB> Sidious, yes VC-1 was missing from that test [19:06] <Sidious> and what happened to real? they used to be popular [19:06] <JEEB> real just started copying H.264, like On2 [19:07] <jeremyagost> they weren't popular so much as they used to be the only ones with actually decent streaming technology [19:07] <jeremyagost> but they kept all their formats proprietary [19:07] <Sidious> jeeb just? 2012? [19:07] <jeremyagost> also they sucked at writing player software [19:07] <JEEB> Sidious, not the time-related "just" [19:08] <Sidious> jeeb real existed before h264 [19:08] <JEEB> I know [19:08] <JEEB> you misunderstood the sentence then [19:08] <Mavrik> and boy did we love Real [19:08] <JEEB> the latest X real formats are more or less H.264 knock-offs [19:08] <JEEB> just like VP7/8 [19:08] <JEEB> (from On2) [19:08] <JEEB> that's what I meant [19:08] <jeremyagost> yup, turns out making video codecs is HARD! [19:08] <JEEB> and in most cases worse than H.264 [19:08] <Sidious> what is "snow"? [19:09] <JEEB> Sidious, http://wiki.multimedia.cx/index.php?title=Snow [19:09] <JEEB> one of the wavelet video compression tests [19:09] <Sidious> oh lossless [19:09] <JEEB> both lossy and lossless [19:09] <JEEB> I'm pretty sure lossy mode was used in that test [19:10] <Sidious> ffmpeg invented snow? [19:10] <JEEB> yes, it's a format that spung off of ffmpeg [19:11] <Sidious> so snow is ffmpeg trying to challenge h264 [19:11] <JEEB> no [19:11] <JEEB> snow was just people playing with wavelets [19:11] <JEEB> and it shows you why wavelets are hard [19:11] <JEEB> see where it is quality-wise [19:12] <Sidious> why is vc1 missing in that list [19:12] <JEEB> because the guy who made the test didn't have Expression Encoder on hand and didn't thus have a way of running the test? [19:12] <saschagehlich> guys, is there anything i can do to get a good quality gif with 256 colors instead of 128? [19:12] <Sidious> isn't there free version of expression encoder [19:13] <JEEB> yes [19:13] <JEEB> the source should be available on that page so if you really want to check, you could do the test yourself [19:13] <JEEB> naturally it'd be fair to redo the whole test with newer versions of everything if you really wanted [19:14] <Sidious> i wonder if x264 one of the first h264 encoders [19:14] <Sidious> or it came much later [19:15] <JEEB> Started in 2004, which is a year after the first official spec. I remember people using Nero and friends for H.264 at the beginning [19:15] <JEEB> (which was in 2005 or so) [19:15] <Sidious> oh, so nero is one of the first ones, huh [19:15] <JEEB> no idea [19:16] <jeremyagost> h.264 was a pain in the ass back then [19:16] <Sidious> nero is not in the list either [19:16] <Sidious> jermyagost why you say that [19:16] <JEEB> Sidious, a single guy or so made that test, it can't have everything [19:16] <JEEB> also I think Nero might have just licensed something nowadays [19:16] <JEEB> no idea [19:17] <JEEB> wouldn't be surprised if they just licensed MainConcept like the rest [19:17] <Sidious> jeeb then you should different qualitychart that has bigger list for reference [19:17] <jeremyagost> because it took forever to encode compared to xvid or somesuch [19:17] <JEEB> if you want to compare current H.264 encoders check out MSU's test [19:17] <Sidious> jeremyagost i see; you really seem to care about encoding speed [19:18] <JEEB> http://compression.ru/video/codec_comparison/h264_2012/ [19:18] <jeremyagost> yes, it's definitely a factor in comparing codecs [19:18] <Sidious> jeremyagost why? that's the last thing i care about [19:19] <JEEB> Sidious, for various reasons [19:19] <JEEB> stop asking stupid questions like that [19:19] <JEEB> also x264 can be _very_ fast if you just use one of the faster presets [19:19] <Sidious> jeeb who cares about 1-5 minute faster [19:19] <JEEB> uhhh [19:19] <JEEB> you should really compare --preset superfast and --preset veryslow in x264 [19:20] <jeremyagost> yeah, why don't you go do that now [19:20] <jeremyagost> in fact, don't report back until you've done several tests with veryslow [19:20] <Sidious> jeeb i just use handbrake; how do i do that in handbrake [19:20] <JEEB> Sidious, handbrake afaik doesn't let you select the preset still for some dumb reason [19:20] <JEEB> even though it's an internal x264 thing [19:20] <dericed> Hey all. I have to give a presentation on the efficiency (or not) of jpeg2000 and am looking for opinions on this codec. Any quotes? [19:21] <jeremyagost> well in the advanced tab you can probably add it [19:21] <jeremyagost> I've never tried [19:21] <jeremyagost> there's an additional command line options box [19:21] <JEEB> the last I remember reading from their forums you had to manually recreate them or something [19:21] <JEEB> dericed, I think D_S made some stuff regarding jpeg2000 a few years ago [19:22] <jeremyagost> I've seen it used a lot for low-framerate video [19:22] <jeremyagost> in embedded devices and the like [19:22] <Sidious> jeeb your second list does not even have qt [19:22] <dericed> JEEB: gotta citation? [19:22] <JEEB> Sidious, because it's awful and Apple didn't provide anything for the test [19:23] <JEEB> dericed, http://x264dev.multimedia.cx/archives/317 [19:23] <Sidious> i wonder why is apple letting that happen; they have a lot of $$$ [19:23] <JEEB> because they don't give a <beep> [19:23] <JEEB> the last time someone asked they just told the guy to upload to youtube and have it encode it [19:24] <Sidious> they should, apple is all about multimedia [19:24] <JEEB> it's not a priority [19:24] <jeremyagost> no, not really [19:24] <Sidious> i forgot about youtube; what encoder do they use [19:24] <JEEB> they had a custom one written by one guy at the beginning of H.264 usage with flash, then they quickly switched to x264 [19:25] <Sidious> jeeb wow really? [19:26] <JEEB> yes? [19:26] <Sidious> even google gave up on h264? [19:26] <sacarasc> IIRC, YouTube uses a modified ffmpeg too, doesn't it? [19:26] <JEEB> uhh, if there's a better alternative for free [19:26] <JEEB> why not use it? [19:26] <Sidious> what is up with all these $$$ companies cannot even make decent encoder [19:27] <JEEB> because it's really hard and not worth it if there's an already capable one? [19:27] <Sidious> jeeb sure google could use symbian too ; but they made their own android [19:27] <JEEB> symbian became open source way after android came out :P [19:27] <JEEB> and they happened to buy the company that was developing android IIRC [19:28] <Sidious> jeeb why did apple make IOS then? [19:29] <Sidious> if you are going to use that logic [19:29] <JEEB> because they wanted to? [19:29] <JEEB> I'm not pushing any weird logic here [19:29] <Sidious> jeeb and they are capable of making it too [19:30] <Sidious> <JEEB> the last time someone asked they just told the guy to upload to youtube and have it encode it [19:30] <Sidious> lol that's funny [19:31] <Sidious> can you actually use youtube as x264 encoder [19:31] <JEEB> only for what they do [19:32] <JEEB> btw, MS made their own H.264 encoder too for MEE3 [19:32] <JEEB> they removed it and switched to MainConcept with MEE4 [19:32] <JEEB> it was that bad [19:32] Action: JEEB tested it once [19:33] <Sidious> jeeb how do you know all this? how did you know they used mainconcept [19:34] <JEEB> because the old H.264 encoder library was taken away and you have MainConcept's encoder libraries there instead? [19:34] <JEEB> because an MS person on doom9 talked about how they updated the MC encoder library at one point within the 4.x MEE? [19:34] <Sidious> why didn't mee4 use x264 libraries [19:34] <JEEB> why don't you ask MS that? [19:34] <JEEB> many people who were/are using MainConcept are switching to x264 tho [19:34] <Sidious> maybe mainconcept is better than x264 [19:34] <JEEB> in general, it isn't [19:35] <JEEB> check the MSU test PDF [19:35] <JEEB> MainConcept just used to be the only "cheap" H.264 encoder/decoder library available for a very long time [19:35] <JEEB> so everyone started licensing it [19:36] <Sidious> i see; and who is most expensive [19:37] <JEEB> dunno, probably one of those "pro" blu-ray encoders for non-hardware encoders [19:37] <JEEB> blu-code and so forth [19:38] <Sidious> how expensive is x264? is it more expensive than mainconcept [19:38] <JEEB> I would guess in most/all cases it's cheaper than mainconcept [19:39] <JEEB> http://www.x264licensing.com/ [19:39] <JEEB> "We charge on average less then $1.00 USD per unit with a required minimum of 5,000 to 10,000 units." [19:39] <Sidious> if that is true, there must be a reason mee4 uses mainconcept over x264 [19:39] <JEEB> because the license deal was done before x264 had double licensing? [19:40] <JEEB> because MS would prefer to deal with mainconcept than open source? [19:40] <JEEB> x264 was cheaper and thus wasn't selected? [19:40] <JEEB> I mean, plenty of reasons why not, and not like we know [19:40] <Sidious> if x264 is better and cheaper, then it's no brainer [19:41] <JEEB> yes, if that's all you care about [19:41] <JEEB> companies are companies [19:41] <JEEB> also I'm pretty sure the licensing deal was made before x264 had double licensing [19:41] <Mavrik> OpenSource aversion is a serious problem [19:41] <JEEB> but hell do I know [19:41] <Mavrik> I had to constantly battle uphill when I was driving adoption of x264 in my previous company [19:41] <Sidious> "double" licensing? [19:41] <Mavrik> :\ [19:42] <JEEB> Sidious, GPL for open source, and nonfree licensing for people who don't want to follow the GPL [19:42] <JEEB> just like Qt f.ex. which has LGPL, GPL and nonfree [19:42] <Sidious> oh [19:43] <JEEB> plenty of companies are beginning to license x264 tho [19:43] <Sidious> why did it took so long for x264 to have double license [19:44] <JEEB> Because no-one thought of it at first? They had to start an LLC? Because when the licensing was changed everyone whose code was in had to agree? [19:45] <Sidious> x264 is pretty good right now but 2 years ago it sucked really bad [19:45] <JEEB> no [19:45] <JEEB> two years ago it was already best of its class [19:46] <JEEB> check older MSU tests if you don't believe me, and the damn picture I showed was from 2009 [19:46] <Sidious> because all the video that has handbrake 0.9.3 tag is all bad [19:46] <JEEB> it is not the tool, it is how that tool was used [19:46] <sacarasc> Blaming an encoder for a front end is bad. :p [19:46] <Sidious> every handbrake 0.9.3 encoded video sucked [19:46] <dericed1> JEEB: I remember Jason's post on how to run a bad visual quality evaluation [19:47] <Sidious> handbrake 0.9.3 = x264 core 65 [19:47] <dericed1> basically with the digital audiovisual archiving community, it's all about jpeg2000 and there's only a handful using ffv1, so i'm presenting on this [19:47] <Sidious> how old is x264 core 65 [19:47] <JEEB> from around 2008 or so? not surer [19:48] <JEEB> but it should still give relatively good results [19:48] <JEEB> if set properly [19:49] <Sidious> jeeb all handbrake 0.9.3 video sucked [19:49] <JEEB> so? [19:50] <Sidious> handbrake 0.9.3 = x264 core 65 [19:50] <JEEB> so? [19:50] <JEEB> <sacarasc> Blaming an encoder for a front end is bad. :p [19:50] <JEEB> <JEEB> it is not the tool, it is how that tool was used [19:50] <Sidious> x264 core 65 = sucks [19:50] <JEEB> good conclusions, yo [19:50] <Sidious> it's fair conclusion [19:51] <JEEB> it really isn't [19:51] <JEEB> a couple of releases after 0.8.6 in VLC had x264 built with a bad compiler [19:51] <JEEB> do you blame x264 for the result of a badly compiled binary? [19:51] <JEEB> seriously guy, get a fucking grip [19:51] <Sidious> huh vlc is player not encoder [19:52] <JEEB> it is an encoder as well [19:52] <JEEB> it can stream [19:52] <Sidious> i dont' know anybody who use vlc to encode video [19:52] <JEEB> I've streamed from a computer in Japan to myself in Finland just fine with it [19:52] <JEEB> it's the easiest way of doing live streaming [19:53] <Sidious> oh okay [19:53] <JEEB> (you can pretty much couple-click yourself an mpeg-ts stream via http) [19:53] <Sidious> i can blame x264 for handbrake 0.9.3 sucking [19:53] <JEEB> no, you can't [19:54] <Sidious> unless it's not a h264 video [19:54] <JEEB> a highly limited frontend, and no idea why exactly it sucked [19:54] <JEEB> you're comparing and making logical lines where you shouldn't [19:56] <Sidious> but it's still using x264 as video; as you said earlier container has nothing do with video quality [19:56] <JEEB> is it that hard to understand that you have no idea why exactly the video quality sucked? [19:56] <JEEB> neither do I [19:57] <JEEB> heck, it could even be something like what happened with VLC once, they just kept packaging a BROKEN X264 BINARY in there [19:57] <JEEB> but I'm more likely to blame just crappy settings [19:57] <Sidious> Writing library : x264 core 65 [19:57] <Sidious> Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=9 / psy_rd=1.0:1.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-4 / threads=12 / nr=150 / decimate=1 / mbaff=0 / bframes=6 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=3 / wpredb=1 / keyint=30 / keyint_min=16 / scenecut=40(pre) [19:57] <Sidious> / rc=2pass / bitrate=1136 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00 [19:58] <Sidious> does that help [19:59] <JEEB> not really, I'd prefer actual x264 command line -wise settings, f.ex. parsing the "analyse" part is derp, and it's just harder to read [19:59] <JEEB> that said [19:59] <JEEB> that actually looks newer than I thought [19:59] <JEEB> it has psy-rd and friends [20:00] <JEEB> > keyint 30 [20:00] <JEEB> wat [20:00] <Sidious> what is that? [20:00] <Sidious> is that bad [20:01] <JEEB> well, some of those settings are OK. But I really can't read them all, like the analyse one which isn't really human-readable [20:01] <JEEB> keyint is the maximum distance between keyframes [20:01] <JEEB> also I can't read what direct=3 is [20:02] <JEEB> also, I have no idea if those various ratios are default or not [20:03] <JEEB> anyways, sorry I don't have any will to drag on this dumb discussion with you [20:03] Action: JEEB has some work to finish [20:03] <Sidious> it got better in core 80 [20:03] <Sidious> Writing library : x264 core 80 [20:03] <Sidious> Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=7 / psy=1 / psy_rd=1.0:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=3 / sliced_threads=0 / nr=0 / decimate=1 / mbaff=0 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=1 [20:03] <Sidious> / wpredb=0 / wpredp=2 / keyint=300 / keyint_min=30 / scenecut=40 / rc_lookahead=50 / rc=crf / mbtree=1 / crf=20.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00 [20:04] <JEEB> see at keyint [20:04] <JEEB> then you have switched to crf from bitrate-based [20:04] <JEEB> you probably want to compare them on an even ground, but I bet you won't be able to do that :P [20:04] <JEEB> anyways, off [20:23] <saschagehlich> guys, is there anything i can do to get a good quality gif with 256 colors instead of 128? [21:23] <Ganymede> I'm interested in thumbnailing hundreds of video files. It's pretty trivial to make a thumbnail using ffmpeg but my only question is how do I choose a good value for -ss? What are other people doing in order to make sure it chooses an interesting and meaningful frame (rather than just a black screen)? I am interested in either making 1 thumbnail or about 3 thumbnails per video. Another concern is that the [21:23] <Ganymede> videos are of variable length and may be as short as 1 minutes so just blindly doing -ss 1:30 may go out-of-bounds for some videos. [21:36] <saste> Ganymede: check select filter, and the scene variable [22:12] <gmarkall> hi - i was trying to cut the first 3 seconds off a video with: ffmpeg -ss 00:00:03 -i video.mpg -acodec copy -vcodec copy video-cut.mpg -- however, the output begins with a grey screen and then a few frames are messed up. [22:13] <gmarkall> I got a warning about the video not beginning with a key frame - i presume this is the problem. Would someone be able to guide me as to what to do please? Is there a way to cut at the neareest key frame to a specific time? Many thanks in anticipation [22:22] <Ganymede> I must be missing something here: "ffmpeg -i dbz249-l.mp4 -vf select='gt(scene\,0.4)',scale=160:120,tile -frames:v 1 preview.png" results in the error: [select @ 0x6c4400] [Eval @ 0x7fff2221c0d0] Undefined constant or missing '(' in 'scene,0.4)' [select @ 0x6c4400] Error while parsing expression 'gt(scene,0.4)'. The ffmpeg documents use this as an example. I can't see any escaping issues here. [22:24] <Ganymede> gmarkall: To split videos, when other programs didn't cut smoothly, I've had success with mkvmerge: "mkvmerge infile.mpg --split timecodes:0:3 outfile.mkv". However, then your output will be in MKV format. [22:53] <gmarkall> Ganymede: thanks - do you mean there might also be something slightly wrong with my source video? [23:05] <Ganymede> gmarkall: Sorry, I don't know. [23:07] <Ganymede> gmarkall: Oh, there's also "mencoder -oac copy -ovc copy -ss 3" or something like that. From what I recall, mencoder automatically seeks towards frames where it can cut smoothly. [23:07] <Ganymede> gmarkall: If you don't NEED to do this on the command line, avidemux can cut videos visually but I use it largerly for AVI / DivX/ Xvid and haven't used it for .mpg files. [23:20] <gmarkall> Ganymede: thanks I'll give mencoder/avidemux a try [00:00] --- Sun Aug 12 2012

1 0