Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

September 2012

1 participants
60 discussions

ffmpeg-devel.log.20120929
by burek 30 Sep '12

30 Sep '12

[01:02] <michaelni> http://linux.slashdot.org/story/12/09/28/1759207/ffmpeg-10-multimedia-libra… [01:03] <Daemon404> i predict retarded commenters [01:03] <Daemon404> this is slashdot after all [01:03] <llogan> just wait for reddit to pick it up [01:04] <Daemon404> since when does reddit have any technical people [01:04] <Daemon404> maybe hacker news [01:04] <Skyler_> reddit is probably too busy being pedophiles [01:06] <llogan> Why the name "Angel"? [01:09] <Daemon404> and yup [01:09] <Daemon404> retards are out full force [01:09] <michaelni> llogan, no real reason [01:10] <llogan> Daemon404: this one is acceptable: http://linux.slashdot.org/comments.pl?sid=3151549&cid=41493029 [01:11] <Daemon404> that has nothing to with ffmpeg [01:11] <Daemon404> one guy is claiming we support redcore [01:11] <Daemon404> pretty sure we dont... [01:11] <Daemon404> it's j2k based [01:11] <Daemon404> redcode* [01:12] <llogan> not as many "FFMpeg" as i expected [01:14] <llogan> gah... http://phoronix.com/forums/showthread.php?74004-FFmpeg-Reaches-Version-1-0#… [01:14] <Daemon404> why do you read phoronix [01:15] <Daemon404> im surprised he isnt benchmarking ffmpeg with different kernels on arm devices, and making graphs [01:17] <ubitux> haha phoronix "0.9 closer to 1.0" [01:17] <nevcairiel> this is why you dont release 0. releases for 10 years and then suddenly do a 1.0, people think its news worthy and causes all sorts of stuff around the web :p [01:17] <ubitux> maybe someone should say to them it doesn't increment that way [01:18] <Daemon404> nevcairiel, ffmpeg didnt [01:18] <Daemon404> they released NOTHING for most of that time [01:24] <ubitux> and again: http://phoronix.com/forums/showthread.php?74004-FFmpeg-Reaches-Version-1-0&… [01:24] <ubitux> :( [01:27] <iive> i think you should demand that debian must stop using ffmpeg name for the libav fork. [01:27] <ubitux> and thanks to this the whole thread is about the fork instead of the new features that come in, too bad :p [01:28] <ubitux> i believe i've already made that demand pretty clearly but well [01:28] <iive> if you don't defend your trademark, you'll lose it. [01:28] <iive> ubitux: have you contacted somebody from debian or posted on their maillists? [01:29] <iive> not just complain to the person who actually created the mess? [01:29] <ubitux> i've tried to talk to siretart, and i believe my blog post expressing my frustration about this was relayed [01:29] <iive> Or maybe even post a news entry with the request. [01:30] <iive> And I do meen on the ffmpeg.org homepage. [01:32] <ubitux> or a huge blinking banner in front page "FFMPEG IS NOT DEPRECATED" [01:34] <iive> i'm not kidding. [01:36] <ubitux> i was :) [01:37] <ubitux> iive: really, to much effort fighting all the time for things we exposed pretty clearly [01:38] <ubitux> i'm not willing to spend all my time into fighting this obvious strategic war move [01:38] <ubitux> i'd like people to talk about the new features in ffmpeg at some point, so i'd better work on this :p [01:39] <ubitux> iive: but if you have free time, feel free to do it :) [01:41] <llogan> someone already made a similar request on launchpad [01:41] <llogan> recently [01:41] <iive> at the moment I am not involved enough in the project to talk from everybody's name. And you should have in mind that debian is the biggest distribution and it is used for basis of the most popular flavors. [01:41] <iive> this is actually preventing ffmpeg from been accessible to a lot of people. [01:42] <ubitux> i'm aware of the problem :p [01:42] <llogan> https://bugs.launchpad.net/ubuntu/+source/ffmpeg/+bug/820117 [01:42] <llogan> it was relegated as low/opinion [01:42] <ubitux> llogan: thx :) [01:43] <ubitux> yeah, i wasn't expecting much, it is not the first one [01:43] <llogan> also, for what it is worth, my experience with the "depreciated" commend was unsatisfactory. [01:43] <llogan> *comment [01:43] <nevcairiel> eh what do you expect with the maintainer on the other side =p [01:44] <nevcairiel> this way they get to output the big deprecated warning to everyone! [01:44] <ubitux> low/opinion is funny though :)) [01:44] <llogan> i didn't even know they had an "opinion" option until now [01:44] <nevcairiel> probably added it just for you [01:45] <ubitux> :D [01:45] Action: llogan is now an oblique debuntu contributor? [01:45] <llogan> shit is goign to get done!!111!`1~! [01:47] <ubitux> it looks like using the wrong project homepage is a cosmetic :p [01:47] <llogan> lol. i forgot about that. sill, eh? [01:47] <llogan> *still [01:48] <ubitux> that issue report looks old actually [01:48] <ubitux> it's just that it was commented recently [01:48] <llogan> ah. duuh. [01:48] <iive> 1 year old. It have been read by the person who caused the problem. [01:49] <iive> so nothing will change. Honestly people... do something. [01:49] <llogan> shit. now i feel like a retard. i just noticed that *I* made that bug report. [01:49] <ubitux> haha [01:49] Action: llogan hides [01:51] <ubitux> llogan: first "FFMpeg" appear in the /. comments! [02:56] <Compn> lol [02:57] <ubitux> seems it pissed him off [04:03] <Compn> oh he linked to a bugreport that he made himself :D [04:03] <Compn> thats funny [04:04] <Compn> forget it jake, its chinatown [04:05] <Compn> someone on slashdot asked why we dont mention fabrice on the website [04:05] <Compn> we dont really have a history page [04:05] <Compn> should point at wikipedia article :) [04:06] <ubitux> Trademark [04:06] <ubitux> FFmpeg is a trademark of Fabrice Bellard, originator of the FFmpeg project. [04:06] <ubitux> from the legal page [04:08] <Compn> ah [04:08] <Compn> i knew it was somewhere [04:08] <Compn> good spot [04:09] <ubitux> we could mention him in the about page eventually [04:43] <Zeranoe> congrats on 1.0 [06:28] <ramiro> MP4_maniac: http://pastebin.com/GRzR0FDL [06:29] <ramiro> MP4_maniac: thanks for the tip. works like a charm. maybe i should edit the file in-place though... [09:48] <econnell> just wanted to pop in and give you devs congrats on your 1.0 release. i've been using ffmpeg for years and you guys are awesome. [10:42] <ohsix> closed updated updated, that's the first reason to not like it that i've seen :D people fight over bugs [10:48] <saste> is KGB dead? [10:49] <saste> you can never trust govern intelligence agencies [10:51] <cbsrobot> ohsix: nah, it's just carl fixing his workaround - nobody fights [10:52] <cbsrobot> saste: I'll call the stasi to see what happend [12:43] <ubitux> yay, 2, 8 and 16 threads fate instances just failed at the same time :) [12:44] <ubitux> 2 for mr1_bt_a this time, and 1 cama2_vtc_b [14:07] <KGB> [FFmpeg] michaelni pushed 6 new commits to master: http://git.io/U8rCDw [14:07] <KGB> [FFmpeg/master] ffprobe: add support to library ident printing - Stefano Sabatini [14:07] <KGB> [FFmpeg/master] ffprobe: drop SECTION_ENTRY macro - Stefano Sabatini [14:07] <KGB> [FFmpeg/master] ffprobe: generalize nesting model for the default writer - Stefano Sabatini [14:13] <saste> ^^ 3 hours later? [14:14] <ubitux> :) [14:14] <saste> how are we supposed to deal with formats which need to know global information about the streams (number of packets, total size, etc.)? [14:15] <saste> http://dpg.software.informer.com/wiki/ [14:15] <ubitux> seek & edit in write_footer callback? [14:15] <ubitux> just like with mov? [14:22] <iive> what I wonder, if there are 6 commits, why the bot reports only 3? [14:40] <ubitux> iive: to avoid the flood? :p [14:42] <iive> well, the old bot flooded multiple lines per commit, this one is using just 1. I'd say it can afford it. [14:45] <ubitux> might be customizable in the github bot config [14:45] <ubitux> but i guess that's a temporary solution anyway [15:46] <KGB> [FFmpeg] michaelni pushed 22 new commits to master: http://git.io/EktQrg [15:46] <KGB> [FFmpeg/master] mpegaudiodec: fix short_start calculation - Luca Barbato [15:46] <KGB> [FFmpeg/master] dsputil_mmx: fix reading prior of the src array in sub_hfyu_median_prediction() - Michael Niedermayer [15:46] <KGB> [FFmpeg/master] doc/platform: Mention MinGW-w64 - Derek Buitenhuis [15:56] <KGB> [FFmpeg] michaelni pushed 1 new commit to master: http://git.io/yjTSvw [15:56] <KGB> [FFmpeg/master] dshow: enhance error message - rogerdpack [16:15] <KGB> [FFmpeg] michaelni pushed 1 new commit to master: http://git.io/uSm9Yw [16:15] <KGB> [FFmpeg/master] fate: Fix --disable-zlib - jamal [16:29] <KGB> [FFmpeg] michaelni pushed 3 new commits to master: http://git.io/LkO-ew [16:29] <KGB> [FFmpeg/master] bink: get rid of double precision float use - Michael Niedermayer [16:29] <KGB> [FFmpeg/master] bink: remove unneeded special case in the init code. - Michael Niedermayer [16:29] <KGB> [FFmpeg/master] bink: reindent - Michael Niedermayer [17:39] <KGB> [FFmpeg] michaelni pushed 1 new commit to master: http://git.io/_maIWw [17:39] <KGB> [FFmpeg/master] lavf: free probe data in case we close before probing finished - Michael Niedermayer [18:57] <KGB> [FFmpeg] michaelni pushed 2 new commits to master: http://git.io/IGdhag [18:57] <KGB> [FFmpeg/master] mov: only print multiple edit lists warning for actually unsupported cases - Michael Niedermayer [18:57] <KGB> [FFmpeg/master] mov: add av_dlog() to dump edit lists. - Michael Niedermayer [19:15] <KGB> [FFmpeg] michaelni pushed 1 new commit to master: http://git.io/1gCqZA [19:15] <KGB> [FFmpeg/master] ffv1enc: fix integer overflow with high resolutions and lots of slices. - Michael Niedermayer [20:36] <phil94028> anyone have time for ffmpeg -i filename parsing question? [20:37] <ubitux> don't ask to ask, just ask [as long as it's related to ffmpeg *development*] [20:39] <ubitux> heh, hacker's delight 2nd edition. [20:40] <phil94028> I'm a hardware codec guy trying to use ffmpeg for hwcodec modeling. running debug in eclipse which is working fine .. I cant get the -i %04.yuv to parse to 0000.yuv what seems to get passed to the fopen is just the input string. [20:40] <ubitux> does it work with -f image2 prefix ? [20:41] <phil94028> this is the input string [20:41] <phil94028> -s 1280x720 -r ntsc -f rawvideo -pix_fmt uyvy422 -i "%04d.yuv" -y test.mpg [20:42] <phil94028> there is a file 0000.yuv ... works if I give it just the -i 0000.yuv [20:43] <phil94028> thanks .... I know it's propbably something silly. I tried to debug through to see where it expanced the %04d but couldnt find it [20:43] <ubitux> afaict this kind of globing system is only available with the image2 demuxer [20:44] <phil94028> oh ok .. and that doesn't wat for rawvideo I guess ... just for compressed file formats? [20:45] <phil94028> thanks .. I guess I'll try it with some jpegs or something per the docs to get a feel for it per the docs it should work with those at least [20:45] <ubitux> i'm afraid it was added in the image demuxer because you generally need that feature to build a video from multiple images [20:46] <ubitux> maybe lavf/rawvideodec could be adapted to this eventually [20:47] <ubitux> phil94028: though, i wonder if you couldn't concat them [20:47] <phil94028> great .. that makes sense ... us hardware guys use raw uyvy seqences a lot ... was just making me nuts that I couldn't see the parser failing in eclipse .. first time Ive used eclipse too so assumed it was me [20:48] <ubitux> anyway maybe try the concat protocol or just a cat *.yuv | ffmpeg -i ... [20:48] <phil94028> I guess I'll try giving it the yuv's as a series or -i [20:48] <ubitux> that might work. [20:48] <phil94028> of -is [20:48] <ubitux> if the input is raw, the size of each frame is predictable [20:49] <ubitux> and i would guess a data stream will work [20:49] <phil94028> thanks a lot ... I'll poke around and let you get back to something useful [20:49] <ubitux> cat *.yuv | ffmpeg -f rawvideo -i - ... [20:49] <phil94028> havent used irc in 20 years too! [20:50] <ubitux> :) [20:50] <phil94028> bye [20:50] <ubitux> finally, it ended up with a user question :)) [21:01] <ramiro> \quit [21:01] <ramiro> oops [00:00] --- Sun Sep 30 2012

1 0

ffmpeg.log.20120929
by burek 30 Sep '12

30 Sep '12

[02:07] <nn> just cant seem to get this to work -- anyone care to take a look? ffmpeg invokation and output https://gist.github.com/3802684, conf/ffserver.conf: https://gist.github.com/3802687 [02:12] <ubitux> "[mjpeg @ 0x9fffcc0] Specified pix_fmt is not supported" looks like the problem [02:12] <ubitux> maybe try to play with the pixel format option [02:16] <nn> ubitux: Not sure what to do with it, honestly-- looks like everything is yuv420p from input to output [02:18] <ubitux> can you try a more recent version first? [02:19] <nn> Unfortunately this is the packaged version on archlinux [02:19] <ubitux> it's easy to build ffmpeg on archlinux [02:20] <ubitux> maybe try this if you don't want to build it yourself [02:22] <nn> building, it'll take a while ;) [02:22] <llogan> nn: there is also ffmpeg-git package in AUR if you're lazy [02:23] <nn> hey that works [02:23] <ubitux> llogan: archlinux will likely package 1.0 pretty soon anyway [02:23] <ubitux> nn: what works? build or your command with the latest version? [02:23] <nn> aur [02:24] <nn> build is gonna take a good bit, 800mhz cpu [02:24] <ubitux> just try the static build :p [02:24] <ubitux> it's pointless to build it if it doesn't work anyway :) [02:25] <ubitux> 800mhz... at least 1 hour of build :) [02:30] <nn> Hmm apparently this netbook has a 1600mhz core and a 800mhz.. seems unlikely.. what's that intel crap called? [02:31] <ubitux> a cpu? :) [02:31] <nn> no, the fake double core nonsense in their mobile cpus [02:31] <nn> ht i think [02:32] <ubitux> an atom maybe [02:32] <ubitux> with hyperthreading yeah [02:36] <nn> ubitux: pretty much my situation is as simple but difficult to fix-- I've got v4l2 capture devices and alsa audio inputs. I run motion to record activity on cameras. I want to use ffserver to stream to multiple codecs on demand (mjpeg mpeg1/2 and mpeg4/h264) [02:37] <nn> I think my best bet is to use the netcam feature in motion to grab from v4l2 and provide multipart mjpeg for motion and mpeg1/2 + mpeg4/h264 for android client [02:44] <nn> ubitux: Can i send a signal or RPC message to ffserver to make it save from one of the encoders to a file? (for recording without using a (mostly) unnecessary extra encoder? [02:45] <ubitux> i'm really not familiar with ffserver unfortunately [02:46] <ubitux> i'm not sure i'll be of much help, and it seems not much ppl are available at this hour.. [02:46] <nn> Is there a time better to find someone? [02:49] <ubitux> i can't tell; i'd say while waiting here for more answers, you might want to try to ask on ffmpeg-user mailing list [02:49] <ubitux> about the pixel format issue you have, if it's still reproducible with a recent ffmpeg, my guess would be to play with the -pixel_format option, or the option from v4l2 input device [02:50] <ubitux> can't help you more now :p [02:52] <creep> hey [02:56] <nn> ubitux: thank you [02:56] <nn> creep: hi [03:40] <nn> ubitux: problem is from the mjpeg streamer... hmmm [03:40] <nn> betting its ffserver settings [05:27] <nn> ubitux: Made some progress, whats this mean? DTS 1640556, next:2125964 st:0 invalid dropping PTS 1640556, next:2125964 invalid dropping st:0 [06:20] <melkor> when building ffmpeg is there a good config option to get a majority of popular codecs? [08:55] <ubitux> nn: i guess that's a huge pts/dts jump? :p [08:56] <ubitux> melkor: maybe --enable-lib{mp3lame,x264,vpx,theora,openjpeg} for the codecs [13:19] <melkor> ubitux: thanks, I left out the openjpg [14:42] <Aristide> Hi ! [14:43] <Aristide> I have a problem with ffmpeg : http://pastebin.com/EYw9hXJn this command (at the top) give this output (under « #### Résultat ###### » ) and freeze :/ [14:50] <Aristide> Hum ... Ok I found problem >< [14:54] <Aristide> Ok no I don't find problem, if I change directory, its is a same problem :( [15:14] <frogprince_mac> does anyone have experience installing ffmpeg-php [15:19] <JEEB> frogprince, it doesn't really have anything to do with ffmpeg itself [15:19] <frogprince_mac> well indirectly it does cause i have to rebuild ffmpeg apparently [15:19] <frogprince_mac> for it to work [15:23] <Aristide> Ok its work for me [15:24] <Aristide> I have a other question [15:24] <Aristide> Its possible to get output from ffmpeg while encoding ? (fort get time while encoding and other information) [15:25] <JEEB> frogprince_mac, I think it needs some lolold ffmpeg [15:35] <frogprince_mac> ye [15:35] <frogprince_mac> it doesnt work [15:35] <frogprince_mac> it never works [15:35] <frogprince_mac> ;_; [15:36] <JEEB> better just call ffmpeg command line from the php code I guess [15:37] <frogprince_mac> ye that doesnt work either heh :( [15:38] <frogprince_mac> exec isnt even returning anything [15:38] <frogprince_mac> and im using the exact same command i tested in the terminal [15:38] <frogprince_mac> with absolute paths and all [15:39] <nn> Anyone grabbing from v4l2 and streaming it to ffserver? [15:41] <JEEB> frogprince, then you should actually see why and how it doesn't work :P [15:52] <Aristide> Its possible to get output from ffmpeg while encoding ? (fort get time while encoding and other information) [15:52] <Aristide> In bash via pipe [15:52] <Aristide> I see only informations ended by \n :( [16:13] <frogprince_mac> oh my god i got it to work [17:18] <AR_> hi [17:19] <AR_> i have an rtmpdump command which successfully can download my rtmp stream [17:19] <AR_> i want to use ffplay to play it instead [17:19] <AR_> i posted some details here [17:19] <AR_> http://stream-recorder.com/forum/rtmpdump-ffplay-t13885.html [17:19] <AR_> currently my ffplay command does connect to the rtmp server, but i get no video stream [17:22] <AR_> any ideas would be appreciated [22:03] <tapout> Do all these windows apps that convert * -> mp4, typically use ffmpeg? I want to convert anything->anything with ease... I"m assuming they're using ffmpeg [22:03] <relaxed> tapout: yes [22:15] <AR__> anyone know how to get multiple streams from the same rtmp server via one connection? [23:00] <tapout> how do i list which codecs are available to ffmpeg -vcodec? [23:00] <ubitux> ffmpeg -codecs [23:02] <tapout> hrmm [23:02] <tapout> i see libx264 listed [23:02] <tapout> i'm using the statically compiled binary from latest [23:03] <tapout> ffmpeg -cdoecs|findstr 264, lists: DEV.LS h264 H.264 / AVC / MPEG-4 .... (encoders: libx264 libx264rgb ) [23:04] <tapout> ffmpeg -vcodec libx264 -i lecture1.mp4 test.avi [23:04] <tapout> "Unknown Decoder libx264" [23:05] <ubitux> any option before -i xxx is an input option [23:05] <tapout> ohhhh [23:05] <ubitux> (because you can force a decoder) [23:05] <tapout> ubitux, thanks man... [23:06] <tapout> do you happen to know why dice player, won't increase the playback on a mp4 but it will work on a mkv, avi, mov and even flv? [23:06] <tapout> is it a flaw with *.mp4? [23:06] <tapout> or just a flaw with his programming? [23:06] <ubitux> i don't know what's dice [23:06] <tapout> i've downloaded these lectures that iw ant to watch but they're so damn slow... the playback is at such a slow speed [23:06] <tapout> dice player is on the asus transformer tablet, like 'vlc' kinda [23:06] <ubitux> mplayer is able to speed up playback [23:07] <tapout> on asus transformer on all even mp4? hrmm checking [23:10] <tapout> is there a way to pass the processing over to cuda/opencl? i have a 6990 and this conversion is only going at 510kbit/s [23:10] <tapout> maybe there is a flag for gpu rendering/processing, checking [23:11] <ubitux> i'm afraid no gpu acceleration is possible [23:11] <ubitux> maybe some library wrapper would allow some particular processing, but that's not possible atm [23:11] <tapout> does 510~kb/s seem slow ? [23:11] <tapout> or typical [23:12] <ubitux> i don't know, depends on your hardware and encoding settings.. [00:00] --- Sun Sep 30 2012

1 0

ffmpeg-devel.log.20120928
by burek 29 Sep '12

29 Sep '12

[03:02] <Daemon404> cbsrobot, cia is permadead [03:02] <Daemon404> and github has its own irc bot, you only need to enable it in the project settings [03:19] <michaelni> Daemon404, what do i need to enable exactly in github ? [03:21] <Daemon404> its listed under service hooks [03:21] <Daemon404> in project admin [03:21] <Daemon404> as "IRC" [03:38] Action: michaelni wonders why i486-linux-gnu-gcc-4.4 seems running a old seektest with new reference files [03:45] <llogan> don't get your hopes/lols up, it's only a enhancement/wish and not an actual decoder. [03:47] <Daemon404> from what i understand, aic isnt -that- hard to RE. just noone who can and wants to. [03:48] <llogan> yeah, that's what i assumed. i had an AIC file from a client and made the ticket to procrastinate some meatspacings. [03:50] <Daemon404> use mplayer's binary loader [03:50] <Daemon404> i guess [03:50] <ohsix> and they give you a comprehensible blob to do it, http://support.apple.com/downloads/Apple_Intermediate_Codec_1_0_1 lewl [03:50] <llogan> eh..i just told them to give me almost any other format. [03:50] <Daemon404> ohsix, better than "somewhere in iMovie" [03:50] <ohsix> def [03:51] <ohsix> why isn't there a tool like qemu-img for vm images, for .dmg images yet [03:51] <Daemon404> you can [03:51] <Daemon404> i mount them on linux all the time [03:52] <ohsix> yea, but they aren't all images [03:52] <ohsix> they're metafiles with a bunch of different things in them [03:52] <Daemon404> ive never had a dmg i could not mount [03:52] <Daemon404> :/ [03:55] <ohsix> do you just use mount -o loop? [03:56] <Compn> ohsix : fusefs mounts stuff [03:56] <Compn> dunno if dmg tho [03:56] <ohsix> i'd probably just use hfsprogs instead of mounting :p [03:56] <Daemon404> ohsix, if theyre comrpessed, there's a tool to uncomrpess it [03:56] <Daemon404> then i just mount it as hfs+ [03:57] <Daemon404> -o loop yea [03:57] <ohsix> ok, i need the name of the uncompress tool :p [03:57] <Daemon404> http://vu1tur.eu.org/tools/ [03:57] <ohsix> ok [03:58] <Compn> wonder what kostya is working on now [03:58] <Compn> he is current RE master :P [04:11] <ohsix> ah, dmg2img picked up ADC compression in 2009 ... it was probably that long ago :] [04:36] <ohsix> it does look pretty straight forward to document AIC from that codec [04:37] <ohsix> aside from fishing through vtables D: [04:46] <KGB> [FFmpeg] michaelni pushed 1 new commit to master: http://git.io/SUkE5A [04:46] <KGB> [FFmpeg/master] mp3dec: ask for 8khz switch point mp3s - Michael Niedermayer [04:53] <Daemon404> a tad lackluster [04:54] <Daemon404> ohsix, vtables = kills RE [04:54] <Daemon404> laziness [04:54] <ohsix> shrug, yea [04:55] <ohsix> i wanted to clone katafx (the original) some years ago, even with some effort no image of sanity was resolving itself [04:56] <ohsix> all it is is some color band textures that rotate over eachother, but it had some magic [05:17] <KGB> [FFmpeg] michaelni pushed 7 new commits to master: http://git.io/EIgYQg [05:17] <KGB> [FFmpeg/master] avformat: Identify anonymous AVIO typedef structs. - Dale Curtis [05:17] <KGB> [FFmpeg/master] Add Opus codec id and codec description. - Andrew D'Addesio [05:17] <KGB> [FFmpeg/master] Add Opus support to the Ogg muxer. - Nathan Caldwell [05:18] Action: michaelni takes note that the KGB can not count to 7 [05:19] <michaelni> Daemon404, that bot, how can it be made not to skip 4 out of 7 commits ? [05:41] <Daemon404> michaelni, i have no idea [05:44] <KGB> [FFmpeg] michaelni pushed 1 new commit to master: http://git.io/FBogVA [05:44] <KGB> [FFmpeg/master] configure: add missing dependancies for gpl tests - Michael Niedermayer [07:37] <ubitux> yay 1.0. [07:37] <ubitux> thanks michaelni :) [07:37] <ubitux> btw, i added a no-gpl fate instance after seeing 4fefe91a [07:38] <ubitux> and i also added the -DTRACE flag to the -DDEBUG box (which now fails but shouldn't) [09:59] <ubitux> michaelni: got a rawvideo dump of the h264 race failing output [10:16] <ubitux> it's fun, it's like there are some +1 at times [10:17] <av500> [+1] [10:54] <ubitux> michaelni: http://lucy.pkh.me/race.html [10:54] <ubitux> here it is [10:55] <ubitux> ±1 on most of the bytes afaict [14:21] <KGB> [FFmpeg] michaelni pushed 10 new commits to master: http://git.io/80NRAg [14:21] <KGB> [FFmpeg/master] get_bits: const correctness for get_bits_trace()/get_xbits_trace() arguments - Diego Biurrun [14:21] <KGB> [FFmpeg/master] golomb: const correctness for get_ue()/get_se() function arguments - Diego Biurrun [14:21] <KGB> [FFmpeg/master] h264_refs: Fix debug tprintf argument types - Diego Biurrun [14:25] <KGB> [FFmpeg] michaelni pushed 1 new commit to master: http://git.io/UpDsjA [14:25] <KGB> [FFmpeg/master] nutdec: fix get_vb_trace() / -DTRACE compile - Michael Niedermayer [14:30] <iive> i like how secretive the new bot is. shows up says something and then vanishes without a trace. [14:41] <JEEB> I always disliked that in the github service somehow [14:42] <av500> avoid getting kicked all day [14:42] <av500> avoids [14:48] Action: ubitux is wondering why libav didn't rename FATE into LATE </easy-taunt> [15:27] <KGB> [FFmpeg] michaelni pushed 4 new commits to master: http://git.io/aljC8w [15:27] <KGB> [FFmpeg/master] avcodec: Add missing include to version.h - jamal [15:27] <KGB> [FFmpeg/master] postproc: Create version.h header - jamal [15:27] <KGB> [FFmpeg/master] swresample: Create version.h header - jamal [16:44] <Daemon404> [08:30] <@iive> i like how secretive the new bot is. shows up says something and then vanishes without a trace. <-- well it's name IS KGB [16:45] <ubitux> :) [16:49] <KGB> [FFmpeg] michaelni pushed 1 new commit to master: http://git.io/osmNxg [16:49] <KGB> [FFmpeg/master] ffprobe: remove unused "args" argument in writer init callback - Stefano Sabatini [16:50] <nevcairiel> i kinda dislike these hit&run bots, but since i have joins/parts hidden now, it should just do what it does :p [16:52] <Compn> someone try kicking / hugging him next time he comes in :P [16:52] <Compn> or put dioxin in his soup [17:09] <Daemon404> uh [17:09] <Daemon404> ugh* [17:10] <Daemon404> ffmpeg is still getting aac decoding wrong [17:10] <Daemon404> tons of audio desync issues [17:10] <Daemon404> all likely related to that patch from the xencoder dude [17:10] <Daemon404> zencoder* [17:10] <MP4_maniac> I [17:11] <Daemon404> MP4_maniac, audio decoded from aac-in-mp4 is 1 or 2 video frames off [17:12] <nevcairiel> what patch specifically? [17:12] <nevcairiel> audio was spot-on in mp4 a while ago [17:13] <Daemon404> not so now... (using ffmpeg cli) [17:14] <Daemon404> i -thought- it was related to that patch by jon from zencoder, which i cant find atm [17:14] <MP4_maniac> mov/mp4 demuxer specific? [17:14] <Daemon404> but aac and mov/mp4 stuff gets touched so often i cant figure out what broke it [17:14] <Daemon404> MP4_maniac, so far yes [17:14] <nevcairiel> hm [17:15] <MP4_maniac> it is related with assuming priming samples? [17:15] <Daemon404> MP4_maniac, thats my guess [17:15] <Daemon404> but it's only a guess [17:15] <nevcairiel> good that i just ignore this audio delay sidedata crap =P [17:19] <MP4_maniac> current ffmpeg's mov/mp4 demuxer assumes 1024 priming samples if priming samples is not specified in iTunSMPB [17:19] <Daemon404> MP4_maniac, the current complain is that audio is 1 frame late [17:19] <Daemon404> so i gues sthat would account for it? [17:20] <MP4_maniac> aac 1 frame is 1024 samples [17:20] <nevcairiel> why assume 1 frame when before this code was all added it was 0 and apparently fine? [17:20] <Daemon404> it wasnt 0 before [17:20] <Daemon404> it was 1024 before, and it didnt decode iTunSMPB [17:20] <nevcairiel> previously there wasnt even code to deal with that [17:20] <Daemon404> and before that it was 0 [17:21] <Daemon404> i startedg etting complains when this code was introduced [17:26] <MP4_maniac> i dislike this ffmpeg's implicit 1024 priming samples. i believe there are people who consider encoder specific priming samples and set up edit list. [17:28] <JEEB> IIRC the guy who did that was supposed to make it better, but never did if i remember correctly [17:30] <MP4_maniac> i think current ffmpeg's assumption of implicit AAC priming samples conflicts with edit list... [17:30] <JEEB> it does, more or less [17:35] <Daemon404> mov: Change default aac priming fallback from 2112 to 1024 [17:35] <Daemon404> [17:35] <Daemon404> This fixes priming for faac [17:35] <Daemon404> well gee [17:35] <Daemon404> :/ [17:35] <Daemon404> one cruddy fix to another [17:36] <Daemon404> i am of the optinion it should be 0 [17:36] <Daemon404> opinion* [17:37] <JEEB> hahahaha [17:37] <MP4_maniac> about lc-aac, apple: 2112, nero: 2624, faac: 1024, fghaacenc: variable :P [17:37] <Daemon404> MP4_maniac, i am getting complains from tons of users (generally using professional editing softwazre) that its adding delay [17:38] <Daemon404> aka should be 0 [17:38] <Daemon404> aka they set their stuff up properly [17:38] <JEEB> Daemon404, yes the "correct" way would be to write it into the edit list, but not many things do that still :/ Otherwise it's a guessing game, and zero is as valid as it gets as well [17:39] <Daemon404> a very vocal subset of users, may i add. [17:39] <JEEB> yeah [17:41] <MP4_maniac> mpeg's and apple's spec says explicit priming samples is specified by edit list. implicit priming samples makes sense only when the encoder is known [17:42] <JEEB> ayup [17:42] <MP4_maniac> otherwise, should be 0 [17:42] <JEEB> otherwise it just breaks others and creates herpy derpy results on others [17:48] <michaelni> Daemon404, which ticket on trac describes this aac/mov/mp4 bug ? [17:49] Action: michaelni likes to fix it ... [17:49] <Daemon404> michaelni, it's quite simple: [17:49] <Daemon404> teh default of 1024 is adding padding to things that shouldnt [17:50] <Daemon404> apparently 1024 is faac's default [17:50] <Daemon404> i dont htink there is a bug open [17:50] <Daemon404> basically, we make assumptions about how to pad [17:51] <michaelni> Daemon404, you assume things and some of this doesnt add up entirely so id like to know exactly whats not working so i can check if it really is the 1024 [17:51] <michaelni> we dont add 1024 padding btw, we remove 1024 [17:52] <JEEB> yes [17:52] <Daemon404> oh [17:52] <JEEB> earlier 2112 was removed [17:52] <Daemon404> well ive currently patched ffmpeg [17:52] <Daemon404> and am tetsing [17:52] <Daemon404> either way, using 1024 for everythingis still wrong. [17:54] <JEEB> the amount of padding to be removed should be set via edit lists, which of course many things don't do. But still assuming things without knowing for sure is derp. [17:55] <JEEB> there's a guy bisecting an a/v desynch with mp4 on #ffmpeg as well, we'll see if it's the same thing when he finishes it [17:55] <michaelni> I dont have a single sample that specifies this via edit lists ... and iam happy to implement it if someone sends me a sample + a reference on how it should decode [17:55] <Daemon404> JEEB, let me know [17:56] <Daemon404> michaelni, i am of the opinion that it is technically correct to use 0 instead of 'trying' to compensate [17:56] <MP4_maniac> michaelni: i can send a sample with pre-roll grouping (for decoder delay) and edit list (for encoder delay) [17:57] <michaelni> MP4_maniac, please do (best in a trac ticket so i dont forget it if i work on it later) [17:57] <MP4_maniac> oh, i have forgoten that iso publishes a sample :P [17:58] <MP4_maniac> 14496-4 2004 Amd 24 2008 a9-aac-samplegroups-edit.mp4 <--- this [17:58] <Daemon404> iso has test vecotrs? nifty [17:58] <MP4_maniac> 14496-4 is conformance tesiting [18:00] <michaelni> Daemon404, ill look into detecting faac and then making it 0 if its not faac [18:00] <Daemon404> im not sure if it's "detectable" [18:00] <Daemon404> this whole problem is really uglu [18:00] <Daemon404> ugly* [19:13] <saste> ubitux: yes fate-ffprobe was greatly useful [19:35] <saste> ubitux: i'm going to push the whole ffprobe patchset in three days, if I read no comments [19:58] <nevcairiel> speaking about ffprobe fate, what finally fixed the msvc tests? @Daemon404 ? [20:00] <Daemon404> nevcairiel, switching to an input ffmeta file [20:00] <Daemon404> instead of specifying utf8 on the cmd line [20:00] <Daemon404> msys doesnt behave like normal windows wrt cmd line args [20:00] <Daemon404> because MSYS Is Evil [20:00] <Daemon404> etc [20:03] <nevcairiel> because make is msys? [20:03] <nevcairiel> i mean, ffprobe should be completely native [20:05] <Compn> msys is evil. [20:05] <Compn> you could always build mingw in cygwin... bwahaha [20:06] <Daemon404> nevcairiel, msys passes args to stuff different than vis cmd.exe [20:06] <Daemon404> wrt character encoding [20:06] <nevcairiel> so it does happen because make runs everything in msys shells [20:06] <Daemon404> yes. [20:34] <KGB> [FFmpeg] michaelni pushed 2 new commits to master: http://git.io/bOfcbA [20:34] <KGB> [FFmpeg/master] aacdec: detect faac and skip correct amount of startup samples - Michael Niedermayer [20:34] <KGB> [FFmpeg/master] mov: remove default of 1024 sample skip for aac. - Michael Niedermayer [20:36] <gnafu> Hehe. [21:33] <Daemon404> i swear github's bot had color [21:39] <gnafu> Daemon404: Maybe it's a configuration option./ [21:40] <ramiro> hi [21:41] <ramiro> I have a video encoded with some smartphone that plays fine in vlc, but becomes rotates when uploaded to youtube. [21:42] <ramiro> i imagine it's some kind of mp4 metadata ignored by vlc but taken into account by youtube (or the other way around), but I don't see any metadata from ffmpeg -i file.mp4 [21:42] <ramiro> any suggestions on how to find this out and make youtube play the file properly (short of re-encoding the file with ffmpeg) [21:43] <Daemon404> ffprobe -show_streams file.mov [21:43] <Daemon404> look for the rotate tag [21:43] <Daemon404> if you dont want youtube to rotate it, kill the tag [21:48] <MP4_maniac> rotation can be specified by matrix within tkhd atom [21:51] <ramiro> Daemon404: hm, I see no rotate tag [21:52] <ramiro> MP4_maniac: how do I see that without delving into the source code? [21:55] <ohsix> >matrix [21:59] <MP4_maniac> ramiro: search tkhd atom by 'tkhd' string in binary, and its last 8 bytes is width and height. matrix is placed directly before them. no rotation matrix shall be { 0x00010000,0x00000000,0x00000000,0x00000000,0x00010000,0x00000000,0x00000000,0x00000000,0x40000000 } [22:00] <Daemon404> or use boxdumper? [22:01] <MP4_maniac> yes. boxdumper can see the matrix. also dumpster can see and edit [22:06] <MP4_maniac> uhg, mvhd atom also has matrix... [22:06] <Daemon404> fwiw iphones and android phones use the rotate tag. [22:10] <ods15> yes, and windows doesn't understand the rotate tag... [22:10] <ods15> dunno about iphones, but yes for android [22:37] <Daemon404> 'windows; > [22:37] <Daemon404> ? [22:56] <ramiro> saste: hi [22:56] <saste> ramiro, hey [23:26] <ubitux> saste: okay, will look at it in a moment :) [23:28] <ubitux> saste: i'm a bit lost about the order [23:29] <ubitux> can you give me a few hints? :) [23:31] <saste> ubitux: http://pastebin.com/KwncDsCr [23:31] <ubitux> thx :) [23:33] <ubitux> saste: you didn't send "c2c95feeaa92b63d74c6c4d9c39e52bf79858124 ffprobe: drop SECTION_ENTRY macro" right? [23:34] <ubitux> ah i see it [23:34] <ubitux> sorry :) [23:47] <saste> ubitux, thanks [23:48] <ubitux> saste: rework/fix {flat,ini} writer are unchanged? [23:48] <saste> yes [00:00] --- Sat Sep 29 2012

1 0

ffmpeg.log.20120928
by burek 29 Sep '12

29 Sep '12

[06:33] <floater> hi guys [06:33] <floater> i accidentally upgraded ffmpeg on git and now it fails to encode mkv, what solution can you tell ? [07:22] <ubitux> floater: you have to give more information [07:22] <ubitux> like a pastebin of the output [07:22] <ubitux> eventually provide the sample [07:23] <ubitux> also, in which version it was working :) [07:23] <ubitux> (so we can trace down the regression) [07:23] <ubitux> don't forget your command line in the pastebin. [07:26] <floater> that is problematic i do not remember which version was working, but there is a chance it is named ffmpeg.old in my ffmpeg directory [07:26] <floater> trying out [07:39] <floater> ubitux<< easy, grab any avi file, and enter ffmpeg -i ./gta24_afterlife.avi -vcodec libx264 -preset ultrafast output.mkv [07:39] <floater> for example http://www.sendspace.com/file/61h2q0 [07:40] <floater> used latest git from ffmpeg, and libx264 [07:40] <floater> player throws a huge list of errors while decoding, and gives a grey vibrating screen [07:40] <floater> http://www.sendspace.com/file/fa65ye [07:41] <floater> here is the avi converted to mkv... file [07:45] <ubitux> i can't reproduce [07:45] <ubitux> video plays fine with ffplay and mplayer [07:46] <ubitux> floater: can you pastebin your output? [07:46] <ubitux> (of the ffmpeg encode) [07:46] <floater> the encoding is okey [07:46] <floater> the decoding fails [07:46] <floater> but ok [07:47] <ubitux> yes, but isn't it generating a wrong file? [07:47] <ubitux> gonna try your file [07:47] <ubitux> (encoded) [07:47] <ubitux> ok plays fine as well [07:47] <ubitux> what tool are you using to play it? [07:49] <floater> ubitux<< http://pastebin.com/J3DwpLvQ [07:49] <ubitux> plays fine with vlc as well [07:49] <floater> here's the output [07:49] <ubitux> WARNING: library configuration mismatch :/ [07:50] <ubitux> that's most likely the problem [07:51] <ubitux> try to get the git version in static [07:51] <floater> i have not noticed that earlier, and no idea about [07:51] <ubitux> or upgrade your libraries as well [07:51] <floater> if i enable static that might solve the problem? [07:51] <ubitux> i don't how you're supposed to do that with your distro [07:52] <ubitux> if you don't make a shared build, the binary won't pick the outdated libraries on your system [07:52] <ubitux> they will be built-in the program [07:52] <floater> i see [07:52] <ubitux> i have no idea how you upgraded to git so i can't help you much [07:52] <ubitux> and i don't know redhat [07:53] <ubitux> but right now, you're using an upgraded program, with outdated libraries [07:53] <ubitux> and that's possible your player is affected as well [07:53] <floater> mplayer plays the other videos [07:54] <floater> can you play the mkv i pasted? [07:54] <ubitux> you might need more recent libraries. [07:54] <ubitux> yes [07:54] <floater> bah [07:54] <ubitux> with ffplay, mplayer and vlc [07:54] <ubitux> but i have recent libraries. [07:54] <ubitux> which all the above players are using [07:55] <floater> so new ffmpeg needs latest decoding libraries ? [07:57] <ubitux> the bug you have was likely fixed in a more recent libavcodec (or libavformat, etc) [07:57] <ubitux> ffmpeg/ffplay/.., mplayer and vlc uses libavcodec [07:58] <ubitux> but right now, since you seem to use a shared build, all these tools fallback on the libraries on your system [07:58] <ubitux> which are outdated [07:58] <floater> ok i have a 2 year old mplayer [07:59] <floater> my last ffmpeg.old directory is #define FFMPEG_VERSION "N-40640-g5edd4fc" [08:00] <floater> about 4 month old [08:00] <floater> and that was working with my player [08:02] <floater> http://www.mplayerhq.hu/design7/dload.html#binary_codecs [08:02] <ubitux> well, all i can say is that i'm able to play your file, and the one i generated with your cmd line :) [08:02] <floater> here are the mplayer codecs [08:02] <floater> hehe, good for you, my mplayer fails with it [08:03] <ubitux> lemme try with a bleeding edge mplayer [08:03] <ubitux> in the mean time, try with ffplay [08:03] <floater> i guess i'd have to install a new version [08:03] <ubitux> fix your libraries too.. [08:03] <floater> MPlayer SVN-r31628-4.4.4 (C) 2000-2010 MPlayer Team [08:04] <floater> what libraries do you suspect? [08:04] <ubitux> the libav{format,codec,...} installed on your system [08:04] <floater> yum reinstalling then, and test again [08:04] <ubitux> they are outdated [08:05] <floater> quite possible, redhat updates them in 2-5 years ;/ [08:05] <ubitux> then again, that's certainly why it's broken. [08:05] <floater> but ffmpeg has them compiled no? [08:05] <ubitux> recent program + old libraries = fail [08:06] <floater> it just uses internally then [08:06] <ubitux> floater: if you build ffmpeg/git with --enable-shared, it will use the libraries on your system [08:06] <ubitux> even if the recent libraries are build at the same time [08:06] <ubitux> LD_LIBRARY_PATH etc.. [08:06] <ubitux> just tried a recent mplayer [08:06] <ubitux> and it works too [08:07] <ubitux> MPlayer SVN-r35008-4.7.1 [08:07] <floater> okey thanks i'm playing with it a bit [08:07] <ubitux> i have to go, have fun [08:07] <floater> i don't see new codecs, but my mplayer is old [08:12] <breik0> Hello Folks! Can you help me to compile ffmpeg for iOS with armv7? I can't find the correct config. [10:01] <floater> ubitux<< ah, new mplayer can play it ;/ [10:01] <ubitux> :) [10:02] <floater> but tried the "stock" fresh yum vlc too, that fails too [10:03] <floater> anyway, ffplay succeeded ;> [12:02] <zimbatm> ey guys [12:02] <zimbatm> i'm fighting an async issue with flash players and ffmpeg [12:02] <zimbatm> the sound is async but it's really near the perception level [12:03] <zimbatm> is there any tool that could help me quantify better than my eyes + ears ? [12:03] <zimbatm> esp. with the lack of sleep, the framerate of my eyes seem to drop considerably :p [12:05] <relaxed> show us what you're doing on pastie.org [12:06] <zimbatm> ok, i'm going to push that public then [12:10] <zimbatm> alright, it's going to take a little while to upload [12:10] <relaxed> upload what? I just want to see the command and console output of what you're doing. [12:11] <zimbatm> ffmpeg -i original.mp4 -y ffmpeg.mp4 [12:11] <zimbatm> that's it [12:12] <zimbatm> the original plays fine in flash players, the ffmpeg.mp4 is async [12:12] <zimbatm> both play fine in html5 browsers that support h264 [12:13] <zimbatm> i have a couple of video samples with that issue, all are coming from the same source [12:14] <zimbatm> the thing is that the async is really subtle so if there was a tool to record the screen and show the frames+audio it would really help [12:14] <JEEB> is it a really small desynch? because ffmpeg at the moment skips as many samples at the beginning of an AAC track as the Apple's AAC encoder outputs as the leading stuff [12:15] <zimbatm> yeah the video has always a start_time of 0.040000. i'm not sure if it's related though [12:15] <zimbatm> start_time on the original that is [12:15] <JEEB> if you can build ffmpeg yourself, try if applying https://github.com/VFR-maniac/ffmpeg/commit/4341c2a791a9e3e2d86b24133c178c4… will help [12:15] <relaxed> no if it doesn't happen with html5 browsers [12:16] <relaxed> unless they perform miracles [12:16] <JEEB> oh right [12:16] <JEEB> misread that one [12:17] <JEEB> dunno then if it's /only/ flash that's acting up [12:17] <relaxed> zimbatm: try again with -tune fastdecode [12:18] <zimbatm> will do [12:20] <zimbatm> the hard thing is that because it's lib sync, after a while i don't even see the difference anymore [15:10] <smellynosery> Howdy - I'm getting "TCP connection to 192.168.1.8:1234 failed: Connection refused" when I run "cat /dev/video0 | ffmpeg -i - -vcodec copy -same_quant -acodec copy -f mpegts http://192.168.1.8:1234" - I just need to stream /dev/video0 so I can watch it from another PC - any ideas or better way of doing it? [15:12] <zap0> connectino refused. [15:12] <zap0> why? [15:14] <relaxed> smellynosery: ffmpeg -f v4l2 -i /dev/video0 [15:14] <relaxed> remove -same_quant [15:23] <smellynosery> Thanks [15:24] <smellynosery> Is there a way of converting this VLC into ffmpeg? transcode{vcodec=mp2v,width=720,height=576,acodec=mp2a,fps=25,vb=%d,ab=64,venc=ffmpeg}:std{access=file,mux=ts,dst=web.fifo}} --sout-all --sout-ts-pid-pmt=7050 --sout-ts-pid-audio=7700 --sout-ts-pid-video=7500 ? [15:24] <smellynosery> I'm trying to move a VLC command to ffmpeg for a system as VLC isn't working too well atm - I've found -mpegts_service_id and such, but that doesn't give the ability to set the pid for video/audio [16:50] <stulluk> hi, I have cross compiled FFmpeg for arm-linux, and here is my problem: http://pastebin.com/03m9Q3Fb [16:50] <stulluk> Can you tell me why? [17:27] <zimbatm> it really bothers me that the ffmpeg package in ubuntu is installing libav [17:27] <zimbatm> i don't get why they didn't just rename the package if they prefer libav [17:28] <JEEB> I think it's renamed now, but old versions probably still have it as-is [17:28] <JEEB> (Ž [17:28] <zimbatm> or even better, they could distribute both [17:29] <zimbatm> https://bugs.launchpad.net/ubuntu/+source/ffmpeg/+bug/820117 [17:29] <zimbatm> anyways.. [17:29] <JEEB> yeah, it'd be cool if they could distro both, but I'm not sure if all downstream apps using the libs could be used as-is [17:30] <JEEB> and yes, only precise and quantal have libav-named packages [17:30] <JEEB> http://packages.ubuntu.com/precise/video/libav-tools f.ex. [17:30] <zimbatm> for the binary they could use apt-alternative but it's true that it might be a different story for the shared libraries [17:31] <JEEB> yeah [17:31] <zimbatm> btw, i'm bisecting ffmpeg [17:31] <zimbatm> it might take a while but i found a good version [17:31] <zimbatm> and apparently the video length varies so it's easy to script :) [17:31] <JEEB> let's see what you end up [17:31] <JEEB> with [17:32] <JEEB> and if it was what I thought it'd be [17:32] <romme> how do i mark raw video as interlaced in the ffmpeg/ffplay command line? [17:32] <zimbatm> i love running bisects [17:32] <zimbatm> and have the surprise in the end :) [17:32] <JEEB> yeah, git bisect is nice [17:33] <JEEB> anyways, do tell when you get to the answer, I wonder if it's what some people have been herping a derp about for a while now [17:33] <romme> also will marking the stream as interlaced double the frame rate? [17:33] <zimbatm> i had to build my own little toolchain for that, maybe i should clean it up and share it [17:33] <zimbatm> will do [17:33] <romme> i don't understand whether i need to specify 25 fps or 50 [17:34] <zimbatm> some day i'll have to take a look at the fate test-suite too, looks like nice to test regression [17:34] <JEEB> it is [17:34] <JEEB> although sometimes it's fun finding out why your tests fail on some architectures [17:34] <JEEB> and not on some [17:35] <zimbatm> yeah well, one day i'll also learn C properly but that's further in the future :) [17:36] <JEEB> in the end I found out that the reason my tests failed was because the vsynth input was YCbCr, and those tests needed RGB (only the RGB tests were failing for a video encoder) [17:36] <JEEB> and I hadn't set the "bitexact" setting [17:36] <JEEB> so on i686 and x86_64 you got one result [17:36] <JEEB> (unless you disabled asm) [17:36] <JEEB> and then every other arch would be one-off [17:39] <zimbatm> doh [17:40] <zimbatm> yeah video transcoding is full of traps. i guess you could be doing that your whole life and still have surprises coming up [19:17] <zimbatm> JEEB: just got 8f5bb35f4004791a6eb69049103a1c6382cf6542 from my bisect [19:17] <zimbatm> i'm going to verify that and also work on making a smaller sample [19:18] <zimbatm> the original video is available from here for now: https://s3.amazonaws.com/async-issue-1/original.mp4 [20:37] <zimbatm> JEEB: i'm not sure this commit is the issue actually [20:38] <zimbatm> i though the duration of the video was an indicator but it doesn't seem related [20:38] <zimbatm> because the older working ffmpeg had a different video length [20:39] <JEEB> zimbatm, try setting the sc->start_pad to 0 from 1024 [20:39] <JEEB> around line 3125 of libavformat/mov.c [20:40] <JEEB> oh [20:40] <zimbatm> you're right I should have tested that already [20:40] <DelphiWorld> hi FFmpegifier [20:40] <JEEB> it seems like mn [20:40] <JEEB> fixed that [20:40] <JEEB> https://github.com/FFmpeg/FFmpeg/compare/ed2b69a4c32a...c0209facd268 [20:40] <zimbatm> i just saw that too :) [20:42] <JEEB> we just had a discussion about stuff on the devel channel [20:42] <zimbatm> i've put a test page together here by the way: http://async-issue-1.s3-website-us-east-1.amazonaws.com/ [20:42] <DelphiWorld> please guys would someone help MumuDVB to use FFM? [20:42] <DelphiWorld> it's need only some API migration, it's using very old API. [20:43] <zimbatm> ok, i'll be back once i've tested these :) [20:43] <DelphiWorld> JEEB or zimbatm ? :-P [20:43] <zimbatm> DelphiWorld: you need to be more precise with your request [20:43] <DelphiWorld> zimbatm: can i pm you? [20:43] <JEEB> DelphiWorld, seriously... people will not fucking do your job for them. You've already poked here at least once. Unless someone here is a user of that app they're just not going to care in most cases. [20:44] <zimbatm> no [20:44] <DelphiWorld> JEEB: they are looking. read there mailing list. [20:44] <JEEB> what [20:45] <zimbatm> DelphiWorld: IRC works well if you point at a specific issue [20:45] <DelphiWorld> JEEB: is not only me looking but they are looking [20:45] <DelphiWorld> zimbatm: hold on [20:46] <JEEB> DelphiWorld, so even they don't want to do it themselves? [20:46] <JEEB> wtf [20:46] <JEEB> they really want to put zero effort into it themselves? [20:46] <DelphiWorld> JEEB: i have no clue [20:46] <DelphiWorld> JEEB: lot of users want it and was having it befaure but they are pissed due to the API change [20:47] <JEEB> well major API changes happened during the last two years [20:47] <JEEB> it's not /that/ often that big changes happen [20:47] <JEEB> if you ask specific questions about some parts of how to update stuff and what other stuff there is while actually doing it, that is fine [20:47] <DelphiWorld> JEEB: i think that's the transition issue [20:47] <JEEB> you may get help [20:47] <JEEB> but if you just tell people PLEASE DO THIS FOR ME [20:48] <JEEB> I DON'T WANT TO DO IT MYSELF, DO IT FOR ME [20:48] <DelphiWorld> JEEB: let me past log. [20:48] <JEEB> that isn't going to help much now will it [20:48] <DelphiWorld> JEEB: remember. i'm blind first of all so C is not easy for me [20:48] <JEEB> you're mostly just making people herp a derp [20:49] <DelphiWorld> thank JEEB [20:49] <DelphiWorld> JEEB: http://paste.debian.net/194052/ [20:50] <DelphiWorld> here's avlib.h: http://paste.debian.net/194053/ [20:53] <JEEB> I just see a lolold usages of avcodec, that's all [20:54] <JEEB> I don't even know where to start [20:54] <JEEB> also the header really tells absolutely nothing [20:57] <DelphiWorld> JEEB: ok, want the .C. no problem [20:58] <DelphiWorld> JEEB: http://paste.debian.net/194056/ [20:59] <JEEB> jesus christ [20:59] <DelphiWorld> LOL JEEB [21:04] <DelphiWorld> JEEB: you saw the Oldness? [21:07] <JEEB> DelphiWorld, don't ask me about this stuff any more. The project doesn't seem worth anyone's attention looking at the fact that you have to be here begging for someone to do the work for them. [21:07] <DelphiWorld> JEEB: . [21:07] <JEEB> not to mention that I don't give a fuck about the project, sorry :) [21:11] <DelphiWorld> JEEB: you're realy a trol. dont want to help? no problem. live me alone. [21:13] <JEEB> eh, I tried to look if there was something really basic there, but I just ended up reading more than I would like to. Also if the developers are "pissed" it means they just don't want to change anything. Also, instead of having a developer ask for help, they just made you -- just a user -- to beg for someone to do their job [21:14] <JEEB> sorry, that just doesn't sound good any way [21:14] <JEEB> also you are getting rather obnoxious, as I remember you coming here to ask at least once before [21:14] <JEEB> you are better off asking people who actually use that application [21:14] <JEEB> instead of people who have no idea of what it is, or why it exists [22:02] <tibo> hi guys, quick question [22:04] <tibo> I have a h.264 (832x468) video that I decode on android 2.3 using the NDK. avcodec_decode_video2 returns a lot of got_picture_ptr < 1 [22:05] <tibo> the video is 5min, I get 10000 of undecompressed frames [22:05] <tibo> is that normal ? [22:06] <nilsge> greetings! [22:15] <nilsge> has anyone ever heard of a lossless proprietary format "ncw". It is from Kontakt, a sample format for virtual music instruments. [22:20] <nn> Can someone help me to stream from mjpeg over http mixed-replace to ffserver? [22:21] <nn> I get loas_format guessed with score on 1 for the input [22:21] <JEEB> nilsge, if it's not on the multimedia.cx wiki, then probably not [22:21] <nilsge> let me see [22:22] <nn> [nn@technb camserv]$ ffmpeg -i http://localhost:50001/ -r 15 -i 0:0 http://localhost:50900/ch1.ffm [22:22] <nn> [loas @ 0x910e3c0] Format loas detected only with low score of 1, misdetection possible! [22:22] <nilsge> JEEB: no, it is not :( [22:22] <norbert_> hi, I was checking the ffmpeg page and noticed the prog has a logo; is there any meaning to it, like if I tilt my head should I read letters, or is it just a wave of some kind? [22:44] <nilsge> so how can I get someone to reverse engineer a proprietary format (ncw) so that I can convert the files to something good like FLAC? Is this donation driven, a kind of sport, random choice? :) [22:47] <zimbatm> nilsge: in general i think everyone's already working on their own things so it's hard to get traction [22:48] <nilsge> zimbatm: as expected. It is no different for me :) [22:49] <zimbatm> yeah, we all do our own things i guess :) [22:49] <zimbatm> why do you want to have that format ? [22:50] <nilsge> but it was worth a try nevertheless, since I don't know much about audio formats. It could be that decoding is much easier than encoding and some people do it for breakfast or so :) [22:51] <nilsge> zimbatm: to free the files. Virtual Instrument authors don't think twice about formats, they just do whatever the program tells them to do, so they save as ncw instead of wave, making it unsuable for anyone without the host software [22:51] <zimbatm> do you have any specs or decoder available ? [22:51] <nilsge> so even if they use an open source license for the recordings they cannot be accessed. This is actually the situation. [22:52] <norbert_> can't you just play it and then record the audio dev/ or am I being naive? [22:52] <nilsge> not right now. The original windows program is able to do the format conversion. [22:53] <zimbatm> if it's a one time thing then i would do as norbert_ suggest [22:53] <nilsge> norbert_: maybe possible, but inconvenient since a Linux system is not even able to playback the files. And I am talking about thousands of files here. A faster-than-realtime approach would be nice [22:53] <nilsge> no, this is a real format conversion issue for a general problem [22:54] <zimbatm> if you can get your hands on a windows dll it might be easier to implement the dll interface then reverse-engeenering the format [22:54] <zimbatm> mencoder also knows how to use dlls from withing linux [22:58] <nilsge> zimbatm: no dll. I think I would have to use piracy to get this file. [22:58] <nilsge> maybe it is in the freeware version, for playback purposes only. But I don't know yet. [23:11] <nn> How would i feed a multipart mjpeg stream into ffserver? [23:43] <zimbatm> JEEB: i found the code location but i'm not sure of the issue yet [23:44] <zimbatm> if i comment ffmpeg.c:729-730 then things are fine [23:46] <zimbatm> if i understand correctly, it's a check to adjust the duration if the start_time and the first dts are null and if the video has a fixed frame_rate [23:46] <zimbatm> and in the video, the start_time is 0.04 [23:56] <DelphiWorld> JEEB: i'm transcoding using FFserver. END! [00:00] --- Sat Sep 29 2012

1 0

ffmpeg-devel.log.20120927
by burek 28 Sep '12

28 Sep '12

[00:00] <saste> uhm michaelni: that will also require to change the fate-ffprobe references [00:04] <ubitux> arh i'm too tired i don't want to mess up [00:04] <ubitux> i'll push in a few hours [00:05] <ubitux> night ppl [00:47] <llogan> <distro_foo> "finally, ffmpeg is no longer beta." [00:51] <Daemon404> trollolol [00:52] <JEEBsv> yes, it is alpha as it has always been [00:53] <JEEBsv> there is a good quote from Loren about how hard it is to keep software in alpha [00:53] <JEEBsv> compared to going beta/final [00:55] <llogan> I propose FFmpeg Navigator Gold [00:56] <Skyler_> FFmpeg Enhanced Edition: Director's Cut [00:57] <gnafu> With all new footage, where Mans shoots first! [00:59] <Compn> whos jar jar in this scenario? [01:04] <Daemon404> Compn, if you have to ask... [01:27] <gnafu> "Meesa Compn Binks!" [01:27] Action: gnafu runs away. [08:56] <durandal_1707> why g729dec have duplicated scalarproduce function? [09:02] <ubitux> CIA is dead :( [09:28] <j-b> tagging a 1.0 when h264-mt is not working seems a bit pretentious... [09:29] <durandal_1707> than, pick 0.0.0.0.0.1 alpha [09:31] <ubitux> anyone knows a trick to automatically cp data to ref when a fate test fails? [09:31] <ubitux> i made a change that will change a bunch of references [09:31] <ubitux> and it's a pain to do the copies manually [09:33] <durandal_1707> ^ :) [09:33] <ubitux> :D [09:33] <ubitux> it looks like it's triggering the issues even more often recently :) [10:46] <ubitux> saste: btw, how does ffprobe behaves with "chapters"? like in mkv and such [10:47] <saste> ubitux, don't have idea [10:47] <saste> never tested [10:47] <saste> ubitux, are chapters marked at the libavformat level? [10:47] <ubitux> no idea [10:48] <saste> how i can retrieve them, programmatically? [10:51] <durandal_1707> saste: using lavf? [10:51] <saste> durandal_1707, yes [10:52] <saste> i don't know how chapters are handled in matroska, and how we handle them in lavf [10:52] <saste> never used that feature [10:52] <durandal_1707> there is code in mplayer that gets them [10:52] <saste> exposing chapters in ffprobe would be useful, sure [10:53] <durandal_1707> but isn't already available with ffmpeg? [10:53] <saste> dunno [11:12] <saste> ubitux: well maybe i won't have to break syntax after all [11:12] <ubitux> :D [11:12] <ubitux> \o/ [11:12] <saste> thanks the xml writer for that [11:13] <saste> tags are indeed somehow "special", in the sense that you have no fixed key=>value [11:13] <saste> so you need to embed each single one in a separate container [11:13] <saste> in the case of XML: tags => tag => key=... val=... [11:14] <saste> so i can mark the section like "IS_VARIABLE_ARRAY" [11:15] <saste> and add a field to the section struct, which tells the name of the "contained elements", which will be "tag" in the case of "tags" [11:17] <ubitux> :) [11:17] <ubitux> meh i don't understand how i'm supposed to map the streams meta [11:30] <divVerent> saste: there is this "standard" notation <dict><key>Key</key><string>Value</string><key>Key</key><int>42</int></dict> ;) [11:31] <divVerent> but please don't use it, Apple invented it and it makes XPath queries for keys impossible :P [11:32] <saste> divVerent, yes it sucks hard at first sight [11:32] <divVerent> apple plist still sucks hard at second sight ;) [11:32] <divVerent> I mean, why not <string key="Key">Value</string> [11:32] <saste> the kind of stuff that big companies employees consider "smart" [11:33] <divVerent> or even <key name="Key" type="string">Value</key> :P [11:33] <divVerent> but then it's almost normal XML [11:33] <divVerent> and then the patent application probably gets rejected ;) [13:50] <iive> maybe the verbosity of the logger should be decreased? [13:51] <iive> e.g. not reporting every change, just status changes e.g. new, closed, fixed etc. [13:58] <ubitux> yay [14:04] <michaelni> ubitux, about the failing threads tests, do we have a listz of which h264 files sometimes fail and the decoded output of such failures ? [14:05] <ubitux> yes, always the same test [14:05] <ubitux> i was also able to get a valgrind traceback at some point for the race [14:06] <ubitux> so h264-conformance-cama2_vtc_b [14:06] <ubitux> i don't know if it's always the same output [14:07] <ubitux> it seems to fail always the same [14:07] <ubitux> according to http://fate.ffmpeg.org/report.cgi?time=20120922051314&slot=x86_64-archlinux… http://fate.ffmpeg.org/report.cgi?time=20120921165530&slot=x86_64-archlinux… and http://fate.ffmpeg.org/report.cgi?time=20120921111134&slot=x86_64-archlinux… [14:07] <ubitux> michaelni: do you want the valgrind trackback? [14:08] <ubitux> michaelni: here it is: http://pastie.org/4602183 [14:09] <ubitux> it's the only time i was able to trigger it with valgrind [14:10] <ubitux> michaelni: it seems h264-conformance-mr1_bt_a fails as well at times [14:15] <ubitux> i don't have the generated sample though [14:38] <ubitux> anyway, that's the only two i regularly spot, but more often h264-conformance-cama2_vtc_b [15:16] <cbsrobot> ubitux: cross referencing the ebur128 now ! [15:17] <ubitux> yay. [15:46] <Compn> ffmpeg went 1.0 and i didnt even notice :D [15:46] <Compn> congrats michaelni :) [15:48] <ubitux> not yet! [15:51] <Compn> oh :) [15:53] <maker> what's the planned deadline for 1.0 release? [15:55] <j-b> after my bug is solved :0 [15:56] <maker> think there's nothing easy I can do ultil tomorrow :\ [15:56] <ubitux> j-b: got one bug? [15:57] <j-b> many ;) [15:57] <Compn> does vlc support libavfilter already ? [15:57] <maker> j-b: if there's anything I can do until tomorrow, let me know, I would be pleased to help! [15:57] <j-b> maker: I doubt :) [15:57] <j-b> Compn: I don't think so [15:58] <j-b> maker: the bug is present since many months... [15:58] <ubitux> what bug? [15:58] <ubitux> hey i thought the rtmp thing was solved. [16:06] <cbsrobot> ubitux ping [16:07] <ubitux> pong cbsrobot [16:07] <cbsrobot> so I tried a single mono 48k pcm 24le file [16:08] <j-b> ubitux: the h264-mt change size one [16:08] <cbsrobot> the m and s are not that important (or it's hard to mesure them) [16:09] <ubitux> j-b: ooh i though you were talking about the race we sometimes have [16:09] <cbsrobot> for I I get -29.6 LUFS, the dolby gives me -27.0 LUFS [16:09] <ubitux> mmh [16:09] <ubitux> cbsrobot: is that a short duration? [16:10] <cbsrobot> LRA is 20.1 LU, Dolby is 20.2 LU - so that looks ok [16:10] <ubitux> i think i need to ignore the processing until i have one complete window to avoid the false positive [16:10] <Compn> j-b : theres lots of samples of h264 change res? :\ [16:10] <ubitux> cbsrobot: can you try with a longer duration? [16:10] Action: Compn guesses tv streams [16:10] <j-b> Compn: yep [16:10] <cbsrobot> sure [16:11] <cbsrobot> maybe I need to find out first, what duration dolby uses & or do you have any recommandations ? [16:12] <cbsrobot> what would also be interesting is "True Peak" [16:12] <ubitux> the thing is: the results at the beginning are unreliable, and over the time it might reach the same correct result [16:12] <ubitux> i need to change something to fix that [16:12] <ubitux> like setting a correct starting default and/or not start analyzing until i've one full window [16:12] <ubitux> so basically it doesn't matter the duration, just make it longer :p [16:13] <saste> ubitux: any opinion on "lavfi: store and propagate number of channels information in audio buffer properties" [16:13] <cbsrobot> yeah - I could send you the dolby logs in csv format [16:13] <cbsrobot> and the ffmpeg logs [16:14] <saste> i'm going to drop the patch since it is not very useful to me, the pro is that storing the nb channels info you don't need to recompute it from chlayout, the con is that nb_channels/chlayout may be inconsistent [16:14] <ubitux> saste: i don't find that thread [16:14] <ubitux> cbsrobot: would be nice; if you have the input, it's even better :) [16:15] <saste> ubitux, http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/148775 [16:16] <ubitux> ah right it's old [16:16] <saste> yes like my duration in AVFrame thread [16:16] <ubitux> AVFilterBufferRefAudioProps is not public? [16:16] <saste> sure it is [16:17] <ubitux> it's not ok to add in the middle then [16:17] <saste> yes i'm not asking about technical problem (that was already spotted by michael) [16:17] <saste> i'm asking if you think that the pros outweigh the cons [16:17] <ubitux> oh. [16:18] <ubitux> saste: i'm always a bit uncomfortable with two fields to keep in sync [16:19] <ubitux> if it's necessary for each filter to do various checks like "do i have nb_channels? no, ok i'm going to guess it, oh ok i can't either" etc [16:19] <ubitux> then it might not really be worth the effort :p [16:21] <ubitux> saste: btw, any idea how we could make a movie=stillimage.png,fade=... works? [16:21] <ubitux> it works with a movie, but not with a pic [16:21] <ubitux> and i'm not sure how and where that could be handled [16:24] <saste> ubitux: loop [16:24] <saste> having duration in lavfi may help [16:24] <Compn> ubitux : fading watermark ? [16:24] <ubitux> saste: loop option in movie? i thought it was default to 1 [16:25] <saste> or you create a static movie from the pic, then overlay [16:25] <ubitux> yes the intermediate movie is a solution [16:25] <ubitux> movie=pic.png:loop=1 doesn't help [16:26] <saste> ubitux, please read the docs [16:26] <saste> when all else fails... [16:36] <saste> ubitux, elaborating more, loop=1 means play the pic once [16:37] <saste> loop=-1 means plays the movie again and again, iirc [16:43] <ubitux> ah sorry, i should have done loop=0 [16:43] <ubitux> but it doesn't work: Unable to loop: Invalid argument [16:43] <ubitux> :( [16:44] <saste> uhm sounds like a bug [16:45] <saste> or maybe that's supposed to work only with movies [16:45] <saste> it is possibly trying to seek on an image, and failing [16:45] <ubitux> reminds me the "bug" of unanimated gif with ffplay :( [16:45] <ubitux> (though, mjpeg works) [16:46] <michaelni> Topic for #cia is: CIA is dead. https://github.com/nenolod/irker-cia-proxy may be useful when used with an implementation of the irker notification shipping protocol (of which an implementation is forthcoming) [16:47] <JEEB> yup, http://pastebin.com/raw.php?i=9RBBniM1 [16:48] <Daemon404> lol netbsd [16:48] <ubitux> saste: this works: ./ffplay -f lavfi -i testsrc=s=640x480 -vf "testsrc=s=256x256,format=rgba,fade=out:20:25:alpha=1 [x]; [in][x] overlay=W-w-90:50" [16:49] <ubitux> saste: this doesn't: ./ffplay -f lavfi -i testsrc=s=640x480 -vf "movie=in.png:loop=0,format=rgba,fade=out:20:25:alpha=1 [x]; [in][x] overlay=W-w-90:50" [16:49] <Daemon404> 19:56 <nenolod> the data was destroyed, there is no backup [16:49] <Daemon404> ^ good work [16:49] <ubitux> :D [16:49] <Daemon404> good sysadmin is good [16:49] <saste> no data, no problem [16:49] <saste> problem solved [16:49] <Compn> nuke it from orbit [16:49] <Compn> its the only way to be sure [16:50] <Tjoppen> hardcore [16:50] <Compn> who needs backups anyways [16:50] <Compn> i drag shortcuts and symlinks to a floppy every week! [16:51] <Compn> amazing it all fits [16:51] <ubitux> oh michael fixed the utvideo thing :) [16:52] <michaelni> burek, can you implement something like CIA so we get commit notes again ? [16:53] <Daemon404> ubitux, \o/ [16:53] <JEEB> I think there was someone who said he'd work on something similar [16:53] <JEEB> http://esr.ibiblio.org/?p=4607 [16:53] <ubitux> Daemon404: \o/ to michaelni :p [16:53] Action: Daemon404 checks atheme.org [16:53] <Daemon404> wtf is cherokee web server [16:53] <Compn> sounds racist [16:53] <JEEB> notapache [16:53] <Compn> like apache [16:53] <Compn> stealing the great native american name :P [16:53] Action: Compn afk [17:42] <ubitux> http://www.w3.org/TR/ttaf1-dfxp/ AAAAAAH T_T [17:42] <ubitux> wtf is this again :( [17:44] <j-b> Well, classic TTML [17:44] <ubitux> is it used? [17:44] <j-b> no [17:44] Action: ubitux feels safe [17:44] Action: ubitux is going to request the w3c to delete that page, just in case [17:44] <j-b> you cannot [17:44] <ubitux> i can not request? [17:47] <ubitux> http://www.unified-streaming.com/ "Support for W3C Timed Text Markup Language (TTML) for captions and subtitles." [17:47] <ubitux> :/ [17:48] <j-b> IE10 has it too. [17:48] <ubitux> dafuck? :)) [17:48] <ubitux> seems like there are some dash-related stuff as well [17:49] <ubitux> seems they support webvtt as well [17:49] <ubitux> so it will likely take over it [17:50] <ubitux> (ie10) [18:00] <av500> j-b: do I remember a blog post about 4 different TTML implementations= [18:00] <av500> j-b: do I remember a blog post about 4 different TTML implementations? [18:01] <j-b> av500: at least [18:01] <av500> nice [18:04] <Daemon404> lol man [18:04] <Daemon404> the children cant play nice [18:04] <Daemon404> so everyone has to design their own overcomplicated subtitle/tt format [18:04] <av500> srt should be enough for everybody [18:04] <av500> or even that braindead frame # based one [18:05] <Daemon404> .ass [18:05] <Daemon404> i s what ive used for almost a decade now [18:08] <saste> a lot of people used that [18:09] <av500> Daemon404: no, SUB is the one that stores frame # instead of time [18:09] <av500> my favorite [18:10] <av500> but then, it survives frame rate changes :) [18:11] <Daemon404> av500, i know it is [18:11] <Daemon404> i didnt say .ass in that context [18:11] <av500> ah [18:12] <Daemon404> the guy who has worked a lot on stuff liek aegisub and whatnot actually wrote his thesis about designing a new subtitle format to replace .ass [18:12] <Daemon404> its the sanest thing ive read, re: subtitle formats [18:13] <Plorkyeran> too bad it will never be finished [18:14] <Daemon404> of course. [18:16] <Plorkyeran> had a p good chance of becoming the base for a w3c subtitling standard if he'd kept working on it, too [18:24] <Daemon404> Plorkyeran, nad now look at what weve got [18:24] <Daemon404> :/ [18:38] <ubitux> Daemon404: is the thesis public? [18:39] <ubitux> (you're talking about the guy designing AS6, right?) [18:39] <ubitux> the only teaser i got was a draft about some kind of ass++ [19:05] <Daemon404> ubitux, i dont knwo [19:06] <ubitux> didn't you read it? [19:07] <Daemon404> doesnt mean its public [19:08] <ubitux> i wasn't implying anything :) [19:08] <ubitux> i'd be interested in reading it [19:11] <ubitux> saste: do you want me to review some pending ffprobe patches or you're reworking something? [19:12] <saste> ubitux: wait since i'll have to revisit some of the already published patches [19:12] <ubitux> ok [19:12] <saste> it is getting more painful than i thought... [19:12] <ubitux> :( [19:12] <saste> but i should know better (it's always like that) [19:13] <ubitux> the fate tests should help though :)) [19:41] <Daemon404> hmm [20:14] <michaelni> Tjoppen, do you have time to look at "[PATCH]Support more AVC-Intra files" ? [20:37] <Tjoppen> michaelni: oops, forgot [20:48] <michaelni> Tjoppen, theres also "[FFmpeg-devel] [PATCH] mxfdec: allow container_ul to override codec_ul if codec is A-law" if you have time [21:13] <ohsix> nice bug [23:04] <cbsrobot> as long as cia is down, maybe burek could run https://github.com/mmueller/supybot-git [00:00] --- Fri Sep 28 2012

1 0

ffmpeg.log.20120927
by burek 28 Sep '12

28 Sep '12

[00:14] <elxa> [FFmpeg-devel] MVC Extension for ffmpeg: http://ffmpeg.org/pipermail/ffmpeg-devel/2012-June/126139.html [00:14] <elxa> does anyone know the status of his work? [00:22] <JEEBsv> elxa: as far as I can see there was a single response by mn and nothing after that [00:24] <elxa> JEEBsv: I know, but since the guy is writing this as part of a master thesis there could be more information available [00:24] <elxa> JEEBsv: maybe I should ask on the mailing list? [00:25] <JEEBsv> I'm not sure if that brings up anything, you probably should poke the guy who said he was going to do something directly if you want to inquire about status [00:25] <JEEBsv> although I'm going to be sure that if he did something, he did something partial. Or more realistically, nothing got done yet. [00:26] <JEEBsv> most students and such seriously don't get stuff done if it's for a thesis etc. (anything merge'able etc., look at the early "put stuff on the GPU and stick into x264" kind of things as a glaring example) [00:27] <JEEBsv> I am of course a pessimist/realist, but that does come from several years of being around #x264 etc. :) [00:28] <JEEBsv> anyways, poke the guy himself for any status [00:28] <JEEBsv> that's your best chance [01:08] <booi> I'm using the "overlay" filter to map an image on top of a video, but in the process I'm losing the audio. How do i pipe out the audio? -filter_complex '[1:v]scale=640:360[a],[0][a]overlay=0:0[out]' [01:10] <booi> ohh. i have to -map the audio as well... [01:17] <jegade> hi, i like to add text to a given streaming - something like a news-ticker [01:31] <elxa> JEEBsv: thx, I will do that [05:02] <FelipeS> is there any way to remove just the audio frames from a leaving the video alone. When I attempt to do this using ffmpeg -i segment3.ts -an -vcodec copy segment2_na.ts the segment's video pts's are modified [05:20] <praveen> hi. has tx3g been implemented yet in FFMPEG [05:20] <praveen> i cant find it so just checking [06:09] <booi> I'm overlaying an image over a video using the 'overlay' filter, but I'm finding that the first few frames of the video don't have the overlay. Anyway to make it more consistent? [08:59] <jesseg> Hi! I'm trying to run two-pass encoding with both passes running nearly at the same time. However, pass2 seems unhappy to read from a named pipe.. Is there a way I can pipe the log data right from pass1 to the pass2 process? I have multiple CPUs. [09:00] <jesseg> The pass2 process dies with "Error while reading file 'test.flv.toflv.sh.tmp-0.log': Bad address" as soon as the pass1 process writes to the pipe.. [09:03] <jesseg> (test.flv.toflv.sh.tmp-0.log is a named pipe that I created.) [09:04] <jesseg> oh.. I see.. looking at the source code, it looks like it tries to read the whole thing instantly and close the file before even starting to recode..? [09:39] <praveen> has tx3g subtitles for MP4 been implemented yet in FFMPEG? [09:40] <cbreak-work> jesseg, doing two pass with both passes at the same time is stupid. [09:40] <cbreak-work> the whole point of two pass encoding is the log file, which you can not analyze before the first pass is done. [09:56] <ubitux> praveen: afaict, yes [10:18] <dddh> hi [10:20] <dddh> I had a working script 'time ffmpeg -i ${i} -threads 0 -vcodec libx264 -antialias auto -vpre slowfirstpass -vpre baseline -b 480k -r 13 -acodec aac -ab 192k -sameq -pass 1 -f rawvideo -an -y /dev/null && time ffmpeg -i ${i} -threads 0 -vcodec libx264 -antialias auto -vpre hq -vpre baseline -b 480k -r 13 -acodec aac -ab 192k -ac 2 -sameq -pass 2 ${i}.mp4' [10:20] <dddh> to encode video for my zte-v9 [10:20] <dddh> today ffmpeg said : "File for preset 'slowfirstpass' not found" [10:20] <dddh> something happened? [10:21] <dddh> ffmpeg version 0.10.3 [10:54] <carnau> I'm trying to add a fade to a video, but don't know why. I know I have to use the fade filter, but I need to be applied only for [logo2](see pastebin). Is there any way to acomplish this? http://pastebin.com/qV6s3ZXE [11:22] <praveen> trying to encode subtitles [11:22] <praveen> input is mp4 and srt. i want the output to be mpegts [11:23] <praveen> anyone has an ideaa on how to do this? [11:23] <ubitux> what kind of text subtitles can you put into mpegts? [11:24] <praveen> @ubitux, from wikipedia. what i think it is, is dvbsub [11:24] <ubitux> carnau: look at the filter_complex examples in the documentation [11:24] <ubitux> praveen: dvdsub are bitmaps subtitles [11:24] <praveen> http://en.wikipedia.org/wiki/Comparison_of_container_formats [11:24] <praveen> oh... [11:24] <ubitux> we don't synthetise images from subtitles text yet [11:24] <carnau> ubitux, I'll do, thanks [11:25] <praveen> is there anyway to softsub an mp4 or an mpegts? [11:25] <praveen> i've seen handbrake do softsubs for mp4 but cant get it to work on ffmpeg [11:25] <ubitux> in mp4 you can put some softsub yes [11:25] <JEEB> there's ttxt for mp4 [11:25] <ubitux> with -c:s mov_text maybe [11:25] <JEEB> (3gpp timed text) [11:25] <JEEB> yeah, that might be the codec name for it [11:26] <praveen> oh... [11:26] <ubitux> maybe we should add a ttxt or something. [11:26] <ubitux> ttxt alias* [11:26] <praveen> but when i want to segment it into a mpegts, the softsubs wont be retained right? [11:30] <ubitux> unless you find a way to mux text subtitles, i guess no [11:30] <ubitux> maybe some teletext would be possible, but i don't know [11:33] <praveen> @ubitux, apple documentation on HLS says to use some sort of teletext. but i cant find very much information on it [11:33] <praveen> http://www.quora.com/Are-subtitles-closed-captions-supported-for-HTTP-Live-… [11:33] <ubitux> hls can be mp4 so& [11:34] <JEEB> CEA-608 or CEA-708 captions (the US ATSC caption standards methinks) seem to be playable? [11:34] <JEEB> basically now you need something to implement those if you want mpeg-ts :P [11:34] <JEEB> (and some kind of subtitles) [11:35] <ubitux> we don't have cea[67]08 support unfortunately [11:35] <ubitux> patches welcome [11:35] <JEEB> I'm still weirdly in love with ISDB-T captions [11:35] <JEEB> they're completely over-the-top and crazy [11:35] <praveen> @ubitux lol i dont even know half of what im doing. patches would be stretching it [11:36] <JEEB> but they're the most robust thing I've seen so far for any kind of broadcast text-based subtitling [11:36] <praveen> well it seems i've really hit a dead end then [11:36] <ubitux> if you're output is mp4 you can put mov text in it [11:36] <ubitux> for mpeg-ts you can mux dvdsubtitles if you have them [11:37] <ubitux> what's limiting you is that there is nothing to synthetise dvdsubtitles with text-based subtitles at the moment [11:37] <praveen> @ubitux, could you check my command for ttxt and mp4 [11:37] <praveen> http://pastebin.com/Kv9im5kj [11:37] <praveen> i seem to get an error [11:38] <ubitux> what's in bigbuck1.ttxt? [11:38] <praveen> @ubitux, http://pastebin.com/5Q9fFVhR [11:39] <JEEB> uhh [11:39] <JEEB> that's the GPAC-specific format [11:39] <ubitux> ah we don't support this :) [11:39] <ubitux> praveen: convert it to srt, or ass [11:39] <ubitux> and try muxing it again [11:39] <ubitux> that xml-weird format is not supported [11:40] <JEEB> it's something GPAC came up with when they started implementing 3gpp timed text I guess >_> [11:42] <praveen> ah okay. at least i got that to work [11:43] <praveen> @ubitux, so you are saying at the moment, there is nothing in FFMPEG to get me to do softsubs in mpegts [11:44] <ubitux> right [11:44] <ubitux> afaict. [11:45] <praveen> @ubitux, but maybe any other programs i can try? [11:45] <ubitux> no idea [11:45] <praveen> @ubitux, ok. thanks for your help [11:45] <ubitux> np [11:57] <gionnico> Hi! I have a MKV video with H264 video stream, chapters, ac3 and DTS audio streams and subtitles. How can I convert this to a MP4 without losing those informations? [11:58] <gionnico> I tried ffmpeg -i file.mkv -acodec copy -vcodec copy file.mp4 ; but that will loose chapters, subtitles, and also will only pick one audio track and drop the others. [11:59] <relaxed> gionnico: mp4 only supports certain subs and maybe not chapters at all. [12:01] <relaxed> To copy everything try ffmpeg -i file.mkv -map 0 -c copy output.mp4 [12:02] <gionnico> relaxed, indeed: Could not write header for output file #0 (incorrect codec parameters ?) [12:02] <gionnico> and [mp4 @ 0x1e87450] track 4: could not find tag, codec not currently supported in container [12:03] <gionnico> relaxed, and can I extract chapters from the stream? [12:04] <gionnico> I'd like to make a DVD from the file, so I'd like to keep the audio tracks, the subtitles and possibly also chapters. so I need to extract all of them separately with ffmpeg? then use some another program to mux them to VIDEO_TS structure? [12:07] <relaxed> DVDs use vobsubs which are bitmap images and I assume the subs in your input are text based like ass/srt. [12:08] <relaxed> So you may need to hardsub them and I think chapters are just metadata. [12:09] <gionnico> relaxed, doesnt it exist a container for this metadata alone? [12:09] <gionnico> that some tool like dvdauthor may later use to split in chapters the dvd? [12:16] <relaxed> gionnico: you can use mkvextract to get chapters [12:22] <gionnico> relaxed, why is is ffmpeg converting DTS audio to AC3 in a dvd? [12:22] <gionnico> ffmpeg -i INPUT.mkv -acodec copy -map 0:0 -map 0:1 -map 0:2 -map 0:3 -target pal-dvd -b:v 7600k -threads 0 dvd_completo.mpeg [12:22] <gionnico> http://bpaste.net/show/jqWfpjyHBbe1mtQcyYO9/ [12:22] <JEEB> because by default AC3 is the video codec selected for DVDs [12:22] <JEEB> if you want to copy audio [12:22] <JEEB> you need to set -c:a copy [12:23] <gionnico> ok but I think it's also too high bitrate (from a blu-ray) that is not supported by dvd [12:24] <gionnico> so i'd need to keep the format but re encode the bitrate. can ffmpeg encode in DTS ? [12:24] <JEEB> uhh [12:24] <JEEB> if you are going to re-encode, you will want AC3 [12:24] <JEEB> DTS is notorious for being crappy at compression [12:24] <gionnico> JEEB, ok. can I tell ffmpeg to only copy audio stream from ONE specific map? [12:25] <JEEB> most probably yes, but I don't really use mapping that much [12:25] <gionnico> JEEB, seems so with -c:a:# [12:25] <relaxed> -map 0:a:$stream_number -c:a copy [12:26] <gionnico> relaxed, uhm this seems the opposite approach. i'm going to try both [12:26] <relaxed> If you only want a specific audio stream and to copy it [12:27] <relaxed> You'll also need -map 0:v for video, etc. [12:28] <relaxed> It's usually best to map exactly what you want when there are many streams in the input. [12:28] <dddh> hm [12:29] <gionnico> my blu-ray stream has 2 audio tracks. a 640 kb/s AC3 and a 1536kb/s DTS. i'll need to re-encode anyways because 640 is still too much for dvd that support only ~400kb/s [12:29] <JEEB> uhh [12:29] <gionnico> so i would re-encode from the DTS since it's a much higher bitrate source. am I wrong? [12:29] <JEEB> DVD can take audio up to ~1400-1500kbps [12:29] <JEEB> because it can take raw PCM [12:29] <JEEB> 2ch [12:29] <JEEB> 16bit [12:29] <gionnico> JEEB, same for AC3? [12:30] <JEEB> 48000kHz [12:30] <gionnico> so i could copy the AC3 ? [12:30] <JEEB> I'm pretty sure 640kbps AC3 is a-OK [12:30] <gionnico> how about the DTS ? [12:30] <JEEB> on the limit, and generally it compresses worse off so you usually don't want it [12:30] <gionnico> if I try to copy the dts to dvd-target i get this erro: [dvd @ 0xba6450] Application provided invalid, non monotonically increasing dts to muxer in stream 2: 450 >= 450 [12:30] <gionnico> av_interleaved_write_frame(): Invalid argument [12:31] <JEEB> yeah, the DVD muxer didn't like the decoding time stamps in it [12:31] Action: dddh needs help with two pass ffmpeg/x264/vdpau encoding :( [12:31] <gionnico> JEEB, ok i'll keep original AC3 then and re-encode other-language-DTS to AC3. [12:31] <JEEB> I don't have the DVD specs tho, but looking at the fact that PCM tracks can go up to 1400kbps+ you should be fine with the AC3 track [12:32] <relaxed> dddh: vdpau is used for hardware decoding [12:32] <gionnico> The official allowed formats for the audio tracks on a DVD Video are: AC-3: 48 kHz sampling rate, 1 to 5.1 (6) channels, up to 448 kbit/s [12:32] <JEEB> gionnico, is that the spec? [12:32] <JEEB> or random voice on the internet [12:32] <gionnico> JEEB, seems so ( https://en.wikipedia.org/wiki/DVD-Video#Audio_data ) [12:32] <JEEB> no [12:32] <JEEB> wikipedia is not the spec [12:32] <dddh> relaxed: yes, I know, but it is possible to both encode and decode on GPU [12:33] <JEEB> the spec is when you have the PDFs next to you [12:33] <JEEB> and you can actually read them [12:33] <relaxed> dddh: not with ffmpeg/x264 [12:33] <JEEB> we've had enough cases of wikipedia being wrong [12:33] <dddh> relaxed: oh [12:37] <dddh> and I guess I have different version of ffmpeg that doesn't know about presets and two pass encoding? [12:42] <dddh> it was SVN-r21005 built on Jan 9 2010 11:50:53 with icc 1110 ;( [12:42] <JEEB> yeah... that's a couple of years old [12:42] <JEEB> lol [12:42] <gionnico> is this worrying? [dvd @ 0xaff450] buffer underflow i=1 bufi=2397 size=2560 [dvd @ 0xaff450] packet too large, ignoring buffer limits to mux it [12:42] <gionnico> (flooded) ? [12:43] <JEEB> gionnico, yeah -- that means that your buffer rules were broken and thus the vbv maxrate/bufsize set weren't kept [12:44] <gionnico> JEEB, ah ok. and this is if I copy the 640 kb/s ac3 stream.. [12:47] <dddh> and what should I use now? [12:48] <gionnico> I don't seem to get a decent bitrate for a dvd with this line: $ ffmpeg -i carnage.mkv -map 0:0 -map 0:2 -map 0:3 -target pal-dvd -b:v 7000k -threads 0 dvd_completo.mpeg [12:48] <gionnico> it seem to ignore the -b:v bitrate option even though the output do tell the target bitrate was set [12:49] <gionnico> is there another way of making use of the whole dvd space by adapting the bitrate? -ps option maybe? [12:49] <gionnico> -ps doesnt seem to accept "too high" numbers like 4700000000 ... [12:55] <dddh> finally found that two pass encoding is lame [12:55] <dddh> http://ffmpeg.org/trac/ffmpeg/wiki/x264EncodingGuide [12:59] <JEEB> it's not lame, it does what you need in a certain usage case [13:00] <JEEB> 1pass crf for "I'd like more or less this quality level" and 2pass bitrate for "I want this set file size" [13:03] <gionnico> can I use some presets while encoding mpeg-2 / dvd to increase quality for encoding time? [13:04] <JEEB> unfortunately there are no built-in presets in the mpeg-2 encoder, and I think there are no ffpreset files for it either [13:04] <gionnico> JEEB, so the best i can obtain is 2-pass. [13:04] <gionnico> i hope 2-pass will respect more my bitrate target.. [13:04] <JEEB> yes [13:05] <JEEB> -pass 1 is just a test pass [13:05] <JEEB> it will write a log [13:05] <gionnico> i tried with 1-pass and it created a 2 gb files instead of 4.7gb as expected! [13:05] <JEEB> and then -pass 2 shall follow the set bit rate constraints better [13:05] <gionnico> with 4500 kb/s instead of 7000 kb/s i had told. [13:06] <JEEB> also, the mpeg-2 encoder does have specific settings, but I'm not sure which other than motion estimation and such you can "Safely" switch for DVDs [13:07] <JEEB> http://x264dev.multimedia.cx/archives/102 <- if you ctrl+f for MPEG-2 you will find the settings Jason used for an "everything up to eleven" test, but i'm pretty sure that quite a few settings from there break DVD specs [13:07] <JEEB> like 8 bframes, and a 250 frame GOP length [13:07] <JEEB> and yes, the settings aren't exactly explained :D [13:08] <gionnico> JEEB, anyways -target pal-dvd do set quite a number of flags already and i think they respect the spec [13:08] <JEEB> yes, those mostly should respect the spec [13:08] <JEEB> but I'm not sure what they set stuff like motion estimation etc. to [13:09] <JEEB> it'd be fun to see which settings could be upped to eleven [14:18] <carnau> I'm trying to execute this(extracted from the docs):"ffmpeg -i input.avi -i whatever.png -filter_complex 'overlay=10:main_h-overlay_h-10' output.avi", but it says: "Cannot find a matching stream for unlabeled input pad 1 on filter Parsed_overlay_1" [14:19] <carnau> how can I label my inputs? [14:21] <relaxed> carnau: refer to the example in the man page [14:21] <relaxed> look at the -filter_complex section [14:22] <carnau> hmmm, I don't have man page, let's see in the --help section [14:23] <relaxed> http://ffmpeg.org/ffmpeg.html [14:25] <relaxed> Instead of the "-h" output it would be great if ffmpeg displayed the man page, but maybe that's too bloated. [14:25] <carnau> relaxed, Yes, the command I posted is from the online doc [14:26] <carnau> it's inside http://ffmpeg.org/ffmpeg.html#toc-overlay-1 [14:26] <relaxed> "look at the -filter_complex section" [14:29] <carnau> reading... [14:44] <carnau> wow, so hard. finally got it. thanks relaxed [15:00] <carnau> So, can I fade out only one input stream? I'm setting "[2:v]fade=out:155:45" inside -filter_complex. but it returns: "Too many inputs specified for the "fade" filter." [15:03] <ubitux> carnau: what's your full cmd line? [15:07] <ubitux> you don't need a filter complex in this particular case [15:08] <carnau> ffmpeg -y -sameq -vsync 2 -i 'video1280x720_30seg.wmv' -i 'animation_188x224.flv' -i banner.png -filter_complex "[2:v]fade=out:155:45" custom.mp4 [15:08] <carnau> I aso want to overlay [1:v] and [2:v] [15:12] <carnau> ubitux, i can fade out [0:v], which is the main video, but not the other inputs. [15:13] <ubitux> are you trying to make a fade between the two videos? [15:13] <ubitux> -sameq is most likely not doing what you expect to btw [15:14] <carnau> no, I want to add one animation and one banner that only appears the first 5 seconds of the main video [15:15] <ubitux> and where is the fade? [15:16] <carnau> -filter_complex "[2:v]fade=out:155:45" [15:17] <carnau> but it not works, it just only works if I set fade to the main video input ([0:v]) [15:18] <ubitux> no i mean, where do you want it? [15:18] <ubitux> overlay video1280x720_30seg.wmv + banner.png at the beginning, fade, and then animation_188x224.flv ? [15:20] <carnau> think in a music tv program. They show a video, the first 10 seconds they shoy the title / artist of the song played, and then this information fade out. [15:21] <carnau> like this: http://www.youtube.com/watch?v=XkUwuyi1IQ4 [15:22] <carnau> just a banner info that is showed at the beginning, but not in all the video, just the first 5 seconds [15:24] <ubitux> that's not answering my question but well. [15:24] <ubitux> you'll likely need an overlay filter, a concat and a fade; unfortunately i don't know if you can fade between two videos [15:27] <ubitux> basically, fade in the video, concat the result with the two videos, and maybe use the sendcmd event filter to inject a banner with overlay at some point [15:27] <carnau> Wanto to play video1280x720_30seg.wmv + banner.png + animation_188x224.flv at the beginning, and fade only banner.png and animation_188x224.flv after 5 seconds. [15:28] <ubitux> wait [15:28] <ubitux> < carnau> Wanto to play video1280x720_30seg.wmv + banner.png + animation_188x224.flv at the beginning [15:28] <ubitux> what does that mean? [15:28] <carnau> yes, I want to show the 3 inputs at the beginning [15:28] <ubitux> are you queuing the two video one after the other, and put the banner on both? [15:28] <ubitux> how? [15:29] <ubitux> overlay one on the other?, play them one after the other?, play the banner? [15:30] <carnau> I overlay banner and animation_188x224.flv over video1280x720_30seg.wmv [15:30] <ubitux> oh, ok. [15:30] <ubitux> are you able to do that already? [15:31] <carnau> yes [15:31] <ubitux> can i see the cmd line? [15:31] <carnau> sure, wait [15:33] <carnau> ffmpeg -y -sameq -vsync 2 -i 'video1280x720_30seg.wmv' -vf "movie='animation_188x224.flv' [logo1]; movie=banner.png [logo2]; [in][logo1] overlay=W-w-3:3 [in+logo1]; [in+logo1][logo2] overlay=W-w-3:H-h-3 [out]" custom.mp4 [15:33] <carnau> but then, someone said me that with this I can't fade only [logo1] and [logo2], that I need to use -filter_complex [15:34] <carnau> and here I am, facing how to do it. [15:36] <ubitux> carnau: one last question before i try some experiment; what's the duration of video1280x720_30seg.wmv and animation_188x224.flv? [15:36] <ubitux> and what is the size of banner? [15:37] <carnau> video1280x720_30seg.wmv about 30 sec, animation_188x224.flv about 16 sec, and banner is 200x42 pixels [15:38] <ubitux> thx [15:38] <carnau> np, to you! [15:43] <ubitux> so now you want logo1 & logo2 to disappear, right? [15:43] <carnau> yes [15:46] <krs> Which tool for calculating ssim ? [15:46] <ubitux> carnau: it will go to black, but try adding ",fade=out:25" just after movie='animation_188x224.flv' [15:47] <ubitux> not sure how you could make it fade properly to transparency [15:47] <carnau> hmmm, let's try [15:47] <carnau> I think it has to provide an alpha channel, not sure anyway [15:49] <ubitux> mmh [15:49] <ubitux> carnau: try to add: ",format=rgba,fade=out:20:25:alpha=1" then :) [15:50] <ubitux> and do the same after movie=banner.png [15:50] <ubitux> btw, you can try this with ffplay [15:50] <ubitux> seems it doesn't work for the banner though [15:50] <ubitux> since it's not animated [15:51] <ubitux> saste: would be nice to have a pts version of fade, so it would work with image [15:51] <ubitux> or maybe there is a trick? [15:52] <ubitux> carnau: anyway, i got something close to what you are looking for with ./ffplay base.flv -vf "movie=anim.flv,format=rgba,fade=out:20:25:alpha=1 [logo1]; movie=banner.png [logo2]; [in][logo1] overlay=W-w-3:3 [in+logo1]; [in+logo1][logo2] overlay=W-w-3:H-h-3" [15:52] <carnau> ubitux, oh yes, it works for the animation :D [15:52] <ubitux> right [15:52] <ubitux> now it might be tricky for the pick [15:52] <ubitux> pic* [15:58] <carnau> never used ffplay [15:59] <ubitux> well it's just easier to test but do as you please :p [16:01] <carnau> last chance is transform the png in a video [16:01] <ubitux> there might be another trick [16:01] <carnau> with an alpha channel, and process it like the animation. [16:04] <carnau> ubitux, anyway, thanks for the help, very appreciated ;-) [16:04] <ubitux> np :p [16:04] <ubitux> i'm not able to find a simple solution for the banner :( [16:05] <ubitux> trying some setpts and stuff, but it doesn't help :( [16:05] <ubitux> ah well [16:05] <ubitux> whatever :) [16:55] <carnau> have to go, while I don't find another solution, I solved it transforming the png into a movie. [16:55] <carnau> Thank you! [17:00] <krs> Hello, can ffmpeg be used to calculate SSIM? or is there another tool for that? [17:04] <ubitux> no filter does that atm afaict [17:04] <ubitux> but it shouldn't be hard to write one [19:19] <breik0> Hello there! I'm trying to compile ffmpeg and I got this error ERROR: libfaac not found [19:19] <breik0> I have downloaded and compiled libfaac but I still get the same error [19:19] <diroots> hi there, I just got the 0.11.2 version of ffmpeg, and there are no more preset files in /usr/share/ffmpeg,... -vpre hq does not work, neither -preset hq,... how can I get the default available presets? [19:43] <relaxed> diroots: look at `x264 --fullhelp|less` and then use ffmpeg ... -preset $preset ... [19:43] <relaxed> ffmpeg now uses libx264's internal presets [19:44] <FelipeS> Is there any way to re-encode a video and set iframes at a specific periodic interval? [19:45] <relaxed> diroots: you probably want -preset veryslow [19:45] <FelipeS> using AVC [19:46] <relaxed> FelipeS: I believe that's what -g does. [19:48] <FelipeS> relaxed, thanks! [19:50] <tmatth> is there any reason why rtpproto doesn't proxy a "reuse" option (to be used as a UDP option)? [19:57] <DelphiWorld> hi everyone [19:57] <DelphiWorld> burek: :P [19:57] <DelphiWorld> anyone know how to encode a CDA track into mp3 or anything? [20:01] <relaxed> DelphiWorld: I would use ripperx with flac output, then ffmpeg to encode mp3s. [20:02] <DelphiWorld> relaxed: i have the *.cda files, how can i do with them :-P [20:02] <DelphiWorld> reactormonk: i guess putting the cda files is not enough [20:03] <relaxed> for i in *cda; do ffmpeg -i "$i" -c:a libmp3lame -q:a 0 "${i%.*}"; done [20:03] <relaxed> oops, that should be "${i%.*}".mp3 [20:05] <DelphiWorld> relaxed: lol. i'm confused [20:06] <relaxed> It's a bash for loop that encodes each *.cda file to mp3. [20:06] <relaxed> it should be: for i in *cda; do ffmpeg -i "$i" -c:a libmp3lame -q:a 0 "${i%.*}".mp3; done [20:08] <DelphiWorld> relaxed: Track11.cda: Invalid data found when processing input [20:08] <DelphiWorld> relaxed: but yes, wait i'm still updating it to the latest git [20:23] <DelphiWorld> relaxed: it's easy to rip with mPlayer? [23:46] <bat-beaver> http://dpaste.com/807024/ am i right in thinking this is missing an mp3 encoder, don't seem to see any liblame? [23:49] <llogan> bat-beaver: yes, you are correct [23:49] <bat-beaver> when i do ffmpeg -F it has MPEG3 D E, is that a video codec though? [23:49] <bat-beaver> er -formats [23:50] <llogan> the output should include A or V to indicate if it is video or audio [23:50] <llogan> however, you're using an ancient version of ffmpeg and i can't remember its exact behavior [23:50] <bat-beaver> yeah i was worried about that [23:50] <bat-beaver> normally i build my own [23:50] <bat-beaver> but this is just a sandbox vm [23:51] <bat-beaver> guess there might be a debian repo for newer ffmpeg around [23:51] <llogan> you can adapt this: https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuideHardy [23:52] <llogan> or use a static build [23:52] <llogan> or simply pipe from ffmpeg to lame: ffmpeg -i input -f wav - | lame -V4 - output.mp3 [00:00] --- Fri Sep 28 2012

1 0

ffmpeg-devel.log.20120926
by burek 27 Sep '12

27 Sep '12

[00:16] <Daemon404> i pushed the wrong version of my patch... fail @ me [00:30] <relaxed> With my patch http://git.videolan.org/?p=ffmpeg.git;a=commit;h=a716006a7d6371a8f124be49d7… , in ffmpeg you have "// x4->params.b_open_gop = !(avctx->flags & CODEC_FLAG_CLOSED_GOP);" commented out which renders "-flags -cgop" useless. [00:33] <michaelni> relaxed, will be fixed in my next push [00:35] <relaxed> michaelni: okay, just wanted to let you know. [01:09] <saste> fuck i merged two ffprobe huge patches by chance [01:23] <Daemon404> fun [11:08] <saste> cia is down? [11:12] <ubitux> hehe :) [11:12] <ubitux> saste: yeah seems so :( [11:18] <ubitux> saste: so will we be able to change the disposition thing before 0.12? [11:18] <ubitux> with a section or something [11:18] <saste> yes, patch should be trivial at this point [11:19] <saste> i'm working on subsection selection, which is a bit tricky [11:19] <saste> more work could be done to make the writer independent from ffprobe (and be usable outside ffprobe.c) [12:52] <saste> ubitux: http://pastebin.com/Lt7Jdrq4 [12:52] <saste> note the "TAGS:" in place of "TAG:" [12:54] <saste> that in order to make the default writer more generic [12:55] <saste> the alternative would be to create [TAGS]...[/TAGS] inside the containing section [12:55] <saste> (same for [DISPOSITION]) [12:59] <ubitux> saste: some section could be "inlined" [13:00] <ubitux> "XXX:" vs "[XXX] ... [/XXX]" [13:00] <ubitux> -> flag [13:00] <ubitux> honored (in default) or not (in all the others) [13:00] <saste> ubitux, it is what i'm doing with the default writer [13:00] <saste> the problem is that i want to generalize the section prefix generation [13:01] <saste> right now we adopt the rule: if tags -> prefix is "TAG:" [13:01] <saste> generalizing it becomes: if nested section -> prefix is "PARENT_SECTION_NAME:CURRENT_SECTION_NAME:" [13:02] <saste> so disposition => DISPOSITION: [13:02] <saste> tags => TAGS: [13:02] <saste> but this is breaking the output [13:03] <saste> I could add a backward compatibility check, but I'm not eager of doing so [13:04] <saste> default unfortunately is not the only writer which needs to be changed for the disposition thing [13:04] <saste> only json and xml are already fine [13:06] <burek> JEEB, demuxing a subtitle means being able to read it from file in contrast to reading the embedded subtitle stream from the source media? [13:07] <burek> or what is the diff between demux and decode option in that table for subtitles [13:07] <JEEB> not exactly sure about those wordings to be honest :s [13:08] <JEEB> even if it can encode something it doesn't mean it can actually encode something else to it for example, you'd have to really look at the actual implementation regarding how much is implemented :s [13:38] <saste> how can I escape a string with "_" in the wiki? [13:59] <ubitux> saste: it's too bad if we can't keep compat :/ [14:00] <ubitux> afaict we only have to keep it for the default output [14:00] <ubitux> burek: demuxing a subtitle means either spliting a file into "chunk" or extract the payload and timing from a mkv [14:01] <ubitux> decoding a subtitle means basically interpreting the markup (like <i> tags in subrip, {\xxx} in ASS, etc) [14:03] <burek> ubitux thx :) [14:39] <saste> ubitux: do you have better ideas? [14:39] <saste> i could add a check, but I prefer not to add unnecessary complexity, especially considering that only the default writer is affected by the change [14:40] <saste> from time to time it should be expected to break syntax, especially now that we have releases [14:41] <saste> minor changes are imho acceptable from time to time, especially if they reduce the maintenance burden on the developer [14:48] <ubitux> the problem is about breaking compat with libav [14:51] <ubitux> saste: what's your goal in the end with the writers? [14:51] <ubitux> you want to expose the api for filters? [14:52] <saste> ubitux: possible [14:52] <saste> the long term goal is to decouple writers from ffprobe.c [14:52] <saste> so i don't want special cases in writers code [14:54] <saste> that would lead to more abstract/complex/slower code, but imo still shouldn't affect significantly operations [14:54] <ubitux> well each writer has its own way of printing the data [14:55] <ubitux> and in the default writer, the way to write the metadata is to use the "TAG" prefix [14:55] <saste> yes that's because that was the only special case to handle when it was written [14:56] <saste> but now the behavior can be generalized, tags are not special, they are only a "regular" section embedded in a "regular" section [14:56] <saste> for which we can design a generic prefixing rule [14:56] <saste> that's why TAG: => TAGS: [14:58] <ubitux> isn't it possible for the default writer to just, in the default_init(), to just set a special def->prefix[ ] for the tags sections? [14:59] <ubitux> and rest would likely be "generic" [14:59] <ubitux> (on top of your last patch) [14:59] <saste> ubitux, that's what i'm trying to avoid, no special casing [15:00] <saste> the best would be to allow nesting [stream] ... [tags]...[/tags][/stream] [15:00] <saste> since it would lead to much simpler and more natural code [15:00] <saste> but i'm trying to preserve the structure of the layout [15:01] <saste> which was designed with the rigid book/chapter/section in mind [15:05] <ubitux> saste: maybe add a section_name -> callback map, so some writers could override the section priting in these particular cases [15:06] <ubitux> so csv output could just void all the metadata printing, default could do a weird formatting, ... [15:06] <ubitux> would that look sane to you? [15:06] <ubitux> compact: {"tags", void_me}, default: {"tags", i_like_to_do_things_my_way} [15:58] <saste> ubitux: again it is adding a special casing, while i think the code is already complex enough [15:59] <saste> the advantage you have by keeping backward (and forkside) compatibility is imo outweight by the reduced genericity and by the added complexity [16:20] <ubitux> i really don't really see the problem in having a special case for the default writer but well :) [16:21] <ubitux> the cost of breaking compatibility with libav and so making it painful for the user making their scripts project-agnostic is imo higher [16:23] <ubitux> after all, in the current situation, the exception only affect the default writer [16:23] <ubitux> a "simple" option would be welcome btw, to strip off all metadata [16:23] <saste> ubitux, and compact [16:23] <ubitux> but well i still wonder how you plan to export this, so maybe this is what is bothering you [16:24] <saste> ubitux, i'm trying to design it to be generic, so that if we need to export it (e.g. for writing log/statistics) it would be relatively painless [16:24] <saste> also [16:24] <ubitux> saste: ah right, they have common callbacks [16:25] <saste> if people really want to parse the ffprobe output, they don't rely on compact/default [16:25] <saste> they'd rather use json/xml or whatever [16:25] <ubitux> it's pretty recent [16:25] <saste> and from what i know avprobe and ffprobe issue different kind of output [16:25] <saste> although more or less equivalent [16:25] <saste> (but ffprobe has much more stuff) [16:26] <saste> so the compatibility problem is really... a minor problem [16:26] <ubitux> the default output is very easy to parse, and no escaping to care about (seek to '=' and get everything after) [16:26] <ubitux> no idea [16:27] <ubitux> i'd better wait for 0.12 before breaking it at least [16:27] <saste> i can wait [16:28] <saste> i'll have to break the output anywaty because of the disposition thing [16:28] <ubitux> unless you patch the disposition thing before 0.12 :) [16:28] <ubitux> which would be wise [16:28] <saste> that require the compact/csv/default changes [16:29] <ubitux> oh :( [16:29] <saste> or i'll have to add more special casing code, which i'm not willing to do [16:29] <ubitux> :) [19:54] <michaelni> Tjoppen, do you have a minute to look at the mxf part of "[PATCH]Support more AVC-Intra files" ? [19:56] <michaelni> it looks ok to me but iam not sure and if ok we should commit it asap so its in the next release [20:30] <Daemon404> ffmpeg -i ~/test.mp4 -vcodec copy -an -bsf:v h264_mp4toannexb -f h264 ~/derp.h264 [20:30] <Daemon404> this no longer works for me ^ [20:33] <ubitux> what doesn't work? [20:33] <Daemon404> the bsd [20:33] <Daemon404> bsf* [20:34] <Daemon404> $ file *h264 [20:34] <Daemon404> test3.wmv000.h264: JVT NAL sequence, H.264 video @ L 31 [20:34] <Daemon404> with_bsf.h264: data [20:34] <Daemon404> without_bsf.h264: data [20:34] <Daemon404> top = what its supposed to make [20:49] <michaelni> Daemon404, with which revission did it last work ? [20:51] <Daemon404> michaelni, good question [20:51] <Daemon404> it might just not work in general [20:51] <michaelni> seems all versions and forks i try produce "data" ... [20:52] <Daemon404> ive had issues with that particular bsf in the past [20:53] <Daemon404> [14:34] < MP4_maniac> iirc, ffmpeg could demux es in incorrect nalu order. possibly, it is the cause [20:53] <Daemon404> maybe related [21:01] Action: divVerent has a stupid question again [21:02] <divVerent> is it "allowed" to reorder AVStreams after allocating, before writing the header? [21:02] <divVerent> in my current code, I kinda can't avoid creating them in audio-first, video-last order [21:02] <divVerent> and when using the "dvd" target (vob format + a few settings) [21:02] <divVerent> then in this case it writes video files that dvdauthor refuses [21:02] <divVerent> because the first VOBU contains no video [21:02] <divVerent> I currently have a workaround to preallocate a stream, so I can force audio to become stream #1 [21:03] <divVerent> but if I later discover that I only want one stream, I'm still screwed [21:03] <divVerent> so I am asking... is it "safe" to switch AVFormatContext->streams[0] and streams[1], and also switching their ->index values [21:03] <divVerent> right before writing the header? [21:04] <divVerent> or, is it actually a bug in the VOB muxer, and I shouldn't have to care about stream order? ;) [21:04] <divVerent> I can reproduce this bug with the -map option too, and then create a vob that dvdauthor will refuse [21:07] <divVerent> http://dpaste.com/806431/ - this BTW shows that stream order is apparently important [21:08] <divVerent> now anyone who knows enough about the specs - is this a bug in dvdauthor, in ffmpeg, or both? ;) [21:08] <divVerent> or does the DVD spec actually require video to come first [21:18] <divVerent> this BTW is my "solution" that I am worried about: http://dpaste.com/806438/ [21:18] <divVerent> is this basically use or abuse :P [21:21] <divVerent> (this takes place directly after allocating the 2nd stream, before writing header or encoding any data) [22:02] <Tjoppen> michaelni: having mail troubles atm. I'll take a look tomorrow [23:17] <ubitux> cbsrobot: did you have the opportunity to try the ebu r128 filter? [23:18] <cbsrobot> not yet [23:18] <cbsrobot> I didn't have time to sit down with my sounddesigner [23:18] <cbsrobot> I'll try tomorrow [23:19] <ubitux> thx :) [23:19] <ubitux> i'll wait for after the 0.12 [23:20] <ubitux> so you have some time [23:21] <saste> michaelni, where are you going to release 0.12? [23:21] <cbsrobot> ping me tomorrow, if I don't ping you [23:21] <cbsrobot> ^ubitux [23:23] <ubitux> cbsrobot: sure ok :) [23:32] <saste> michaelni, to me 0.12 or 1.0 makes no difference, that's just marketing ;-) [23:32] <michaelni> saste, yes .... and 1.0 looks better ;) [23:37] <ubitux> michaelni: please wait for tomorrow, i want the faststart in ;) [23:38] <ubitux> saste: 1.0 will likely be some kind of long-term supported version [23:38] <ubitux> so the ffprobe syntax will remain a long time [23:38] <ubitux> are you ok with breaking "soon" the disposition thing? [23:38] <ubitux> (and the tags?) [23:38] <saste> ubitux, do you mean after the release? [23:39] <ubitux> yes; it's like we had the new disposition thing for a few days [23:39] <ubitux> but already in the "stable" release [23:39] <ubitux> that will last forever, like 0.5 [23:39] <saste> that was my plan, seems the less worse solution [23:39] <ubitux> i wonder if it wouldn't be better for 1.0 to drop revert (in that branch) the disposition [23:39] <ubitux> so we won't break anything, just add things [23:40] <ubitux> (in git/master) [23:40] <saste> ubitux: it could be useful to have disposition in the release [23:40] <saste> even if we'll break the syntax in git soon after the release [23:40] <saste> so people can use the release for disposition stuff [23:41] <saste> git will have a different syntax and will be more complete, but better than nothing [23:41] <ubitux> and get comfortable with something stable but which is already deprecated? [23:41] <saste> ubitux, i'm fine with either [23:41] <ubitux> ok, well whatever then [23:41] <ubitux> Daemon404: any opinion? [23:41] <Daemon404> tl;dr [23:41] <Daemon404> psl [23:41] <Daemon404> pls* [23:42] <ubitux> Daemon404: currently there is your ffprobe/disposition version recently added [23:42] <ubitux> michael is going to release some kind of lts [23:42] <ubitux> but we'll change the ffprobe/disposition syntax pretty soon in git/master [23:42] <saste> lts... michaelni is that the idea? [23:43] <Daemon404> our releases are a joke [23:43] <ubitux> even if it's not distro will interpret it as such [23:43] <Daemon404> so are libav's [23:43] <Daemon404> :/ [23:43] <saste> Daemon404, at least they are easy ;-) [23:43] <ubitux> saste: "1.0" how can distro not be seduced? [23:43] <ubitux> anyway [23:43] <michaelni> ubitux, saste iam not really planing to support 1.0 longer than others [23:44] <ubitux> remember debian and 0.5... [23:44] <ubitux> we still have users with it [23:44] <ubitux> :D [23:44] <michaelni> i guess i should make a new release of the 0.5 branch then ... [23:44] <ubitux> :D [23:44] <Daemon404> debian uses libav [23:44] <Daemon404> unless it has both [23:45] <saste> or deprecate it altogether? [23:45] <ubitux> Daemon404: anyway, the point was about either remove the disposition thing from 1.0, and make git/master hack the printing, with the idea of: 1.0: no-feature, git-master: new disposition feature with unstable syntax [23:46] <ubitux> instead of 1.0: just released the disposition feature that will last forever, and git/master/2days-later: gonna break the syntax already [23:46] <Daemon404> wasnt revertign my disposition commit for the tarball always the plan [23:46] Action: Daemon404 /cares about tarball [23:46] <ubitux> yeah that's what i was asking [23:47] <ubitux> but it seems saste would like to see that feature in 1.0 anyway [23:47] <saste> ubitux, i don't mind about releases, i mostly care about what i use (git master) [23:47] <saste> so the question is, what's best for users? [23:47] Action: Daemon404 sees he will have to s/tag/tags/ in his code [23:48] <saste> since i don't know i'll let other people choose what they favor [23:48] <ubitux> i think it's best for users willing the feature to expect changes while being forced to use git/master [23:48] <saste> my only concern is that i want to work with maintainable/generic code [23:48] <ubitux> instead of relying on the false-stable 1.0 [23:48] <saste> since that affects my own work [23:48] <saste> even if that means to break syntax from time to time [23:49] <ubitux> it's fine to break syntax from time to time in git/master [23:49] <ubitux> but breaking just after we added it in the release sounds wrong to me [23:49] <ubitux> no? :p [23:50] <ubitux> it's not like i'm convinced or anything, it just feels weird to me :p [23:50] <saste> ok so feel free to revert the new disposition feature, that would mean one feature less, but people after all managed to deal without it for years... [23:50] <saste> so i'm ok with removing disposition support from the new release [23:50] <saste> and keep the old TAG: syntax [23:50] <ubitux> yes [23:50] <ubitux> and start changing things after the release :) [23:51] <Daemon404> eh [23:51] <ubitux> basically we will break tags, and "add" disposition [23:51] <Daemon404> why does that matter [23:51] <Daemon404> make a branch [23:51] <ubitux> instead of breaking two things [23:51] <Daemon404> profit [23:52] <ubitux> michaelni: i'm gonna push the faststart in œ hour [23:52] <Daemon404> faststart? [23:52] <Daemon404> as in qt? [23:52] <ubitux> michaelni: would you mind reverting 8e2a950b297b97605e97c454363f2f8555b004f0 in the 1.0 branch when you'll do the release? [23:52] <ubitux> Daemon404: yes [23:53] <Daemon404> ubitux, in what context? [23:53] <ubitux> i ping two times the patch :( [23:53] <ubitux> Daemon404: http://ffmpeg.org/pipermail/ffmpeg-devel/2012-September/131405.html [23:53] Action: Daemon404 has been doing his job all day [23:57] <michaelni> ubitux, ok, ill revert 8e2a950b297b97605e97c454363f2f8555b004f0 in 1.0 before tag+tar (unless there are objections) [23:58] <ubitux> thanks :) [00:00] --- Thu Sep 27 2012

1 0

ffmpeg.log.20120926
by burek 27 Sep '12

27 Sep '12

[01:06] <FelipeS> Hey all, so I'm using ffprobe -show_frames but I'm having trouble understanding the output. For example, what does pkt_duration=3750 mean; what are the units? Also, what about coded_picture_number or display_picture_number? [01:08] <saste> FelipeS, pkt_duration is expressed in stream timebase units [01:08] <saste> coded_picture_number: what you don't understand don't hurt you [01:16] <FelipeS> saste, I need to figure it out. I'm guessing it is the frame number in which it was encoded [01:16] <FelipeS> but not necessarily saved in that order. [01:17] <saste> FelipeS, yes [01:17] <FelipeS> also, why are some pkt_dts=N/A [01:17] <saste> for more info check avformat.h/avcodec.h [01:17] <saste> the exposed fields are the same used by the libraries (it's meant to be a thin wrapper) [01:17] <saste> DTS is not always defined [01:25] <FelipeS> saste why is it not always defined? I thought it gave the decoder the order in which it should decode the frames [01:26] <saste> FelipeS, that's a library problem, should investigate there [01:26] <saste> and i don't think it is always present, depends on the demuxer/format [01:26] <FelipeS> saste would you recommend a book? [01:27] <FelipeS> particular* [01:27] <FelipeS> I'm having trouble collecting info from random sites on the net [01:27] <saste> FelipeS, what's the problem, specifically? [01:27] <saste> libav* doxy may be helpful, or source code otherwise [01:28] <FelipeS> saste oh I thought you were telling me to look it up at a library (book). [01:29] <FelipeS> I'm just analyzing how apple's segmenter works [05:27] <FelipeS> So it seems ffprobe used to show the frame size when the -show_frames knob was enable [05:27] <FelipeS> what happened to it? [05:45] <FelipeS> anyone? [06:25] <praveen> hi everyone [06:26] <praveen> was looking on some info on encoding srt/ass subtitles into HLS [06:26] <praveen> im streaming to an apple device [06:28] <praveen> i cant find much documentation on it. can anyone point me to the right command [10:19] <kendooo> where are the presets for ffmpeg version N-44477-g47277c4 ? [10:19] <kendooo> sorry i mean the commandline examples [10:20] <kendooo> why is this not working ffmpeg -y -i demo.wmv -vcodec libx264 -crf 23 -strict experimental -acodec aac -aq 100 -ar 22050 demo.mp4 [10:21] <kendooo> can somebody give me the right commandline for mp4 for this version ffmpeg version N-44477-g47277c4 [11:05] <elisescu> Hi! How can one concatenate two or more mp4 video files without re-encoding them? Or if not possible without re-encoding, how can keep the same format for both audio and video? Thanks! [12:12] <burek> elisescu, you cant [12:13] <burek> and [12:30] <praveen> hi [12:30] <praveen> can ffmpeg softsub into an mp4 container [12:30] <praveen> and if so could someone help me out with the command [12:43] <burek> praveen, with what command [12:48] <praveen> burek: thats what i want to knwo [12:48] <burek> what is a softsub [12:49] <praveen> a softsub is a sub that is not hardcoded into a video [12:49] <praveen> i can currently do a -vf "ass=subtitle.ass" [12:49] <burek> i see [12:49] <praveen> but it will hardcode it into the video. i want to have multiple subtitle streams the user can toggle between [12:49] <burek> what are your inputs? [12:49] <burek> can you use ffmpeg -i on your inputs [12:50] <burek> and use the pastebin [12:50] <JEEB> mp4 doesn't originally have any subtitle formats supported, but you can put 3gpp timed text there. Not sure if ffmpeg can convert other text-based subtitles to 3gpp timed text tho [12:51] <praveen> burek: give me a sec [12:52] <JEEB> I think mp4box can convert srt to 3gpp timed text and mux it into mp4 [12:52] <JEEB> GPAC is a PITA to build tho >_> [12:52] <burek> http://en.wikipedia.org/wiki/MPEG-4_Part_14 [12:53] <burek> Subtitles: MPEG-4 Timed Text (also known as 3GPP Timed Text). [12:53] <burek> Nero Digital uses DVD Video subtitles in MP4 files [12:53] <burek> do you have to use mp4 [12:53] <JEEB> yeah, the 3gpp timed text is the only official'ish thing. Didn't remember it was standardized as MPEG-4 Timed Text too [12:53] <JEEB> nero's derp isn't official as far as I know [12:53] <JEEB> just like their derpy chapters [12:54] <JEEB> https://ffmpeg.org/general.html#Subtitle-Formats [12:54] <JEEB> 3gpp timed text has an encoder and decoder, but can't be muxed or demuxed? [12:54] <JEEB> not sure what exactly ffmpeg can do with it :/ [12:55] <praveen> burek http://pastebin.com/02kdxSBt [12:58] <praveen> burek huh? didnt i do that [12:58] <burek> you did half of it afaics [12:59] <praveen> oh [12:59] <praveen> right [12:59] <burek> btw, praveen, do you really need to use mp4 [12:59] <burek> can you use mkv or flv or something else? [13:00] <JEEB> was the format for 3gpp timed text ttxt or something_ [13:00] <JEEB> ? [13:00] <praveen> burek, well i actually want to stream this via HLS to an iPAD [13:00] <praveen> or many many ipads [13:02] <praveen> burek, http://pastebin.com/wtFW4FM6 [13:03] <JEEB> anyways, if ffmpeg can't convert the text of those subtitles into mov_text/ttxt/however it's called, then you could try mp4box >_> its newest version should be able to make files with 3gpp timed text that works with apple devices methinks [13:04] <JEEB> (you would have to give the subtitles to mp4box in srt form tho) [13:04] <praveen> JEEB, thats fine [13:04] <praveen> crap. for some reason that command i give you doesnt hardcode the subs anymore. [13:05] <praveen> grr... it used to. [13:05] <burek> praveen, did you try: ffmpeg -i BigBuckBunny.mp4 -i bigbuck.ass -map 0 -map 1 -vcodec libx264 -vprofile main -preset slow -b:v 1024k -maxrate 400k -bufsize 800k -vf scale=-1:480 -threads 0 -acodec libfaac bigbuckbunny_sub.mp4 [13:06] <praveen> dont think so. i can try that now [13:08] <praveen> burek, it complains "Encoder (codec none) not found for output stream #0:2" [13:08] <praveen> will pastebin the whole thing [13:08] <JEEB> yeah [13:08] <praveen> http://pastebin.com/bGGymeYy [13:08] <JEEB> so it can't convert anything to timed text [13:09] <JEEB> you could try adding -scodec mov_text or something, but I have a feeling you'll just get a new error [13:09] <burek> no, that's related to aac stream [13:09] <burek> oh, its output [13:09] <burek> sorry [13:09] <JEEB> Stream #1:0 -> #0:2 (ass -> ?) [13:09] <JEEB> yeah [13:11] <JEEB> I'm pretty sure he'll have to encode with ffmpeg and then mux in the timed text streams with mp4box or something >_> [13:15] <praveen> actually im not sure whats going on now. i run the same command but i cant get subs to even hardcode into the video [13:22] <praveen> crap. thanks anyway guys [13:49] <praveen> i find it very strange that handbrake can do it but not ffmpeg [13:49] <praveen> is it possible to add multiple streams of subtitles first using handbrake and then segment using ffmpeg [14:03] <burek> http://www.youtube.com/watch?v=F7pYHN9iC9I :) [14:15] <ubitux> huh? [14:15] <ubitux> JEEB: you can mux 3gpp sub into mov [14:15] <ubitux> -c:s mov_text [15:51] <ed8> hi, is it possible to use ffmpeg as an on-demand streaming server ? [20:02] <Pinhole> I'm trying to make the absolute smallest mp4 file possible with a png and a wav as source. I don't care much about quality. [20:02] <Pinhole> ffmpeg -loop_input -i 451_16.png -i /home/html/noah/please_thankyou.wav -r 1 -shortest -acodec ac3 test.mp4 [20:06] <llogan> Pinhole: add "-c:v libx264 -crf 51 -preset veryslow -tune stillimage" [20:06] <llogan> 51 is the "crappiest" quality level [20:08] <Pinhole> hmmm, I'm still at 1.2M. Is there a better audio or video codec for this? [20:14] <relaxed> try aac instead of ac3 [20:47] <llogan> Pinhole: it's hard to tell you an exact encoder name since we don't know what your ffmpeg supports [20:48] <llogan> (using a pastebin site to show your complete console output of "ffmpeg" would suffice) [20:49] <tmatth> when playing an SDP containing one RTP stream with ffmpeg, is it possible for the UDP socket to be opened with reuse=1 ? [20:49] <Pinhole> llogan: http://pastebin.ca/2210666 [21:02] <llogan> Pinhole: the only aac encoder availabe to you is "-acodec aac -strict experimental" [21:03] <llogan> or you could use libmp3lame. or you could use an external aac encoder to encode the audio and mux the video and audio together with ffmpeg. [21:13] <Anon62746> :) [21:26] <FelipeS> is there any way to remove just the audio frames from a leaving the video alone. When I attempt to do this using ffmpeg -i segment0.ts -an -vcodec copy segment0_na.ts the segment's video playback timestamps are modified [21:27] <FelipeS> *from a video segment [21:28] <FelipeS> actually "segment0.ts" would be a bad example, because the problem is evident when the segment that I'm trying to process is not the first one [21:35] <humbolt> when I know the bandwidth of my audio and my video stream, how do I calculate the TS-muxrate? is it calculated by adding the rates of the audio and video streams, or is there some overhead to add? ergo, does the ts-muxrate include mux data or only the payload? [22:09] <DelphiWorld> yo everyone [22:09] <DelphiWorld> can H.323 rip youtube? [22:09] <DelphiWorld> CRAAAAAAP [22:09] <DelphiWorld> can FFmpeg rip youtube? [22:15] <ubitux> dump the video with clive [22:16] <ubitux> then "rip" it as you want. [22:22] <FelipeS> is there any way to remove just the audio frames from a leaving the video alone. When I attempt to do this using ffmpeg -i segment3.ts -an -vcodec copy segment2_na.ts the segment's video playback timestamps are modified [22:24] <Umeaboy> Hi! [22:25] <Umeaboy> ffmpeg -i then the input name -async 0 output........................ To get the outputfile as mp4 do I have to type anything else as well? [22:32] <ubitux> why -async 0? [22:44] <Luis1> Am using the C++ Api and i wonder if there is any way to handle video Blobs(strings) instead of an actual file [22:46] <ubitux> i don't understand the question [22:47] <Luis1> i only see samples where the file is loaded from disk [22:47] <ubitux> you want to load from a pipe? [22:49] <Luis1> am using the C api but the content resides in memory in a c++ string [22:49] <Luis1> not in a file [22:50] <ubitux> yeah maybe using a custom avio_context [22:52] <Luis1> ok, thnaks [22:52] <ubitux> that was fast [00:00] --- Thu Sep 27 2012

1 0

ffmpeg-devel.log.20120925
by burek 26 Sep '12

26 Sep '12

[00:40] <ubitux> no comment on "[PATCH 1/2] Move subrip/text API change info from Changelog to doc/APIchanges."? [00:41] <ubitux> i'm a bit uneasy with the bump [00:41] <ubitux> and anyway, it imo doesn't belong in the changelog [00:41] <ubitux> philipl ^ [00:42] <philipl> Hmm. [00:43] <philipl> Did the bump happen already? [00:43] <ubitux> yeah i had to bump lavf recently [00:43] <philipl> When I discussed this with michaelni, he wanted to avoid a major bump. [00:43] <philipl> but yeah, now that there is one, then it's the right place for it. [00:43] <ubitux> a minor bump is harmless [00:43] <ubitux> a micro bump was appropriate in that case [00:44] <philipl> Well, if the goal of the bump is to avoid silently breaking behaviour, only a major bump will work. [00:44] <philipl> michaelni rationalised it as a bug fix :-) [00:45] <ubitux> in that case we could as well just drop the entry [00:48] <Daemon404> \o/ i finally got a good fix for mingw/brpint [00:49] Action: Daemon404 tests on msvc too and then sends [01:32] <philipl> ubitux: Well, there's a real behavioural change that clients have to account for. [01:32] <philipl> It's a "bug" that everyone accounted for. [01:38] <CIA-15> ffmpeg: 03Alexander Strasser 07master * rf70122dd57 10ffmpeg/ffprobe.c: [01:38] <CIA-15> ffmpeg: ffprobe: Simplify CSV field quoting code [01:38] <CIA-15> ffmpeg: Sync with bac1b31 . [01:38] <CIA-15> ffmpeg: Signed-off-by: Alexander Strasser <eclipse7(a)gmx.net> [01:38] <CIA-15> ffmpeg: 03Alexander Strasser 07master * rdd83028374 10ffmpeg/ffprobe.c: [01:38] <CIA-15> ffmpeg: ffprobe: Rename variable in csv_escape_str() [01:38] <CIA-15> ffmpeg: Sync to 3245be9 . [01:38] <CIA-15> ffmpeg: Signed-off-by: Alexander Strasser <eclipse7(a)gmx.net> [01:38] <CIA-15> ffmpeg: 03Alexander Strasser 07master * rdde8068856 10ffmpeg/ffprobe.c: [01:38] <CIA-15> ffmpeg: ffprobe: Consider the chosen separator when doing CSV escaping [01:38] <CIA-15> ffmpeg: Signed-off-by: Alexander Strasser <eclipse7(a)gmx.net> [02:01] <Daemon404> what are these 'sync to <hash>' commits? [02:41] <michaelni> which formats can contain id3 / apics ? [02:44] <michaelni> or better said do contain in the wild [02:45] <michaelni> we need a list because few demuxers handle it correctly the extra attachment streams crash them [02:51] <CIA-15> ffmpeg: 03Michael Niedermayer 07master * r6bcbe768bb 10ffmpeg/libavformat/utils.c: [02:51] <CIA-15> ffmpeg: lavf: dont add apic streams for demuxers that dont support it. [02:51] <CIA-15> ffmpeg: Fixes crash [02:51] <CIA-15> ffmpeg: Fixes ticket1730 [02:51] <CIA-15> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [03:34] <michaelni> fflogger, thank you i know its out of diskspace [03:35] <michaelni> it will be fine on the next run again [03:49] <CIA-15> ffmpeg: 03Michael Niedermayer 07master * rd8676140de 10ffmpeg/libavcodec/ffv1.c: [03:49] <CIA-15> ffmpeg: ffv1: inject sentinels for RC->VLC transitions begining with 1.3 [03:49] <CIA-15> ffmpeg: This breaks bitstream compatibility of 1.3 VLC streams [03:49] <CIA-15> ffmpeg: This fixes very rare errors in the RC stream at the transition point [03:49] <CIA-15> ffmpeg: to VLC. [03:49] <CIA-15> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [03:49] <CIA-15> ffmpeg: 03Michael Niedermayer 07master * rad9371ef24 10ffmpeg/libavcodec/ffv1.c: [03:49] <CIA-15> ffmpeg: ffv1enc: fix RC slice sentinel [03:49] <CIA-15> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [03:49] <CIA-15> ffmpeg: 03Michael Niedermayer 07master * raea15df3b4 10ffmpeg/libavcodec/ffv1.c: [03:49] <CIA-15> ffmpeg: ffv1dec: change bitstream end check to a exact check instead of a +-1 check [03:49] <CIA-15> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [07:30] <ubitux> michaelni: i saw some in mp3; maybe with aiff too [07:30] <ubitux> <@Daemon404> what are these 'sync to <hash>' commits? // s/Sync to/consistent with/ ? [07:32] <ubitux> michaelni: oh m4a too [07:32] <ubitux> aiff needs confirmation; mateo` likely has a large db of these, maybe he can confirm [07:37] <CIA-15> ffmpeg: 03Clément BSsch 07master * r4390f8c28d 10ffmpeg/ (ffmpeg.c libavformat/utils.c tools/patcheck): Fix two "skiping" typo. [07:38] <ubitux> well maybe in m4a it should belong in a particular box [07:38] <ubitux> like pdin or something [07:38] <ubitux> not id3 [08:52] <ubitux> i meant pnot* sorry [08:53] <ubitux> seems to be only in mov so maybe no [09:25] <CIA-15> ffmpeg: 03Stefano Sabatini 07master * r4b370d6126 10ffmpeg/ffprobe.c: (log message trimmed) [09:25] <CIA-15> ffmpeg: ffprobe: rework checking logic in writer_print_time() and writer_print_rational() [09:25] <CIA-15> ffmpeg: Make writer_print_time() and writer_print_rational() always call [09:25] <CIA-15> ffmpeg: writer_print_int() or writer_print_string(). This way the checks for [09:25] <CIA-15> ffmpeg: determining if the value should be printed or not are consistently [09:25] <CIA-15> ffmpeg: performed in the low level functions. [09:25] <CIA-15> ffmpeg: writer_print_rational() is moved downward in order to avoid a forward [09:25] <CIA-15> ffmpeg: 03Stefano Sabatini 07master * r58e9025993 10ffmpeg/ffprobe.c: ffprobe: reindent after previous commit [10:18] <saste> ubitux: CGA fonts are cool [11:04] <CIA-35> ffmpeg: 03Stefano Sabatini 07master * r2089f93300 10ffmpeg/ffprobe.c: [11:04] <CIA-35> ffmpeg: ffprobe: drop pointless opaque parameter in writer init callback [11:04] <CIA-35> ffmpeg: The parameter was never used. [11:58] <c10ud> Hello, repost from #ffmpeg: [11:58] <c10ud> Hello, i was looking into ffserver and filters and i read it's not possible to pass a filter through ffserver. I wondered if it was a quite easy task adding support for filters but after digging a bit into ffmpeg_opt code it is still unclear to me how filter options are applied to the stream. I guess it's the starting point for such implementation (parsing in ffserver and passing to ffmpeg shouldn't be hard from what i've seen). Hints? [11:59] <ubitux> c10ud: there are some more obvious examples of filtering than ffmpeg.c in doc/examples [11:59] <ubitux> you should have a look there [11:59] <c10ud> oh ok, i'll give it a look [11:59] <c10ud> thanks [11:59] <ubitux> np [11:59] <ubitux> the ffserver development is mostly stalled unfortunately, but a new maintainer will be more than welcome [12:01] <c10ud> heh, i'm not that good, i just wanted to have time on the stream :p [12:02] <ubitux> well working on it is welcome ;) [12:03] <ubitux> saste: i'll review your ffprobe patch asap :) [12:38] <burek> I hope someone with more knowledge will update that article [12:39] <burek> adding precise terminology and stuff [12:42] <michaelni> ubitux, the generic ID3 code + m4a or mov definitly doesnt work [12:42] <michaelni> i mean the APIC part of of the generic code [12:43] <michaelni> mov expects its AVStreams to be streams created by mov and have the expected private struct ... [13:52] <burek> michaelni, it seems ffmpeg.org is down, can you please check [14:02] <burek> iive, who is to be pinged when the ffmpeg.org website is down [14:03] <iive> arpi, michaelni, reimar. [14:04] <burek> arpu? [14:04] <iive> btw, it works for me atm. [14:04] <burek> try ctrl+f5 [14:04] <iive> still works. [14:05] <burek> it doesn't even reply to pings to me [14:05] <burek> Pinging 192.190.173.45 [14:05] <arpu> 192.190.173.45 yes no pings [14:05] <iive> 20ms [14:05] <burek> what ip are you pinging iive [14:06] <iive> ping 192.190.173.45 [14:06] <iive> burek: can you run a traceroute? [14:06] <burek> could be some serious isp linkage problem [14:07] <burek> sure [14:07] <burek> just a sec [14:07] <burek> http://pastebin.com/6DtCjcad [14:08] <iive> 192.168.!!!! [14:09] <burek> so? [14:09] <iive> that's private network. [14:09] <burek> well, yes it is, so? :) [14:10] <av500> 127.0.0.1 is down! [14:10] <burek> :) [14:10] <burek> well, it works when I ping google :) [14:10] <burek> so that obviously is not a problem [14:10] <iive> what does it do in the middle of your traceroute? [14:10] <burek> and it used to work with ffmpeg before too :) [14:10] <burek> it traverses over private network addresses [14:10] <burek> gets nat-ed and gets out normally [14:11] <burek> for ex. 89.216.69.10 is a public ip [14:11] <iive> but you can't have public ip routed over private ip into public again. [14:11] <michaelni> iive can you confirm that you can access ffmpeg.org ? [14:11] <iive> yes, do you want pastebin? [14:11] <michaelni> i cant access it either no http, no ssh [14:11] <michaelni> yes [14:12] <burek> probably some backbone links between isps have broken [14:12] <burek> and yes, iive, you can: http://pastebin.com/usdwaQvY [14:13] <burek> if you correctly setup all your routes :) [14:13] <iive> http://pastebin.com/Dzq2NL8h [14:13] <iive> first 2 hops are in my own isp. [14:13] <ubitux> < michaelni> ubitux, the generic ID3 code + m4a or mov definitly doesnt work // i realized that later; i'm too fast to talk as usual [14:13] <ubitux> ffmpeg.org doesn't work here [14:14] <michaelni> http://pastebin.com/0NeWzKam [14:14] <burek> http://tracert.com/trace_exe.html [14:14] <burek> try that [14:15] <burek> trace from diff parts of the world [14:26] <burek> this one might be better: http://www.locaping.com/ [14:29] <michaelni> burek, that page says "100% packet loss." everywhere :( [14:30] <burek> yes, it seems some really serious link went down [14:30] <burek> maybe you could call your isp and ask them to check [14:30] <burek> ffmpeg.org's hoser's isp [14:30] <burek> hoster's* [14:31] <michaelni> arpi will have to do that [14:31] <michaelni> i dont even know who to call [14:31] <michaelni> also i dont speak hungarian ... [14:32] <Compn> whoa [14:32] <Compn> did half of the internet just go down ? [14:32] <Compn> http://internethealthreport.com/ [14:32] <burek> I could also setup fflogger to ping ffmpeg.org for this kind of cases, but I don't know if it matters that much, since I believe it doesn't happen that often [14:33] <Compn> looks like sprint and verizon link having trouble [14:34] <iive> burek: that site is crap, it uses lookups that are no longer working... [14:34] <burek> iive, it pinged me without problems [14:35] <burek> I believe you are on the "other side of the internet" split that just happened :) [14:35] <iive> it gives me page not found on 90% of the sites. there are some sites that redirect to other sites, like yahoo. [14:35] <burek> iive, can you ping ffmpeg.gusari.org [14:36] <iive> 8 hops 80ms, want traceroute log? [14:36] <burek> no need [14:37] <burek> im just checking if you are in deed on the "other side" :) [14:38] <iive> i guess somebody is installing new anti-terrorist, anti-cporn, anti-pirate equipment. [14:39] Action: michaelni sent arpi mail & sms [14:41] <iive> can you open piratebay? [14:41] <michaelni> yes [14:42] <iive> ok, so no conspiracy. [14:43] <Compn> surprised they havent banned piratebay in all countries [14:43] <iive> they are working on it. [14:45] <burek> it's useless anyway, since they are now hosting hashes only [14:46] <burek> no more torrents.. [14:46] <iive> well, they managed to make this illegal too. [15:19] <CIA-35> ffmpeg: 03Anton Khirnov 07master * rc084a975aa 10ffmpeg/libavcodec/utils.c: [15:19] <CIA-35> ffmpeg: lavc: use av_mallocz to allocate AVFrames. [15:19] <CIA-35> ffmpeg: Otherwise the frame is uninitialized, so avcodec_get_frame_defaults() [15:19] <CIA-35> ffmpeg: cannot determine whether to free extended_data. [15:19] <CIA-35> ffmpeg: 03Anton Khirnov 07master * ra83499b13b 10ffmpeg/libavcodec/ (avcodec.h utils.c): [15:19] <CIA-35> ffmpeg: lavc: rename the argument of avcodec_alloc_frame/get_frame_defaults [15:19] <CIA-35> ffmpeg: AVFrame is used for both audio and video, so calling the argument 'pic' [15:19] <CIA-35> ffmpeg: is misleading. [15:19] <CIA-35> ffmpeg: 03Anton Khirnov 07master * r2bc0de3858 10ffmpeg/libavcodec/utils.c: lavc: initialize AVFrame.extended_data in avcodec_get_frame_defaults() [15:19] <CIA-35> ffmpeg: 03Anton Khirnov 07master * rb437cec143 10ffmpeg/libavcodec/utils.c: lavc: ensure extended_data is set properly on decoding [15:19] <CIA-35> ffmpeg: 03Anton Khirnov 07master * ra42aadabc6 10ffmpeg/ (4 files in 2 dirs): [15:19] <CIA-35> ffmpeg: lavc: add avcodec_free_frame(). [15:19] <CIA-35> ffmpeg: Since an AVFrame now has malloced members (extended_data), it must have [15:19] <CIA-35> ffmpeg: a destructor. [15:19] <CIA-35> ffmpeg: ogg: check that the expected number of headers had been parsed [15:19] <CIA-35> ffmpeg: Not having the header for a codec is a tell-tale of a broken file. [15:19] <CIA-35> ffmpeg: 03John Van Sickle 07master * ra716006a7d 10ffmpeg/libavcodec/libx264.c: [15:19] <CIA-35> ffmpeg: libx264: change default to closed gop to match x264cli [15:19] <CIA-35> ffmpeg: open-gop can be enabled with "-flags -cgop" [15:19] <CIA-35> ffmpeg: Signed-off-by: Anton Khirnov <anton(a)khirnov.net> [15:30] <michaelni> Domain of sender address michaelni(a)gmx.at does not resolve <-- was my mail to arpi [15:32] <burek> probably dns resolving doesn't work right now [15:39] <michaelni> got reply from arpi, he says: "I know :( issue at the net provider, they re working on it" [15:41] <CIA-35> ffmpeg: 03Michael Niedermayer 07master * rcc4deafed1 10ffmpeg/libavformat/oggdec.c: [15:41] <CIA-35> ffmpeg: oggdec: print error when headers couldnt be parses successfully [15:41] <CIA-35> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [15:41] <CIA-35> ffmpeg: 03Michael Niedermayer 07master * r4c273eb64c 10ffmpeg/libavformat/oggdec.c: [15:41] <CIA-35> ffmpeg: oggdec: print a warning if the number of headers mismatch expectations. [15:41] <CIA-35> ffmpeg: This is based on: [15:41] <CIA-35> ffmpeg: commit 7751e4693dd10ec98c20fbd9887233b575034272 [15:41] <CIA-35> ffmpeg: Author: Luca Barbato <lu_zero(a)gentoo.org> [15:42] <CIA-35> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [15:55] <ubitux> http://lucy.pkh.me/bbb.gif any idea how the colors & size could be improved? [15:55] <ubitux> i got this with ./ffmpeg -i ~/samples/big_buck_bunny_1080p_h264.mov -ss 45 -vf 'scale=320:160,format=rgb24' -r 20 -frames:v 50 -y bbb.gif [15:57] <ubitux> mmh maybe the palette could be made dynamic [15:58] <ubitux> i get an interesting result with scale=320:160,format=rgb8,format=rgb24 [15:59] <ubitux> i wonder if the gif encoder shouldn't request some rgb8 instead [16:02] <ubitux> since the pic is almost 3MB, i also wonder if it's not in intra only mode :p [16:03] <CIA-35> ffmpeg: 03Luca Barbato 07master * rd1f05dd183 10ffmpeg/libavformat/ (oggdec.c oggdec.h oggparseskeleton.c): [16:03] <CIA-35> ffmpeg: ogg: calculate the start position once all the headers are parsed [16:03] <CIA-35> ffmpeg: The fisbone packets can be muxed in any order as long the last one [16:03] <CIA-35> ffmpeg: comes before the first data packet. [16:03] <CIA-35> ffmpeg: 03Michael Niedermayer 07master * r0842e32f99 10ffmpeg/: (log message trimmed) [16:03] <CIA-35> ffmpeg: Merge commit 'd1f05dd18375f2f8e68372edee11436927e43ba8' [16:03] <CIA-35> ffmpeg: * commit 'd1f05dd18375f2f8e68372edee11436927e43ba8': [16:03] <CIA-35> ffmpeg: ogg: calculate the start position once all the headers are parsed [16:03] <CIA-35> ffmpeg: Conflicts: [16:03] <CIA-35> ffmpeg: libavformat/oggdec.c [16:03] <CIA-35> ffmpeg: libavformat/oggparseskeleton.c [16:04] <ubitux> michaelni: so do you want mov faststart in the next days or you want me to wait for the release? [16:06] <michaelni> ubitux, upto you, you know the code better to decide if its likey safe or likely might need follow up bugfixes [16:07] <michaelni> also we surely will have bugs and we surely will have a .1 release [16:07] <ubitux> ok [16:07] <ubitux> ffplay doesn't support animated gif :( [16:09] <CIA-35> ffmpeg: 03Michael Niedermayer 07master * rd3ef2da59d 10ffmpeg/libavformat/oggdec.h: [16:09] <CIA-35> ffmpeg: oggdec: add missing () for OGG_NOGRANULE_VALUE [16:09] <CIA-35> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [16:10] <mateo`> michaelni: i can confirm that aiff files use id3 covers [16:11] <mateo`> this reminds me that id3 at the end of aiff files are still not parsed by ffmpeg :) [16:11] <ubitux> (oh it looks like we actually don't have a gif demuxer) [16:12] <michaelni> mateo`, do you have a sample id3-aiff so i can test before enabling it ? [16:13] <mateo`> michaelni: yes, however this sample won't be public since i have bought the file from a commercial site [16:14] <michaelni> mateo`, then add aiff to that mp3 strcmp in utils and test if it works [16:15] <CIA-35> ffmpeg: 03Michael Niedermayer 07master * rbb146bb57b 10ffmpeg/libavformat/oggparsetheora.c: [16:15] <CIA-35> ffmpeg: ogg: prevent NULL pointer deference in theora gptopts [16:15] <CIA-35> ffmpeg: Additional safety in case a special ogg stream is crafted [16:15] <CIA-35> ffmpeg: with the proper number of [16:15] <CIA-35> ffmpeg: Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind [16:15] <CIA-35> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [16:15] <CIA-35> ffmpeg: 03Luca Barbato 07master * r0336dea2ef 10ffmpeg/libavformat/oggparsetheora.c: oggparsetheora: make it more robust [16:15] <CIA-35> ffmpeg: 03Derek Buitenhuis 07master * r2768b71798 10ffmpeg/libavcodec/cbrt_tablegen.c: [16:15] <CIA-35> ffmpeg: cbrt_tablegen: Include libm.h [16:15] <CIA-35> ffmpeg: Needed for cbrtf fallback on systems which lack it. [16:15] <CIA-35> ffmpeg: Signed-off-by: Derek Buitenhuis <derek.buitenhuis(a)gmail.com> [16:15] <CIA-35> ffmpeg: 03Nathan Caldwell 07master * r94a69dee64 10ffmpeg/libavcodec/libfdk-aacenc.c: [16:15] <CIA-35> ffmpeg: libfdk-aac: Limit to supported sample rates. [16:15] <CIA-35> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st> [16:15] <CIA-35> ffmpeg: 03Nathan Caldwell 07master * rc8ba8be27e 10ffmpeg/libavcodec/libfdk-aacenc.c: [16:15] <CIA-35> ffmpeg: libfdk-aac: reindent after last commit [16:15] <CIA-35> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st> [16:15] <CIA-35> ffmpeg: 03Anton Khirnov 07master * r7a1a9dd56c 10ffmpeg/libavcodec/pthread.c: [16:15] <CIA-35> ffmpeg: pthread: make sure AVFrame.extended_data is set properly. [16:15] <CIA-35> ffmpeg: Signed-off-by: Luca Barbato <lu_zero(a)gentoo.org> [16:16] <CIA-35> ffmpeg: * qatar/master: [16:16] <CIA-35> ffmpeg: pthread: make sure AVFrame.extended_data is set properly. [16:16] <CIA-35> ffmpeg: libfdk-aac: reindent after last commit [16:16] <CIA-35> ffmpeg: libfdk-aac: Limit to supported sample rates. [16:16] <CIA-35> ffmpeg: cbrt_tablegen: Include libm.h [17:00] <burek> how can someone open a raw bgra32 stream from file, using ffmpeg [17:00] <burek> According to output, we have 8-bit BGRA raw video. What does it mean? It is just a sequence of one-byte values for each of four channels (Blue, Green, Red, Alpha) for each pixel for each frame. If we open that file with mplayer, well see that our image flickers. [17:00] <burek> test.raw [17:05] <Compn> burek : ffmpeg -vcodec raw -i input ? [17:05] <burek> rawvideo? [17:05] <Compn> check ffmpeg -formats [17:05] <burek> it recognizes the input format as image2.. :S http://pastebin.com/E6wq6Wpa [17:06] <burek> oh there is -f rawvideo too [17:06] <Daemon404> -f rawvideo [17:06] <Daemon404> not vcodec [17:06] <burek> ok [17:07] <Compn> whoops [17:07] <Compn> yeha [17:11] <Compn> it work ? [17:12] <burek> thanks guys :) [17:12] <burek> it worked :) [17:12] <burek> (#ffmpeg) [17:16] <burek> btw, is it possible to integrate ffplay into ffmpeg, using some -f display option or something [17:16] <burek> they probably share a decent amount of code base already I guess [17:16] <burek> so why not just integrate those two [17:17] <burek> because this way, there are some options that ffplay doesn't support which ffmpeg does, which makes things kinda weird sometimes [17:17] <Compn> you could split out common code [17:17] <Compn> like what mplayer / mencoder and mpcommon.c do [17:18] <Compn> if thar is any common code... [17:19] <burek> or that, yes [18:11] <CIA-35> ffmpeg: 03Michael Niedermayer 07master * rd9d56712e9 10ffmpeg/libavformat/oggparsetheora.c: [18:11] <CIA-35> ffmpeg: oggparsetheora: print error when failing on unknown header [18:11] <CIA-35> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at> [18:40] <c10ud> so, i think i found out the right place to hack in order to have {a,v}filters in the ffserver stream [18:40] <c10ud> however now i am thinking about the way ffserver could give the filter information to ffmpeg [18:40] <c10ud> i thought of a new AVFilterOption <filter> <args> [18:41] <c10ud> however i am digging into the ffmpeg data structures but i don't see a clean way to pass this information from ffserver->ffmpeg [18:42] <c10ud> i thought of using some unused member of some stream struct, but it seems too much of a hack to me [18:42] <c10ud> suggestions? thoughts? [18:43] <c10ud> for the record, filters in the ffserver stream looks like a matter of setting the string in ost->avfilter in ffmpeg_opt [18:51] <ubitux> what do you mean by "filter information"? [18:51] <c10ud> ubitux, i think a simple string is enough [18:51] <ubitux> you mean in the configuration? [18:52] <ubitux> i really have no idea how ffserver works though [18:52] <c10ud> from what i see, through some hacks :P [18:52] <ubitux> :) [18:52] <c10ud> the goal is, set eg. AVFilterOption drawtext text=whatever:fontfile=/wherever/ [18:52] <c10ud> the information is parsed [18:52] <ubitux> so in the configuration file, right? [18:53] <c10ud> yes [18:53] <c10ud> and passed to ffmpeg_opt [18:53] <c10ud> where it's set in ost->avfilter [18:53] <c10ud> in the right place [18:53] <ubitux> "Filter" should be enough [18:54] <c10ud> however, it looks like there's no direct way for passing such string if not by hacking the stream struct [18:54] <c10ud> cfr. read_ffserver_streams function in ffmpeg_opt.c [18:56] <ubitux> wait, you want ffmpeg to do the filtering? [18:56] <ubitux> why not make it in ffserver? [18:56] <c10ud> that's how ffserver works (?) [18:57] <ubitux> mmh indeed there is no decode [18:57] <c10ud> ubitux, it looks the right place to do it, especially since filters are now forced to "null" [18:57] <ubitux> i really need to get a clue on how that stuff works [18:58] <j-b> Daemon404: I do not give a shit about troll [18:58] <Daemon404> kudos [18:58] Action: Daemon404 +1s j-b [18:58] <j-b> I need a fix, because some of my users complain. [18:58] <c10ud> tl;dr: ffmpeg asks for info about what to do with the stream to ffserver, then it sends ready data to ffserver which streams to clients [19:01] <ubitux> oh ok fun [19:01] <ubitux> wasn't aware of that [19:02] <ubitux> c10ud: and well yeah it looks pretty appropriate to change that strdup [a]null code [19:03] <ubitux> but you'll likely be limited to simple filters [19:03] <c10ud> well it would be a start [19:03] <ubitux> yes sure [19:03] <c10ud> but still figuring out a "clean" way to pass a simple string seems complicated [19:04] <c10ud> i'm asking just to be sure i'm not missing some obvious way [21:17] <saste> ubitux: subsection field selection in ffprobe is getting longer than 200 LOC [21:17] <ubitux> :( [21:18] <ubitux> i'm reviewing your patch right now [21:18] <ubitux> give me 20-30 minutes [21:18] <saste> yes, I believe the patch in its current form is good enough, that is I didn't need to do more design changes in the current patch [21:19] <saste> I just changed section type -> id, but that's only cosmetics [21:20] <saste> the only thing i really dislike is the packets_and_frames code, which is specific of ffprobe [21:20] <saste> but that can be generalized (with a bit of effort) later [21:21] <saste> I hope the added generality won't make the code (much) slower [22:19] <ubitux> oh fun the protocol bug [22:19] <ubitux> ([FFmpeg-user] X-Files, The.mpg: Protocol not found) [22:27] <saste> why is "," treated specially in "resource" names? [22:27] <Daemon404> i hate when people do Name, The [22:27] <saste> Daemon404, Beatles, The [22:28] Action: Daemon404 stabs [22:28] <saste> complain with musicians which always choose names starting with "The" [22:28] <Daemon404> i see no practical reason to print it as Name, The [22:28] <Daemon404> other than shitty sortign algos [22:29] <saste> apparently people think that "The Beatles" is harder to find that "Beatles, The" [22:29] <Daemon404> cant say i agree [22:29] <saste> because otherwise the "The" region will be filled with too many entries [22:30] <gnafu> The, The [22:30] <Daemon404> [16:28] <@Daemon404> other than shitty sortign algos [22:30] <Daemon404> ^ [22:30] <Daemon404> s/^The // [22:30] <Daemon404> then sort [22:30] <gnafu> Or would it be ", The The"? [22:31] <gnafu> http://en.wikipedia.org/wiki/The_The [23:01] <ubitux> <@saste> why is "," treated specially in "resource" names? // maybe it's related to the extension list matching [23:01] <ubitux> separated by ',' [00:00] --- Wed Sep 26 2012

1 0

ffmpeg.log.20120925
by burek 26 Sep '12

26 Sep '12

[05:06] <funyun> hi. what do i do if i don't want to encode video from a source file? just audio? i tried "-map 0:1". but i get this error "Number of stream maps must match number of output streams" [06:03] <ChannelZ> funyun: try -nv [10:45] <denny--> Morning. When the docs say timestamps can be given in hh:mm:ss[.xxx] format, is .xxx fractional seconds or frames? [10:45] <ChannelZ> seconds I believe [10:46] <ChannelZ> else it'd be :ff [10:46] <denny--> okay, that's what I had assumed given the decimal point [10:46] Action: denny-- nods [10:46] <denny--> it just suddenly occurred to me that if I'd assumed wrong. that might explain my inaccurate cuts :) [10:46] <ChannelZ> Yeah sans the colons, it's always seconds elsewhere [11:15] <denny--> if I want to change my process so that it does a reencode without losing quality, what options do I want instead of "-vcodec copy -acodec copy"? [11:16] <denny--> I have -sameq in the example someone has sent me here, but that's not in the docs, so I'm guessing it's obselete or something [11:16] <JEEB> sameq is not "same quality" [11:16] <JEEB> just to note [11:16] <JEEB> it's "copy quants" [11:16] <denny--> right :) [11:16] <JEEB> it was renamed to be less derpy name-wise [11:16] <JEEB> but the old setting still works [11:16] <denny--> my ignorance knows no bounds. So that's the same_quant thing now? yeah [11:16] <JEEB> yup, the old name still works for some reason [11:16] <denny--> okay, so ignoring that, what options should I be reading about? [11:17] <JEEB> do you mean lossless encoding or "visually lossless to you" btw? [11:17] <denny--> preferably lossless - I'm working for a big-name broadcaster [11:18] <denny--> they'll probably be upset if I mangle their video file :) [11:18] <JEEB> does it have to be openable via anything "pro"? [11:18] <denny--> that's half the reason I was trying to use the copy codecs, that plus time is a factor, but at this point they're willing to sacrifice time to gain accuracy on these cuts [11:19] <denny--> it has to be imported into various media management tools, so probably yeah [11:20] <JEEB> very few things unfortunately take in lossless stuff, although I guess if you could get those people to install ut video decoders it could work :S I made an ut video encoder so you could use -vcodec utvideo for that, probably will want to output avi [11:21] <JEEB> (ut video has decoder/encoder components for both DS/VFW (windows) and QT (mac) [11:31] <denny--> they've been having some trouble importing the content into something called Carbon Coder after I process it sometimes, we're not sure yet if that's my fault or not. [11:32] <denny--> I'm way out of my depth with all the video side of this, I'm just trying to automate a workflow - I write Perl for a living :) [11:32] Action: denny-- experiments with -vf select to see how long it takes [11:57] <c10ud> Hello, i was looking into ffserver and filters and i read it's not possible to pass a filter through ffserver. I wondered if it was a quite easy task adding support for filters but after digging a bit into ffmpeg_opt code it is still unclear to me how filter options are applied to the stream. I guess it's the starting point for such implementation (parsing in ffserver and passing to ffmpeg shouldn't be hard from what i've seen). Hints? [11:58] <ubitux> c10ud: please join the -devel channel to discuss this [11:58] <ubitux> you'll likely get more help [11:58] <c10ud> ubitux, ok thanks [12:33] <denny--> heh [12:33] <denny--> well, that almost melted this crappy laptop :D [12:34] <denny--> also the resulting file seems to have b0rked timing data - Windows thinks it's 0:00:00 long and WMP won't skip ahead in it. Looks like it selected the whole file though, which isn't what I wanted. [12:34] <denny--> overall, not a great success :) [12:36] <burek> just checking things.. :) [12:37] <burek> yup, it works now [12:39] <denny--> :) [12:44] <burek> denny--, how exactly do you cut your streams [12:44] <burek> do you have any pastebin or something [12:45] <burek> c10ud, could you use: ffmpeg -i INPUT -vf filter_name=filter_options http://localhost:8090 [12:46] <burek> i.e. to use ffmpeg and do the filtering stuff and then pass all that to ffserver [12:47] <c10ud> burek, i don't think that works (?) [12:47] <burek> c10ud why not, did you try it? [12:48] <c10ud> iirc, yes, but i'll try it again [12:48] <c10ud> with the fresh compiled ffmpeg [12:48] <denny--> http://pastebin.com/cGq2BHD3 is the cutting process - it extracts everything except the censored bits, then stitches them back together [12:48] <denny--> then rewraps it to fix the metadata [12:49] <denny--> but those individual sections, the -edit**.ts files, are not quite right - the start/end points are slightly wrong [12:49] <denny--> so the stitch and join is fairly irrelevant [12:50] <burek> denny--, what is the point of -g option [12:50] <burek> if you are just copying your streams? [12:51] <burek> also, if you use -ss and -t using -vcodec copy [12:51] <burek> it will not cut your video just anywhere you want [12:51] <denny--> oh, is that in there? something I tried withotu really understanding it :) it's not there any more [12:51] <denny--> okay, why not, and more importantly, how can I fix it? [12:51] <c10ud> burek, does not work, i remembered correctly [12:52] <burek> well, if you take a zip file and cut it at preciselly 100 bytes, why doesn't winzip recognize it anymore :) [12:52] <burek> denny--, you can cut on some boundaries of encoded chunks/blocks when you are using a copy method [12:53] <burek> if you want to cut it precisely on x:y:z.qqq then you need to re-encode your video, I guess [12:53] Action: denny-- nods [12:53] <denny--> so I was just tryign to do that this morning, but I seem to be getting the whole file instead [12:53] <denny--> with broken metadata [12:53] <denny--> let me patch that cdoe back in and show you the command,, maybe you can tell me what's wrong with it [12:54] <burek> ok [12:54] <burek> c10ud, what exactly doesn't work [12:54] <burek> does it spit out any errors [12:54] <burek> or it segfaults [12:54] <burek> or what [12:54] <denny--> DEBUG - FFMPEG: C:/ffmpeg.exe -loglevel error -i C:/PerlData/Temp/T5159900177A-t emp1.ts -vf select='gte(n,0)*lte(n,24000)' -y C:/PerlData/Temp/T5159900177A-edit 01.ts [12:55] <c10ud> burek, i think they're just ignored since if you give the output to ffserver the filters are set to null [12:55] <c10ud> i will try to fix this [12:55] <burek> denny--, you didn't specify neither -vcodec nor -acodec, which means ffmpeg will choose some defaults [12:55] <burek> which you most probably won't like :) [12:55] <denny--> so that ran for about an hour, made my laptop very warm :) and I ended up with a file that seemed to be the whole file although I couldn't tell for sure, as the metadata was broken and it thought it was 0 seconds long, so WMP wouldn't let me skip through it [12:55] <denny--> it didn't look terrible actually - right size at least - but yeah, broken in some way [12:55] <burek> c10ud if that is so, you can always pipe 2 ffmpegs [12:56] <c10ud> burek, or fix it :p [12:56] <burek> ffmpeg -i input -vf ... -f nut - | ffmpeg -f nut -i - http://localhost:8090 [12:56] <burek> something like that [12:56] <denny--> I'm taking in a broadcast quality HD mp4 file - what codecs shojld I be using to keep it as nice as possible? [12:56] <burek> c10ud, well yes, but if you have time to wait :) [12:57] <denny--> actually I'm converting it to a .ts file before I start cutting - so that the cat method of stitching it back together will work [12:57] <burek> denny--, hold on, what is your logical goal [12:57] <denny--> heh [12:57] <burek> what are you trying to accomplish [12:58] <denny--> I have to remove some censored parts from the video stream (captured from a live show) before it can be rebroadcast [12:58] <burek> like logos and stuff? [12:59] <denny--> (I'm also removing advert breaks, and generating XML to mark where new ads should be reinserted, but that bit works okay as doesn't have such high accurancy requirements) [12:59] <denny--> no, like people swearing [12:59] <denny--> I need to remove from frame X to frame Y, in a few places [12:59] <burek> then you need to do a video editing [12:59] <burek> which requires re-encoding [12:59] <burek> so no -vcodec copy [13:00] <burek> if you need accuracy, you'll need to re-encode I'm afraid [13:00] <denny--> I'm currently doing that by removing everything up to frame X, and keeping everything after frame Y, and then stitching those two halves back together [13:00] <denny--> *nod* Yeah, so it seems [13:00] <denny--> so what would be good codecs to use? [13:00] <denny--> and can you see why the command above is generating a whole file instead of just the bit I want? [13:00] <denny--> and why the metadata is broken? [13:01] <burek> I would probably create a bash script, to decode the input into raw video/audio, cut off parts I don't want, joining parts that are ok, all in one go, and then just encode again, not to loose the quality in multiple re-encodings [13:01] <denny--> I think someone here suggested somethign similar, yeah [13:01] <denny--> so is the codec called 'raw' for that? [13:02] <burek> the "command above" does not have any -t or -ss option, so.. [13:02] <burek> it's pretty much obvious why [13:02] <denny--> it has a vf select [13:02] <burek> oh, let me see [13:02] <denny--> does that not say "I only want frames X to Y" ? [13:03] <burek> "rawvideo" [13:03] <burek> read this while I check select filter: http://ffmpeg.org/faq.html#Concatenating-using-raw-audio-and-video [13:03] <denny--> thanks [13:07] <burek> maybe you need to escape those commas [13:07] <burek> the example of the select filter says: -vf select='gt(scene\,0.4)' [13:07] <denny--> no, it blew up with them escaped [13:07] <denny--> yeah, I did it that way first [13:08] <denny--> it went boom :) loads of errors about too many params and stuff [13:08] <denny--> I think that's for shell escaping - I'm running through Perl, which handles that for me [13:08] <burek> oh ok [13:11] <burek> hmh everything looks alright [13:11] <burek> which version of ffmpeg are you using [13:11] <denny--> ffmpeg version N-37063-g14d94a1 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 23 2012 17:42:45 with gcc 4.6.2 [13:12] <denny--> might lose my connection in a second, they're playing with our network ports [13:12] <burek> yup, you might update it :) [13:12] <burek> ok [13:13] <denny--> ffmpeg version N-37063-g14d94a1 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 23 2012 17:42:45 with gcc 4.6.2 [13:13] <denny--> I have that one here too [13:13] <denny--> is that any good, or should I download a new one? [13:14] <denny--> sorry, wrong paste [13:14] Action: denny-- hits windows with a stick [13:14] <denny--> ffmpeg version N-43060-ga85b4a5 Copyright (c) 2000-2012 the FFmpeg developers built on Jul 30 2012 13:18:07 with gcc 4.7.1 (GCC) [13:14] <denny--> that one [13:14] <burek> the 2nd one is newer obviously :) [13:15] <denny--> not sure why I stopped using that one and switched to the other one [13:15] <denny--> to match the production server possibly [13:15] <denny--> but I can probably update that without anyone complaining [13:16] <burek> it's never too much of testing :) [13:22] Action: denny-- updates to the latest zeranoe build [13:49] <arpu> http://ffmpeg.org/ down? [13:50] <spaam> oh noes. ffmpeg is dying [13:51] <spaam> and yes. cant connect to it [16:05] <natrixnatrix89> Hi guys.. If I have a raw video with BGRA32 colorspace.. Is there any way I could convert it, using ffmpeg? Because in 'ffmpeg -pix_fmts | grep bgra' I only see bgra, bgra64be and bgra64le.. Where can I get bgra32? [16:05] <natrixnatrix89> I tried playing, using pix-fmt bgra.. but all I got was black screen.. [16:07] <natrixnatrix89> basically what I'm trying to do is to read output from dump-gnash.. I set the right width and height.. but I can't seem to get it working.. [16:21] <burek> natrixnatrix89, any logs using pastebin? [16:26] <natrixnatrix89> http://pastebin.com/vJ3ATiHZ [16:27] <natrixnatrix89> http://pastebin.com/Yp0xJv9W [16:29] <natrixnatrix89> maybe o have to cut off the beginning of that output file, because it may be blank.. [16:29] <natrixnatrix89> and try to use only the last 409 frames [16:29] <natrixnatrix89> but I still don't know how to find and set the appropriate pix_fmt [16:30] <burek> natrixnatrix89, do you read messages that ffmpeg shows? :) [16:31] <burek> like for example: Option -pix_fmt is deprecated, use -pixel_format. [16:31] <natrixnatrix89> lol [16:31] <natrixnatrix89> that is just a warning [16:31] <natrixnatrix89> that's not related to this question [16:31] <natrixnatrix89> it doesn't matter if I used -pixel_format [16:31] <burek> well, where is the rest of the log then [16:32] <burek> btw, bgra is (i think) bgra32 [16:32] <burek> in pix_fmts it shows as 32bit [16:32] <natrixnatrix89> The problem is that it works fine. but the output is just lack screen.. [16:32] <natrixnatrix89> oh.. so I had chosen the right one already.. [16:35] <natrixnatrix89> ok.. but if you want ill show you another example where I use -pixel_format and -video size.. I used these, because ffmpeg instead of ffplay accepts those just fine.. [16:37] <natrixnatrix89> http://pastebin.com/Hv5i6ipc [16:50] <burek> natrixnatrix89, could you just type ffmpeg -i test2.raw [16:50] <burek> or ffmpeg -vcodec rawvideo -i test2.raw [16:52] <natrixnatrix89> http://pastebin.com/2q8Bh1aJ [16:52] <natrixnatrix89> could not find codec parameters.. [16:52] <burek> and the 2nd example? [16:53] <natrixnatrix89> totally the same http://pastebin.com/E6wq6Wpa [16:53] <natrixnatrix89> I think the stream contains no headers about size, pixel format, etc.. [16:54] <burek> it shouldn't use image2 demuxer [16:54] <burek> try this [16:54] <burek> ffmpeg -f yuv4mpegpipe -vcodec rawvideo -i test2.raw [16:56] <natrixnatrix89> hmm. test2.raw: Operation not permitted [16:57] <burek> well you need to figure out what format does that thingie write [16:57] <burek> since .raw can be pretty much anything [16:57] <burek> if you have any docs or something [16:57] <burek> try to figure out what is the format/container that it uses to write into the file [16:57] <natrixnatrix89> no docs.. but I was trying to follow this tutorial [16:57] <natrixnatrix89> http://techblog.floorplanner.com/post/20528549445/server-side-png-rendering… [16:58] <natrixnatrix89> which doesn't say about the format much either.. [16:59] <burek> can it output to avi or something [16:59] <burek> According to output, we have 8-bit BGRA raw video. What does it mean? It is just a sequence of one-byte values for each of four channels (Blue, Green, Red, Alpha) for each pixel for each frame. If we open that file with mplayer, well see that our image flickers. [17:02] <natrixnatrix89> I tried playing on mplayer.. didn't really work.. [17:02] <natrixnatrix89> but ffplay played just blank screen.. and if I played with pix_fmt to others it started to vary.. mostly black and white stripes [17:06] <natrixnatrix89> also I don't understand, how does he conclude that bgra32 is actually bgra 8bit.. [17:06] <burek> natrixnatrix89 [17:06] <burek> ffmpeg -f rawvideo -vcodec rawvideo -i test2.raw [17:06] <burek> or [17:07] <burek> ffmpeg -f rawvideo -i test2.raw [17:07] <burek> or [17:07] <burek> ffmpeg -f rawvideo -pix_fmt bgra -i test2.raw [17:07] <natrixnatrix89> I think I should note -s 300x250 for the input too [17:08] <burek> yes [17:08] <burek> and -r 100 [17:10] <natrixnatrix89> wow.. it worked.. But I'm still wondering.. why did I get just black screen when I used exactly the same params for ffplay [17:11] <burek> what params [17:11] <burek> ffplay -f rawvideo test2.raw ? [17:12] <natrixnatrix89> yeah.. and also pix_fmt and -s [17:12] <natrixnatrix89> although it didn't accept -r [18:30] <panchtatvam> don't libavcodec get installed automatically after installing ffmpeg in fedora [18:30] <panchtatvam> my vlc compiling is unable to detect libavcodec [18:31] <panchtatvam> is there a separate pkg for devel files [18:31] <panchtatvam> ? [18:31] <panchtatvam> of ffmpeg [18:31] <panchtatvam> ? [18:31] <aleray> hi, I have a set of two m4v files created using handbrake. It is two chapters of a dvd. I'd like to combine them into one m4v without reencoding. I've been looking at the FAQ but couldn't get it to work. Could you tell me how to proceed? thanks [18:31] <burek> pastebin your vlc's config.log [18:31] <burek> panchtatvam [18:34] <panchtatvam> vlc config.log for libavcodec not found error [18:34] <panchtatvam> http://pastebin.com/0zjVWvwz [18:36] <panchtatvam> also , ffmpeg config.log -> http://pastebin.com/5cBWk02L [18:36] <burek> did you compile ffmpeg yourself? [18:36] <panchtatvam> yes [18:36] <burek> did you run ldconfig [18:36] <panchtatvam> and it compiled successfully [18:36] <panchtatvam> no [18:36] <panchtatvam> ./configure [18:36] <burek> make install && ldconfig [18:36] <panchtatvam> make [18:36] <panchtatvam> make install [18:36] <burek> type ldconfig [18:36] <panchtatvam> ok [18:36] <burek> and try configuring your vlc again [18:37] <panchtatvam> trying [18:37] <panchtatvam> :) [18:41] <aleray> any idea? :) [18:43] <panchtatvam> @burek configured ffmpeg and then vlc using ldconfig and then make and sudo make install but still same error "configure: error: No package 'libavcodec' found " [18:45] <burek> panchtatvam, try #videolan [18:46] <burek> aleray, no idea :) [18:46] <aleray> burek, :/ ok some more googling for me [18:48] <panchtatvam> @burek ok :) [19:10] <breik0> Hello!! Has someone managed to compile ffmpeg for iOS 6 ? [19:11] <breik0> ;) [19:42] <panchtatvam> is there no libavcodec-devel package for fedora 17 ? [19:43] <panchtatvam> ffmpeg doean't provide the devel libraries for libavcodec :( and I'm unable to compile vlc without libavcodec-devel. [19:43] <panchtatvam> any suggestions [19:43] <panchtatvam> ? [20:08] <JCDenton> http://pastie.org/private/1tzhawwa9evjachdnoh6g Any clue why this video can't be read? The input video won't play in VLC, it reads the time then stops playing immediately, but it does play in mplayer. The only thing I've read on the error is that it might be a DRM protected file, which I'm not sure why it would be [20:10] <JCDenton> "-f mpeg" seems to make it work. http://ffmpeg.org/trac/ffmpeg/ticket/241 [21:31] <Mavrik> um, what's the 2.6+ linux static build site? [21:35] <relaxed> Mavrik: http://goo.gl/DPrRY [21:35] <Mavrik> thank you :) [21:36] <relaxed> It's also on the ffmpeg download page for future reference. [22:40] <Kirill> hi! is there any way to improve ffmpeg's mpegts detection? I've got an mpeg-ts with two streams, one audio, one data, but ffmpeg parses about 10mb of data (many packets) before it starts decoding. am I doing something wrong? [22:47] <Kirill> (anyone around?) [00:00] --- Wed Sep 26 2012

1 0