Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

January 2013

1 participants
60 discussions

ffmpeg-devel.log.20130111
by burek 12 Jan '13

12 Jan '13

[00:21] <michaelni> llogan, ? [00:29] <llogan> michaelni: the cafepress shirts we discussed earlier. [00:29] <michaelni> hmm, ok, so [00:29] <michaelni> what do you suggest? [00:30] <llogan> i'll take a look at a few other places too, then maybe i'll ask for some money to get a sample(s). [00:32] <llogan> the guy down the street from me does "foil" shirts. those are actually kind of interesting looking for logos. i'll have one made for myself and take a photo. [00:32] <michaelni> ok [00:32] <llogan> but i want to deal with the debian "ffmpeg" package name stuff first [00:47] <J_Darnley> michaelni: In the yadif patch I asked about last night, what is your opinion on the original macros for shifting pixels (PSRL1 and 2) vs. the repeated '%if's in the yasm version? Do you prefer one style over the other? [00:51] <michaelni> whatever is cleaner [00:53] <J_Darnley> Alright, I'll do my patches following what it is at present then submit a "cleanup" patch for comments. [01:03] <cone-420> ffmpeg.git 03Michael Niedermayer 07master:2c16bf2de07c: vorbisdec: Check bark_map_size. [01:13] <llogan> is that more chrome droppings, or was there any actual communication? [01:14] <michaelni> this one is the only from chrome iam aware of ATM [01:28] <michaelni> btw, about that ffmpeg book, anyone against us adding a link to bottom of documentation.html as suggested by its author on the ML ? [01:38] <llogan> michaelni: i'd say LGTM if it were free but it isn't. [01:39] <llogan> also, lol on the facebook "like" box with all the fembots. [01:39] <llogan> also i'd like to take a look at it first before putting it up [01:39] <Compn> fembots ? where? [01:39] <michaelni> ok [01:40] <Compn> llogan : did debian say anything in reply to your message about ffmpeg/libav ? [01:40] <llogan> i appreciate his efforts though [01:40] <Compn> i also disagree with linking to a book that is for sale [01:40] <Compn> unless its a gpl licensed book [01:40] <Compn> or CreativeCommons license :P [01:41] <Compn> we promote free software and free documentation around here. [01:41] <llogan> Compn: i didn't send it yet. i'm waiting on hearing back from jon severinsson if he would be interested in being a ffmpeg maintainer (somehow...i'm not very familiar withDebian maintainership). [01:42] <llogan> Compn: the "find us on facebook" box at his site http://ffmprg.tv [01:42] <llogan> *ffmpeg [01:44] <Compn> oh lol [01:44] <Compn> his book looks pretty neat [01:44] <llogan> i gues it rotates..when i first saw it it seemed to be almost all fembots [01:45] <Compn> colorful graphs! :P [01:45] <Compn> i cant imagine reading an ffmpeg book. sounds booooring [01:45] <Compn> and outdated instantly [01:45] <llogan> like our docs [01:45] <Compn> :) [01:47] <wm4> is there movement about bringing ffmpeg back to debian, or what am I reading? [01:47] <llogan> what he can do is help in ffmpeg-server and provide a link to it in his sig.more people would see it like that anyway [01:47] <llogan> *ffmpeg-user. [01:47] <Compn> yeah, that would be acceptable [01:48] <Compn> wm4 : ffmpeg has been looking for a debian package maintainer for a while now [01:48] <llogan> wm4: i'm going to submit a bug report to: 1. use FFmpeg as upstream to "ffmpeg" package, or failing that, 2. rename it not using "ffmpeg" in the name, or failing that 3. drop the package. [01:49] <llogan> because it is unacceptable as it currently is, and naming something "ffmpeg" for something not from FFmpeg is misleading. [01:49] <Compn> llogan : after you left, siretart mentioned some stuff [01:49] <Compn> one sec i'll paste [01:50] <llogan> i'll look at the logs [01:50] <Compn> [00:41] <siretart> Compn: FYI: the package 'ffmpeg' is already gone for good in debian/ubuntu: http://anonscm.debian.org/gitweb/?p=pkg-multimedia/libav.git;a=blobdiff;f=d… [01:50] <Compn> [00:41] <siretart> Compn: cf. http://thread.gmane.org/gmane.linux.ubuntu.motu/7295 why it isn't in raring yet [01:50] <Compn> [06:19] <Compn> siretart : if you say so. http://packages.ubuntu.com/search?keywords=ffmpeg or http://packages.debian.org/sid/ffmpeg [01:50] <Compn> [06:24] <siretart> Compn: check experimental [01:50] <Compn> [06:30] <Compn> siretart: so for anyone not using experimental repo ? they see the ffmpeg transistion package ? [01:50] <Compn> [06:31] <siretart> Compn: yes [01:50] <Compn> oh well fine then :P [02:02] <llogan> i guess that only means we have to deal with this type thing until 2017 when 12.04 LTS is retired. [02:05] <Compn> yeah, debian is off my list. cant tell what other packages they are substituting [02:06] <Compn> llogan : maybe should also write news entry on ffmpeg.org stating what debian is doing [02:06] <Compn> maybe public shame will work :P [02:08] <llogan> it would be better to concentrate on working on getting an actual ffmpeg package and then being told "no". [02:10] <Compn> :) [02:10] <Compn> sounds good [02:12] <llogan> even if it is just a binary and libraries with no dependencies [03:27] <Compn> http://donaldweber.com/post-atomic/fukushima-exclusion-zone/ [05:06] <cone-107> ffmpeg.git 03Michael Niedermayer 07master:97b1ba696baa: ass_split: fix out of array access [05:06] <cone-107> ffmpeg.git 03Michael Niedermayer 07master:8b47058c61af: ass_split: fix out of array access in ass_split() [05:06] <cone-107> ffmpeg.git 03Michael Niedermayer 07master:23318a573583: error_concealment: Check that the picture is not in a half setup state. [07:42] <pross-au> Hi. Who maintains the ban list for the ffmpeg-user ml? I received a mail from 'maujhsn' asking who can he appeal to about his ban, if such a thing is possible. [08:09] <cbsrobot> pross-au: I think Compn can handle it [08:10] <cbsrobot> just make sure he subscribed to it in the first place [09:18] <pross-au> cbsrobot: thx [11:13] <cone-463> ffmpeg.git 03Paul B Mahol 07master:3ac85bebd51c: lavf: remove nonexistent symbols [11:30] <saste> highgod, what's the current way to set options in "protocols"? [11:31] <saste> i see for example there are options in the HTTP protocol, but they're not documented if not in the code [11:47] <Compn> pross-au : whats the users email ? [12:34] <cone-463> ffmpeg.git 03Diego Biurrun 07master:f8936c6f90fb: fate: Split fate-siff test into demuxer and VB video decoder test [12:34] <cone-463> ffmpeg.git 03Ronald Bultje 07master:ec86ba573127: vp3: Fix double free in vp3_decode_end() [12:34] <cone-463> ffmpeg.git 03Michael Niedermayer 07master:8bfc8d88be9b: Merge commit 'ec86ba57312745fd7ad9771e3121e79c6aacba30' [13:00] <pross-au> Compn: maujhsn <103730258b@googly...>. I don't think he was banned. Looked like he asked far too many questions, and wondered why nobody was replying to him. [13:01] <cone-463> ffmpeg.git 03Dale Curtis 07master:ae3d41636942: matroska: Fix use after free [13:01] <cone-463> ffmpeg.git 03Vladimir Pantelic 07master:7b8c5b263bc6: vc1dec: prevent a crash due missing pred_flag parameter [13:01] <cone-463> ffmpeg.git 03Michael Niedermayer 07master:6fc064893270: Merge commit '7b8c5b263bc680eff5710bee5994de39d47fc15e' [13:43] <cone-463> ffmpeg.git 03Luca Barbato 07master:c1d1ef4ecd9c: zmbv: Reset the decoder on keyframe errors [13:43] <cone-463> ffmpeg.git 03Marcin Juszkiewicz 07master:d11cb13b0ef0: configure: enable pic for shared libs on AArch64 [13:43] <cone-463> ffmpeg.git 03Michael Niedermayer 07master:f137d5763dba: Merge remote-tracking branch 'qatar/master' [15:26] <cone-463> ffmpeg.git 03Michael Niedermayer 07master:2e230cf1b555: au: switch to ff_pcm_read_packet() again, after the merge [16:14] <michaelni> mateo`, TimNich or someone else can you review [PATCH] mxfdec: Fix integer overflow with many channels ? [16:18] <mateo`> michaelni: i'll do it asap [16:26] <TimNich> I haven't seen it yet.. [16:27] <mateo`> michaelni: do you remember how many channels trigger this bug ? [16:27] <durandal_1707> x * y = 0 [16:31] <michaelni> mateo`, IIRC an insanly lareg number [16:57] <cone-463> ffmpeg.git 03Michael Niedermayer 07master:85a4dbeb9c9a: ra144enc: fix two "may be used uninitialized in this function" warnings [16:57] <cone-463> ffmpeg.git 03Michael Niedermayer 07master:8d06be6b8ce7: wavpack: check pointer to avoid overreading input buffer [17:58] <saste> i need to write a scripting filter, what language/implementation would be good for that? [18:10] <J_Darnley> saste: Scripting to do what exactly? [18:11] <saste> J_Darnley, suppose you want to coordinate several sources, e.g. you want to stop one when a frame arrives [18:11] <saste> you can do it in C, but you want to do it generically, so no need to write custom C code and recompile [18:11] <J_Darnley> Ah, sort of a flow control. [18:11] <saste> so a scripting interpreter is required it [18:12] <saste> yes but not necessarily, you could even may want to use it for processing (e.g. calling external libraries), even if that would not be efficient [18:12] <saste> but yes the main usage would be to provide some internal flow control using a scripting engine (and events) [18:12] <J_Darnley> In that case I might suggest following what Vapoursynth did and use python [18:14] <saste> OTOH nothing forbids to use more than one language, what i'm asking for is if there is a language for which the C interface is especially suited to this [18:15] <saste> for example VLC seems to rely on lua [18:15] <j-b> as most of games [18:16] <saste> j-b, and how's your experience so far? [18:16] <j-b> no idea [18:20] <nevcairiel> I personally like Lua, its a simple enough language, and the C integration is super easy [18:21] <funman> rockbox uses lua as well [18:27] <saste> alright lua seems worth a try [18:33] <cone-463> ffmpeg.git 03Michael Niedermayer 07master:e5e422bcc3e6: mxfdec: Fix integer overflow with many channels [18:33] <cone-463> ffmpeg.git 03Michael Niedermayer 07master:969e75eb80da: mjpegdec: Fix out of array read in unescaping code [20:19] <cone-463> ffmpeg.git 03Clément BSsch 07master:f8bab2f87ee7: fate: add dirac decoding test (main profile). [20:20] <durandal_1707> is our decoder bitexact with ri? [20:22] <durandal_1707> so if i mention sox on vlc forum i will be banned? [20:25] <Compn> durandal_1707 : any chance for a review of this patch > http://ffmpeg.org/trac/ffmpeg/ticket/1873 [20:27] <durandal_1707> what is it about? [20:44] <Compn> durandal_1707 : a codec that works with libspeex , but not our current decoder , i think [20:44] <Compn> i mean its speex , diff compression [20:44] <Compn> patch to fix our decoder [20:45] <Compn> iirc [20:47] <durandal_1707> we dont have native decoder for speex, i think [20:47] <durandal_1707> well patches should be sent on ml [20:48] <durandal_1707> and for this particular one with link to documentation for extradata that proves that patch is correct [20:52] <Compn> ok , i'll make a comment that patch author needs to find documentation , thanks [20:54] <durandal_1707> just tell him to resend on ml, where others will flame(not really) him [20:59] <llogan> durandal_1707: no changelog for EVRC decoder? [21:02] <durandal_1707> llogan: if you looked at other patches by me and update changelog and bump versions when commiting [21:03] <durandal_1707> s/and/i [21:03] <durandal_1707> that way i do not need to bother rebasing each time some other friendly developer adds something [21:09] <llogan> ok. i didn't notice. [21:09] <durandal_1707> lol, bounty for opus encoder wrapper in vlc is 7eur [21:10] <j-b> I doubt it [21:10] <j-b> http://wiki.videolan.org/Bounties#OPUS [21:10] <j-b> ? eur [21:10] <j-b> is not 7 eur [21:10] <nevcairiel> ? looks a bit like a 7 [21:11] <durandal_1707> ? is one digit eur [21:11] <nevcairiel> btw "Bug -mt on H.264 video" can be removed :d [21:11] <durandal_1707> ugly fonts in firefox [21:12] <llogan> what fonts are you using? [21:12] <durandal_1707> probably default that comes with X [21:14] <Compn> oh, we get to troll more about utf font characters ? :) [21:14] <Compn> mmmasf [21:15] <Compn> j-b : your website keeps 403 'ing me [21:15] <Compn> why do you ban based on useragents ? [21:18] <funman> Compn: spam (only user agent filtering is based on Microsoft Net presence iiuc) [21:19] <Compn> Your User Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; en) Opera 9.25 [21:19] <Compn> there , that gets me 403 page every time [21:20] <nevcairiel> thats because of opera :p [21:21] <Compn> newer opera is ok [21:21] <durandal_1707> Compn: remove that user agent, you are increasing number of Windows NT 5.0 computers on world [21:22] <Compn> Microsoft Windows 2000 [Version 5.00.2195] [21:22] <Compn> ehe [21:23] <durandal_1707> you should not complain if servers ignores you [21:23] <durandal_1707> that machines can be remote owned in 5 sec [21:24] Action: Compn running it for past 13 years [21:25] <llogan> why aren't you running Win 3.1? [21:25] <Compn> not good soundblaster support :P [21:26] Action: Compn afk [21:26] <Compn> pls dont remote own me :P [21:27] <llogan> yeah, because you need to hear the shotgun sounds in Doom. [21:28] <durandal_1707> Compn: dont have bunch of viruses & worms installed? [21:28] <funman> Compn: you should ask thresh then if you dont have any Net/C# stuff in your UA [23:10] <j-b> Compn: ask thresh [23:10] <j-b> Compn: but usually, it is because you are a spammer [23:20] <cone-463> ffmpeg.git 03Michael Niedermayer 07master:b53adef07b9b: h264: reset first_field when current_picture_ptr is reset [23:28] <michaelni> Jumpyshoes, yadif yasm asm seems failing on msvc [23:28] <michaelni> http://fate.ffmpeg.org/log.cgi?time=20130111202122&log=compile&slot=x86_32-… [23:48] <cone-463> ffmpeg.git 03Michael Niedermayer 07master:68329388bb3d: fate: try to fix dirac [00:00] --- Sat Jan 12 2013

1 0

ffmpeg.log.20130111
by burek 12 Jan '13

12 Jan '13

[03:50] <Toasty27> brad_c6: derp [06:57] <Pinhole> If I'm looking to make a smaller binary, which codecs are more obscure and can be omitted. Other tips for making it smaller (--enable-small already done) [07:23] <Mista_D> can't capture MPEG2 udp... no response from ffmpeg at all, built today. [07:24] <Mista_D> http://pastebin.ca/2301232 [07:24] <Mista_D> I can see the UDP traffic via tcpdump, and on the VLC on another PC on same subnet. [07:54] <EricAhn> Using ffserver.conf, I wonder if there is "VideoCodec copy" same as "ffmpeg -vcodec copy". [08:18] <savskii> hi there [08:18] <savskii> anyone up this early?:-) [08:19] <savskii> hello? [08:20] <cbsrobot> it's not really early here .... [08:20] <savskii> well its 820am here [08:21] <savskii> :-) [08:22] <cbsrobot> at least this was an easy question to answer [08:23] <cbsrobot> savskii: privat chat in the morning ? srsly ? [08:23] <savskii> nothing that private i wanna chat about mate [08:23] <savskii> believe it or not im new to mirc [08:24] <savskii> just testing features :-) [08:24] <savskii> i have been reading for hours n my error: maybe incorrect parameters such as bit_rate, rate, width or height [08:24] <cbsrobot> hahaha [08:24] <savskii> am a novice and have followed what i can but what ever i try [08:24] <cbsrobot> yeah sure - new to ffmpeg too then [08:24] <savskii> same old same old lol [08:25] <cbsrobot> so lesson 1: [08:25] <savskii> how did u guess? [08:26] <cbsrobot> savskii: as you use to say on the west coast of nl : that's how it goes [08:26] <savskii> lol [08:28] <savskii> http://pastie.org/5666417 [08:28] <savskii> is that right? [08:28] <cbsrobot> well you need to hit enter wasell [08:28] <cbsrobot> *aswell [08:28] <savskii> lol [08:28] <savskii> ok [08:28] <savskii> this is new :-) [08:29] <savskii> http://pastie.org/5666422 [08:30] <savskii> dont matter if i add -ab or -ac or anything allways same error [08:30] <cbsrobot> so lesson 2: [08:31] <cbsrobot> I suggest you either compile ffmpeg yourself : http://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide [08:32] <cbsrobot> or you use avconv [08:32] <savskii> i will give compiling myself a go [08:33] <cbsrobot> I'll be afk but just check back when you are done ... [08:33] <savskii> yes yes i done this [08:33] <savskii> and i can install all [08:33] <savskii> apart from ffmpeg [08:33] <savskii> let me show u result [08:34] <cbsrobot> basicly I think the problem is you cannot put a "adpcm_swf, 48000 Hz, 5.1" audio stream into a flv file ! [08:34] <savskii> all i wanna do is send live stream in rtmp frmat :-( [08:35] <cbsrobot> well I guess you need to convert it [08:35] <cbsrobot> I mean 48kHz 5.1 seems an overkill for a live stream [08:35] <savskii> http://pastie.org/5666431 [08:35] <savskii> its onky a 5min samble [08:35] <savskii> sample [08:36] <cbsrobot> Unable to create and execute files in /tmp [08:36] <cbsrobot> did you remove /tmp ? [08:37] <savskii> no still there [08:37] <cbsrobot> what are the permission on it ? [08:37] <cbsrobot> ls -al /tmp [08:37] <savskii> 855 [08:37] <savskii> 755 [08:38] <CruX|> isnt /tmp mounted with noexec option ? [08:38] <cbsrobot> are you on a shared host or something ? [08:39] <savskii> im on a dedicated server [08:39] <savskii> has .X11 [08:39] <savskii> .ICE [08:40] <cbsrobot> I need to go [08:40] <savskii> :-( [08:40] <savskii> ok thanks mate [08:40] <savskii> have a nice day [08:42] <cbsrobot> savskii: https://www.google.ch/search?q=Unable+to+create+and+execute+files+in+%2Ftmp… [08:42] <savskii> thank smate will give it a read [08:45] <savskii> its doing sumthing now:-) [08:45] <savskii> fingers crosed [08:59] <savskii> still same message [08:59] <savskii> maybe incorrect parameters such as bit_rate, rate, width or height [08:59] <savskii> dam it [11:30] <simonec77> Hi all, I'm trying to compile ffmpeg with ./configure --toolchain=msvc [11:30] <simonec77> but it fail with: c99wrap cl is unable to create an executable file. [11:31] <JEEB> simonec77, post your config.log [11:31] <JEEB> on a pastebin [11:31] <JEEB> not on the channel [11:31] <JEEB> then link it on the channel [11:31] <JEEB> (because it's long, d'oh) [11:32] <simonec77> the configure.lof file is here:http://pastebin.com/UgncTYHp [11:33] <JEEB> do which link [11:33] <JEEB> as in the command 'which link' [11:33] <simonec77> no any link [11:34] <JEEB> well there pretty surely is [11:34] <JEEB> link is giving you an error and I think it's the incorrect link :P [11:35] <JEEB> if GNU link comes up when you do link --version [11:35] <simonec77> I have only type ./configure --toolchain=msvc [11:36] <JEEB> type 'which link' [11:36] <simonec77> ok: /bin/link.exe [11:36] <simonec77> is the response [11:37] <JEEB> mv /bin/link.exe /bin/msys_link.exe [11:37] <JEEB> then retry the configure [11:37] <simonec77> ok... [11:37] <JEEB> the MSVC linker is called link [11:38] <JEEB> thus you either rename or remove the (completely useless on Windows) link.exe, or make MSVC's path entry come first in PATH [11:39] <Mavrik> there's a guy here with broken mov contained video [11:39] <Mavrik> is there any remotely possible chance of rebuiling a moov atom in a mov/mp4 file? [11:40] <JEEB> rebuilding? zero. have enough samples from the same muxer to make programmatic assumptions and /try/ to get something out of it? if you have the time and effort to put into it :P [11:41] <simonec77> ok, JEBB, thax I try what you suggest... [11:42] <Mavrik> JEEB, nah not really [11:43] <Mavrik> his camera turned off before it had a chance to write the moov atom [11:43] <Mavrik> already told him there's a very slim chance of transplanting the atom from another recording with same settings [11:43] <Mavrik> not worth the effort probably [11:43] <Mavrik> just wanted to check if I'm missing something :) [11:44] <JEEB> there's at least one random internet company that has noticed the need for such services and probably has made a database of random cameras' and muxers' specifics [11:44] <JEEB> and then it tries to make an educated guess, I guess? [11:45] <JEEB> I wish more muxers actually used the 'fragments' feature [11:45] <JEEB> but pretty much no-one does :P [11:47] <Mavrik> yep :D [11:48] <Mavrik> anyway, he'll just have to call all 300 people again :P [11:48] <j0nr> hello [11:48] <j0nr> Does anyone knows whether MP4 video will only work with HTML5 <video> if it is H264? [11:48] <j0nr> I am trying to create a HTML5 video site (like videoforeveryone) and am wondering if I should be checking incoming MP4 files to see if they are encoded as H.264 or not [11:49] <JEEB> yes, you should be [11:50] <JEEB> most things only support H.264 + AAC [11:50] <JEEB> if it's not that, you'd better re-encode [11:50] <DonBastel> http://www.w3schools.com/html/html5_video.asp [11:51] <DonBastel> you should also tell your users that some others may not able to see the video or reencode it so every of the browsers in the list is supported. [11:51] <Mavrik> j0nr, yes, you should be checking taht [11:51] <Mavrik> j0nr, you should also consider what to do with browsers that support VP8 and not H.264 [11:54] <j0nr> Mavrik: DonBastel: thanks, whats the likelyhood of recieving a .mp4 that is NOT H.264? for other browser support I will do webm and flv [11:55] <Mavrik> my experience with random peoples videos [11:55] <DonBastel> j0nr: if mp4 not h.264 it will probably not play. [11:55] <Mavrik> the likelihood of getting a broken video on each users attempt is about 258% [11:55] <Mavrik> j0nr, no seriously, people will upload all kinds of broken crap to you [11:55] <Mavrik> check everything :) [11:56] <j0nr> Mavrik: DonBastel thanks very much :) [11:56] <DonBastel> always pretend people ar stupid check everything. if input is good great if not -> not your fault :D [11:57] <Mavrik> j0nr, for example if you "require" mp4 files people will just forcibly remux WMVs to that container and upload it [11:57] <Mavrik> (seen it happen) [11:57] <Mavrik> (no, couldn't bash their heads in) [11:58] <DonBastel> people will try everything to get arround restrictions without less work for them to do... [12:19] <j0nr> If a user uploads a video that is already FLV, is it worth creating copies in MP4 and WEBM as well? Or should I just use the FLV as that works pretty much everywhere (it is the fallback afterall) [12:21] <Mavrik> hmm, HTML5 video won't play flv [12:21] <Mavrik> you'll have to load flash for that [12:21] <Mavrik> which means people wihtout flash won't see those videos (e.g. iOS, Android etc.) [12:21] <b_jonas> If I decode a video to jpeg images, how do I change the quality of those images? for some reason I get heavily compressed output as a default. [12:22] <j0nr> Mavrik: Good point...didn't think that through lol, this is the whole reason I am doing! [12:22] <j0nr> ...it [12:22] <Mavrik> :) [12:23] <Mavrik> j0nr, you basically need mp4 and webm file [12:23] <Mavrik> j0nr, to make sure most people can see your web content [12:23] <Mavrik> (you can play mp4 file with flash btw) [12:29] <j0nr> Mavrik: Oh? So browsers that can't cope with Mp4 or webm can somehow use the MP4 with flash? [12:30] <DonBastel> j0nr: thats your job. you need to build a browser switch to detect wether they ken view over html5 or need flash. [12:32] <j0nr> DonBastel: But was Mavrik saying I don't need to create a seperate flv file? [12:32] <DonBastel> j0nr: yes [12:33] <DonBastel> j0nr: probably you can use the flv the user submits but if you get mp4 or webm you need to encode an flv version for it. [12:33] <DonBastel> j0nr: like you get one version and need to encode the other two. [12:35] <dand823> hello, im having problems compilling on ubuntu, does anyone have a minute to help me out? [12:36] <j0nr> DonBastel: but what was Mavrik 's comment: '(you can play mp4 file with flash btw)' about? [12:36] <dand823> np ill put it together will take 10-20min to make it nice and clear [12:36] <dand823> back in a bit [12:37] <DonBastel> j0nr: maybe im wrong and there is an flash player for mp4 videos dont really know. [12:39] <saste> dand823, or check/post the end of config.log [12:40] <Fjorgynn> how can 96 kbps aac become 200 kbps mp3? :s [12:41] <Fjorgynn> is aac that much better audio quality for less bitrate? [13:01] <dand823> saste - when i run make the last line is [13:01] <dand823> `ff_h264_cabac_tables' referenced in section `.text' of /tmp/cc4O18E9.ltrans26.ltrans.o: defined in discarded section `.text' of cabac.o (symbol from plugin) [13:01] <dand823> shal i pastebin the full log? [13:02] <saste> dand823, shared library mess [13:02] <saste> why don't you compile it static? [13:03] <dand823> i thought i was [13:03] <dand823> --prefix=/usr/local --enable-gpl --enable-libfdk-aac --enable-libtheora --enable-libx264 --enable-nonfree --enable-version3 --enable-lto --enable-zlib --enable-bzlib --enable-pthreads --enable-decoder=liba52 [13:04] <dand823> you have to explicitly set static? [13:04] <dand823> --enable-static ? [13:06] <Fjorgynn> how do I extract subtitles from a vob to mkv? [13:06] <saste> dand823, --disable-shared --enable-static [13:06] <saste> also check the ubuntu compilation guide on the wiki [13:07] <saste> if you want to mess with shared library, that's ok but you need to know how they work [13:08] <dand823> i followed the guide exactly, heh [13:08] <dand823> lets see if it works now [13:10] <saste> dand823, also make distclean if you're updating sometimes help [13:10] <saste> now that i think at it, the shared/static thing may be unrelated [13:11] <Fjorgynn> I've got a problem. I want to encode the subtitles but it can only find them after 22 sec into the movie [13:26] <dand823> saste:adding the two flags didnt help [13:26] <dand823> same error [13:39] <Mavrik> j0nr, flash player 9+ can play H.264 in MP4 files [13:39] <Mavrik> j0nr, so you don't need .flv encodes separately [13:40] <saste> dand823, did you try the make distclean trick?, otherwise pastebin [13:40] <dand823> yep i did [13:42] <cbsrobot> Mavrik: 300 files with broken mov header ? [13:42] <cbsrobot> do you have one that is not broken ? [13:43] <Mavrik> cbsrobot, er, 300 files? [13:43] <cbsrobot> <Mavrik>: anyway, he'll just have to call all 300 people again :P [13:43] <Mavrik> yeah, it's a recording of some choir or something :P [13:55] <Olive6767> cbsrobot: Hello, you there? [13:55] <cbsrobot> yeah [13:56] <dand823> http://pastebin.com/4avJV6dG [13:57] <dand823> @saste the config line and make response ^^ [14:00] <saste> dand823, did you try the make distclean trick? [14:00] <dand823> yes [14:00] <saste> also what about removing --enable-lto? (which I don't even know what's good for) [14:01] <dand823> trying that one now [14:08] <dand823> yes it worked [14:08] <dand823> nice [14:08] <dand823> thanks for that! [14:09] <dand823> bit of a lame one - im not sure why it would work on one ubuntu install and not another [14:13] <saste> dand823, I don't really know what the -lto is all about, so can't help [14:14] <saste> dand823, feel free to file a ticket if you think the lto issue is worth it [14:18] <dand823> ah its not critical [14:18] <dand823> just link time optimizations [14:32] <Pinhole> which decoders/demuxers are uncommon enough to omit? I'm trying to get my binary size down to less than 4M? [14:35] <Mavrik> hm [14:35] <Mavrik> what are you trying to support? [14:36] <Pinhole> We have a settop with a propriety binary blob that runs on a a coprocessor. It's buggy and crashes a lot. We thought something open source would make us happier. [14:37] <Pinhole> Currently it only decodes mpeg ts streams. We thought it would be nice to support most anything you throw at it. [14:38] <Pinhole> But I honestly don't know which decoders/demuxers are common, somewhat common, or obscure. [14:39] <Mavrik> Pinhole, that's really hard to answer [14:40] <Mavrik> because that really depends on what people throw at you :\ [14:42] <Pinhole> What would you say are the must haves? [14:42] <Mavrik> well, if you're grabbing MPEG2-TS right now [14:42] <Mavrik> you're probably receiving H.264, MPEG2, AC3, MP3, MP2 stuff [14:42] <Mavrik> probably MPEG as well [14:42] <Mavrik> but still [14:42] <Mavrik> without knowing what exactly your devices purpose it [14:42] <Mavrik> *is [14:43] <Mavrik> it's really hard to tell [14:43] <Mavrik> if you encounter anything else [14:43] <Pinhole> General purpose setop box. Watch cable tv, watch over the top content, watch what people have in their video collection. [14:59] <savskii> hi peple [15:00] <savskii> i have succesfully installed ffmoeg and x264 [15:00] <savskii> could anyone help me reduce bitrate of http mpeg stream please [15:06] <savskii> http://pastie.org/5668139 [15:07] <savskii> anyone know here im ging wrong? [15:08] <Mavrik> [tcp @ 0x9709f00] TCP connection to 85.17.169.209:3091 failed: Connection refused [15:08] <Mavrik> obvi [15:09] <Mavrik> you're obviously trying to connect to something that's not there. [15:09] <Mavrik> nothing to do with ffmpeg really ;) [15:09] <savskii> lol [15:09] <savskii> sorry mate just started using 3 days ago [15:09] <savskii> been trying :-( [15:09] <retard> tcp? [15:10] <savskii> its a dedicated servers im working on [15:10] <Mavrik> yeah [15:10] <Mavrik> either you're connecting to a wrong server [15:10] <Mavrik> or you're connecting to a wrong port [15:10] <retard> it could just be imaginary [15:10] <savskii> Link encap:Ethernet HWaddr 00:24:81:b2:98:07 [15:10] <savskii> inet addr:85.17.169.209 Bcast:85.17.169.255 Mask:255.255.255.192 [15:10] <savskii> is the ip of that maching [15:11] <savskii> i though im suppose to use that ip to forward stream [15:11] <savskii> out output stream [15:33] <savskii> could anybody please explain: rtmp://server/live/streamName [15:33] <savskii> how do i output a stream in that format? what goes in server/live.streamname? [15:34] <JEEB> the server that takes in stuff in rtmp [15:34] <JEEB> ffmpeg itself cannot stream rtmp, but it can serve an rtmp stream that most streaming services can take in [15:34] <JEEB> ffmpeg -> streaming server -> user [15:35] <savskii> and can i setup a rtmp server on this ubuntu? [15:35] <savskii> where im running ffmpeg [15:35] <JEEB> yes [15:35] <JEEB> I have no idea about setting them [15:35] <JEEB> I've just heard names such as... red5 was it? [15:35] <savskii> could i get some help with it please Jeeb [15:36] <JEEB> No [15:36] <savskii> lol [15:36] <JEEB> I have no idea about streaming servers [15:36] <savskii> red5 is another linux version [15:36] <JEEB> it seems like a java-based server :P [15:37] <savskii> lol [15:37] <JEEB> it supports rtmp serving so I guess that'd be one of the things you could use [15:37] <savskii> someone must know here how to setup rtmp server [15:37] <JEEB> another being adobe's own server I think? [15:37] <JEEB> probably, but you should just pick one and follow documentation [15:37] <JEEB> we're #ffmpeg after all, not #red5 [15:38] <savskii> yea true mate [15:38] <savskii> :-( [17:04] <mpfundstein> i wonder if 1024x576 or 1048x576 is "perfect" PAL anamorphic 16/9 . anyone any info? [18:01] <Harzilein> hi [18:01] <Harzilein> is there any lossless codec you'd recommend for transcoding gif animations? [18:02] <Harzilein> most gif players suck on lowend systems [18:18] <Fjorgynn> :) [18:18] <Fjorgynn> Harzilein: dunno [18:18] <Fjorgynn> ffmpeg -codecs [18:28] <Harzilein> Fjorgynn: googled some more in the meantime, i think i want mov+png [18:28] <Harzilein> Fjorgynn: only problem is that i have to unoptimize the gif first [18:29] <Harzilein> Fjorgynn: which is a shame, because i think it would compress better/play faster with diffs [18:30] <Fjorgynn> ok [18:31] <Harzilein> and of course i lose the timing information :/ [18:32] <Harzilein> oh well, guess i could construct a command line with fps changes from the durations [18:32] <Harzilein> but then i can no longer use the printf notation :/ [18:34] <Harzilein> *sigh*: gifsicle: While processing '75f2a34302d2dbb40ffb1f88c2e84bbb.gif': [18:34] <Harzilein> gifsicle: warning: GIF too complex to unoptimize [18:34] <Harzilein> gifsicle: (The reason was local color tables or complex transparency. [18:36] <Harzilein> oh well, guess i should just use gif2png then [18:55] <Harzilein> ... which cannot unoptimize -.- [21:57] <ElMarikon> quiet in here:-) [22:01] <cbsrobot> ElMarikon: it was even more quiet before & :-D [22:01] <ElMarikon> :-) [23:15] <Trashlord> hi. I'm trying to convert a video. the video codec is fine, so I'm just copying it over. what I need to encode is only the audio. I want to encode it as AAC. I'm trying with -acodec libfaac and -acodec faac, both tell me unknown codec. am I missing something? [23:24] <JEEB> Trashlord, the binary most probably was built without faac? [23:24] <JEEB> which isn't exactly surprising since faac is nonfree (uses non-GPL-compatible code) [23:25] <Trashlord> JEEB: seems like that was it [23:25] <Trashlord> JEEB: I'm currently rebuilding, with --enable-libfaac [23:25] <JEEB> if you are going to build [23:25] <JEEB> build with fdk-aac [23:25] <JEEB> https://github.com/mstorsjo/fdk-aac [23:25] <JEEB> it's the fraunhofer's encoder [23:26] <JEEB> released under their license, which is unfortunately LGPL and GPL incompatible [23:26] <JEEB> but it is in, and open source [23:26] <Trashlord> why not with libfaac? [23:26] <JEEB> because libfaac is worse [23:26] <JEEB> for the same bit rate [23:26] <JEEB> fraunhofer > reference encoder [23:27] <Trashlord> ok, thanks [23:28] <Trashlord> I'll see if the package manager has this lib before I try to build it myself [23:28] <llogan> the ubuntu compile guide has instructions if you need them. should give you a good diea if you're using a different distro [23:28] <Trashlord> nah, I use Arch. [23:28] <llogan> even better [23:29] <Trashlord> it's cool, I found it on the AUR [23:29] <Trashlord> I'll get it [23:29] <llogan> use the git version [23:29] <llogan> works fine with ffmpeg-git (or ffmpeg ABS) [23:30] <Trashlord> libfdk-aac-git? [23:30] <llogan> yes [23:30] <Trashlord> there's fdk-aac-git, too [23:30] <Trashlord> alright [23:30] <llogan> that's a frontend [23:30] <llogan> encoder [23:30] <Trashlord> ah, right [23:31] <Trashlord> then to build ffmpeg I use --enable-libfdk-aac, yes? [23:31] <llogan> yeah, not the best name for confusion. that is why fdk-aac-git was recently renamed to libfdk-aac-git [23:31] <llogan> yes [23:31] <JEEB> and --enable-nonfree [23:31] <llogan> with --enable-nonfree [23:31] <JEEB> since it's under that [23:32] <Trashlord> ah [23:32] <Fjorgynn> libx264 also [23:32] <Trashlord> I got x264 [23:32] <llogan> that's included in the PKGBUILD [23:32] <llogan> so is opus and some other junk [23:34] <Trashlord> yeah [23:34] <Trashlord> the PKGBUILD includes everything the default ffmpeg is built with [23:34] <Trashlord> I mean the default for Arch [23:34] <Trashlord> so I just add nonfree [23:34] <llogan> ffmpeg ABS does, not ffmpeg-git [23:35] <Trashlord> I'm using the one from ABS [23:37] <llogan> then yes. just add the configure stuff and whatever deps you want into depends [23:37] <llogan> although the ABS version is flagged as out-of-date due to the recent ffmpeg release [23:37] <Trashlord> yeah, all I had to do was add --enable-nonfree / in there [23:38] <Trashlord> now, to encode with it, I do -acodec libfdk-aac, yes? [23:39] <llogan> https://ffmpeg.org/trac/ffmpeg/wiki/AACEncodingGuide [23:39] <llogan> someone added that a few days ago [23:40] <Trashlord> alright [23:40] <Trashlord> it says libfdk_aac [23:40] <llogan> yes [23:43] <llogan> Trashlord: add "-c:v copy" to copy the video instead of re-encode [23:44] <llogan> ABS and AUR make this type of thing so much easier than the bullshit checkinstall/deb packages. [23:45] <Trashlord> I use -vcodec copy [23:45] <llogan> same thing [23:45] <Trashlord> in my encode command [23:45] <Trashlord> it's actually inside a Python script [23:45] <Trashlord> I download this series on WWI, and all the audio of all the files is incompatible with my TV's built in media player [23:45] <llogan> what series? [23:46] <Trashlord> The Great War [23:46] <Trashlord> produced by the BBC in the 1960s. 26 episodes [23:46] <llogan> i just downloaded "Rise of Flight" game free-to-play, but have yet to try it [23:46] <Trashlord> never heard of that game [23:47] <llogan> i remember playing Red Baron II back in '98. You dive to hard and your wings break off. [23:47] <Trashlord> ha, cool [23:48] <Trashlord> I also have a lot of documentaries about the second world war, and the holocaust [23:49] <Trashlord> anyway, the audio format on all the files from The Great War is, shockingly, WMA. 64 kbps [23:52] <Trashlord> time to test. [23:52] <Trashlord> it says unknown codec for libfdk_aac [23:54] <llogan> because you didn't add --enable-libfdk-aac to the configure [23:54] <Trashlord> right, right, shit... I forgot [23:54] <Trashlord> I only added nonfree then compiled [23:54] <Trashlord> motherfuckler [23:54] <Trashlord> oh well [23:56] <Trashlord> it took like 15 minutes to build, heh [23:56] <Trashlord> oh well. that's enough time to finish my coffee n ow [00:00] --- Sat Jan 12 2013

1 0

ffmpeg-devel.log.20130110
by burek 11 Jan '13

11 Jan '13

[00:34] <J_Darnley> Having seen that Libav committed a patch to move yadif's filter code from inline to yasm I want to ask: Will this also be committed into FFmpeg? [00:35] <J_Darnley> I ask because I have some patches and I want to know if I should be converting them from inline asm to yasm. [00:35] <Compn> J_Darnley : as long as it passes review here by michaelni (author of yadif) [00:35] <Compn> you should ask michaelni :) [00:38] <J_Darnley> Well, I think he may have just been highlighted so I will wait to see if he responds. [01:15] <michaelni> J_Darnley, yes if the commit applies and the code works after applying then yes it will be commited to ffmpeg too [01:26] <Compn> hope its still binary identical output ... [01:43] <J_Darnley> Right, I will see what happens tomorrow and then perhaps volunteer. [01:44] <J_Darnley> Or rather, today. [01:46] <mfg> michaelni are you free to talk about how my changes were tested? [02:02] <cone-149> ffmpeg.git 03Michael Niedermayer 07master:ead3a2a37e67: swr: add noise_scale field to seperate it from the noise shaping scales [02:02] <cone-149> ffmpeg.git 03Michael Niedermayer 07master:0b60fc94aab6: swr: reorder the operations in the noise shaping code [02:02] <cone-149> ffmpeg.git 03Michael Niedermayer 07master:2672b2c1d2d4: swr: scale data down in noise shaping to avoid cliping [02:04] <michaelni> mfg, ill look at it now, sorry i forgot again ... [02:08] <mfg> np [02:08] <mfg> i'll stick around in case you have questions [02:25] <michaelni> mfg can you fix tha av_free/av_freep() case ? and split it in a http and a hls patch? [02:26] <michaelni> the http code is independant of the hls code i think [02:27] <mfg> yeah, np... let me just see the av_free/av_freep you are referring to [02:27] <michaelni> theres a av_free or 2 that are followed by a =NULL [02:27] <michaelni> av_freep() does that in one [02:27] <mfg> ah, nice. its in hls [02:28] <michaelni> also the interface between http and hls should be documented i think [02:28] <mfg> how/where? [02:28] <mfg> just in hls.c? [02:30] <michaelni> currently the cookie field has a comment "Store information sent in the response" [02:30] <michaelni> and the AVOption lacks any [02:30] <michaelni> a reader just looking at that would not know how to use them [02:32] <mfg> heh... woops [02:32] <mfg> ok [02:33] <mfg> ok, if thats it, I'll resubmit two patches tonight :) [02:36] <michaelni> its all i spoted now, maybe wbs wants to take a look too ? but if not then the patches should be ok [02:36] <mfg> excellent! [02:49] <mfg> k, posted back to the list -- i'll check back in a while if I dont hear anything [04:58] <llogan> the gmane descriptions for the mailing lists are dumb. i requested an update. [04:58] <llogan> http://dir.gmane.org/search.php?match=ffmpeg [05:01] <llogan> less graybeard and more neckbeard [05:01] <llogan> although "Photos of donkeys" or something would have been lolesque. [05:56] <cone-444> ffmpeg.git 03Michael Niedermayer 07master:2b12d1ffd841: qdm2: fix out of stack array read. [05:56] <cone-444> ffmpeg.git 03Michael Niedermayer 07master:7cb46b519103: targa: use checked bytestream read [05:56] <cone-444> ffmpeg.git 03Michael Niedermayer 07master:6471f63da2e9: wmalosslessdec: make arrays indexed by ch large enough for maximum number of channels [10:05] <cone-671> ffmpeg.git 03Carl Eugen Hoyos 07master:f023003ce610: Fix compilation with --disable-everything. [10:32] <cone-671> ffmpeg.git 03Martin Storsjö 07master:71194ef6a8ff: rtpdec_vp8: Mark broken packets with AV_PKT_FLAG_CORRUPT [10:32] <cone-671> ffmpeg.git 03Justin Ruggles 07master:3f98848d6e04: au: validate bits-per-sample separately from codec tag [10:32] <cone-671> ffmpeg.git 03Justin Ruggles 07master:9a7b56883d13: au: set bit rate [10:32] <cone-671> ffmpeg.git 03Michael Niedermayer 07master:70a65ecabff0: Merge commit '9a7b56883d1333cdfcdf0fa7584a333841b86114' [10:56] <cone-671> ffmpeg.git 03Justin Ruggles 07master:bd4cdef5a8ca: au: set block_align and use it in au_read_packet() [10:56] <cone-671> ffmpeg.git 03Justin Ruggles 07master:2613de880518: au: do not set pkt->size directly [10:56] <cone-671> ffmpeg.git 03Michael Niedermayer 07master:4cd89022e7ab: Merge commit '2613de88051818abafccb98646394341887acb3a' [11:03] <cone-671> ffmpeg.git 03André Pankratz 07master:0287eea91430: lavfi/yadif: fix shorthand/option mismatch [11:13] <ubitux> maybe we should make a 1.1.1 "soon" [11:19] <cone-671> ffmpeg.git 03Justin Ruggles 07master:fb48f825e33c: au: do not arbitrarily limit channel count [11:19] <cone-671> ffmpeg.git 03Justin Ruggles 07master:c837b38dd33a: au: move skipping of unused data to before parameter validation [11:19] <cone-671> ffmpeg.git 03Michael Niedermayer 07master:be894d6caeaf: Merge commit 'c837b38dd33a11c3810e988a60193a858eb4f58c' [11:29] <cone-671> ffmpeg.git 03Justin Ruggles 07master:47d029a4c1b9: au: validate sample rate [11:29] <cone-671> ffmpeg.git 03Justin Ruggles 07master:af68a2baae67: au: use %u when printing id and channels since they are unsigned [11:29] <cone-671> ffmpeg.git 03Michael Niedermayer 07master:452f63290379: Merge commit 'af68a2baae6761044cbed95575e8bcfebf55c6f1' [12:10] <cone-671> ffmpeg.git 03Justin Ruggles 07master:bdd00e2d1be3: au: set stream start time and packet durations [12:10] <cone-671> ffmpeg.git 03Justin Ruggles 07master:c88d245c9866: au: use ff_raw_write_packet() [12:10] <cone-671> ffmpeg.git 03Michael Niedermayer 07master:dc5767ff0a2a: Merge commit 'c88d245c9866e48cb8a238b7564964c1fcf3315f' [12:23] <cone-671> ffmpeg.git 03Justin Ruggles 07master:fd9147f11456: au: cosmetics: pretty-print and remove pointless comments [12:23] <cone-671> ffmpeg.git 03Michael Niedermayer 07master:8c7de73e20eb: Merge commit 'fd9147f11456a7e39a998d7270684922a2a46e6d' [12:32] <cone-671> ffmpeg.git 03Justin Ruggles 07master:2f8207b1c605: au: return AVERROR codes instead of -1 [12:32] <cone-671> ffmpeg.git 03Justin Ruggles 07master:f7a3c540c54c: au: remove unnecessary casts [12:32] <cone-671> ffmpeg.git 03Daniel Kang 07master:899157b30800: yadif: Port inline assembly to yasm [12:32] <cone-671> ffmpeg.git 03Justin Ruggles 07master:f7bf72a4a114: idcinvideo: correctly set AVFrame defaults [12:32] <cone-671> ffmpeg.git 03Michael Niedermayer 07master:65b8527993a1: Merge commit 'f7bf72a4a1146a7583577c9bdc066767e1ba3c6a' [12:40] <cone-671> ffmpeg.git 03Justin Ruggles 07master:b0c96e06134d: idcin: validate header parameters [12:40] <cone-671> ffmpeg.git 03Justin Ruggles 07master:12c2530b1d87: idcin: fix check for presence of an audio stream [12:40] <cone-671> ffmpeg.git 03Michael Niedermayer 07master:8d691f877769: Merge commit '12c2530b1d87fa94f81ea97df575b77c825e6f4f' [12:45] <cone-671> ffmpeg.git 03Justin Ruggles 07master:4b840930da7c: idcin: set channel_layout [12:45] <cone-671> ffmpeg.git 03Justin Ruggles 07master:ccc0ffb1ba3f: idcin: set start_time and packet duration instead of manually tracking pts. [12:45] <cone-671> ffmpeg.git 03Michael Niedermayer 07master:6e44662b0521: Merge commit 'ccc0ffb1ba3fc1adb05a9f56dfc26131e61db3fb' [12:50] <cone-671> ffmpeg.git 03Justin Ruggles 07master:49543373f3e5: idcin: set AV_PKT_FLAG_KEY for video packets with a palette [12:50] <cone-671> ffmpeg.git 03Justin Ruggles 07master:7040e479a153: idcin: allow seeking back to the first packet [12:50] <cone-671> ffmpeg.git 03Michael Niedermayer 07master:a0dbe2a58cf5: Merge commit '7040e479a1530b2eda4b89a182d5eb50a77bd907' [12:56] <cone-671> ffmpeg.git 03Justin Ruggles 07master:33f58c3616d2: idcin: check for integer overflow when calling av_get_packet() [12:56] <cone-671> ffmpeg.git 03Justin Ruggles 07master:5d0450461ff7: idcin: better error handling [12:56] <cone-671> ffmpeg.git 03Michael Niedermayer 07master:56ca871fb3d6: Merge commit '5d0450461ff729be5f531d333d29754155e406c5' [13:02] <cone-671> ffmpeg.git 03Justin Ruggles 07master:06deaf8ad33a: idcin: return 0 from idcin_read_packet() on success. [13:02] <cone-671> ffmpeg.git 03Luca Barbato 07master:fba8e5b60857: oggdec: fix faulty cleanup prototype [13:02] <cone-671> ffmpeg.git 03Luca Barbato 07master:a800fd5fc797: yuv4mpeg: do not use deprecated functions [13:02] <cone-671> ffmpeg.git 03Martin Storsjö 07master:ed79093222ce: rtpdec: Add a terminating null byte at the end of the SDES/CNAME [13:02] <cone-671> ffmpeg.git 03Michael Niedermayer 07master:ac6e074fb711: Merge commit 'ed79093222ceb42f0c3a39095a69af0b32be5450' [13:03] <cone-671> ffmpeg.git 03Carl Eugen Hoyos 07master:b563afe6fa93: Do not allow arbitrary packet size in aac decoder. [13:12] <cone-671> ffmpeg.git 03Martin Storsjö 07master:3b366c3aa080: rtpdec_vp8: Simplify code by using an existing helper function [13:12] <cone-671> ffmpeg.git 03Martin Storsjö 07master:76c40fbef06a: rtpdec_vp8: Don't trim too much data from broken frames [13:12] <cone-671> ffmpeg.git 03Michael Niedermayer 07master:91da6b97c7fb: Merge remote-tracking branch 'qatar/master' [14:04] <cbsrobot> wut - a ffmpeg book ? I wonder how long the examples will work &. [14:15] <JEEB> oh boy [14:15] <JEEB> wonder what version of the APIs it was written for :D [14:20] <pross-au> Edition 2. $$ [15:26] <divVerent> this is fun, there's so many different implementations of no_proxy and no standard [15:26] <divVerent> I am leaning towards suggesting to not support it at all, which is still better than the broken one we have now. Or using a very simple one like curl or lynx. [17:25] <wm4> <wm4> well, sometimes ffmpeg marks functions as deprecated, even if there are no stable replacements yet [17:25] <wm4> lol why do I have to explain this to people [17:25] <ubitux> you are refering to the url thing? [17:27] <wm4> that's just in general, but I remember similar occasions [17:27] <ubitux> please be specific if you expect a solution :P [17:30] <cone-420> ffmpeg.git 03Michael Niedermayer 07master:36055aa87645: idcin: fix memleak [18:56] <cone-420> ffmpeg.git 03Michael Niedermayer 07master:fca51256d4f4: swr: rename dither_pos to noise_pos [18:56] <cone-420> ffmpeg.git 03Michael Niedermayer 07master:558aa6cab7ff: swr: add seperate in/out pointers to the noise shaping code [18:56] <cone-420> ffmpeg.git 03Michael Niedermayer 07master:2eec98125ead: swr: mark noise data for noise shaping as const [18:56] <cone-420> ffmpeg.git 03Michael Niedermayer 07master:e5a736261baf: swr: Use a temporary buffer for dither/Noise shaping when the input is read only [19:21] <wm4> ubitux: is the reason still not known for this ticket? [19:24] <ubitux> yes [19:24] <ubitux> looks like a build issue [19:24] <wm4> ubitux: I think it might be the fontconfig configuration [19:24] <wm4> this seems to be often an issue on osx [19:25] <wm4> I have it on wine too ;D [19:25] <wm4> (with mpv) [19:25] <wm4> fontconfig probably can't find a font or so [19:25] <ubitux> :) [19:25] <ubitux> i can't really tell :p [19:25] <ubitux> feel free to comment [19:25] <wm4> just look at this crap that recently made it in: https://github.com/mpv-player/mpv/blob/master/TOOLS/osxbundle/mpv.app/Conte… [19:26] <wm4> though that was a different issue [19:26] <ubitux> heh [19:26] <wm4> so maybe try to make them check their fontconfig configuration [20:16] <cbsrobot> wm4: if you have any hints on how to debug #2100 - feel free to share [20:18] <cbsrobot> I tried a few things with help of ubitux ( I may call him soon subitux ), but I didn't find a solution yet [20:33] <cone-420> ffmpeg.git 03Michael Niedermayer 07master:a74548521b23: swr: check that allocation of in/out_convert succeeded [20:45] Action: cbsrobot wonders since when mov files always have 12800 tbn [20:48] <michaelni> does it cause some problem ? [20:48] <michaelni> it was needed for perfect AV sync IIRC [20:49] <cbsrobot> it causes problems for the concat demuxer [20:50] <cbsrobot> or lets say I guess it causes problems for it [21:47] <cbsrobot> so --disable-everything leavs aformat, crop null, anull, format and setpts enabled ... [21:52] <Zeranoe> I'm trying to come up with a changlog for the windows builds that will display all the changes from the previous builds to latest. I'm trying "git log --date=iso --pretty=fuller 2672b~.." for example, which seems to cut the log, but I'm still getting commits that are a day or so older than 2672b. Any ideas why this might be happening or how I could go about creating a build by build changelog? [21:55] <cone-420> ffmpeg.git 03Nicolas George 07master:7e5c5fa5fc8f: lavfi/vf_overlay: check that filter_frame does not return EAGAIN. [22:09] <durandal_1707> michaelni: why you reverted au.c change by me? [22:09] <durandal_1707> that code for reading packet is overkill [22:10] <durandal_1707> and does nonsense duplication [22:10] <durandal_1707> also qatar idcin changes are nonsense, like limiting number of channels to 2 [22:11] <michaelni> durandal_1707, justin added duration setting code in au read packet, to merge this it was not possibly to easily keep using pcm read packet [22:14] <durandal_1707> that is not needed at all [22:14] <durandal_1707> and can be trivially added to pcm read packet [22:19] <michaelni> i thought so too, but such changes should be followup commits to merges not hidden in a merge because thats not what the commit that is merged does [22:20] <michaelni> even more so because its possible to make mistakes and if droped the duration addition and it actually was needed i would have added a bug [22:21] <durandal_1707> yes, i never wanted that you do it in merges [22:24] <durandal_1707> btw, that lswr work is amazing [23:21] <wm4> wtv seems to be the most popular thing these days... [23:48] <llogan> michaelni: looks like a single, custom black shirt will be $33.25. Expensive. [23:49] <llogan> that includes "economy" shipping for $5.25 USD. [00:00] --- Fri Jan 11 2013

1 0

ffmpeg.log.20130110
by burek 11 Jan '13

11 Jan '13

[00:01] <beastd> was first committed to ffmpeg git-master on 30th of march last year. [00:02] <beastd> anyway need to leave. bye... [00:03] <brx_> How do I compile ffmpeg with amrnb support? I tried --enable-libamr-nb but get unkown option error [00:08] <brx_> I tried --enable-libamr-nb but get unkown option error [00:54] <mads-> Would it be possible for me to open an avi file with ffmpeg and check it for errors? I have some files which I can't play on my raspberry (Xbian) and some I can. I would like to check them for errors to see why I can't play them [01:07] <relaxed> You could write a script that encodes to /dev/null and checks for a non-zero exit status. [01:08] <relaxed> A few seconds would suffice: -t 5 [01:08] <mads-> makes sense. [01:32] <brx_> anyone familiar with libopencore-amr ? [01:32] <p1r473> hey guys. im trying to use ffmpeg to encode an mkv's ac3 channel that i converted from dts. im using the program avstodvd to do everything but by the time im ffmpeging, it tells me its guessing the channel layout, and i end up with a dvd with stereo instead of 5.1 [01:38] <p1r473> does anyone have any idea how i can get it to keep the 5.1 and recognize the channels? [01:51] <jadams> so I'm unsure how to do point to point video streaming (local network for what it's worth) using tcp. I can stream with udp just fine. I'm really just trying to push video from ffmpeg into vlc over tcp localnetwork [02:52] <jadams> so if I use ffmpeg for point to point tcp streaming (turns out I can use ffplay tcp://127.0.0.1?listen) then over time extra lag is introduced into the stream (using this for desktop streaming on localhost at present) [08:42] <plavcik> I upgraded to ffmpeg 1.0.1 and I can't find, how to use czech audio and czech subtitles from VOB file (-slang -alang) how I can do that, please? [08:56] <perise> q [13:12] <alexavenger> Hi, How can I accelerate framerate ? [13:14] <spaam> add -r 26 if you want 26 fps [13:15] <spaam> -r 9001 for over 9000 fps. [13:16] <spaam> for more nfo: https://ffmpeg.org/ffmpeg.html#Video-Options :) [14:03] <elkng> is it possible to use ffmpeg to create sounds with mathematical expressions ? [14:10] <cbsrobot> elkng: You really are lazy, aren't you? http://ffmpeg.org/ffmpeg-filters.html#aevalsrc [14:18] <elkng> cbsrobot: you dont say [14:18] <elkng> is there something ffmpeg can't do ? [14:20] <cbsrobot> elkng: making omelettes - maybe [14:22] <elkng> it says: "aevalsrc=0 Generate a sin signal with frequency of 440 Hz", but not sure how to use it, is the full command "ffmpeg aevalsrc=0" ? [14:24] <cbsrobot> elkng: so you are lazy ? [14:24] <cbsrobot> :-) [14:25] <elkng> if it says "Unknown input format: 'lavfi'" that mean I need to recompile it ? [14:27] <cbsrobot> do you use ffplay or ffmpeg ? [14:27] <elkng> yes [14:30] <elkng> I had --enable-avfilter when compilled 0.10.2 version [14:35] <elkng> eny help ? [14:41] <elkng> I want crash something [14:43] <elkng> should I use "--enable-filter=aevalsrc" and recompile or its enabled by default how to check ? [14:47] <elkng> cbsrobot: "do you use ffplay or ffmpeg", you asked what exactly I use ? I though it was aggregate question if I use any of them [14:48] <elkng> cbsrobot: I tryed ffmpeg, I will try ffplay [14:49] <elkng> the command "ffplay -vf aevalsrc=0" says: "Unrecognized option 'vf'" [14:51] <elkng> thats in version 0.6.1 [14:54] <elkng> I tryed "ffmpeg -vf aevalsrc=0 -vn -ac 2 -ar 44100 -ab "192k" -y -f mp3" but it doesnt works [14:55] <cbsrobot> elkng: update to git master [15:18] <brx_> My question about ffmpeg + libopencore-amr support http://pastebin.com/v0nGni55 [15:47] <edrx> hello - I've been using this to create screencasts (note the "-r 5" for 5 frames/second) [15:48] <edrx> avconv -loglevel quiet -r 5 -s 1024x600 -f x11grab -i $DISPLAY /tmp/out.mp4 [15:48] <sacarasc> Try #libav for avconv help. [15:49] <edrx> ok, I didn't know the name of the channel, thanks =) I had tried #avconv [15:53] <symtab> i try to compile ffmpeg 1.0.1 on centos 6 x86_64 and i get the following error: http://pastebin.com/VxLy1RLq [15:53] <symtab> any ideas how i can fix? [15:57] <symtab> nevermind [15:58] <symtab> fixed [16:42] <jacobs1> Hi, I need some help with ffserver streamin. I am trying to stream a video file via sftp but I have frame rate issues. this is the ffserver conf: http://pastebin.com/aJ9XBXC9 and this is the ffmpeg command and output: http://pastebin.com/Bs3CSYTU. I tried also to add -r 10 before the input but that caused AV to not be synced [16:42] <jacobs1> I meant rtsp of cource :) [17:28] <mads-> I have some files which might not have indexes (avi files). I want to convert them with ffmpeg in order to give them indexes. How can I tell ffmpeg to use the same audio quality and codecs and same video quality and codecs when converting? [17:29] <JEEBsv> with re-encoding that is impossible because there are no thousand chinese kids sitting in your computer checking all of the possible values against your video and audio [17:29] <JEEBsv> if you just want to remux, though, -map 0 -c copy should do it [17:29] <JEEBsv> -map 0 selects all input streams [17:30] <JEEBsv> -c copy sets audio and video codecs to 'copy' [17:30] <JEEBsv> which is just remuxing [17:35] <mads-> samethanks [17:38] <DelphiWorld> Hi everyone [17:38] <DelphiWorld> Thu Jan 10 11:37:01 2013 Application provided invalid, non monotonically increasing dts to muxer in stream 0: 122205223892563 >= 122205223892563 [17:38] <DelphiWorld> whzat this error ? [17:38] <JEEBsv> it means that multiple frames have the exact same decoding time stamp [17:39] <JEEBsv> which is of course an error [17:40] <DelphiWorld> jbthen how do i debug it ? [17:40] <DelphiWorld> JEEB: then how to debug that issue , [17:40] <JEEBsv> how do you get that in the first place is the first question. Please post your command line as well as the terminal output if possible in a pastebin [17:40] <JEEBsv> which you then link here [17:41] <DelphiWorld> lol JEEB ;-) [17:42] <DelphiWorld> JEEB: http://dpaste.com/871139/ [17:43] <JEEBsv> sorry, I do not into ffserver configuration files ^^; [17:43] <JEEBsv> also the terminal log? [17:44] <DelphiWorld> JEEBsv: lol no log, just the one i posted you [17:44] <JEEBsv> ... [17:44] <JEEBsv> that's the only line? [17:44] <JEEBsv> then there's no real way of finding out what went wrong :P [17:46] <Yulth> Hi everyone! [17:46] <DelphiWorld> JEEBsv: :P [17:46] <DelphiWorld> hey Yulth [17:46] <JEEBsv> hey, it's the unfortunate truth [17:46] <JEEBsv> I am not an esper [17:46] <Yulth> I'm using ffmpeg version 1.0.1 on FreeBSD 9.0. Is there any way to code to OPUS audio format? :D [17:48] <DelphiWorld> Yulth: dreaming opus all the day like me ? [17:48] <Yulth> DelphiWorld: hehehe, perhaps ;) [17:49] <DelphiWorld> Yulth: i love flac [17:49] <Yulth> It's amazing, and it's free... [17:50] <Yulth> I've installed opus-tools, but it only permits to code using command 'opusenc'. Any way to integrate it with ffmpeg? [17:52] <DelphiWorld> Yulth: dear, install libopus and use --enable-libopus for ./configure [17:52] <JEEBsv> isn't that just decoding? [17:52] <JEEBsv> ok, no -- both [17:52] <Yulth> DelphiWorld: ok, let me try it [17:52] <JEEBsv> so yeah, build with libopus [18:02] <DelphiWorld> JEEBsv: issue fixed, git pull && make ;-) [18:02] <JEEBsv> heh [18:04] <Yulth> OMG it's amazing...... O_____O [18:04] <DelphiWorld> lol Yulth is happy, best happyness ever:P [18:05] <Yulth> :D [18:05] <DelphiWorld> Where are you from Yulth ? [18:06] <Yulth> spain [18:07] <JEEBsv> too bad opus isn't really specified in many containers yet [18:07] <DelphiWorld> Yulth: yay, 1meters away from me ! [18:07] <JEEBsv> they're working on it in matroska now [18:07] <JEEBsv> but it's still not finished [18:07] <Yulth> JEEBsv: interesting [18:07] <Yulth> DelphiWorld: and Where are you from? [18:07] <DelphiWorld> Yulth: yay, guess ? [18:08] <DelphiWorld> Yulth: not far away from SPAIN [18:08] <DelphiWorld> and spain is my radio enemy [18:08] <DelphiWorld> JEEBsv: dear, please do you know how to encode a DVD into mkv? [18:09] <Yulth> hehehe [18:09] <DelphiWorld> Yulth: seriously, spain fm radio's make lot of noises here [18:09] <Yulth> mmm [18:09] <DelphiWorld> Yulth: forget portugal, i'm not from there:-P [18:10] <Yulth> I didn't know this fact [18:10] <Yulth> hehehe [18:10] <DelphiWorld> LOL [18:10] <DelphiWorld> Yulth: we sue spain in the ITU-R [18:10] <Yulth> hence there are only a few possibilities: Gibraltar France and UK ;) [18:12] <DelphiWorld> Yulth: HAAAAAAAAAAAAA you forget algeria ? :-P [18:12] <Yulth> woa, it's truth [18:12] Action: DelphiWorld slaps Yulth around a bit with a large trout [18:13] <Yulth> :) [18:13] <DelphiWorld> JEEBsv ? [18:17] <DelphiWorld> someone please please Guide me how to rip my DVD into MKV [18:27] <espr3ss0> olla :-) [18:27] <espr3ss0> i remember posting here too many times already :-S [18:28] <espr3ss0> i have finally installed ffmpeg, using Homebrew, was much easier :-p [18:28] <espr3ss0> but i still have a question ! ... [18:28] <JEEBsv> yes, homebrew is the sanest package manager for OS X [18:28] <espr3ss0> :-) [18:28] <espr3ss0> to save my typing could someone pls read ... http://ffmpeg.gusari.org/viewtopic.php?f=16&t=783&p=1406#p1406 [18:29] <espr3ss0> i really can't figure what the problem is :-/ [18:29] <JEEBsv> which version of ffmpeg is it? [18:29] <JEEBsv> btw [18:30] <espr3ss0> which ever homebrew install JEEBsv [18:30] <JEEBsv> just write ffmpeg and see what it tells you :P [18:30] <espr3ss0> oh !, but OS X "Snow Leopard" [18:31] <espr3ss0> it's an avi to mp4 "pts" problem [18:31] <JEEBsv> I skimmed through the thread [18:31] <JEEBsv> now please tell me what version of ffmpeg you have [18:31] <JEEBsv> it is written there if you just run 'ffmpeg' [18:31] <sacarasc> espr3ss0: Probably very few people here use OS X, so we won't know what version that is. [18:31] <JEEBsv> :V [18:32] <espr3ss0> i tried "-fflags +genpts" which nulls the error mention but still runs jumpy. and "-vf setpts..." but still same problem [18:32] <espr3ss0> 1.0.1 [18:33] <espr3ss0> sacarasc: i wouldnt worry its 99% the same [18:33] <sacarasc> But we needed to know the version! [18:33] <JEEBsv> espr3ss0: try seeing if you can upgrade to 1.1 [18:34] <espr3ss0> ok, will do JEEBsv [18:34] <JEEBsv> espr3ss0: try seeing if you can edit the homebrew rules to get 1.1 [18:34] <JEEBsv> or if it has been updated already [18:37] <amiximac> Hello [18:37] <amiximac> I need help [18:39] <DelphiWorld> JEEBsv: any CLUE? [18:40] <retard> os x cat animal [18:40] <amiximac> I want to change udp://@214.1.1.15 to become http://10.0.0.103:9105 on Windows [18:41] <amiximac> but seems like ffserver is not out for windows ;/ [18:42] <DelphiWorld> amiximac: install vmware [18:49] <DelphiWorld> JEEBsv JEEBsv;) [18:53] <espr3ss0> JEEBsv: have upgraded ffmpeg to 1.1 [18:53] <espr3ss0> now what ? o_O [18:53] <JEEBsv> try if it still happens [18:53] <luc4> Hi! I used this http://pastebin.com/wsvdUJmL to extract an aac stream from a mov file. Then, I tried to write a code that dumps all the AVPacket returned in the demuxing.c sample code. Why is the result completely different? [18:53] <espr3ss0> ok [18:54] <amiximac> DelphiWorld: ok. works with ubuntu? [18:54] <DelphiWorld> amiximac: all linux's [18:55] <amiximac> oki [18:55] <amiximac> i download vmware [18:55] <amiximac> and install ubuntu on it [18:55] <amiximac> then ffmpeg [18:55] <amiximac> and then ffserver [18:55] <amiximac> or is it part of ffmpeg for linux? [18:56] <espr3ss0> JEEBsv: "mp4 @ ... pts has no value" [18:56] <JEEBsv> yay [18:57] <JEEBsv> and even with the pts creation filter it fails? [18:57] <espr3ss0> just checking, using --flags +genpts first [18:59] <espr3ss0> no error displayed but still incredibly jumpy [19:00] <espr3ss0> is this the right way of using "setpts" ? ... -vf setpts=2.0*PTS [19:00] <amiximac> oki [19:00] <amiximac> installing ubuntu now [19:00] <amiximac> on vmware [19:01] <JEEBsv> espr3ss0: try first demuxing the video track, and then remuxing it from a raw stream into mp4 [19:01] <amiximac> DelphiWorld: you will stay for few minutes? [19:02] <DelphiWorld> amiximac: i'm here [19:02] <espr3ss0> JEEBsv: r u meaning output as h264 ? [19:03] <JEEBsv> if it's H.264, then yes -- but if it's H.264 then you'll have another problem [19:03] <JEEBsv> because AFAIK muxing Annex B into "mp4" fails [19:03] <amiximac> I want to change udp://@214.1.1.15 to become http://10.0.0.103:9105 in ffserver DelphiWorld [19:03] <espr3ss0> i shall give u a heads up JEEBsv ... Mostly the avi formats are ... video "mpeg-4" (xvid), audio "mpeg audio layer 3" [19:04] <amiximac> how would the string be like? [19:04] <DelphiWorld> amiximac: is not simple [19:05] <JEEBsv> espr3ss0: then it should be somewhat OK. Try ffmpeg -i derp.avi -an -c:v copy -f m4v out.m4v . Then try to make an "mp4" file out of it with ffmpeg -i out.m4v -c copy out.mp4 [19:05] <JEEBsv> :s [19:12] <amiximac> DelphiWorld: ffmpeg -i udp://@214.1.1.15:1234 -acodec copy -vcodec copy http://10.0.0.103:9105/feed1.ffm [19:12] <amiximac> i found this [19:12] <amiximac> and need to install ffserver.conf [19:19] <DelphiWorld> amiximac: is this a video or a audio? [19:22] <amiximac> both [19:22] <amiximac> ubuntu install failed [19:22] <amiximac> hmm [19:22] <amiximac> tried to use VLC [19:22] <amiximac> but VLC's demux thing is broken [19:25] <espr3ss0> JEEBsv: 2 problems ... "[m4v @ 0x10180e800] Estimating duration from bitrate, this may be inaccurate" & "pts (507600000) < dts (508608100) in stream 0 - av_interleaved_write_frame(): Invalid argument" [19:26] <DelphiWorld> amiximac: what codecs [19:27] <JEEBsv> espr3ss0: can you pastebin the full log and then link it here? [19:28] <espr3ss0> who ? [19:28] <amiximac> DelphiWorld: we use vplay [19:28] <JEEBsv> ... [19:28] <JEEBsv> I highlighted you [19:28] <amiximac> broadcast automatation software [19:28] <espr3ss0> brb [19:28] <DelphiWorld> amiximac: the codec ? [20:14] <DelphiWorld> sup saste [20:15] <luc4> Hi! I used this http://pastebin.com/wsvdUJmL to extract an aac stream from a mov file. Then, I tried to write a code that dumps all the AVPacket returned in the demuxing.c sample code. Why is the result completely different for the same file? [20:17] <Mavrik> probably because it's muxed into http://wiki.multimedia.cx/index.php?title=ADTS [20:19] <luc4> Mavrik: sorry, can you explain this? I mean, the file from the command is 32MB, the file I dump from the AVPackets is 16MB. [20:20] <Mavrik> hm, I really don't know how to explain this any simpler [20:20] <Mavrik> when you're using AVPacket data that's just raw aac stream removed from container [20:21] <Mavrik> here you have AAC data stored in ADTS frames [20:22] <luc4> Mavrik: oh, so each frame is bigger because it contains something more? [20:22] <Mavrik> yeah [20:22] <Mavrik> http://ffmpeg.org/doxygen/trunk/adtsenc_8c-source.html [20:22] <Mavrik> this is the muxer ffmpeg is using [20:23] <Mavrik> "adts_write_frame_header" shows it adds some additional metadata before each AAC frame before writing it to disk [20:24] <luc4> Mavrik: ok, so I'm extracting data the right way probably. This means that if I sent that data from the AVPackets to a decoder (not ffmpeg), it should be able to decode (assuming of course that AAC is supported). Same for h264 stream I guess. [20:25] <Mavrik> yeah [20:25] <Mavrik> that's correct [20:25] <luc4> Mavrik: thanks! [20:26] <espr3ss0> JEEBsv: whats "pastebin" ? [20:26] <cbsrobot> pastebin.com [20:27] <espr3ss0> thanks cbsrobot [20:27] <espr3ss0> JEEBsv: what did u want pasted, specifically ? [20:27] <cbsrobot> espr3ss0: the full log [20:27] <cbsrobot> console log [20:28] <espr3ss0> where is the log ? or do u mean Terminal's output ? [20:28] <cbsrobot> yes [20:28] <cbsrobot> well the place you read that error [20:32] <espr3ss0> http://pastebin.com/xPGPRgQP [20:32] <espr3ss0> the paste if of the example given to use, not with "+genpts" etc. [20:36] <JEEB> espr3ss0, why is that line with the pts/dts error cut off :3 [20:37] <espr3ss0> because the example u gave was to use avi to m4v and then mp4, as I said :-p [20:38] <espr3ss0> it didnt have the pts error with m4v [20:38] <espr3ss0> :-) [20:38] <JEEB> uhh [20:38] <JEEB> why is it _cut_off_ [20:38] <espr3ss0> just gave a new one ! [20:38] Action: espr3ss0 shrugs [20:39] Action: JEEB scratches head a bit [20:39] <JEEB> so it was always cut like that? [20:39] <espr3ss0> i will do a copy of what i originally put into ffmpeg [20:39] <JEEB> anyways, I guess ffmpeg fails generating PTS from the stream [20:39] <JEEB> even though in theory it should be able to do it [20:39] <JEEB> similar to raw Annex B H.264 [20:40] <espr3ss0> erm, the main problem being that all avi's with the same formats come out jumpy, no matter what I try to do [20:41] <espr3ss0> formats are ... video "mpeg-4" (xvid), audio "mpeg audio layer 3" [20:41] <JEEB> yes, the point being that avi is a format without PTS as well [20:41] <JEEB> and the PTS generation fails from parsing the stream inside it [20:41] <espr3ss0> hmm, it seems to be what's causing the problem [20:42] <JEEB> I debugged a similar problem with parsing Annex B (raw) H.264 streams [20:42] <espr3ss0> playback with VLC works fine btw [20:42] <JEEB> yeah [20:42] <JEEB> it seems to work around nicely borked timestamps [20:42] <JEEB> build l-smash and you can see the timestamps in the mp4 file being borked [20:43] <JEEB> boxdumper --timestamp file.mp4 > timestamps.txt [20:43] <JEEB> (boxdumper is a part of L-SMASH) [20:43] <espr3ss0> i'm not looking to install anything else :-/ [20:43] <JEEB> well, no need to really install it if you don't want, you should be able to just compile it by running the configure script and running make [20:44] <espr3ss0> if ffmpeg won't do it, my guess is neither will mp4box, or whatever its called [20:44] <JEEB> I'd just like a confirmation if it's a similar problem [20:44] <JEEB> nah, L-SMASH's muxer and mp4box should handle it [20:44] <espr3ss0> ah ok :-) [20:44] <DelphiWorld> JEEB: are you JEEBsv ? :P [20:44] <espr3ss0> oh [20:44] <JEEB> I prefer L-SMASH's muxer to be honest [20:44] <espr3ss0> so, does mp4box have the "codec copy" ability ? [20:45] <JEEB> mp4box doesn't encode to begin with [20:45] <JEEB> it just muxes [20:45] <JEEB> like L-SMASH [20:45] <espr3ss0> oh [20:45] <JEEB> (L-SMASH was created because GPAC [the project containing mp4box] started sucking too much) [20:45] <espr3ss0> so with ffmpeg is there any other way od demuxing the tracks ? [20:46] <JEEB> well, you demuxed it into the raw m4v already [20:46] <JEEB> that should be an OK stream [20:46] <JEEB> ffmpeg then fails to parse the stream :P [20:46] <JEEB> also I would've liked the timestamp dump from L-SMASH's boxdumper to confirm if what I think is happening in the one way that it seems to work [20:47] <espr3ss0> ok, thanks for the help so far ! :-) [20:49] <JEEB> (basically what was happening with Annex B was that even if the stream contained b-frames, all the PTS (in "mp4" terminology, CTS) would just keep rising monotonically) [21:53] <espr3ss0> this is strange, just looking @ using libx264 ... why when i specify "-qp 0" , does it output "q=29.0" ? [21:53] <espr3ss0> maybe it's not the same as what i'm thinking it is :-/ [21:53] <espr3ss0> was trying to not loose quality [21:53] <espr3ss0> o_O [22:10] <an3k> -qp 0 .... lol [23:59] <DelphiWorld> good nite [23:59] <DelphiWorld> yi [00:00] --- Fri Jan 11 2013

1 0

ffmpeg-devel.log.20130109
by burek 10 Jan '13

10 Jan '13

[00:24] <ubitux> michaelni: do you mind looking at #2045? i don't mind looking at fixing this but please tell me the purpose of your commit [00:26] <michaelni> that commit fixed the timebase and the duration of something [00:26] <michaelni> i dont remember exactly what thet something was [00:27] <michaelni> looking at ffprobe output of the generated files probably should show what it fixed [00:28] <michaelni> that is diff with and without the problematic commit [00:32] <ubitux> the generated files from fate? [00:33] <michaelni> ubitux, actually fate fails an assert if i revert that commit: it fails here: libavformat/aviobuf.c:152 [00:33] <ubitux> ok [00:33] <michaelni> mov_write_tmcd_tag (track=0x15bd960, pb=0x15c2a20) at libavformat/movenc.c:1160 [00:34] <michaelni> above calls that failing code [00:34] <ubitux> btw, aren't the conditions in ea6da80c inverted? [00:34] <ubitux> michaelni: ok i'm going to dig this after this one ^ [00:35] <ubitux> i'm looking at #2123 now [00:35] <ubitux> and it's doing a 640%2==0 || 360%2==0 [00:36] <ubitux> should it be 640%2 || 360%2? [00:36] <ubitux> ( failure) [00:39] <michaelni> ubitux, yes they are inverted :/ [00:39] <ubitux> this makes me realize we don't have a dirac fate test. [00:43] <ubitux> michaelni: i can't really fix that myself (since i don't have access to the j00ru report), but if you fix it and upload the sample from the trac on the fate samples i'd gladly add a fate test [00:45] <michaelni> ok, ill look into it [01:10] <Compn> why vlc have 3 diff fourcc lists [01:17] <cone-931> ffmpeg.git 03Michael Niedermayer 07master:57bdd67646cf: dirac: fix inverted check [01:19] <ubitux> thx! [01:19] <michaelni> ubitux, which dirac file should i put on fatesamples ? the file in the report is a bit big [01:19] <michaelni> theres also http://diracvideo.org/download/test-streams/raw/vts/ [01:19] <michaelni> which has smaller files [01:19] <ubitux> no idea, any would do [01:19] <michaelni> ok [01:20] <ubitux> you can also just take 1 or 2 seconds from the sample in the trac [01:22] <michaelni> i uploaded a random one [01:22] <ubitux> thx, will send a patch soon [04:11] <llogan> i'm going to make a bug report to ubuntu to reupstream/rename/drop the transtional "ffmpeg" package [04:11] <llogan> any suggestions? http://fakeoutdoorsman.com/ffmpeg/ubuntubug.txt [04:23] <llogan> maybe reporting to debian would make more sense [04:26] <Compn> llogan : isnt there already a bug on it ? [04:26] <Compn> at their bugzilla i mean [04:27] <Compn> oh you linked it already :) [04:28] <llogan> that bug was about the message when users attempt to use the ffmpeg binary [04:28] <llogan> this is aobut the package name itself [04:29] <llogan> although i'm not happy about how the other bug ended up [04:30] <Compn> you saw the response i got when i mailed debian-devel [04:30] <Compn> about mplayer2 / mplayer naming ? [04:32] <llogan> no [04:33] <Compn> http://lists.debian.org/debian-devel/2011/08/msg00418.html [04:35] <Compn> llogan : imo, the only thing debian will listen to is a C&D from fabrice invoking ffmpeg trademark [04:35] <Compn> unless you convince siretart or kierank (now i forgot which one) to rename the package [04:36] <Compn> maybe they'll rename it to weaselmpeg :P [04:36] Action: Compn lols [04:37] <llogan> i don't think kieran has anything to do with that [04:37] <Compn> ok i got them mixed up, my bad [04:37] <Compn> couldnt remember who did the packages [04:38] <llogan> the link in your link...the 2 appears to be the epoch number. unless i'm confused. [04:39] <Compn> yeah, well try explaining that to users [04:42] <Compn> confusion, the name of the game [04:43] <Compn> llogan : you going to mail fabrice ? [04:43] <llogan> i don't think i'll have to do anything like that. [04:43] <Compn> ehe good luck then [04:44] <Compn> your message looks ok [04:44] <llogan> if i ask like a normal person and not make it a flame/complain fest then maybe something will come out of it. [04:44] <Compn> i'm not sure if adding details of differences of the projects will help or just clutter the message [04:45] <Compn> you werent around back in the day... debian did similar bullshit with mplayer :) [04:46] <Compn> mplayer finally got all distros to stop distributing mplayer [04:46] <Compn> long long ago [04:46] <Compn> so much drama [04:46] <Compn> sorry for the noise llogan [04:50] <llogan> where has Daemon404 gone? [04:51] <Compn> llogan : i think we annoyed him too much with libav trolling [04:51] <Compn> you can /q him [04:52] <Compn> funman : highgod is the dxva patch author if you need to talk to him about his patch :) [04:52] <Compn> i think [04:56] <Compn> llogan : the iceweasel story is similar to ffmpeg/libav problem packaging name. did you read the history of it? also i think thats what iceweasel thing was same as ffmpeg/libav. [04:56] <Compn> erg stupid paste [04:57] <Compn> http://en.wikipedia.org/wiki/Mozilla_Corporation_software_rebranded_by_the_… [04:57] <Compn> since debian freezes packages for years ... dont think they will rename voluntarily [04:58] <Compn> i'm not against trying, of course :) [05:02] <llogan> i didnt even mention trademark, but IANAL, and i don't know anything about that sort of thing [05:06] <Compn> just pointing out the history of debian packages and naming schemes :) [05:08] <llogan> i suppose more than anything a blurb about the legalese of the "ffmpeg" word would be useful for me. [05:10] <michaelni> llogan, btw it would be great if we could get real debian packages in debian [05:10] <michaelni> ffmpeg packages that is ;) [05:11] <llogan> michaelni: yes. that would be ideal. [05:12] <llogan> we need a maintainer [05:12] <michaelni> yes [05:12] <llogan> ...but that is my first suggestion listed [05:12] <michaelni> ok, i admit i didnt read ... [05:12] <llogan> i wonder if jon severinsson would be interested. [05:13] <michaelni> you should ask him [05:14] <llogan> added to "to do" list. [05:24] <llogan> is the ffmpeg name trademarked? [05:26] <Compn> yes, fabrice owns the trademark [05:26] <Compn> hes the creator of the project [05:26] <cone-815> ffmpeg.git 03Michael Niedermayer 07master:f3c9d8d41bca: swr: use SIMD for dithering [05:27] <Compn> oh thats why i get 403 on vlc forums. it thinks i'm a spammer or doesnt like my browser. great. [05:29] <Compn> http://roundup.libav.org/ seems down [05:39] <llogan> Compn: same [06:08] <llogan> michaelni: message sent. i'll let y'all know what he says. [06:37] <siretart> Compn: FYI: the package 'ffmpeg' is already gone for good in debian/ubuntu: http://anonscm.debian.org/gitweb/?p=pkg-multimedia/libav.git;a=blobdiff;f=d… [06:37] <siretart> Compn: cf. http://thread.gmane.org/gmane.linux.ubuntu.motu/7295 why it isn't in raring yet [08:12] <ubitux> siretart: now it would be nice to rename the libraries [08:12] <ubitux> ;) [08:13] <ubitux> that's not the packager responsability though [08:33] <siretart> ubitux: indeed [08:33] <ubitux> i hope this "indeed" was to answer the nice renamine [08:33] <ubitux> renaming* [09:49] <cone-242> ffmpeg.git 03Michael Niedermayer 07release/1.1:ddb0317154ce: dirac: fix inverted check [11:13] <durandal_1707> michaelni: you have typo on one of your signatures stuff you put at end of mail [11:33] <cone-149> ffmpeg.git 03Kanglin 07master:ba8cb33273ae: hlsenc: Make the start_number option set the right variable [11:33] <cone-149> ffmpeg.git 03Martin Storsjö 07master:92e354b65561: rtpdec_vp8: Set the timestamp when returning a deferred packet [11:33] <cone-149> ffmpeg.git 03Michael Niedermayer 07master:aed58f6aae0c: Merge commit '92e354b655613b88c3c202a7e19e7037daed37eb' [11:34] <michaelni> durandal_1707, which one ? where ? [11:34] Action: michaelni is surprised its just one [11:36] <durandal_1707> There will always be a question for which you ... awnser [11:39] <cone-149> ffmpeg.git 03Martin Storsjö 07master:09ed8098ff66: rtpdec_vp8: Make sure the previous packet is returned [11:39] <cone-149> ffmpeg.git 03Martin Storsjö 07master:9c80ed836a51: rtpdec_vp8: Avoid a warning about a possibly unused variable [11:39] <cone-149> ffmpeg.git 03Michael Niedermayer 07master:7b822b1de2ea: Merge commit '9c80ed836a511293f4cc3a858060969d32f2b1ce' [11:41] <michaelni> durandal_1707, thx fixed [11:47] <cone-149> ffmpeg.git 03Martin Storsjö 07master:42805eda554a: rtpdec: Store the dynamic payload handler in the rtpdec context [11:47] <cone-149> ffmpeg.git 03Michael Niedermayer 07master:8c3ae9ee66a2: Merge commit '42805eda554a7fc44341282771531e7837ac72b7' [11:47] <durandal_1707> huh why iff demuxer depends on iff.o from lavc? [11:49] <durandal_1707> michaelni: ff_find_pix_fmt is used by lavf [11:49] <durandal_1707> it should be renamed to avpriv_... or av_ ... [11:50] <durandal_1707> or moved to lavu [11:56] <mateo`> i'd like to port vf_spp, however the page describing the algorithm is down: http://wayback.archive.org/web/*/http://citeseer.nj.nec.com/nosratinia99emb…. Anyone has a local copy or documentation ? [11:58] <cone-149> ffmpeg.git 03Martin Storsjö 07master:86d9181cf41e: rtpdec: Support sending RTCP feedback packets [11:58] <cone-149> ffmpeg.git 03Michael Niedermayer 07master:34c1c08c6653: Merge commit '86d9181cf41edc3382bf2481f95a2fb321058689' [12:01] <michaelni> mateo`, copy from /dev/brain: to deblock an image with 8x8 blocks you take the image 64 times each time shifted so a different pixel is at 0x0 and compress all these 64 by jpeg at similar parameters to the original [12:01] <michaelni> then average all 64 and you have no more blocking artifacts [12:02] <michaelni> this is slow so you can do it with a subset of 64 and you can skip full jpeg and just do (i)dct & (de)quant [12:02] <mateo`> michaelni: thx :) [12:03] <michaelni> np [12:03] <Compn> mateo` : where did you find the link ? [12:03] <Compn> maybe i can find a copy [12:03] <mateo`> Compn: vf_spp.c (minus the webarchive thing) [12:03] <Compn> oh :) [12:04] <Compn> bonus points for anyone that checks all source for urls and archives them. [12:07] <Compn> mateo` : is this it ? http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.50.5859 [12:09] <mateo`> Compn: i suppose michaelni can tell if it is this document [12:09] <Compn> oh yeah thats it [12:09] <Compn> 22 * This implementation is based on an algorithm described in [12:09] <Compn> 23 * "Aria Nosratinia Embedded Post-Processing for [12:09] <Compn> 24 * Enhancement of Compressed Images (1999)" [12:09] <Compn> 25 * (http://citeseer.nj.nec.com/nosratinia99embedded.html) [12:09] <Compn> 26 */ [12:09] <Compn> Embedded Post-Processing for Enhancement of Compressed Images (1999) [12:10] <funman> Compn: hm he's gone [12:10] <funman> (highgod) [12:10] <Compn> by Aria Nosratinia [12:11] <mateo`> Compn: awesome :) [12:12] <Compn> funman : well you can always email :P [12:14] <Compn> siretart : if you say so. http://packages.ubuntu.com/search?keywords=ffmpeg or http://packages.debian.org/sid/ffmpeg [12:17] <Compn> siretart : thats a crazy amount of work. updating all packages depending on ffmpeg :D [12:17] <Compn> good luck [12:19] <siretart> Compn: check experimental [12:21] <cone-149> ffmpeg.git 03Martin Storsjö 07master:6f7244112009: rtpdec_vp8: Request a keyframe if RTP packets are lost [12:21] <Compn> so for anyone not using experimental repo ? [12:21] <cone-149> ffmpeg.git 03Justin Ruggles 07master:142c39097c30: doc/APIchanges: fill in missing dates and hashes. [12:21] <cone-149> ffmpeg.git 03Justin Ruggles 07master:1fb8f6a44f06: x86: lavr: add SSE2 quantize() for dithering [12:21] <cone-149> ffmpeg.git 03Michael Niedermayer 07master:75afbe2ab4a1: Merge commit '1fb8f6a44f06e48386450fe0363aefc02583d24a' [12:26] <Compn> siretart: so for anyone not using experimental repo ? they see the ffmpeg transistion package ? [12:26] <siretart> Compn: yes [12:28] <Compn> and the transistion package is named ffmpeg, but contains libav [12:28] <Compn> ? [12:28] <durandal_1707> because obviously it is targeted for idiots [12:29] <Compn> siretart: the transistion package is named ffmpeg, but contains libav? [12:30] <Compn> durandal_1707 : say what? i dont understand [12:30] <siretart> Compn: are you trying to troll or are you too lazy to check yourself? [12:31] <siretart> Compn: fyi: http://packages.debian.org/sid/i386/ffmpeg/filelist [12:31] <Compn> its pretty confusing to me, not trying to troll [12:31] <Compn> yeah that contains the tool ffmpeg , the source link points to libav [12:32] <JEEB> libav provided a binary by the name of ffmpeg until after the 0.8 release methinks [12:32] <Compn> Links for ffmpeg [12:32] <Compn> Download Source Package libav: [12:32] <Compn> http://packages.debian.org/sid/ffmpeg [12:33] <JEEB> which was the ffmpeg it was forked off of, and then when elenril rewrote the settings stuff etc. it got renamed to avconv it seems [12:33] <Compn> yeah i know the history of ffmpeg tool in libav [12:33] <Compn> thats not my question [12:33] <JEEB> k [12:34] <Compn> lemme rephrase [12:34] <Compn> siretart: the transistion package is named ffmpeg, but contains libav's ffmpeg tool? [12:36] <Compn> anyways, not my fight [12:36] <Compn> siretart should be telling llogan :) [12:37] <Compn> if i was fighting i'd be mailing fabrice :P [12:38] <Compn> i wonder how many other packages debian and *buntu substitute some fork for the real project without notifying users [12:38] <cone-149> ffmpeg.git 03Justin Ruggles 07master:a6a3164b1399: x86: lavr: add SSE2/AVX dither_int_to_float() [12:39] <cone-149> ffmpeg.git 03Justin Ruggles 07master:59220d559b50: oggenc: add a page_duration option and deprecate the pagesize option [12:39] <cone-149> ffmpeg.git 03Alexandra Khirnova 07master:d744801f1a7c: xan: Convert to bytestream2 [12:39] <cone-149> ffmpeg.git 03Michael Niedermayer 07master:4765f635387c: Merge remote-tracking branch 'qatar/master' [12:42] <durandal_1707> does get_buffer allocate little more than requested? [12:46] <durandal_1707> the idea is to use bswap_buf directly from input to output [12:46] <durandal_1707> and if input/output is not padded i would get overread/overwrites [12:49] <michaelni> if its video buffers see avcodec_align_dimensions2() [12:49] <durandal_1707> no it is audio [12:49] <durandal_1707> and i use frame.data pkt->data directly [12:50] <durandal_1707> i dont use temp buffer and do swaping on that [12:54] <michaelni> you can set a larger nb_samples before allocation to ensure the bufer is large enough [12:54] <michaelni> then decrease nb_samples to its true value [12:57] <durandal_1707> that is for output only, and padding requirement for bswap_buf is nowhere documented [12:58] <durandal_1707> it only mentions that it may write 1 extra item [12:59] <michaelni> then thats the max that it (according to API docs) is allowed to over access [12:59] <durandal_1707> and nowhere mentions input requirements, are they same ? [13:00] <michaelni> i would have to read the implementation [13:00] <durandal_1707> well i wanted to do bswap for pcm le to pcm be case [13:01] <durandal_1707> but looks that only correct way is to add LE/BE SAMPLE_FORMAT variants like it is done in libswscale [13:45] <pross-au> to boost membership of the google+ page, i suggest adding a (temporary) hyperlink in the #ffmpeg-.* channel topic [13:45] <av500> g+? [13:45] <av500> ff going social? [13:46] <pross-au> socialist. yes. [13:48] <av500> all equal and some equaler? [13:48] <av500> +1 [13:48] <Compn> google has changed, cant support it anymore [13:49] <durandal_1707> Compn: what? [13:49] <av500> they are evil now [13:49] <Compn> yep, they turned evil [13:50] <durandal_1707> how? [13:50] <pross-au> lets write our own [13:50] <Compn> they made their bed in china and are sticking to it [13:50] <pross-au> (i mean we did our our md5, aes, build system, test framework) [13:50] <pross-au> FF+ [13:50] <Compn> pross-au : if you want me to put a link in topic i can [13:51] <Compn> or did you mean #ffmpeg ? [13:52] <Compn> dont think i have ops there [13:52] <Compn> oh you have ops here too [13:52] Action: Compn blind [13:53] <pross-au> i am more of an ideas person, than implementor. [13:53] <pross-au> durandal_1707: which google link is best? [13:55] <durandal_1707> it chicken-egg problem, to get short url to g+ one need certain number of members [13:55] <durandal_1707> currently only link is long/ugly link [13:57] <durandal_1707> i could request for shorter url, will see if get accepted [13:59] <durandal_1707> firefox is really crap, it fails to dns [14:01] <durandal_1707> it ask for my phone number and organization address [14:01] <durandal_1707> what is address for FFmpeg? [14:02] <pross-au> Postal? [14:02] <Compn> dont really have one [14:02] <Compn> you can only g+ for physical addys ? lol [14:03] <Compn> ironic considering google is an internet company [14:03] <Compn> trying to design a social network via committee from people who are not internet savvy [14:03] <pross-au> I now agree, its evil. [14:04] <pross-au> such stupidity would *never* happen on facebook [14:04] <durandal_1707> i could add address and numbers from whois for ffmpeg.org [14:05] <durandal_1707> i need to enter my title: it is Senior Chief of Universe [14:05] <Compn> facebook is evil for other reasons :D [14:05] <durandal_1707> j-b: did you filled this for vlc? [14:06] <Compn> but still similar reasons to google [14:06] <j-b> durandal_1707: no [14:07] <durandal_1707> lol, i submited n/a for such entries [14:07] <pross-au> Popular destination, that N/A. [14:10] <Compn> everyone loves 'North America' :P [14:16] <cone-149> ffmpeg.git 03Peter Ross 07master:5b69c07d12b1: frmdec: tag 5 is AV_PIX_FMT_BGRA with reversed alpha (0=solid/opaque .. 255=transparent) [18:25] <cone-149> ffmpeg.git 03Michael Niedermayer 07master:82742294b7a8: swr: Implement Noise shaping dither [19:46] <ubitux> saste: do you have an output example for the plotframes script? [19:46] <ubitux> (yeah i'm lazy) [19:49] <saste> ubitux, are you asking for a screenshot? [19:49] <saste> no i'm lazy [19:49] <ubitux> doesn't it output a png? [19:49] <ubitux> ok :( [19:50] <saste> ubitux, no it creates an interactive session, don't know how to save a graph from gnuplot [19:51] <wm4> try a script with set output "plot.png" [19:51] <wm4> the rest is like in the interactive session [19:51] <ubitux> set term png size ... [19:52] <ubitux> something like this [19:54] <wm4> hm right [19:56] <ubitux> saste: Failed to set value 'frame' for option 'show_entries' [19:56] <ubitux> :( [19:56] <ubitux> oh wait [19:56] <ubitux> it's running ffprobe from my system] [20:05] <cone-149> ffmpeg.git 03Michael Niedermayer 07master:ba1314c2efc4: swr: update copyright years of a few files iam working on [20:05] <cone-149> ffmpeg.git 03Michael Niedermayer 07master:3ab1970612b5: swr: move dither related fields to their own context [20:05] <cone-149> ffmpeg.git 03Michael Niedermayer 07master:8514d5bcf780: swr: remove unused variable [20:08] <ubitux> michaelni: missing docs ;) [20:09] <ubitux> michaelni: undocumented features are meaningless, you should advertise them by at least mentioning them in the doc :p [20:12] <michaelni> ok will fix [20:15] Action: beastd is thinking loud [20:15] <ubitux> nevcairiel: "both sides assume the other side just writes bad code" // if that was really the case we wouldn't have merge for 2 years [20:16] <nevcairiel> that mail from last night reads differently, there is plenty comments on how buggy the code will be [20:16] <ubitux> i believe there is some recognition of libav on ffmpeg side [20:16] <ubitux> but of course, we are critic about their work :) [20:17] <ubitux> but we can, since we actually are directly "victim" of it [20:17] <ubitux> ;) [20:17] <ubitux> we (at least i) appreciate a lot of their contributions [20:19] <nevcairiel> so do i, but sometimes i get the feeling a lot of people would rather stop merging and diverge the projects [20:19] <nevcairiel> while ffmpeg adds a bunch of new features, api improvements usually come from libav, which is also an important part [20:19] <ubitux> i can think of paul [20:19] <ubitux> but no one else [20:20] <ubitux> maybe michaelni to some extent of course, but that's understandable given the work he did daily for years [20:20] <saste> nevcairiel, api improvements come from libav -> that's why we tend to be very careful not to introduce more merge work [20:20] <nevcairiel> i know [20:20] <saste> nevcairiel, also, how much better would be if people who designed the code could also comment on it [20:22] <saste> get to go now, bye [20:22] <nevcairiel> communication, as always with everything, is the biggest problem :p [20:23] <ubitux> i don't think there is a problem of communication [20:23] <nevcairiel> a lack of? [20:23] <nevcairiel> :) [20:23] <ubitux> yeah there is some ears covered [20:23] <ubitux> but that's all [20:24] <ubitux> saying that 2 filters out of 50 are useful, and they are badly written is an obvious proof :p [20:24] <ubitux> well, enough grambling for me [20:25] <nevcairiel> yeah that was typical [20:26] <nevcairiel> many projects and especially forks sadly suffer from NIH [20:27] <nevcairiel> i can't say i don't have the same problem, often i prefer implementing a feature myself then trying to port it from somewhere else [20:28] <ubitux> you don't cary the same responsibility in your own project [20:28] <nevcairiel> of course not, but that doesnt change how people feel [20:28] <ubitux> imo this behaviour is irresponsible at this level [20:28] <ubitux> when you know how much users are involved, it's a nonsense to behave like that [20:29] <ubitux> or just childish, but i'm not the best person to say that [20:31] <nevcairiel> oh well back to coding it is .. i need to hack up my audio pipeline to do native planar finally... [20:31] <ubitux> :) [23:13] <cone-149> ffmpeg.git 03Carl Eugen Hoyos 07master:c20ce9ad699a: Add -movflags rtphint documentation. [23:29] <cone-149> ffmpeg.git 03Michael Niedermayer 07master:dc60ecdbeb11: doc: add noise shaping dithers [23:29] <cone-149> ffmpeg.git 03Michael Niedermayer 07master:3ef06f3415a4: swr: split swri_dither_init() out [23:29] <cone-149> ffmpeg.git 03Michael Niedermayer 07master:6908ded20e80: swr: fix the noise sample type for noise shaping [00:00] --- Thu Jan 10 2013

1 0

ffmpeg.log.20130109
by burek 10 Jan '13

10 Jan '13

[00:00] <ElMarikon> are u talking about specifying the -bufsize ? [00:01] <luc4> ElMarikon: your memory should be allocated in a position whose byte is multiple of something. It depends on what you are requested, if it is 32 bits then you must allocate in a position that is multple of 4 bytes. [00:03] <luc4> ElMarikon: what platform are you working on? [00:03] <ElMarikon> well... i do not know, if this really is my issue... i defined a bufsize of 14920000 [00:03] <ElMarikon> sorry... wildows (7) [00:04] <luc4> I repeat that I'm not an ffmpeg expert, but if alignment is your problem, try _aligned_malloc. [00:05] <hundfred> just read you article (ffmpeg/livav situation): thank you :) [00:05] <hundfred> ubitux: ^# [00:07] <ubitux> :) [00:09] <hundfred> ubitux: i was a victim of the debian package lie [00:10] <ElMarikon> okay... i willl have a look into it... thanx do far! [00:11] <ubitux> hundfred: unless users like you complain to debian, there is not much we can do about it [00:48] <cbsrobot> tclavier: http://ffmpeg.org/trac/ffmpeg/ticket/2125 [00:54] <aaas> im trying to knit together a video and audio file. if I run avconv and ffmpeg (both from git) with the same parameters ffmpeg gives me great output but avconv has a/v sync issues.. i notice the output for video stream is different between the two.... are there ./configure flags that cause this difference or can someone explain why this may happen.. trying to keep avconv since ffmpeg is on it's way out (right?) [00:55] <saste> ffmpeg is not "deprecated", and avconv is not supported here [00:59] <aaas> ok thanks [01:07] <ubitux> hundfred: see, another one ;) [01:07] <ubitux> we got something like one per day [01:14] <llogan> cbsrobot: FWIW, ffmbc gives the same cid message. not that i know what the hell it means in the first place. [01:17] <cbsrobot> llogan: I think it's a reference to which quantisation table it should use [01:18] <cbsrobot> see: http://ffmpeg.org/doxygen/trunk/dnxhddata_8h.html#a2c875edd30045f559388413a… [02:34] <skifreak> hey all, having some trouble with a bluray file, specifically decoding with ffmpeg while playing. When I ripped the file via passthrough I didn't receive any errors. I think my problem due to the block code look-up failure, just trying to figure out where to start http://dpaste.com/868741/ current ffmpeg version 1.0.1 [03:20] <Preflex> Hi, I'm trying to convert a series of .png images to a video file. [03:21] <Preflex> when I run ffmpeg -i *.jpg.roto.png -sameq test.avi, I get "Could not find codec parameters (Video: png, 1440x1080" [03:21] <Preflex> using ubuntu. [03:22] <Preflex> http://pastebin.com/R50pyALw [03:22] <Preflex> thanks. [03:22] <llogan> also don't use sameq. it does not mean same quality, and also no longer exists in current ffmpeg. [03:23] <llogan> you're not using ffmpeg from FFmpeg, but a fake version from a fork that is not supported here [03:23] <llogan> ubitux: we're up to 3 [03:25] <Preflex> Thanks. [03:26] <llogan> Preflex: also, I doubt that your version supports glob patterns (the *) [05:26] <brad_c6> hi, I am currently encoding audio have turned the encode tone to instead a s16 sample. But I am not sure what a good condition would be to terminate the loop. Code:http://pastebin.com/Ymjz5q0C Thank You [05:37] <SubJunk> Is it possible to copy video with FFmpeg with no conversion? For example in MEncoder it is -ovc copy [05:39] <llogan> SubJunk: yes. "-c:v copy" [05:41] <SubJunk> Ah, I should've guessed :p Thanks! [05:45] <llogan> http://ffmpeg.org/ffmpeg.html#Stream-copy [06:04] <SubJunk> I see a rawvideo format, is there a rawaudio (or equivalent) format? [06:10] <llogan> SubJunk: i guess the various pcm_* stuff might be considered "raw". [06:10] <llogan> -c:a pcm_s16le for example [07:25] <Faeleaf> I've set up a security camera that is saving to FTP, and it's saving two files a .dat file which is h264 encoded video, and a .idx file which looks to hold the frame meta data. I've put the first ~10 lines of the file on http://pastebin.com/XWxbM0Nh [07:25] <Faeleaf> has anyone come across this before, and is there a simple way to join the two files into a single output file? [07:34] <relaxed> Faeleaf: try mkvmerge [07:48] <Faeleaf> relaxed: the .idx file isn't a subtitle file, it stores the pts values (I think) [07:48] <Faeleaf> I can transcode the .dat file with ffmpeg but it takes ~6 times real-time [07:49] <Faeleaf> and it gives a lot of errors [08:20] <luc4> Hi! Anyone who knows what is the meaning of the side_data structure in AVPacket? [08:54] <perise_> bye [08:54] <perise_> exit [14:21] <phihag_> How do I separate options and arguments in ffmpeg-1.1? In ffmpeg < 1.1, the double dash worked like in any other program, as in ffmpeg -i output.mp4 -- -input.mp4 [14:21] <nerdinand> ohai phihag_ seems like we had the same idea ;) [14:22] <phihag_> nerdinand: You asked already? Got an answer already? [14:22] <phihag_> maybe the mailing list is better suited [14:22] <nerdinand> no, i just joined and you asked first [14:23] <nerdinand> whois phihag_ [14:23] <JEEB> o__O [14:23] <JEEB> what's the double dash supposed to do? [14:24] <phihag_> JEEB: Ensure that file names can begin with any character, including a dash [14:24] <JEEB> huuh [14:25] <phihag_> JEEB: http://unix.stackexchange.com/questions/11376/what-does-double-dash-mean [14:25] <JEEB> wouldn't that be -i --test or something? [14:25] <JEEB> although yes [14:25] <JEEB> output file name [14:25] <phihag_> That's if the input file starts with a dash [14:25] <JEEB> yeah [14:25] <JEEB> what was the last version you tested? [14:25] <sacarasc> ./-output.mkv [14:26] <phihag_> sacarasc: Yes, that works (although it's nontrivial to get right in a script) [14:26] <phihag_> sacarasc: But -- is widely supported, and was supported before [14:26] <nerdinand> JEEB: we tested with 1.1 [14:27] <JEEB> and where did it work? [14:27] <nerdinand> 0.11.1 works [14:27] <JEEB> ok [14:28] <nerdinand> i'm sure there are more recent versions that work too [14:28] <JEEB> just wanted to make sure that you actually had tested something relatively recent [14:31] <phihag_> JEEB: Where should we report something like this? On the bugtracker or mailing list? [14:32] <JEEB> bug tracker would be perfect I guess [14:38] <phihag_> JEEB: Thanks [14:38] <phihag_> reported at https://ffmpeg.org/trac/ffmpeg/ticket/2127 [14:39] <JEEB> try to find out exactly around where it got broken if it is at all possible [14:53] <nerdinand> JEEB: i'll give it a shot [14:55] <luc4> Hi! If I wanted to get a specific stream, is it sufficient to dump what is in the data field in AVPacket? [15:43] <plavcik> I upgraded to ffmpeg 1.0.1 and I can't find, how to use czech audio and czech subtitles from VOB file (-slang -alang) how I can do that, please? [16:28] <nerdinand> JEEB: apparently af4b1c02acf6923489d30349c4813a0d73b2f114 broke the option parsing [16:35] <nerdinand> JEEB: i updated the issue too [16:35] <JEEB> nerdinand, thanks [16:35] <nerdinand> no problem [16:36] <JEEB> developers do go through tickets rather often so you should get some kind of response in some time [16:36] <nerdinand> ok [17:05] <alexavenger> hello! Does anybody knows how to accelerate a film with ffmpeg to make framerate to 25. I'm trying to process a film that has 23.9 fps to 25fps. I don't want to force it because then the TV is having Judder. [17:06] <juanmabc> you better pad it [17:06] <juanmabc> than accelerate [17:07] <alexavenger> Yeah, thank you :) but it's possible to accelerate? [17:08] <klaxa> should be, just use -r 25 i guess? [17:10] <ubitux> setpts filter [17:10] <alexavenger> yes Klaxa we've try it (-r 25) and the video had problems playing in tv's. It has judder. [17:10] <ubitux> but i'm not sure you'll get a smooth output [17:10] <alexavenger> :( [17:13] <alexavenger> <juanmabc> I'm not sure of the result of padding a movie to accelerate the framerate. [17:21] <luc4> Hi! If I wanted to get a specific stream, is it sufficient to dump what is in the data field in AVPacket? [17:22] <Mavrik> luc4, yeah [17:23] <Mavrik> just remember that's demuxed [17:23] <Mavrik> and you might wanna remux it when writing to some file [17:23] <Mavrik> or you may lose data [17:23] <Mavrik> er, I mean lose some information :) [17:24] <luc4> Mavrik: I tried to do this on a mov file, and I got a 16MB aac stream that could not be played by ffplay. If I did this using ffmpeg binary, I got a 32MB file. Is this correct? [17:25] <Mavrik> luc4, as I said. [17:26] <Mavrik> luc4, playing unmuxed streams often isn't possible because you lose metadata [17:26] <Mavrik> (timing information, channel, samplerate information, etc) [17:26] <luc4> Mavrik: but 16MB of metadata? [17:26] <Mavrik> *shrug* depends on the format [17:27] <luc4> Mavrik: I extracted the stream using the copy function of ffmpeg. Does that create metadata? [17:27] <Mavrik> ok. let's start again. [17:32] <luc4> Mavrik: arg, I lost it... I left it on my other computer, sorry. I'll ask again when I find it. [17:33] <Mavrik> k :) [17:33] <Mavrik> hard to know what's the problem without it [17:33] <luc4> Mavrik: sure, my fault, sorry :-) [17:35] <alexavenger> It's possible to accelerate framerate? [17:40] <Yulth> Hi everyone! How I can code to OPUS format? Is there any option needed to this? I'm using ffmpeg version 1.0.1 on FreeBSD 9.0 [18:25] <Marcin_PL> Hello. How can I simply specify start time and end time to cut out stom source to target? I'm trying to find that in ffmpeg's man, but I can't :/ [18:26] <Marcin_PL> ^stom=from :) typo [18:28] <retard> you can't [18:29] <retard> you have to specify start time and how many seconds you want [18:30] <Marcin_PL> Yes, that's what I want I think [18:30] <retard> do you want to cut without transcoding? [18:31] <Marcin_PL> ffmpeg -i infile.aac -acodec copy output.aac [18:31] <Marcin_PL> Yes [18:31] <retard> oh, no video? [18:31] <Marcin_PL> And I want e.g. from 0:10:00 to 1:50:00 [18:31] <Marcin_PL> Here, no video [18:32] <retard> ffmpeg -i infile.aac -ss 10 -t 100 -acodec copy output.aac [18:32] <retard> i think [18:32] Action: Marcin_PL loox@man4-ss&-t [18:33] <Marcin_PL> Well, I think it's that [18:33] <Marcin_PL> keywords: duration, position [18:33] <emerica_> http://ffmpeg.org/trac/ffmpeg/wiki/Seeking%20with%20FFmpeg [18:34] <Marcin_PL> I just looked for start frame, start, time, cut, trim& [18:34] <retard> if you want to extract video without transcoding it can get a little trickier [18:34] <Marcin_PL> Thanks a lot again :) [18:35] <Marcin_PL> I know - keyframes etc [18:35] <retard> i've been using http://pastebin.com/1u96HKuz to create files without desynching video/audio [18:35] <retard> with x264 and aac it's supposed to pick the nearest keyframe, but it only does that for the video [18:35] <retard> while taking the audio from your specified point of time [18:36] <retard> leaving you with a file that desynchs in certain players [18:39] <Marcin_PL> Thanks a lot again, you helped me much [18:39] <Marcin_PL> I gotta go. [18:54] <luc4> Mavrik: this is the command line I used to extract the aac stream: http://pastebin.com/3rUhUn66. [19:04] <DelphiWorld> hi everyone [19:04] <DelphiWorld> guys if i build my own librtmp [19:04] <DelphiWorld> do i need any special to make it available for ffmpeg? [19:04] <DelphiWorld> my configure didnt found it [19:05] <saste> DelphiWorld, make sure you install lib/headers where the build system can find them [19:05] <DelphiWorld> saste: i belieuv they are, /usr/lib,/usr/include right ? [19:06] <saste> yes, and check --extra-cflags and --extra-ldflags [19:07] <DelphiWorld> saste, would building without librtmp give me rtmp support ? [19:07] <JEEB> yes [19:07] <JEEB> the internal rtmp support [19:07] <JEEB> which was added last august/september [19:08] <DelphiWorld> better thant nothing, untill i get a rpm. end! [19:13] <DelphiWorld> Ouch! [19:13] <DelphiWorld> saste: done, got a rpm [19:14] <saste> DelphiWorld, or read on the wiki how to compile from source [19:15] <DelphiWorld> saste: anyway it's done:-P [19:15] <DelphiWorld> saste: the ffmpeg is git, not rpm but librtmp is the rpm [19:15] <saste> DelphiWorld, did you try to install librtmp-devel or equivalent? [19:16] <saste> anyway the internal RTMP could be better than librtmp implementation [19:16] <DelphiWorld> saste: yeah, librtmp and librtmp-devel, but download ceparately and manualy handled all dep's [19:16] <DelphiWorld> saste: why you didnt tel me :( [19:19] <DelphiWorld> saste: my radio source is ffmpeg :-) :-) :-) [19:45] <DelphiWorld> saste: why sometime codec MP3 is called libmp3lame ? [19:45] <klaxa> libmp3lame is the encoder library [19:48] <Slydder> hey all. I am having a problem with an "MPEG sequence, v2, program multiplex" mpg file. everytime I try and view it it hacks like crazy. I am on a Mint system and was wondering if one of you on ubu or mint could take a look and let me know what you think. I know this video works fine in windows/mac but on my mint box it just jumps. on the plus side the audio stream seems to be just perfect. http://stream.itadmins.net:8000/20120731184 [19:58] <retard> hacks? :D [20:01] <Slydder> http://stream.itadmins.net:8000/20120731184203.mpg [20:02] <Slydder> think the link got chopped. [20:05] <sheldor> is it possible to create an mp4 file with x264 video encoding and several audio streams for different languages and subtitles too, all in one file? [20:06] <sheldor> from a dvd [20:06] <retard> this is some severe frame ordering problem [20:06] <Slydder> mp4 I don't think so. with multiple audio tracks you would have to go with a dvd I think [20:06] <sheldor> no you retard [20:07] <Slydder> retard: you talking about my video? [20:07] <retard> yeah [20:07] <sheldor> isnt mp4 a versatile container format? [20:08] <luc4> Mavrik: this is the command line I used to extract the aac stream: http://pastebin.com/3rUhUn66. [20:09] <Slydder> retard: stutters by you too? [20:10] <sheldor> what is the recommended way to rip a dvd to hdd with all the audio tracks, subtitles, menu, everything? [20:10] <retard> not so much stutters as plays the frames in incorrect order [20:10] <Slydder> kk. then not just me and not a decoder problem. must be the encoder that sony uses. [20:11] <retard> vdpau doesn't know how to handle it either [20:21] <klaxa> sheldor: have a look at matroska [20:21] <klaxa> wait [20:21] <klaxa> with menu? [20:22] <klaxa> mmh... no idea how to do that [20:32] <Mista_D> Anyway to timestamp each line of vstat report? [20:57] <luc4> Mavrik: you there? [22:30] <SubJunk> I'm trying to translate a command from MEncoder to FFmpeg, in MEncoder I use -oac pcm. In FFmpeg I see 20 or so pcm options, does anyone know which one is the one MEncoder is using? [22:32] <beastd> SubJunk: maybe just ffprobe a file you generated with mplayer. [22:36] <SubJunk> I'll try, thanks [23:00] <beastd> SubJunk: I suspect it is pcm_s16le [23:01] <jadams> how do I do the equivalent of x11grab on a mac? [23:07] <SubJunk> beastd: Yeah it is, thanks for your help :) [23:09] <beastd> SubJunk: your welcome [23:21] <brx_> how can i check if my ffmpeg supports amrnb ? [23:22] <sacarasc> Run `ffmpeg` and look at the --enable stuff for it. [23:23] <blizzow1> I have a directory full of jpg files that I want to put smash together into a movie. only after I see the raw video do I want to run ffmpeg to do any processing. Do I just cat /path/to/jpegfiles*.jpg>movie.mpg? [23:30] <sacarasc> No. [23:37] <blizzow1> sacarasc: I guess the followup is, how do I string them together with minimal processing/no data loss? [23:39] <sacarasc> cat *.jpg | ffmpeg -f img2pipe -i - -c:v copy output.avi [23:41] <beastd> using -i '/path/to/jpegfiles*.jpg' should also work i AFAIK [23:44] <sacarasc> Did ffmpeg change to allow globbing, then? [23:51] <beastd> sacarasc: ffmpeg allows globbing patterns for image2 input [23:51] <beastd> but it could be unavailable, depending on the build [23:54] <beastd> uses POSIX glob, globfree [23:55] <sacarasc> When did that come in? [23:56] <beastd> it had bad start and something similar was proposed years ago. but i think it is in for at least half a year now. [00:00] --- Thu Jan 10 2013

1 0

ffmpeg-devel.log.20130108
by burek 09 Jan '13

09 Jan '13

[00:32] <cone-628> ffmpeg.git 03Michael Niedermayer 07master:3b57bb478ff4: svq1dec: check that the reference frame matches in size before using it. [00:32] <cone-628> ffmpeg.git 03Michael Niedermayer 07master:953061ed9537: lavf/utils: more complete dts checks [01:08] <cone-628> ffmpeg.git 03Carl Eugen Hoyos 07master:b23aff6755ff: Add forgotten AVC Intra entry to Changelog. [02:59] <cone-628> ffmpeg.git 03Michael Niedermayer 07master:4c80184cf542: mjpegdec: allow 2 components in ljpeg_decode_yuv_scan() [02:59] <cone-628> ffmpeg.git 03Michael Niedermayer 07master:1a088f61e1b8: oggparseskeleton: Check the overall start time before using it. [03:06] <mfg> Hi. I (re)submitted a patch for HLS and HTTP cookies a few days back. I figured before I sent another message to the list I'd check in here to see if anyone had plans to look at it. [03:13] <michaelni> mfg, i can take a look if ubitux /saste dont [03:14] <michaelni> ubitux, ? [03:25] <mfg> I'm good with anyone [03:25] <mfg> michaelni TIA, I'll watch for a reply [05:13] <Compn> can we remove "Project Description" header from ffmpeg main www ? [05:13] <Compn> not the description [05:13] <Compn> just the words "Project Description" [05:22] <llogan> Compn: fine with me. [05:28] <Compn> k done :) [12:29] <pross-au> LS [12:38] <cone-931> ffmpeg.git 03Diego Biurrun 07master:e817d9139ff6: asfdec: Fix printf format string length modifier [12:38] <cone-931> ffmpeg.git 03Benjamin Larsson 07master:bbae68596e78: xwma: Remove unused variable [12:38] <cone-931> ffmpeg.git 03Derek Buitenhuis 07master:9a00374cb451: doc: Fix a few typos in the developer documentation [12:38] <cone-931> ffmpeg.git 03Michael Niedermayer 07master:3bca69c2a8e7: Merge commit '9a00374cb4512a58a1fee366b850dfa87c76e1f3' [12:46] <cone-931> ffmpeg.git 03Derek Buitenhuis 07master:b5f9b9ac3681: doc: Merge disjointed bits about emailing patches [12:46] <cone-931> ffmpeg.git 03Michael Niedermayer 07master:adc7296aa5b2: Merge commit 'b5f9b9ac3681acb06d95530f34660ba9fe225305' [12:47] <cone-931> ffmpeg.git 03Derek Buitenhuis 07master:dc3e12d1cb65: doc: Mention zzuf in the fuzz testing section [12:47] <cone-931> ffmpeg.git 03Michael Niedermayer 07master:32cf37d097db: Merge commit 'dc3e12d1cb65d74fb120197ce869a205718b6715' [13:02] <cone-931> ffmpeg.git 03Derek Buitenhuis 07master:6042a12174e5: doc: Extend commit message section [13:02] <cone-931> ffmpeg.git 03Derek Buitenhuis 07master:ac2603be2860: doc: Mention memory allocation in the fuzz testing section [13:02] <cone-931> ffmpeg.git 03Justin Ruggles 07master:4d68269d58ca: lavr: typedef internal structs in internal.h [13:02] <cone-931> ffmpeg.git 03Justin Ruggles 07master:074a00d192c0: lavr: add a public function for setting a custom channel map [13:03] <cone-931> ffmpeg.git 03Michael Niedermayer 07master:3a0bac27b3c8: Merge commit 'ac2603be28602bea76cf38bdbf37aead0dc2979a' [13:03] <cone-931> ffmpeg.git 03Michael Niedermayer 07master:249fca3df9f9: Merge commit '074a00d192c0e749d677b008b337da42597e780f' [13:14] <cone-931> ffmpeg.git 03Justin Ruggles 07master:1ccf82cfd85c: lavr: cosmetics: reindent [13:14] <cone-931> ffmpeg.git 03Justin Ruggles 07master:4164b0e8d38b: lavr: mix: reduce the mixing matrix when possible [13:14] <cone-931> ffmpeg.git 03Justin Ruggles 07master:7ff3fd7ae4d6: lavr: log channel conversion description for any-to-any functions [13:14] <cone-931> ffmpeg.git 03Martin Storsjö 07master:8729698d5073: rtsp: Recheck the reordering queue if getting a new packet [13:14] <cone-931> ffmpeg.git 03Michael Niedermayer 07master:48d30f673336: Merge commit '8729698d50739524665090e083d1bfdf28235724' [13:19] <ubitux> michaelni: i don't really know what to say about the hls thing :( [13:27] <cone-931> ffmpeg.git 03Martin Storsjö 07master:f811cd2d47ad: rtsp: Respect max_delay for the reordering queue when using custom IO [13:27] <cone-931> ffmpeg.git 03Michael Niedermayer 07master:315f15afe743: Merge remote-tracking branch 'qatar/master' [13:40] <cone-931> ffmpeg.git 03Nicolas George 07master:ff6b34009d45: lavfi: fix use-after-free in ff_filter_frame. [13:45] <Compn> wbs may know HLS cookie stuff. or ask whoever wrote hls code :P [13:46] Action: funman wrote some hls code [13:51] <saste> ubitux: which patch? [13:54] <Compn> [21:10] <mfg> Hi. I (re)submitted a patch for HLS and HTTP cookies a few days back. I figured before I sent another message to the list I'd check in here to see if anyone had plans to look at it. [13:55] <Compn> saste / funman : if either of you want to review it ^ [13:55] <Compn> :) [13:56] <funman> Compn: is it on the list? [13:56] <ubitux> it's mostly related to how the options system work [13:56] <ubitux> and how to populate them between the different layers [13:56] <ubitux> iirc [13:56] <wm4> which big endian archs does ffmpeg support, and which of them are considered important? [13:56] <funman> PPC/ARM ? [13:57] <wm4> funman: AFIAK little endian is rather standard on ARM, and ppc is almost dead [13:57] <funman> iirc xscale was 'the' ARN big endian [13:57] <wm4> ok [13:57] <funman> i guess it's pretty dead as well [14:00] <Compn> funman : i think the old patch was . lets see [14:00] <funman> [FFmpeg-devel] [PATCH] Maintain HTTP options across multiple requests in HLS demuxer Micah Galizia [14:00] <funman> ? [14:01] <Compn> http://lists.ffmpeg.org/pipermail/ffmpeg-devel/2013-January/137034.html [14:01] <Compn> yeah [14:01] <Compn> a 3 day ping :P [14:01] <Compn> impatient patch authors :) [14:02] <wm4> some documentation in what format the cookies are would be nice [14:02] <Compn> wm4 : planning to remove BE support ? [14:02] <wm4> Compn: ? [14:02] <funman> uff it's out of my game [14:03] <Compn> no problem [14:03] <wm4> Compn: decoders still could produce BE output, especially the raw decoder [14:03] <funman> i know almost nothing about http [14:03] <Compn> funman : any chance you would be interested in reviewing dxva patch ? [14:03] <funman> sure [14:03] <Compn> http://lists.ffmpeg.org/pipermail/ffmpeg-devel/2013-January/136964.html [14:03] <funman> especially now that i am into Windows mode thanks to VLC on Windows Metro^W8^WRT^Wsomething project [14:03] <Compn> its only 50k patch... [14:04] <Compn> oo nice [14:04] <Compn> that developer wants to send in opencl video filter patches too [14:04] <funman> hum,. chinese author, no description of patch.. my favorite! [14:04] <JEEB> sounds like win [14:04] <Compn> there is previous discussion of it , last month archive i think [14:05] <Compn> i can dig url if you like [14:05] <funman> seems he is doing the same thing but without the hwaccel API [14:05] <Compn> this thread : http://lists.ffmpeg.org/pipermail/ffmpeg-devel/2012-December/136337.html [14:05] <Compn> his first patch used hwaccel , and someone said they didnt like it [14:05] <wm4> this patch still doesn't honor VLC copyright [14:06] <Compn> the new one ? lol [14:06] <durandal_1707> lol, what. it should use hwaccel [14:06] <Compn> so he went with a wrapper decoder that could be reused... [14:06] <wm4> anyway, this patch is pretty much similar to h264_vda, which has been declared a mistake in #ffmpeg-devel [14:06] <wm4> as it was more or less a hack for mplayer [14:06] <durandal_1707> what? [14:06] <wm4> durandal_1707: mplayer didn't want to use hwaccel properly [14:06] <funman> oh and mail replies are not quoted so you can't see who's talking.. [14:07] <Compn> wm4 : thats why i want to get vlc involved with fixing whatever the problem is... [14:07] <funman> Compn: nice present :) [14:07] <Compn> funman : you know you love it. [14:07] <wm4> Compn: what does VLC have to do with this [14:07] <Compn> wm4 : because vlc can use ffmpeg hwaccel, if they get thier act together instead of reinventing wheel 9000 times [14:07] Action: durandal_1707 as usual only nonsense on channel [14:07] <wm4> Compn: but they do [14:07] <durandal_1707> nothing use hwaccel because it is crap [14:07] <wm4> Compn: the patch actually copies the VLC DXVA code [14:08] <Compn> wm4 : well how would you put dxva support for ffmpeg (itself) ? [14:08] <wm4> Compn: it's notable that VLC copies data back from GPU memory, because apparently they were too stupid for proper native DXVA support [14:08] <funman> hum so the point is you can't use dxva2 from ./ffmpeg? [14:08] <Compn> funman : yes [14:08] <funman> wm4: patch welcome! [14:08] <wm4> Compn: uh, ffmpeg as library already supports DXVA, obviously [14:08] <Compn> wm4 : you are my favorite troll :) [14:08] <durandal_1707> and exactly that is pita [14:08] <Compn> not talking about library... [14:08] <wm4> Compn: all that the patch does is adding DXVA to the transcoding tool [14:09] <Compn> ffmpeg -i blah -c dxva [14:09] <Compn> yes [14:09] <wm4> which is questionable at best [14:09] <Compn> lol [14:09] <wm4> because it makes no fucking sense [14:09] <Compn> to you maybe [14:09] <funman> wm4: http://lists.ffmpeg.org/pipermail/ffmpeg-devel/2012-December/136437.html [14:09] <funman> he lists what is faster than SW decoder with his approach [14:09] <Compn> mplayer could use some dxva too :) [14:09] <Compn> benchmarks :) [14:10] <nevcairiel> mplayer could use deletion [14:10] <nevcairiel> maybe all these "but mplayer" arguments would finally stop then [14:10] <funman> =) [14:11] <funman> but vlc [14:11] <wm4> meanwhile at mplayer... http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2013-January/071286.html [14:12] <durandal_1707> frame drop? [14:14] <funman> Compn: i remember asking nefrir why he didn't wrote everything in libavcodec [14:15] <wm4> looking at the dxva patch further, it actually does attribute VLC, but only the header file: [14:15] <wm4> + * Attribute from VLC [14:15] <Compn> what did he say ? [14:15] <funman> i don't remember his answer though... maybe to not bother with code quality requirements higher than VLC's ? [14:15] <nevcairiel> i complained on the mailing list that he copypasted the code without even mentioning vlc [14:16] <Compn> yes, he needs some help in adding the attribution [14:16] <wm4> well he added it to dxva2_wrapper.h only [14:16] <Compn> this is how its done in china... [14:16] <Compn> its hard to change customs :) [14:16] <funman> ^_^ [14:16] <Compn> be happy that hes contributing and trying to learn, huh guys ? [14:16] <Compn> new developer ? adding features ? [14:17] <durandal_1707> more like copy paste monkey [14:17] <wm4> patch and run [14:17] <Compn> i know its hard to welcome new contributors [14:18] <Compn> hes not running, hes asking for help. hes mailed me a few times. would be nice if a real programmer would step up to help shape his patch into ffmpeg quality [14:18] <nevcairiel> at least he gave up his hacking of pthread.c for some obscure reason [14:18] <wm4> nevcairiel: lol [14:18] <wm4> so he stopped patching pthread.c and it still works for him? [14:18] <nevcairiel> no idea what he wanted to do [14:19] <durandal_1707> ask him [14:19] <nevcairiel> i dont care, it was wrong [14:19] <durandal_1707> it is better to not commit something that only 1 "tested" [14:19] <wm4> durandal_1707: isn't that standard practice with ffmpeg commits? [14:19] <Compn> durandal_1707 : what about put it in a branch until some windows devs can test ? [14:20] <Compn> its not better to let patches rot [14:20] <durandal_1707> wm4: not really for new features and bug fixes, i dunno about what are you thinking... [14:22] <durandal_1707> Compn: i think all hw stuff with hwaccel should be removed from tree [14:22] <funman> that's what i was going to suggest.. if it's replaced by a standalone decoder then the hwaccel should go [14:22] <nevcairiel> no it shouldnt [14:22] <nevcairiel> the standalone "decoder" is just a wrapper around the hwaccel [14:22] <nevcairiel> it internally instantiates a new decoder [14:22] <funman> ah [14:23] <nevcairiel> besides, it doesnt let you access the d3d surface like hte hwaccel does [14:24] <Compn> durandal_1707 : what do you propose for supporting dxva from ffmpeg tool, then ? [14:25] <Compn> durandal_1707 : i'm not saying you are right/wrong. i just dont know how it should be done ? [14:26] <nevcairiel> hwaccels arent really useful for transcoding, so my answer would be "it shouldn't support it" :p [14:26] <Compn> yes, i'm getting that general vibe from some people today :) [14:28] <funman> it seems a lot of work for not much [14:28] <durandal_1707> Compn: tell them to fork and do all that stuff in own fork [14:29] <Compn> ok two rejections [14:29] <Compn> what about you funman ? [14:30] <wm4> nevcairiel: btw. how fast is hw decoding with copy back? [14:30] <funman> Compn: if it was made to simplify players why not [14:30] <nevcairiel> not slower then native decoding, just with a bit more cpu usage [14:30] <wm4> easier hw decoding for video players and such might still be a valid argument [14:30] <funman> nefrir: did you notice http://lists.ffmpeg.org/pipermail/ffmpeg-devel/2013-January/136964.html about dxva2 ? [14:30] <nevcairiel> if done right, you dont block the gpu from working, you just copy he previous frame while its decoding the next one [14:31] <funman> +#ifndef false [14:31] <funman> +#define false FALSE [14:31] <funman> :( [14:31] <nevcairiel> ps: the fate test would also blow up, just because i can compile it doesnt mean i have a capable gpu [14:31] <nevcairiel> my win32 fate box for example is a headless server with some server gpu, definitely no dxva :P [14:31] <funman> mingw-w64 headers use false without a typedef or define apparently [14:32] <cone-931> ffmpeg.git 03Michael Niedermayer 07master:86159703f571: ff_find_pix_fmt: return NONE for the "not found" case. [14:33] <nevcairiel> doesnt C99 have true/false now? [14:33] <wm4> if you include stdbool.h [14:33] <nevcairiel> oh [14:45] <Compn> argh saste is gone [14:49] <Compn> wm4 : re: "patch and run" , highgod (patch author) has come in here a few times even [14:49] <Compn> irc that is [14:50] <Compn> nevcairiel : if ffmpeg project deems it does not want dxva support for ffmpeg tool, thats fine too. i dont make those decisions :) [14:51] <Compn> funman : do w8 phones have dxva in them ? [14:51] <Compn> or winrt or whatever its called now [14:51] <funman> Compn: no idea [14:51] <funman> and no idea how it's called either [14:52] <Compn> lol [14:52] <funman> the only windows HW i have is laptops [14:52] <Compn> ah [14:52] <Compn> someone should call/mail microsoft, maybe they'd ship a few phones to vlc devs [14:52] <Compn> maybe i'll try it [14:52] <funman> done already ^_^ [14:52] <Compn> oh :P [14:52] <Compn> you guys are fast :) [14:52] <j-b> the mail [14:52] <funman> j-b: certainly is fast ! [14:52] <j-b> so far, I don't think WinRT has DxVA available [14:53] <wm4> MF only or so? [14:53] <Compn> its using something else for h264 decoding then [14:53] <Compn> mediafoundation [14:53] <funman> MFers [14:53] <Compn> mf'ing mf [14:53] <funman> =) [14:53] <j-b> wm4: yes [14:54] <wm4> so a whole new chunk of highly windows specific code, yay [14:54] <j-b> yep [14:54] <nevcairiel> WinRT sure has DXVA available, you just need to use it through a MF transform [14:55] <j-b> which another way of saying it :) [14:55] <Compn> wrapper wrapper whos got the wrapper, which can be disabled at any point in the future [14:56] <Compn> at least microsoft is ensuring that programmers have jobs for the next few years, api changes are a foot [14:56] <j-b> and yet, DxVA was supposed to be COM [14:56] <j-b> and thus be avialable on WINrt [14:57] <nevcairiel> the list of things you can access through COM is limited on WinRT, there is a list somewhere which classes you can access [14:57] <Compn> j-b : what do you think about the patch to allow ffmpeg tool to use dxva accel ? [14:57] <Compn> (some copy pasted from vlc code) [14:58] <j-b> seems a lot of duplications, tbh [14:58] <wm4> also, why let MS restrict you? https://surfsec.wordpress.com/2013/01/06/circumventing-windows-rts-code-int… [14:58] <j-b> won't solve the issue on all devices [14:59] <wm4> j-b: as I understand, VLC could use it effortlessly and delete its own code? [14:59] <Compn> if the code is merged from vlc, it could be moved to ffmpeg and removed from vlc [14:59] <wm4> or does VLC do more, like having a mode that doesn't read back from GPU memory into system RAM? [14:59] <nevcairiel> actually, the list of COM interfaces includes the D3D11 interfaces, so maybe you could do it without MF, just need to change the D3D9 code usually used for DXVA to D3D11 [14:59] <Compn> merged properly. no idea if the patch does this ... [15:01] <funman> wm4: vlc always reads back the picture [15:01] <wm4> then I don't see why this code couldn't be in ffmpeg [15:02] <wm4> it would go in hand with h264_vda [15:02] <funman> in case filters need to be applied (a shortcut from gpu to output would be nice but nobody did it) [15:02] <wm4> even though this one gets hate because it was created for mplayer originally [15:02] <wm4> (actually, mplayer rejected a first vda patch, which used the "proper" ffmpeg API - you can thank reimar) [15:02] <Compn> wm4 : thats the point, trying to get mplayer , vlc and other projects to stop reinventing wheels and put it in ffmpeg :P [15:03] <funman> in this case it's just 'inventing' :P [15:03] <Compn> and ffmpeg devs dont want this 'trash' ... [15:03] <j-b> tbh, I don't see why those hwcallel things are entangled in libavcodec, and not in a split library [15:03] <wm4> though VDA is "special", because apparently you can't use VDA without copy back [15:03] <nevcairiel> j-b: because they need the bitstreaming parsing [15:03] <Compn> funman : well if each project has to do similar code for the api , what do you call that ? [15:03] <wm4> j-b: because the decoding interface is extremely similar [15:03] <nevcairiel> all thats offloaded is the actual slice decoding [15:04] <nevcairiel> bitstream parsing, reordering and everything this, is done by avcodec [15:04] <Compn> j-b : probably sps crap has to be parsed [15:04] <Compn> bitstream parsing, yeah [15:04] <j-b> Compn: that is not that much code, tbh [15:04] <j-b> but maybe I am wrong [15:04] <nevcairiel> for h264 that is quite a bunch of logic [15:04] <nevcairiel> the whole reordering and stuff... [15:04] <funman> i'm trying to find nefrir justification for not putting that code in ffmpeg in the first place but i keep being distracted [15:04] <funman> 08:59 < funman> "rms nude" About 99,700 results [15:04] <Compn> i think he means the code thats in vlc [15:05] <Compn> lol [15:05] <Compn> funman [15:05] <Compn> why did you put that image in my head ? [15:05] <funman> ^_^ [15:05] <funman> http://wiki.videolan.org/SoC_2009/DXVA_integration [15:06] <funman> Geal did initial dxva2 work with fenrir's help for GSOC [15:06] <j-b> yep [15:06] <funman> so maybe putting the code in VLC was just to justify GSOC [15:06] <j-b> no [15:07] <j-b> Fenrir said that he wanted to have D3D output integration and he is pissed about FFMpeg integration patch policy [15:07] <funman> the 2nd part is understandable, but for the 1st part? [15:07] <funman> there's no integration after 3 years afaik [15:07] <j-b> there was a patch IIRC [15:08] <Compn> well, ffmpeg patch policy has changed, it should be resubmitted :) [15:08] <Compn> not really changed, but unwritten rules are now gone [15:08] <Compn> :D [15:09] <nevcairiel> that reminded me again to submit my dxva patch for snb/ivy intels [15:09] <michaelni> nevcairiel, btw, about fate tests & hw stuff, that can be disabled by default and only enabled manually so it would never run on systems not capable of it unless explicitly enabled [15:09] <Compn> yes, you said you might review the patch after newyears too [15:09] <nevcairiel> i am a busy person [15:10] <Compn> michaelni : yes, that needs to be addressed in the patch :) [15:10] <funman> I wonder if integration in FFmpeg can help VLC to use different picture formats depending on the GPU (VIA ...) [15:10] <nevcairiel> people still have such weird gpus? [15:11] <Compn> funman : you mean , select fastest colorspace ? [15:11] <funman> Compn: yes [15:11] <funman> we received complaint and hardware from VIA [15:11] <wm4> what's different about VIA? [15:11] <Compn> would we have to make a list of supported and fastest colorspaces for each bitdepth ? [15:11] <nevcairiel> tell them to support nv12 or gtfo? [15:12] <Compn> on each card, from each manf ? [15:12] <funman> nevcairiel: j-b will remember better than me [15:12] <Compn> i'm not sayin is bad idea ... [15:12] <funman> but basically yes they should have fixed this in their driver [15:12] <Compn> just curious how to do it [15:12] <Compn> lol [15:12] <nevcairiel> hardware decoders generally only support 4:2:0 8-bit decoding, and any sane hardware decodes to nv12 [15:12] <wm4> and VIA uses...? [15:12] <Compn> funman : mplayer did that for various cards. writing direct hardware access video outputs . [15:13] <Compn> back in 2001 :P [15:13] <Compn> 3dfx! matrox! [15:13] <j-b> VIA D3D output does not support YV12 output [15:13] <wm4> but? packed YUV? or what? [15:13] <Compn> hows VIA opengl support ? [15:13] <j-b> Intel, nVidia, AMD, Matrox and S3 do. [15:14] <j-b> wm4: NV12 and RGB only in D3D surfaces, IIRC [15:14] <nevcairiel> NV12 is fine, its the preferred format for hardware decoders anyway [15:14] <funman> and intel/via/amd/matrox/s3 do not support NV12? [15:14] <nevcairiel> intel nvidia and amd do [15:14] <j-b> they do [15:15] <wm4> the question here is what VIA requires instead [15:15] <wm4> this still hasn't been answered [15:15] <j-b> must most VLC+FLOSS-codecs-lib pipeline/filters use I420 mostly [15:15] <wm4> uh well it#s trivial to convert NV12 to I420 [15:15] <Compn> i think multi format support for the filters is on the wishlist [15:15] <nevcairiel> trivial and even pretty fast [15:15] <wm4> you have to copy anyway... [15:16] <Compn> ubitux : lavfi and rgb ? [15:16] <j-b> wm4: because it is trivial does not mean it is done [15:17] <Compn> wm4 : swscale everything! [15:17] <Compn> ehe [15:17] <Compn> and then via complains about slower video :P [15:17] <wm4> Compn: this is much more trivial than using swscale [15:17] <Compn> shifting the bits ? [15:17] <wm4> and you could have native NV12 video output anyway - not like you must filter the video [15:18] <wm4> more like shifting bytes [15:18] <j-b> users never filter the video, right... [15:18] <Compn> subtitles? who needs those! [15:18] <nevcairiel> if you can assume SSE2, there isnt really any big overhead [15:18] <j-b> nevcairiel: "because it is trivial does not mean it is done" once again [15:18] <funman> my atom has a dxva2 decoder [15:18] <wm4> Compn: subtitles shouldn't be rendered into the video, but onto the screen [15:18] <funman> (mpeg2 only ok, but ..) [15:19] <Compn> funman : so whats VIA 's complaint ? they want native colorspaces ? [15:19] <nevcairiel> newer atoms have a really decent dxva decoder [15:19] <funman> Compn: they just said that VLC was slower than WMP iirc [15:19] <Compn> ah, yeah [15:19] <j-b> of course [15:19] <nevcairiel> WMP doesnt do copy-back [15:19] Action: Compn finds vlc is slower than lots of things :P [15:19] <Compn> eheh [15:19] <wm4> funman: that's probably about the read back into system RAM? [15:19] <nevcairiel> so, yeah :P [15:19] Action: Compn trooolol [15:19] <funman> wm4: nevcairiel: Compn: well that's true [15:19] <funman> but we could be faster and still keep the copy-back [15:20] <wm4> so WHAT the hell is the problem [15:20] <Compn> well, not slower than quicktime ,realplayer or new wmp anyways [15:20] <wm4> what colorspaces does VIA provide? [15:20] <funman> 15:14 <@j-b> wm4: NV12 and RGB only in D3D surfaces, IIRC [15:20] <Compn> anyways, thx for discussion, afk time [15:20] <funman> wm4: i can send you the via laptop if you want to work on it :) [15:20] <wm4> funman: and we asserted that NV12->I420 is easy and fast [15:20] <nevcairiel> I dont think nvidia or amd support YV12 as render targets [15:20] <funman> wm4: so MrSomeone needs to write that conversion and that's all? [15:22] <wm4> and this already does NV12->I420? http://git.videolan.org/?p=vlc.git;a=blob;f=modules/codec/avcodec/copy.c [15:22] <nevcairiel> even simded [15:46] <cone-931> ffmpeg.git 03Paul B Mahol 07master:55d32eed8f2d: img2dec: seeking support [16:10] <durandal_1707> img2 demuxer cant use random list of images (without 000X stuff) ? [16:11] <nevcairiel> it needs to be able to glob them somehow [16:21] <durandal_1707> -patern_type glob is it [16:40] <durandal_1707> so is tinterlace and kerndeint mp filters finally be removed? [17:09] <ubitux> durandal_1707: mp=kerndeint is still faster for me here [17:10] <ubitux> even if i align the strides [17:10] <ubitux> i don't know why [17:13] <durandal_1707> did you pushed that patches from ml? [17:14] <durandal_1707> and how much faster it is? [17:17] <ubitux> i didn't push that one yet [17:17] <ubitux> i've rewritten it but i'm still not satisfied [17:21] <wm4> ubitux: but the results are correct? so who fuckign cares [17:22] <wm4> it's a shit filter anyway [17:22] <wm4> no seriously [17:22] <durandal_1707> ubitux: how fast? [17:22] <wm4> why don't you port vitc instead [17:22] <ubitux> wm4: the code is almost the same, so i don't understand [17:22] <ubitux> durandal_1707: not a huge one, i don't have the bench here, try yourself [17:23] <durandal_1707> wm4: why dont you donate $ every time you ask for something? [17:23] <ubitux> wm4: didn't have time, and i won't for a while now unfortunately [17:23] <wm4> durandal_1707: because I don't have any $ [17:24] <durandal_1707> ubitux: becos of fast_memcpy [17:25] <ubitux> isn't this defined to memcpy? [17:26] <durandal_1707> why not commit align stuff? [17:26] <durandal_1707> also there are ALIGN macro stuff [17:26] <durandal_1707> like DECLARE_ALIGNED [17:26] <durandal_1707> did you tried with that ^ ? [17:27] <ubitux> i don't see anything like that in the original filter [17:27] <durandal_1707> because it is aligned by luck [17:28] <durandal_1707> you dont need it if you aligned it manually ... (but may break if you add/remove something) [17:35] <durandal_1707> ubitux: if you really want it fast move if/else inside loop out of it [17:36] <ubitux> i don't want it fast, i want to understand the difference of speed between the two [17:36] <ubitux> if it's some align luck then ok [17:36] <durandal_1707> the one that checks for pix_fmt [17:37] <durandal_1707> or you could use function pointers [17:37] <durandal_1707> your code have extra else doesn't it? [17:38] <ubitux> it's not my code :p [17:39] <michaelni> durandal_1707, "img2dec: seeking support" breaks fate [17:39] <durandal_1707> where? [17:40] <michaelni> http://fate.ffmpeg.org/report.cgi?time=20130108161525&slot=x86_64-linux-gnu… [17:40] <michaelni> also locally here [17:40] <durandal_1707> there is broken seeking test? [17:40] <michaelni> no its more [17:40] <durandal_1707> i dont get it [17:40] <michaelni> fate-lavf-dv_fmt, fate-lavf-mxf, fate-lavf-mov [17:40] <durandal_1707> that is ridiculous [17:40] <michaelni> fate-lavf-pbmpipe, fate-lavf-mpg, fate-lavf-ismv [17:41] <durandal_1707> perhaps i changed pts? [17:41] <durandal_1707> and all those tests use pts [17:45] <durandal_1707> what actually changed in created output? [17:51] <durandal_1707> hah, i change pts for imagepipe [17:56] <durandal_1707> but fate fails still, so changing pts breaks fate [18:03] <durandal_1707> what is point of adding seek test for stuff that does not seek at all... [18:04] <wm4> to test graceful failure? [18:04] <durandal_1707> michaelni: pipe test stuff is obviously correct and i fixed it locally, but others formats still fails because i change pts [18:05] <durandal_1707> image seek test failures are legit, i need to update them [18:06] <durandal_1707> the only explanation is that such test seek some way multiple times and same frame gives different pts [18:06] <durandal_1707> which is completly bogus [18:07] <durandal_1707> obviously if i do not touch pts everything passes [18:07] <durandal_1707> but seeking images is obviosly wrong because pts only increases or starts from 0 if you seek backward [18:08] <durandal_1707> some random stuff because pts are derived from pos which is always 0 for files [18:08] <durandal_1707> so should i just update all other failing tests? [18:10] <durandal_1707> the generated files are same [18:11] <durandal_1707> tests tests also some other nonsense [18:15] <durandal_1707> michaelni: ^ [18:16] <cone-931> ffmpeg.git 03Paul B Mahol 07master:626756aed2dd: img2dec: do not change packet pts for image2pipe [18:18] <michaelni> durandal_1707, pbmpipe pts also looked wrong [18:18] <michaelni> like 0,1,4,7,10,13 in 1/25 tb [18:18] <durandal_1707> i fixed this [18:18] <durandal_1707> this is obvious bug [18:19] <michaelni> yes, thx [18:20] <durandal_1707> the other tests that cover seeking tiff/bmp/.. now actually seek to something [18:21] <durandal_1707> but why i see st = -1 ? [18:25] <michaelni> fate-idroq-video-encode still fails here [18:25] <durandal_1707> and others too [18:31] <durandal_1707> why would idroq fail? [18:33] <durandal_1707> that test use synthetic in suite directory itself, this is strange [18:38] <michaelni> durandal_1707, i get dup=1 for the roq test [18:38] <michaelni> so maybe a timestamp issue [19:04] <durandal_1707> michaelni: it is timestamp issue [19:07] <durandal_1707> the only way i see it is that fate refs should be updated [19:10] <michaelni> durandal_1707, roq can be fixed by adding -r 30 before -i ... i think [19:13] <michaelni> for the others maybe an update is correct i dunno [19:21] <durandal_1707> michaelni: -r 30 does not help [19:26] <durandal_1707> so i will just update reference stuff [19:29] <michaelni> ive looked at lavf.mpg and it seems the previous code couldnt figure out the duration the new has it correct [19:29] <michaelni> which leads to the diference in that case [19:29] <michaelni> so in that case update is correct i think [19:39] <michaelni> durandal_1707, ok update [19:40] <durandal_1707> in idroq case, last 2 frames are different [19:40] <michaelni> hmpf [19:40] <michaelni> after encoder ? [19:41] <michaelni> if so the input differes due to different frame dup [19:41] <durandal_1707> yup, previous had encoder had dup one frame [19:43] <durandal_1707> actually opposite, new one have dup frame [19:51] <cone-931> ffmpeg.git 03Paul B Mahol 07master:9e2387a6a9a6: fate: upate after 55d32eed8f [19:52] <nevcairiel> dont you usually run fate before pushing commits? didnt you find this before? <.< [19:52] <durandal_1707> i thought this should not be covered by fate at all [19:53] <beastd> shit happens [19:55] <durandal_1707> michaelni: the 2122 bug is interesting, zeroing buffer makes ffmpeg very slow [19:59] <cone-931> ffmpeg.git 03Carl Eugen Hoyos 07master:0b68ebc4b6b9: Fix compilation with --disable-everything --enable-decoder=dirac. [19:59] <beastd> It is probably good to just make it a habit to run fate before push. I mean even if you think it isn't covered by fate at all the more important it is that you see if it affects fate. Having said that, I was lured into not running fate more than once myself... [20:06] <Compn> arg [20:06] <durandal_1707> wm4: do you have an axe? [20:06] <Compn> Zeranoe : whats up with the autobuilds ? [20:07] <wm4> durandal_1707: no [20:07] <Zeranoe> Compn: What do you mean? [20:08] <Compn> i looked at it a few days ago and it wasnt updated since november [20:08] <Zeranoe> Compn: Try refreshing the page? [20:09] <Zeranoe> Compn: There was a breif delay as I rebuilt my build machine and transfered everything over. But since Dec 27th there have been 12 new builds. [20:10] <Compn> Zeranoe : ok no problem :) [20:10] <durandal_1707> what muxer beside mp3 supports covertart? [20:22] <durandal_1707> i cant reproduce #2124 [20:27] <ubitux> i can [20:28] <durandal_1707> huh, i tried with -acodec copy, you? [20:29] <ubitux> just like him, -c:a libmp3lame [20:29] <durandal_1707> but why would that happen [20:29] <ubitux> it's stalled with frame=1 [20:30] <ubitux> and then *** Error in `./ffmpeg_g': double free or corruption (!prev): 0x0000000001c1d760 *** [20:31] <durandal_1707> that covertart is huge hack [20:42] <cone-931> ffmpeg.git 03Michael Niedermayer 07master:252316c88598: img2dec: fix -loop [20:42] <cone-931> ffmpeg.git 03Michael Niedermayer 07master:9aec63af9b50: swr: fix assertion failure if dither is used without the preout buffer differing from in [20:42] <cone-931> ffmpeg.git 03Michael Niedermayer 07master:a260c7973370: ffmpeg: fix dither to 24bit PCM output [20:51] <durandal_1707> when is this dither applied? [20:54] <durandal_1707> michaelni: the 252316c is just hack for ffmpeg only, no? which i dislike [21:00] <durandal_1707> and why would dither scale be changed from ffmpeg, that is not usefull at all [21:02] <durandal_1707> and why would one need to change it anyway, this is just unfriendly [21:02] <michaelni> well, true [21:02] <michaelni> but how else do you want to implementg it ? [21:02] <michaelni> swr doesnt know its output will be 24bit [21:02] <michaelni> its a 32bit sample format [21:04] <durandal_1707> yes, wouldn't it be better in lavfi resampler? [21:04] <durandal_1707> or aformat [21:04] <durandal_1707> something that can know bits_per_codec_sample [21:04] <michaelni> lavfi resampler would be better [21:05] <michaelni> but iam not sure it knows the bits [21:05] Action: durandal_1707 michaelni cant you just do what libavresample/justin do? [21:05] <michaelni> that supports dither to s24 ? [21:06] <durandal_1707> no, but something to 16, that is irrelevant, more important is when & how it is triggered [21:07] <michaelni> aresample=dither_... should work fine [21:07] <michaelni> or ffmpeg -dither_... [21:08] <michaelni> about img2dec & loop, with loop 1 the demuxer would return pts that reset to 0 it can do that only if it sets AVFMT_TS_DISCONT [21:09] <durandal_1707> couldnt with adding 24 bit sample format one could add SIMD that do shifting to 32? is 24bit shifted when fed to alsa/oss? [21:11] <durandal_1707> michaelni: loop, so it works fine for gif or any other demuxer that use loop? [21:11] <michaelni> i only know -loop with img2dec ended in a infinite loop and that my trivial 1 line patch fixed it [21:12] <michaelni> iam happy to fix it differently or to approve a patch changing it [21:12] <durandal_1707> no, i'm just unsure if/is gif affected by same bug [21:13] <michaelni> its easy to test if you have a animated gif [21:13] <durandal_1707> i'm may missunderstood how loop should really work, in which case you change is correct [21:14] <durandal_1707> well pts are still broken when one seek with loop enabled, but dunno there is good fix [21:15] <michaelni> seeking in infinite looped file, timestamp%num_images [21:18] <durandal_1707> please apply/post patch [21:44] <durandal_1707> hmm it seems loop works just fine with img2dec [22:32] <ubitux> aaah shit [22:32] <ubitux> i understand [22:33] <ubitux> write_packet in the mp3 muxer is modifying the pkt [22:33] <ubitux> :( [22:33] <ubitux> pkt->destruct = NULL; [22:34] <ubitux> and since i'm doing a copy of the pkt this change is not reported [22:34] <ubitux> now how am i supposed to fix that now& [22:37] <ubitux> ok fixed, perfect. [22:44] <ubitux> saste: got some invalid read/write with kerndeint (reproducible with mp=kerndeint though), interested? [22:45] <saste> how? [22:45] <ubitux> try -f lavfi -i testsrc=s=720x479 -vf tinterlace,kerndeint [22:45] <ubitux> no reproducible with 478 or 480 [22:49] <saste> so seems related to odd heights [22:50] <ubitux> i wonder how much filters i can break with input like this [22:53] <wm4> probably most [22:53] <ubitux> that's pretty mean [22:53] <ubitux> :( [22:54] <wm4> mplayer has the same problem all over the place [22:54] <wm4> mostly because it thought that "width >> chroma_x_shift" is a reasonable way to compute chroma plane width [23:22] <cone-931> ffmpeg.git 03Clément BSsch 07master:119d70db5099: lavf/mux: do not pass a copy of the packet to write_packet(). [23:27] <cone-931> ffmpeg.git 03Paul B Mahol 07release/1.1:9202824e1bf9: Changelog: move Megalux where it belongs [23:27] <cone-931> ffmpeg.git 03Carl Eugen Hoyos 07release/1.1:36dac6da41c8: Add forgotten AVC Intra entry to Changelog. (cherry picked from commit b23aff6755ff96b3b338e4b5f9eb3b6a91fda433) [23:27] <cone-931> ffmpeg.git 03Clément BSsch 07release/1.1:606aa3baee1e: lavf/mux: do not pass a copy of the packet to write_packet(). [23:39] Action: ubitux is really glad to have Carl doing git bisect [23:39] <ubitux> that's most likely one of the most boring task to do, that's so nice for us [23:39] <ubitux> btw, lol @#1898 [00:00] --- Wed Jan 9 2013

1 0

ffmpeg.log.20130108
by burek 09 Jan '13

09 Jan '13

[02:48] <pietro10> Hi. I'm looking for a way to batch trim leading and trailing silence from a bunch of wav files I have here. I tried using sox, but it is cutting out some details, for instance the trailing t sound on voice samples that end with words like "great". I see there is a silencedetect filter but I'm not entirel sure how to use it. Can ffmpeg do tihs? Thanks. [04:34] <perise__> who [04:34] <perise__> hello [04:35] <perise__> who [04:37] <sacarasc> Hi. [04:39] <llogan> ok!! [08:37] <pietro10> hm the voice silences are pure silence [08:37] <pietro10> I could just write a tool to do this [09:11] <boomrx> http://pastebin.com/27VaCAxY [09:57] <flo`> hi [09:57] <flo`> i want to use ffmpeg in order to grab a http video stream, add a watermark to it and stream it again [09:58] <flo`> but i'm failing to even grab the stream :/ what is wrong with ffmpeg -i http://myserver:1234/stream ...? [09:58] <flo`> i'm getting always a "no such file or directory" on the http:// url\ [10:18] <divVerent> is there an official http-accessible ffmpeg git repo? [10:18] <divVerent> $ setproxy git ls-remote http://source.ffmpeg.org/ffmpeg [10:18] <divVerent> fatal: http://source.ffmpeg.org/ffmpeg/info/refs?service=git-upload-pack not found: did you run git update-server-info on the server? [10:18] <divVerent> does not work [10:20] <divVerent> like, is the github mirror always kept current automatically? [10:20] <divVerent> or is http://git.videolan.org/git/ffmpeg.git always current [10:21] <divVerent> it LOOKS to me like source.ffmpeg.org == git.videolan.org, and thus the http url with the git.videolan.org hostname SHOULD be ok, can anyone confirm this officially? I want to refer to it from a PKGBUILD because it annoys me to have to use git:// when behind a web proxy [10:22] <divVerent> because that simply doesn't work through a web proxy [10:22] <JEEB> I don't see the repo changing from the videolan any time soon [10:22] <divVerent> of course [10:22] <divVerent> what would be BEST [10:22] <divVerent> would be supporting the http backend on source.ffmpeg.org too [10:23] <divVerent> by copying the same setup to source.ffmpeg.org's vhost, or MAYBE using a redirect (not sure if git http allows redirects), http://source.ffmpeg.org/git/ffmpeg.git could be made work [10:24] <divVerent> AH, I see the issue [10:24] <divVerent> it's INTENDED to work, but the rewrite rule is broken :P [10:24] <divVerent> wget -O- 'http://source.ffmpeg.org/git/ffmpeg.git/info/refs?service=git-upload-pack' [10:24] <divVerent> Location: http://git.videolan.org/?p=ffmpeg.gitservice=git-upload-pack&service=git-up… [following] [10:25] <JEEB> lol [10:25] <divVerent> wonder why it inserts the same thing twice [10:27] <ubitux> flo`: quote it properly? (maybe an issue with your shell) [10:28] <ubitux> divVerent: yes the configuration of the server is kinda weird, source.ffmpeg.org redirect strangely to git.videolan.org, you can't really rely on it :( [10:30] <divVerent> ubitux: I wonder how much work it would be to fix it [10:30] <divVerent> for that one would probably first need to know what relies on the existing redirect logic [10:30] <ubitux> i don't have access to the server [10:30] <divVerent> is there a bug tracker for that kind of issue? [10:31] <ubitux> i think the trac is fine [10:31] <ubitux> or well [10:31] <ubitux> just ask ffmpeg-devel [10:32] <divVerent> I really wonder why on this tracker I always lose my password [10:34] <t4nk926> hi [10:35] <t4nk926> i have a little problem with ffmpeg when i want to generate teaser form an MP4, my audio is not synch with my video [10:36] <t4nk926> have you got an idea for solved my issue ? [10:39] <t4nk926> http://pastebin.com/2VevM5Fm [10:40] <t4nk926> this is my command and my output [11:05] <_dr> how can i get a list of available pix_fmts that go with a certain codec? [11:20] <ubitux> - ./ffmpeg -help encoder=libx264|&grep pixel Supported pixel formats: yuv420p yuvj420p yuv422p yuv444p [11:29] <Olive6767> Hi there :) [11:30] <Olive6767> I'm compiling ffmpeg on OSX 10.8, but I would like the obtained binary to be both compatible with OSX 10.8 and 10.7, how should I do so? [11:39] <Olive6767> nobody? [12:27] <_dr> ubitux: thanks [12:31] <_dr> mh, now i have raw images, which i convert to tiff, which i encode using ffv1 with -pix_fmt gray16le. then i extract the frames to .tiff (gray16le), which i then convert back to raw images... but they don't match the original raw images. any idea where the problem could be? [12:31] <_dr> i made sure the problem isn't caused by imagemagick's convert, which i use to convert raw images to tiffs, because raw (reference) to tiff back to raw equals raw (reference) [12:32] <_dr> i believed the problem lied with yuv conversion, which is why i tried a codec (ffv1) which supports gray16le [12:32] <_dr> still no luck [12:34] <_dr> here's the commands i use http://pastebin.com/LsrNJyik [13:53] <cbsrobot> Olive6767: what happens if you try it on 10.7 and 10.8 ? [13:53] <cbsrobot> any errors ? [13:53] <Olive6767> cbsrobot: only tried on 10.8, it works [13:53] <Olive6767> but I would like to be sure it will on 10.7 [13:54] <cbsrobot> I can try on 10.7 [13:54] <Olive6767> that would be great [15:03] <mpfundstein> what would you guys use as an intermediate format ? i dont want to use raw data or huff as its waaay too big. can't make a decision [15:03] <mpfundstein> thought about mpeg2 15bps [15:03] <mpfundstein> Mbps [15:05] <sacarasc> Lossless h264 maybe? [15:06] <mpfundstein> i will check thanks [15:35] <mpfundstein> ill actually settle with ts [15:35] <mpfundstein> thx [16:03] <crashev> hello is this possible to double mono channel into "stereo", I have a mono recording, I would like to hear the same thing on both channels [16:03] <Mavrik> yeah, just set channel number to 2 [16:03] <Mavrik> and it'll do duplication [17:00] <serp_> hi, I want to programmatically iterate over all still images in a video. is ffmpeg the right tool for this? [17:09] <MadTBone> I have footage that was accidentally recorded as rawvideo uyvy422 from a component (YPbPr) input. The actual video source was s-video. The resulting files contain a proper luma channel in the "y" samples, a proper chroma channel in the place of the "u" samples, and garbage in the place of the "v" samples. Is there a way I can get ffmpeg to ignore the "u" samples? [18:24] <Mista_D> Can I have FFmpeg output "fps= " value only during encoding? [18:26] <sacarasc> When else would it output it? [18:27] <Mista_D> sacarasc: can I see only the fps value? [18:27] <sacarasc> Oh, you only want to see it. [18:28] <Mista_D> yes. [18:28] <sacarasc> You could hack on ffmpeg to only output that, I suppose. I don't know if there is another way. [20:06] <brad_c6> I have successfully used the api-example.c to decode a audio file, but I would like to save attributes about the audio as to allow me to encode them into some other format later. Is there something in libavcodec that could give me similar function to ffprobe? Thank You [20:11] <Mavrik> brad_c6, if you call av_dump_format on the input format context you'll get the same output as ffprobe on the console [20:11] <Mavrik> brad_c6, also all that data is stored in the AVFormatContext structure [20:12] <brad_c6> Mavrik: ok I'll try that, thx [20:18] <pietro10_> what's the proper way to produce ogg vorbis with avconv? -c libvorbis just produces ogg-flac again [20:20] <pietro10_> ah -acodec [20:21] <pietro10_> ...does file just assume all ogg files are ogg-flac? [20:23] <pietro10_> no because I get file is corrupt every time [20:23] <beastd> pietro10_: you can always use "ffmpeg -i created.file" to find out what you just created. [20:23] <pietro10_> it just tells me flac [20:23] <pietro10_> here is the command line I used: [20:23] <pietro10_> { for i in *; do echo avconv -i $i $i.ogg -acodec libvorbis '&&'; done; echo true; } | bash [20:23] <pietro10_> where all of * are .wav files [20:26] <beastd> pietro10_: we do not support the avconv tools from the ffmpeg fork in this channel. but usually you write the options that associate to an outputfile in front of that output file not after [20:26] <beastd> also what should '&&' accomplish? [20:27] <pietro10_> oh those are forks? [20:28] <pietro10_> then the debian/ubuntu/whatever people added the "ffmpeg is deprecated" message themselves :| [20:28] <pietro10_> as for && it will stop on the first file that fails [20:28] <beastd> pietro10_: the depricated message is misinformation spread by the fork [20:29] <brad_c6> Indeed [20:29] <pietro10_> good to know! [20:29] <pietro10_> what is the point of the fork then [20:29] <beastd> in e.g. debian you get the fork somehow and it installs replacements or whatever for ffmpeg. if the forks software finds out it is called as ffmpeg it prints the depricated message [20:30] <pietro10_> I see [20:31] <beastd> Still i think you got some things wrong in your bash commandline [20:32] <pietro10_> right now it's program -i $i -acodec libvorbis $i.ogg [20:32] <beastd> the && being quoted as '&&' is certainly wrong [20:32] <pietro10_> the point of this is just to test to make sure the ogg conversion doesn't reduce in loss of quality since the .wav files are recordings of things that were passed through a filter to make them sound like long-distance radio transmissions [20:33] <beastd> pietro10_: could you produce correct output file now? one with a vorbis autio stream? [20:33] <beastd> *audio [20:34] <pietro10_> yep [20:34] <pietro10_> thanks [20:34] <pietro10_> so now I'm curious what the difference between ffmpeg and avconv is [20:35] <ubitux> pietro10_: ffmpeg is the conversion tool from the FFmpeg project, avconv is the conversion tool from the Libav project [20:35] <ubitux> it's essentially the same, except that ffmpeg has more stuff [20:38] <pietro10_> right I read that I was thinking ofre about the 'stuff' part =P [20:46] <brad_c6> I got av_dump_format to work (thx again) from what I got out of demuxing.c. Is there a way though to read the data from a std::vector<char> or char[] instead? (I loaded the file into memory as it was extracted from a MPQ archive, in hopes to then transcode it to a different format) [20:46] <pietro10_> it looks like no one has made a yes/no comparison of the original and its fork [20:47] <Mavrik> brad_c6, instead of trying to parse that [20:47] <pietro10_> maybe when I have a lot fo time to kill I will [20:47] <Mavrik> brad_c6, why aren't you reading fields in your format and codec contexts? [20:49] <brad_c6> Mavrik:? [20:49] <Mavrik> what? [20:50] <brad_c6> Mavrik: I am not sure what you mean? [20:50] <Mavrik> did you decode the audio? [20:50] <brad_c6> It does, but I have to set tribute about the audio manually [20:50] <Mavrik> ? [20:51] <Mavrik> if you decoded the audio [20:51] <Mavrik> you had to get an AVFormatContext, which describes your input container and AVCodecContext which describes your input codec [20:51] <Mavrik> av_dump_format takes those structures and creates that readable output [20:51] <Mavrik> if you need parameters of the input go check those [21:01] <brad_c6> I am looking at avformat_open_input which specifies a filename, is there a way to give it a char[] or vector instead of a filename be via a option or otherwise? (I think that is the question I should be asking) [21:41] <beastd> brad_c6: maybe read this http://ffmpeg.org/doxygen/trunk/group__lavf__decoding.html#details [21:44] <brad_c6> maybe something with avio? [21:46] <brad_c6> like avio_read [21:47] <beastd> brad_c6: if i am not mixing things up you can use avio_alloc_context () and then preallocate a AVFormatContext with avformat_alloc_context(). initialize its pb field and pass it to avformat_open_input() [21:47] <brad_c6> Your guess is as good as mine. I'll give it a go [21:49] <beastd> brad_c6: ok. you should be able to find the api docs for the functions i listed above. please tell if it worked out. i did never try myself but i am quite sure the use case you described is supported by lavf. [21:57] <pietro10_> thanks again [21:58] <tclavier> hello [21:59] <brad_c6> beastd: Can I set opaque pointer to NULL? (I am not sure what the opaque does) it says "An opaque pointer to user-specific data." [21:59] <brad_c6> tclavier:hello [22:00] <beastd> brad_c6: if you mean for avio_alloc_context. then yes [22:00] <brad_c6> beastd:yep [22:00] <tclavier> With a .mov file with DNxHD video [22:00] <tclavier> [dnxhd @ 0x16c6060] unsupported cid 1244 [22:00] <tclavier> bug or bad video file ? [22:01] <tclavier> video file was produce by Apple :-( [22:02] <luc4> Hi! I would like to extract a stream from a container. I therefore looked at the code demuxing.c from the sample codes and dumped the AVPacket after av_read_frame like this: http://pastebin.com/DafVdvaC. Is this correct? [22:02] <beastd> brad_c6: usual callback design. in a bigger apps you mostly would not want your callback to directly access some global data. so opaque provides you with a way to provide that data which will in turn be passed to your callbacks when they are called. [22:04] <tclavier> ok [22:06] <tclavier> http://pastie.org/5650369 [22:09] <tclavier> and http://pastie.org/5650393 if i say Yes [22:14] <emerica_> DNxHD-TR not supported is all le goog seems to bring up [22:15] <tclavier> compression id 1244 it's DNxHD-TR ... ok [22:15] <tclavier> Do you know where can we read specification ? [22:16] <brad_c6> beastd:I must be making a stupid mistake in this method call. Any ideas? http://pastebin.com/SbXprYeC [22:17] <brad_c6> beastd:I am getting no such method (it is included though) [22:22] <brad_c6> beastd:fixed it, has to cast (unsigned char *) [22:24] <brad_c6> beastd: That did it! Thank you so much! [22:24] <beastd> brad_c6: i am glad it works for you. [22:25] <beastd> brad_c6: but note the buffer should actually be allocated with av_malloc for correct alignment. maybe you can adept your code to allocate the buffer with e.g. av_malloc [22:25] <brad_c6> beastd: I think when I get all the FFMPEG related stuff done with my app, I'm gonna write a big tutorial/use cases [22:26] <beastd> brad_c6: contributions are to doc/ and doc/examples are welcome too [22:28] <beastd> brad_c6: but we usually won't accept C++ code for our codebase and for examples. anyway if you put up something on your own, you can submit the address to ffmpeg-devel and we might link to it from our homepage. [22:30] <brad_c6> beastd: ok, I will do that as I love what ffmpeg does and I think having more documentation would make the project much more accessible to developers. I would turn them into c code examples for sure. (As for the parts of my project are basically C anyways (besides the std::vector) [22:40] <cbsrobot> tclavier: please file a bug report and upload a sample [22:41] <llogan> that sample would be huge [22:42] <llogan> tclavier: is it just one file or many? [22:42] <llogan> did you test ffmpeg from git head? [22:42] <cbsrobot> DNxHD TR (Thin Raster) - never heard of it [22:42] <llogan> might give FFmbc a try too [22:43] <llogan> cbsrobot: same here [22:44] <tclavier> just one ... it's the first file, and i can't build a new one more shorter [22:44] <tclavier> i can make a dd :-D [22:45] <beastd> brad_c6: maybe you can use avio dynbuf for replacing vector: http://ffmpeg.org/doxygen/trunk/avio_8h.html#adb5259ad07633518173eaa47fe657… [22:46] <cbsrobot> tclavier: that would be great [22:46] <tclavier> i not use the last git commit (build faild) but last build available on deb-multimedia [22:46] <cbsrobot> although if you can upload the original to datafilehost, or a private website too [22:46] <brad_c6> beastd:I guess I could make a specific ReadFile function in my MPQArchive Class [22:47] <tclavier> on a friend computer with Quiktime and DNxHD codec that work well [22:48] <beastd> brad_c6: it is not exactly comparable but you can write your data into the dyn buf and then when you close it you get the pointer to the resulting buffer (the resizing of the buffer is handled by internally). [22:48] <brad_c6> beastd:nice [22:48] <beastd> brad_c6: i mean you get the resulting buffer and its length on close [22:49] <tclavier> if you whant to test you can dl ftp://backup.azae.net/MOBILITE.mov [22:49] <brad_c6> beastd: I will use that for the audio/video files ( I have been using std::vector<char> as a general file container for many different libraries) [22:50] <luc4> Hi! Anyone who can suggest some sample code to extract streams? [22:51] <llogan> 2.8 G. too big for me. [22:51] <cbsrobot> tclavier: I try to create a smaller sample [22:52] <tclavier> how to know the min dd size to use ? [22:53] <beastd> brad_c6: yeah ok. as the underlying buffers of avio dyn buf are managed with av_malloc & friends it would solve your problem with avio_alloc_context buffer requirements. [22:54] <llogan> that's a 14.9 MB/s bitrate [22:56] <brad_c6> beastd: I'll implement avid din but for performance reasons, for the moment avid_alloc_context is working great [22:57] <tclavier> llogan ... i have request a "very good quality" [22:57] <tclavier> but i can't read it :-( [22:57] <llogan> tclavier: i don't know. 10 seconds should be good enough i guess. that would be ~1227770 kilobits [22:58] <llogan> ~150 MB [22:58] <tclavier> ok [22:58] <llogan> i'm not sure if it will work with dd. i don't use mov or dnxhd often [22:59] <llogan> so test your output with ffmpeg first. it might give a different error [22:59] <llogan> your dd output i mean [22:59] <tclavier> :-D [23:00] <brad_c6> beastd: (fell dumb asking) Is there a function I call on AVFormatContext to query channel, sampling format, ect thank you for all the help :D [23:04] <tclavier> stange ... with a 2G file a get : Invalid data found when processing input [23:05] <tclavier> same pb with 150MB file :-( [23:05] <Mavrik> brad_c6, those are properties of a stream, not format [23:05] <Mavrik> brad_c6, so look for AVCodecContext [23:05] <beastd> brad_c6: i meant you to use avio dyn buf e.g. for filling the buffer (it is write only) and feet the returned buffer to avio_allloc_context for putting in AVFormatContext before avformat_open_input . [23:05] <Mavrik> brad_c6, it's right here in the documentation: http://ffmpeg.org/doxygen/trunk/structAVCodecContext.html [23:05] <brad_c6> Mavrik:sorry about that [23:06] <llogan> tclavier: maybe there is an "atom" at the end of the file that is missing in the cut samples [23:06] <brad_c6> beastd:oh, ok now I understand will implement that [23:07] <tclavier> ha yes ... just before ffmpeg say : moov atom not found [23:10] <tclavier> in libavcodec/dnxhddec.c, cid is construct with cid = AV_RB32(buf + 0x28); [23:11] <tclavier> do you know from where the '0x28' constant come from ? [23:37] <ElMarikon> cheers! [23:38] <ElMarikon> does anyone know, what I can do aginst the message "Warning: data is not aligned! This can lead to a speedloss", when I'm scaling and padding my video? [23:38] <ElMarikon> how can I align my data? [23:41] <ElMarikon> it looks like it has to do with mmx and sse2... more I could not understand... [23:44] <ElMarikon> noone? [23:47] <luc4> I don't know that warning but sometimes buffers have to be aligned in memory. [23:57] <ElMarikon> oookay... could u quickly explain,. how i do that? [23:57] <luc4> Anyone who knows what is the difference between side_data and data element in AVPacket? [23:58] <luc4> ElMarikon: if that is your issue you need to allocate your buffers with a specific alignment in memory, typically 4 bytes in memory. [23:58] <ElMarikon> luc4: sorry, i still don't get it:-( [00:00] --- Wed Jan 9 2013

1 0

ffmpeg-devel.log.20130107
by burek 08 Jan '13

08 Jan '13

[11:27] <cone-628> ffmpeg.git 03Paul B Mahol 07master:7f7f31bfcb7d: iff: support seeking with maud [11:28] <durandal_1707> i think that iff demuxer should be split into ~5 demuxers [11:31] <pross-au> yep, with iff.h or something for shared stuff [11:54] <cone-628> ffmpeg.git 03Paul B Mahol 07master:251602369576: 012v: remove double ; and return correct error code if ff_get_buffer() fails [12:01] <ubitux> should we add some NULL pointer check in functions like avcodec_close() or avformat_close_input()? [12:01] <ubitux> it will be handy for error handling [12:02] <durandal_1707> checks on what? [12:03] <ubitux> check if the pointer is NULL [12:03] <ubitux> and if so, do nothing (instead of dereference :p) [12:04] <durandal_1707> on what pointers? [12:06] <pross-au> all of 'em? [12:06] <ubitux> the passed pointer? [12:07] <ubitux> for avformat_close_input, the dereferenced one [12:07] <cone-628> ffmpeg.git 03Peter Ross 07master:f2dc158b0a15: frmdec: use AV_PIX_FMT_xxx [12:07] <cone-628> ffmpeg.git 03Peter Ross 07master:8d4c817c4a48: frmdec: terminate frm_pix_fmt_tags [12:07] <cone-628> ffmpeg.git 03Peter Ross 07master:6cff56f0baba: frmdec: tag 2 is AV_PIX_FMT_RGB0 [12:17] <durandal_1707> pross-au: gonna split mvc decoders into separate files? [12:21] <durandal_1707> when news will be posted? [12:22] <pross-au> on my list of thiks todo [12:25] <kierank> durandal_1707: mvc decoder? [12:26] <durandal_1707> kierank: something irrelevant for broadcating [12:26] <kierank> what mvc [12:26] <kierank> i have interests outside of broadcasting you know... [12:27] <pross-au> Not broadcasting [12:27] <durandal_1707> Silicon Graphics Motion Video Compressor 1 & 2 [12:27] <pross-au> Is an old SGI format, from the 90s [12:28] <pross-au> there is also mvc3 :D [12:29] <kierank> ok, i thought it was nokia mvc [12:29] <pross-au> whats that? [12:30] <Skyler_> H.264 proposal format, from the H.26L days [12:31] <durandal_1707> pross-au: gonna do mvc3 ? [12:36] <pross-au> dont have any samples :( [12:36] <pross-au> it has a fancier name too, i forget [12:36] <pross-au> so durandal_1707, you would sleep better a night if there was mvc1.c and mvc2.c ? [12:38] <durandal_1707> currently if one of them is disabled code that not gonna be used is also build [12:39] <durandal_1707> i'm just for splitting because there is nothing big shared betwen them [12:40] <pross-au> okay [12:40] <pross-au> i'll priotise that ahead of the WBMP decoder. [12:40] <durandal_1707> you can keep then in same file if the ifdefs are correctly positioned ... [12:41] <durandal_1707> no need to rush ... [12:41] <durandal_1707> it is just minor thing [12:46] <cone-628> ffmpeg.git 03Paul B Mahol 07master:2a89081cadff: Add EVRCA and SMV codec id [13:16] <cone-628> ffmpeg.git 03Peter Ross 07master:508836932fcb: wtvdec: demux thumbnail picture to AVStream.attached_pic [13:16] <cone-628> ffmpeg.git 03Peter Ross 07master:361ecb617624: wtvdec: ignore WM/MediaThumbType metadata entry [13:16] <cone-628> ffmpeg.git 03Peter Ross 07master:801b636633ea: wtvenc: mux thumbnail picture [13:16] <cone-628> ffmpeg.git 03Peter Ross 07master:8b4842c2e2cc: wtvdec: warn about truncated files [13:51] <durandal_1707> pross-au: libsiren can decode audio in vivo 2 version? [14:04] <cone-628> ffmpeg.git 03Luca Barbato 07master:89b51b570daa: oggdec: free the ogg streams on read_header failure [14:04] <cone-628> ffmpeg.git 03Michael Niedermayer 07master:2db8660f094a: Merge commit '89b51b570daa80e6e3790fcd449fe61fc5574e07' [14:09] <Compn> durandal_1707 : i think thats correct, yes [14:13] <pross-au> durandal_1707: the 'vivo siren' and 'msn siren' packets can both be decoded with libsiren, but they use different initialisation parameters. i guess codec_tag can be used to differentiate them. [14:15] <Compn> is someone working on porting libsiren to ffmpeg ? [14:21] <cone-628> ffmpeg.git 03Luca Barbato 07master:d894f74762bc: oggdec: make sure the private parse data is cleaned up [14:21] <cone-628> ffmpeg.git 03Michael Niedermayer 07master:1700be585593: Merge remote-tracking branch 'qatar/master' [14:21] <cone-628> ffmpeg.git 03Michael Niedermayer 07master:7a6beedd3fcd: oggparsevorbis: fix vorbis_cleanup return type [15:04] <ubitux> pross-au: wtv-demux makes valgrind complain [15:05] <ubitux> (memleak) [15:27] <pross-au> Compn: libsiren port: i am *not* working on it. [15:27] <pross-au> ubitux: thanks [15:29] <durandal_1707> Compn: no plan to work on siren, after finishing evrc will do wavpack encoder [15:52] <cone-628> ffmpeg.git 03Michael Niedermayer 07master:878e5bd6f555: mpeg12: Support decoding dimensions that are a multiple of 4096 [15:52] <cone-628> ffmpeg.git 03Michael Niedermayer 07master:bcc4ef1a415c: mpeg12enc: Correctly mask dimensions [15:52] <cone-628> ffmpeg.git 03Michael Niedermayer 07master:7fb87bc5f24b: mpeg12enc: check dimension validity [16:17] <durandal_1707> wtf is Fire Flower ? [16:22] <Compn> ? [16:23] <ubitux> mario? [16:24] <durandal_1707> that is name of 1.1 release [16:27] <ubitux> yes i noticed [16:28] <ubitux> to hell the peaceful names, let's start fighting with fire flowers [16:28] <wm4> reminds me of playing supertux... [16:35] <ubitux> nitpick question [16:35] <ubitux> should subtitles be marked with a "bitmap based" flag, or a "text based" flag? [16:35] <ubitux> (using a "text based" prop will require to mark more codecs) [16:36] <durandal_1707> more patches [16:36] <wm4> ubitux: it'd be best if they had just a type field? [16:36] <wm4> and please not per rect [16:37] <ubitux> there is already a type field per rect, and a "format" field in the AVSubtitle [16:37] <wm4> why so many types [16:37] <ubitux> it's set in a really ugly way currently [16:37] <ubitux> sub->format = sub->num_rects && sub->rects[0]->ass; [16:37] <ubitux> but it sucks and i want to change that [16:38] <ubitux> wm4: think of a subtitles format/codecs supporting text & images [16:38] <ubitux> i can give you at least one [16:38] <ubitux> we don't support that feature though [16:39] <ubitux> yet. [16:39] <wm4> mixing them is a recipe for pain, I'm not sure if that is really the correct way of handling it [16:40] <wm4> you should probably decode them as images always [16:40] <wm4> what formats support this? kate? [16:40] <ubitux> jacosub [16:40] <ubitux> :D [16:40] <ubitux> and maybe sami [16:41] <wm4> does anyone use these formats/features? [16:41] <ubitux> no one use jacosub nowadays [16:41] <wm4> you know, in theory, ASS allows starting external programs and such [16:41] <ubitux> some sami files can be found, maybe some are using it to overlay a logo or something [16:41] <ubitux> but i doubt it [16:41] <ubitux> wm4: yeah that's not important, i think we can safely assume either text-based or bitmap-based subs [16:42] <ubitux> the question is more, should we consider bitmap or text subtitles the default [16:42] <ubitux> i'd better go for text subtitles by default [16:42] <ubitux> and consider bitmap one the "exception" (and thus mark codec as such) [16:43] <ubitux> (that also means less work for me) [16:43] <ubitux> but i was asking for opinions anyway [16:44] <wm4> well, it would make sense to decode them as image [16:44] <wm4> in fact, I wonder why you don't just provide "decoding" of text subtitles to images directly [16:45] <ubitux> that would mean a rasterization of all the text in the decoder [16:45] <ubitux> wm4: because you can't transcode if you do that [16:45] <wm4> that's a separate thing, though [16:45] <ubitux> the interesting thing about decoding is that it provides a common way of representing subtitles styles [16:46] <ubitux> so you can use it in all the encoders [16:46] <ubitux> and thus do some subtitles conversion keeping the markup [16:46] <ubitux> things you couldn't do with images [16:47] <wm4> video decoders (sometimes) allow decoding to multiple formats [16:48] <wm4> it's mostly used to select between hardware vs. software decoding [16:55] <cone-628> ffmpeg.git 03Peter Ross 07master:a572cc8c7a03: wtvdec: prevent memory leak in get_tag() [18:35] <Plorkyeran> @ubitux> no one use jacosub nowadays <-- one person does [18:36] <Plorkyeran> clearly you should design your software for the sake of one person that will never use it [18:38] <ubitux> < Plorkyeran> @ubitux> no one use jacosub nowadays <-- one person does // really? who? [18:38] <Plorkyeran> the central-anime guy [18:39] <Plorkyeran> he still times on his amiga for some reason [18:39] <ubitux> wtf :) [18:39] <beastd> can he code :) [18:39] <Plorkyeran> I don't think so [18:40] <ubitux> Plorkyeran: could you tell him i wrote a jacosub decoder in ffmpeg just for him? [18:40] <durandal_1707> lol [18:44] <JEEB> woah [20:35] <ubitux> cbsrobot: are you able to reproduce the ass bug on mac os? [21:03] <cbsrobot> ubitux: yes (if it's a bug) [21:04] <ubitux> so do you have any idea what is the cause? [21:04] <cbsrobot> at least all the libs are not liked to the binary [21:04] <cbsrobot> with ldd normally you see what is missing and what not [21:05] <cbsrobot> and with otool I'm not sure how to do it [21:05] <ubitux> just missing a link to a library? [21:05] <ubitux> so if a library is missing, it just fails silently? oO [21:06] <cbsrobot> ubitux: I mean the configure line states clearly that it is buid as a static binary and al the necessary libs are there [21:06] <cbsrobot> but the output of otool does not mention them [21:06] <cbsrobot> not sure what is going on [21:07] <cbsrobot> with my ffmpeg the subtitling works, with the one form http://www.evermeet.cx/ffmpeg/snapshots/ it does not work [21:07] <ubitux> interesting [21:07] <ubitux> i just checked the code, we check for any init failure [21:08] <cbsrobot> if you can give me a hint where to look &. [21:08] <ubitux> so if libass was failing for some reason (like not being able to load a rendering lib) it would have error out [21:08] <cbsrobot> at configure - yes [21:10] <ubitux> cbsrobot: i meant as runtime right now [21:10] <cbsrobot> well that aswell [21:11] <ubitux> cbsrobot: if it's a static build, maybe there is some kind of conflicts with the libraries [21:12] <ubitux> like libass calling the functions of freetype inside the binary instead of the one of the system or something [21:12] <ubitux> mmh wait [21:13] <ubitux> the dynamic libs are not found in your first example [21:13] <ubitux> while they should, it's not a full-static build [21:20] <cbsrobot> how would you do that ? [21:21] <ubitux> do what? [21:21] <ubitux> btw, does drawtext filter works? [21:22] <cbsrobot> building a non full-static build ? [21:22] <ubitux> by full-static i mean external libs embedded [21:22] <cbsrobot> let me test [21:22] <ubitux> --enable-static (which is the default) only embed our libs into the programs [21:23] <ubitux> ( ./ffplay -f lavfi -i color,drawtext=text=hello:fontcolor=white:fontsize=30) [21:24] <ubitux> even better: ./ffplay -f lavfi -i 'color,drawtext=text=hello:fontcolor=white:fontsize=30:x=t*10' [21:24] <ubitux> :-° [21:27] <cbsrobot> ubitux: I only have ffmpeg, no ffplay [21:27] <cbsrobot> but it works [21:27] <ubitux> ok [21:30] <ubitux> cbsrobot: just to make sure, if you use -v verbose, do you see the "Change happened at time ..." messages? [21:30] <ubitux> hum, -v debug sorry [21:32] <cbsrobot> ubitux: I have quickly to get afk [21:32] <cbsrobot> I ping you back [21:42] <cone-628> ffmpeg.git 03Michael Niedermayer 07master:f65daf577af2: rv10: always check direct mode interpolation times. [21:42] <cone-628> ffmpeg.git 03Michael Niedermayer 07master:0780fe27404c: rmdec: Limit videobufsize to remaining amount of data [22:10] <cbsrobot> ubitux: I found: Fontconfig error: Cannot load default config file [22:11] <cbsrobot> on the one I downloaded [22:11] <ubitux> oh! [22:11] <cbsrobot> didnt see it before [22:11] <ubitux> but it doesn't error out? [22:11] <cbsrobot> no [22:11] <cbsrobot> well its red [22:13] <cone-628> ffmpeg.git 03Clément BSsch 07master:dbf0a9057271: lavc: fix forgotten "que" reference. [22:13] <cbsrobot> not sure if it matters, but my ffmpeg shows : [Parsed_subtitles_0 @ 0x7fcb89c19640] Raster: FreeType 2.4.7 [22:13] <cbsrobot> the one failing: [Parsed_subtitles_0 @ 0x107b15740] Raster: FreeType 2.4.10 [22:13] <cbsrobot> FrBidi is the same version [22:14] <ubitux> it doesn't seem to appear in https://ffmpeg.org/trac/ffmpeg/attachment/ticket/2100/ffmpeg-20130102-20073… [22:22] <cbsrobot> with the failing ffmpeg I cannot see "Change happened at time &." [22:26] <ubitux> i wonder if ass_render_frame doesn't return NULL in these cases [22:57] <cbsrobot> ubitux: something else I shoud check ? [22:57] <ubitux> i don't know& [22:57] <cbsrobot> me neighter atm [22:57] <ubitux> :( [00:00] --- Tue Jan 8 2013

1 0

ffmpeg.log.20130107
by burek 08 Jan '13

08 Jan '13

[11:33] <lishkay> (Where) Is there better documentation for tutorial for using LinkLabels than the 'man' page? [12:42] <_dr> hi, i'm trying to convert a series of 16 bit greyscale pngs into a video. is there anything i have to pay special attention to? i'm using ffmpeg -f image2 -i png/img%03d.png -vcodec libdirac out.mp4 but the video is just a few kilobytes and seems entirely black [12:42] <_dr> while the input images are around ~100MB [12:44] <cbsrobot> _dr: not sure dirac in mp4 is supported [12:45] <_dr> cbsrobot: i just tried .avi, doesn't seem to work either (file size ~12kb) [12:46] <cbsrobot> try mkv [12:47] <_dr> cbsrobot: same problem :( could it have anything to do with: [avsink @ 0x19a1aa0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out'? [12:48] <_dr> because the problem prevails if i switch from libdirac -> libx264... i fear the 16 bit greyscale might be the problem [12:48] <cbsrobot> try converting one png to a tiff file [12:48] <cbsrobot> ffmpeg -i file.png file.tiff [12:50] <_dr> cbsrobot: the input .png is ~200kb, the tiff is ~14kb [12:50] <_dr> and i get Incompatible pixel format 'gray16be' for codec 'tiff', auto-selecting format 'rgb24' [12:50] <_dr> didn't get that warning with the video codecs though [12:54] <cbsrobot> _dr add -pix_fmt gray16le [12:55] <_dr> Incompatible pixel format 'gray16le' for codec 'tiff', auto-selecting format 'rgb24' :) [12:55] <cbsrobot> just gray16 [12:55] <cbsrobot> maybe [12:55] <cbsrobot> sorry I don not use it very often ... [12:56] <_dr> won't work either. i'll just stick around, perhaps someone else can help me [12:56] <_dr> thanks though :) [13:01] <cbsrobot> _dr: see line 33 of http://ffmpeg.org/doxygen/trunk/pngdec_8c_source.html [13:02] <_dr> oh, that's not good [13:02] <cbsrobot> although I see some sort of 16 bit support [13:02] <_dr> do you by and chance know a format which supports 16 bit? [13:02] <cbsrobot> may just not for grayscale [13:02] <cbsrobot> tiff supports gray16le [13:02] <cbsrobot> exr too [13:02] <_dr> great, i'll try converting my raw data to tiff then [13:03] <cbsrobot> but can you file a bug and add an image ? [13:03] <cbsrobot> maybe someone is willing to add support for it [13:05] <_dr> seems to work, thanks a lot [13:05] <_dr> if i find the time i'll file a bug report [14:11] <Hans_Henrik> i have a small looping flash (.swf) file that i would like to have in gif instead; i tried ffmpeg -i "file.swf" -pix_fmt rgb24 "file.swf.gif" and it worked, but the animation colors.. alot of green color comes in where it color changes x.x [14:13] <Hans_Henrik> holy shit [14:13] <Hans_Henrik> also the original swf file is 400 kb, the gif is 12.3 megabytes [14:14] <Hans_Henrik> any idea how to convert this to gif, and keeping it below 2 megaytes, and not getting alot of green colors in the animation? http://4x4norway.no/hans/temp/flash.swf [14:17] <Hans_Henrik> (this is what happens with the command posted above, lots of green, and from 400 kb to 12.3 mb http://4x4norway.no/hans/temp/flash.swf.gif ) [14:39] <_dr> mh, now ffmpeg tells me i can't use -qscale 0 because it's not >0.0, <= 255 [14:45] <_dr> how can i do lossless compression? 0.000001? [14:51] <ubitux> works for me [14:51] <ubitux> what's your cmd line? [14:56] <_dr> ubitux: ffmpeg -f image2 -i tiff-8bit/img%03d.tiff -vcodec libdirac -qscale 0 test.mkv [14:56] <_dr> same for libx264 [14:56] <_dr> ffmpeg version 0.8.4-4:0.8.4-0ubuntu0.12.04.1, [14:56] <ubitux> this is not ffmpeg [14:57] <JEEB> you should switch to the avconv binary in that case, for whatever reason elenril left the ffmpeg.c to rot after rewriting parts of it into avconv.c [14:57] <iive> _dr: you are using libav that is fork of ffmpeg. [14:58] <_dr> oh wow [14:58] <JEEB> or use a ffmpeg binary from ffmpeg, yes [14:59] <_dr> i wasn't even aware of that, i just installed ffmpeg via apt-get [14:59] <JEEB> just that avconv should already be there for you methinks, so unless it doesn't work either [14:59] <_dr> and ubuntu gave me libav [14:59] <JEEB> yeah [14:59] <JEEB> debian/ubuntu use libav [14:59] <ubitux> and under ffmpeg name, [14:59] <ubitux> :) [14:59] <JEEB> I think that was changed for everything but the virtual package? [14:59] <JEEB> not that I've looked for it much :) [14:59] <_dr> so, being on #ffmpeg i don't want to offend anyone, but should i prefer ffmpeg over libav? [15:00] <ubitux> _dr: it's just that we can't really help you with the libav tools [15:00] <JEEB> #libav is for libav support, #ffmpeg for ffmpeg [15:00] <ubitux> _dr: so either ask #libav, or try ffmpeg [15:00] <JEEB> anyways, if you use libav you should use the avconv binary [15:00] <ubitux> i can just say that qscale 0 works here [15:00] <JEEB> yeah [15:00] <_dr> yeah, sorry i was asking in here, i assumed i was using ffmpeg :-) [15:01] <_dr> ubitux: good enough argument for me. i just hope i can get ffmpeg from apt-get, brb [15:01] <ubitux> there are third party repository [15:01] <ubitux> repositories* [15:02] <iive> _dr: not really your fault. [15:02] <ubitux> but the debian/ubuntu packager is on libav side, so you'll get only libav package officially [15:02] <JEEB> you should try the avconv binary first, if that doesn't work either, then you can seek ppas :) [15:02] <iive> _dr: the misleading is intentional. [15:25] <mpfundstein> _dr: my tip. get the newest libx264, libfdk-aac and ffmpeg repositories and compile from scratch. debian packages are mostly way behind [15:34] <Hans_Henrik> as i've been told (and back when i was on debian, seemed mostly correct), the debian philosophy is "keep everything super out-of-date and patch it to hell" :p [15:35] <_dr> any distro that comes with up-to-date ffmpeg packages? [15:35] <Hans_Henrik> (they perfer patching bugs over updating software) [15:35] <_dr> i'd rather use a vm than build form source with tons of deps [15:35] <Hans_Henrik> hmm [15:36] <Hans_Henrik> 4:0.5.9-0ubuntu0.10.04.2 updates, security (main) 2012-12-19 [15:37] <Hans_Henrik> whoa thats old [15:37] <JEEB> well [15:37] <JEEB> they don't update the major version [15:37] <JEEB> after release [15:37] <JEEB> and that ubuntu is almost three years old soon [15:38] <JEEB> <_dr> any distro that comes with up-to-date ffmpeg packages? <- gentoo and arch, possibly? Welcome to random craziness with that, though [15:38] <JEEB> I'd rather keep a custom static ffmpeg binary over at /usr/local or so [15:38] <JEEB> or just the home folder [15:38] <_dr> good idea [15:39] <_dr> btw. is there some place that lists compatible pixel formats for codecs? [15:39] <perise__> hello [15:39] <_dr> i'm getting the feeling that none of them will allow gray16, they all convert it to yuv480p [15:39] <perise__> is there any plan for H.265? [15:40] <JEEB> perise__, it doesn't have an official number tho [15:40] <JEEB> it's still officially H.HEVC [15:40] <JEEB> over at ITU-T [15:40] <JEEB> anyways, smarter over at the libav project is working on a decoder [15:41] <JEEB> it should get merged when it gets finished there [15:41] <perise__> yeah [15:41] <perise__> i got the reference code from HHI [15:42] <perise__> but its wrote in CPP, and not so efficient [15:42] <perise__> I am looking for an more efficient version of that [15:42] <perise__> the final version is not done [15:42] <perise__> but I think its almost there [15:43] <JEEB> well naturally, also the decoder for libavcodec is heavily under work [15:43] <JEEB> it barely decodes some IDR frames at the moment, not to mention that the HM reference encoder isn't in sync with the paper spec either [15:45] <perise__> got your point, maybe thats the reason why it decode/encode so slowly [15:46] <JEEB> no [15:46] <JEEB> the slowness is just because it's reference software [15:46] <JEEB> it's not meant to be fast [15:46] <JEEB> but as I said, it's not fully in synch with the paper spec and the paper spec isn't finished yet [15:47] <perise__> umm,i will dig into the HHI code for more info. [15:47] <perise__> thanks [15:47] <perise__> go #linaro-kernel [15:47] <JEEB> uhh [15:48] <JEEB> the reference encoder is so far as I know called "HM" [15:48] <JEEB> http://hevc.kw.bbc.co.uk/git/w/jctvc-hm.git [15:48] <JEEB> (the svn is the main, but I use the git repo) [15:48] <JEEB> s/encoder/implementation/ [15:48] <perise__> great [15:48] <perise__> i just used svn to clone the repo [15:49] <perise__> let me try this one [15:49] <perise__> so this one is not from HHI? [15:49] <JEEB> I have no idea what you are calling "HHI" [15:50] <JEEB> I only know the JCT-VC mailing list and the official trac hosted at bbc, as well as the svn/git repositories hosted at bbc [15:50] <JEEB> "JCTVC-HM software" [15:51] <perise__> http://hevc.hhi.fraunhofer.de/svn/svn_HEVCSoftware/trunk/ [15:52] <perise__> sorry, i have to go JEEB [15:52] <perise__> thanks for your info. [16:19] <Mavrik> hmm [16:19] <Mavrik> any known library for handling dvb subtitles in code? [16:20] <JEEB> I think something videolan uses should handle them? [16:20] <JEEB> they either use libavcodec or something else [16:33] <Mavrik> njeh, nothing much in there [16:33] <Mavrik> basically I need to scale the subtitles and swscale doesn't support PAL8 on output yet [16:33] <Mavrik> was just wondering if I have to write my own scaler [16:48] <gagan662> /win 2 [16:49] <gagan662> oops :) [17:06] <fatpony> is there any way on linux to demux one title spread on multiple m2ts files using its mpls file? tsmuxer doesn't work when the same m2ts is specified twice [19:03] <KeshlWare> Having a major blah moment. I'm trying to extract frames from a video to a PNG sequence, using ffmpeg -i video.mts C:\frame_%d.png -- Thing is, the video's interlaced. How do I fix this? x.x [19:05] <KeshlWare> Nevermind, got it. [19:06] <KeshlWare> Command was: ffmpeg -i video.mts -filter:v yadif C:\frame_%d.png in case anyone needs it, oÉo. [20:13] <hub2> Hi,Can you tell me which profile I should choose for FDK-AAC encoder to encode MAIN AAC? [20:14] <hub2> It's a C++ program [20:24] <pettter> oh ffs, has ffmpeg completely fallen out of the Debian repos? [20:28] <Hans_Henrik> no o.0 [20:28] <Hans_Henrik> why would you think that? [20:30] <beastd> it has :( why would you say otherwise? [20:30] <Hans_Henrik> http://packages.debian.org/squeeze/ffmpeg [20:30] <Hans_Henrik> http://packages.debian.org/search?keywords=ffmpeg [20:31] <iive> Hans_Henrik: this is not ffmpeg [20:31] <iive> it's the libav fork. [20:31] <JEEB> actually the squeeze package is still ffmpeg methinks [20:31] <JEEB> but everything newer than that is libav [20:31] <beastd> yes, but [20:31] <beastd> 0.5.9-1 [20:32] <JEEB> naturally, squeeze is old [20:32] <beastd> agree [20:33] <beastd> but i would atill say ffmpeg has completely fallen out of the Debian repos [20:33] <JEEB> pretty much [20:33] <JEEB> they switched to libav with anything released after the fork [20:41] <bparker> sad [20:42] <JEEB> holy shi- [20:42] <JEEB> haven't seen that nickname in a while [20:44] <DX099> yeah ! [20:45] <DX099> hello, ffmepg 1.1 is released. I heard it may have support for Sony PS2 .psf2 files, is it true ? [20:46] <JEEB> DX099, https://ffmpeg.org/general.html#File-Formats if it's there then it's supported [20:47] <DX099> argh... it isn't... [20:47] <DX099> looks like I'm stuck with audacious [20:47] <beastd> pettter: dmo provide ffmpeg debian packages in their repository (it is linked from here There is http://ffmpeg.org/download.html#LinuxBuilds ) [20:47] <DX099> can't transcode my .psf2 file anywayre... [20:47] <DX099> *where [20:47] <bparker> JEEB: me? [20:48] <JEEB> yup [20:48] <bparker> ah [20:48] <bparker> just been busy [20:48] <pettter> beastd: yeah I found it - any reason why it's not in the official repos (besides Reinhard)? [20:48] <bparker> work, surgery, women, etc. [20:48] <JEEB> makes sense [20:49] <beastd> pettter: besides politics, i for myself do not know how to implement it (soname conflicts and similar problems) [20:50] <beastd> bparker: sounds damn busy to me :D [20:50] <DX099> hmm do I need to remove gstreamer if going for ffmpeg ? [20:50] <beastd> DX099: uhm no. not really [20:51] <pettter> beastd: right, thanks [20:51] <DX099> ok [20:51] <DX099> thanks [20:52] <beastd> pettter: as Libav forked without renaming libs. it is all hard to deal with in packaging and app deps etc [20:52] <pettter> beastd: indeed [20:52] <beastd> pettter: it might make sense to tell debian that you wish to have current FFmpeg packages available [20:53] <pettter> yeah [20:56] <ubitux> DX099: did you open a ticket on the bug tracker for the ps2 support? [20:56] <DX099> ubitux, hmm no... I had no idea one request from a single isolated user could trigger something... [20:56] <ubitux> the only thing i see is libavformat/psxstr.c: * Sony Playstation (PSX) STR File Demuxer [20:57] <ubitux> DX099: well we have a lot of lost formats/codecs [20:58] <ubitux> doesn't cost much to open an issue [20:58] <beastd> DX099: We have lots of curious game (and recently subtitle ;) ) formats supported. So it is worth a try to open a ticket. [20:58] <ubitux> provide a one or more samples, eventually a spec and wait for it [20:59] <ubitux> this looks like a format Paul might even support [20:59] <ubitux> he added a few random lost game audio demuxers recently [21:00] <DX099> https://github.com/audacious-media-player/audacious-plugins/blob/master/src… [21:01] <ubitux> really, just open a ticket [21:01] <DX099> yes, i'm registering right now [21:04] <Sashmo> does anyone know how to make a thumbnail like this?? I can do the image, but the audio, I have no clue..... Anyone?? http://imagebin.org/242030 [21:04] <Sean_sh> Hi I have a sample audio file with amr_wb format. In practice, I receive this file as a stream in real-time at about 2KB/s and need to re-encode it. The problem is ffprobe takes about 5 seconds to finish [21:05] <Sean_sh> Here is the command to simulate receiving it at ~ 2KB/s: cat ~/audioFromPhone3 | pv -L 2000 | ffprobe -i - [21:05] <Sean_sh> and here is the link to the sample: https://www.dropbox.com/s/md00bc5h8vgb1h9/audioFromPhone3 [21:06] <hub2> can faac encode main aac file? [21:06] <Sean_sh> I have tried -probesize and -analyzeduration with no change [21:06] <Sean_sh> can somebody test this please? [21:07] <DX099> ubitux, how do I categorize my request ? Do I just do "Create a New Ticket" ? [21:08] <ubitux> yes, mark in as enhancement (type filed) [21:08] <ubitux> field* [21:08] <DX099> ok [21:09] <ubitux> give as much info as possible [21:24] <DX099> http://ffmpeg.org/trac/ffmpeg/ticket/2119 [21:24] <ubitux> thanks :) [21:26] <DX099> no thanks to you :) [21:31] <beastd> DX099: Do you have any exceptional ps2 game soundtracks in mind that used psf2 format? (Just curious...) [21:34] <ubitux> mmh [21:34] <ubitux> is that a midi based format? [21:35] <ubitux> i mean, do you need some kind of sequencer? [21:35] <beastd> not sure it is midi based. but from what i read it has seq features [21:35] <DX099> don't know at all, like stated, I would like but have no knowledge about file formats, programming, let alone how computers handle sound... [21:35] <DX099> beastd, dothack [21:35] <ubitux> if it's supported by libmodplug [21:35] <ubitux> there is a wrapper [21:37] <ubitux> it looks like the whole thing is zlib'ed [21:37] <ubitux> reminds me of swf& [21:38] <hub2> Hi,Can you tell me how I can remove messages "[libfaac @ 0xa2d0380] 4 frames left in que on closing"? [21:39] <ubitux> s/que/queue/ [21:41] <hub2> ubitux: This was to me? [21:41] <ubitux> yes [21:42] <ubitux> it means 4 frames were remaining in the queue when closing the codec [21:42] <ubitux> which were not flush, for some reason [21:42] <ubitux> that is how i interpret the message [21:42] <ubitux> DX099: it doesn't actually look trivial [21:43] <ubitux> looks like you'll need some kind of psx emulator of some kind [21:43] <DX099> ubitux, I think it might just lib from psx projects [21:43] <DX099> *be libs [21:44] <hub2> ubitux:What should i do with s/que/queue/? [21:44] <DX099> https://github.com/audacious-media-player/audacious-plugins/tree/master/src… [21:45] <DX099> "peops" and "peops2" have them in it it seems [21:45] <ubitux> hub2: it just means replace "que" by "queue" in the sentence for a better understanding [21:46] <hub2> ubitux:Thanks [21:46] <ubitux> DX099: this is not trivial, we are not going to paste a huge load of sequencer/ps-emulator into the ffmpeg code base like this :p [21:47] <DX099> ok [21:47] <DX099> even if I have to compile some of it on my own it's ok [21:48] <ubitux> DX099: if you know an external library which supports decoding these files, we can consider adding a wrapper [21:48] <ubitux> like we did for libmodplug for instance [21:48] <DX099> unfortunately, the audacious project are the only one that I know are supporting this as an additionnal plugin... [21:49] <ubitux> yes, additionnal plugin [21:49] <ubitux> not a surprise [21:49] <ubitux> they don't want to put all that code in their codebase like us :p [21:50] <DX099> ah you mean, this links to how the project implement new codecs ? [21:50] <ubitux> ? [21:51] <DX099> you mean, pulling all necessary code into "codebase" ? [21:51] <ubitux> what is "this"? [21:52] <DX099> implementing the psf2 decoding [21:54] <ubitux> DX099: i'm not sure to understand you; my point is that any "mainstream" project supporting psf will not include all that code [21:54] <ubitux> because it means writing some kind of sequencer/psx emulator [21:54] <ubitux> which means a lot of code maitainance [21:54] <DX099> ah ok [21:54] <ubitux> so unless it's a dedicated project to such format, it will remain in third party plugins [21:54] <DX099> ah [21:55] <ubitux> BUT! [21:55] <ubitux> if you find a project doing this work with a library [21:55] <ubitux> we can write a wrapper around that library and rely on it for the decoding [21:55] <ubitux> you will then just have to build ffmpeg with --enable-libawesomepsf2 [21:56] <ubitux> and it will be 150 lines of code to maitain for us [21:56] <ubitux> instead of 150.000 [21:56] <DX099> ok [21:56] <DX099> and how are those third party plugins managed ? [21:56] <ubitux> ffmpeg doesn't have any [21:57] <ubitux> it's a monolithic project [21:57] <ubitux> the only "third-party way" you have is to rely on external libraries [21:57] <ubitux> like we do for various stuff such as libx264 for H.264 encoding, libmp3lame for MP3 encoding, etc [21:57] <Sashmo> does anyone know how to make a thumbnail like this?? I can do the image, but the audio, I have no clue..... Anyone?? http://imagebin.org/242030 [21:58] <ubitux> Sashmo: vf overlay, drawtext, showwaves, showspectrum, & [21:58] <Sashmo> great, thanks, Ill try those [21:59] <ubitux> http://ffmpeg.org/ffmpeg-filters.html [21:59] <ubitux> you'll have to build your filtergraph [21:59] <Sashmo> Ill give that a try thank you [22:00] <beastd> Sashmo: showwaves and similar are filters that take audio input and provide video output [22:00] <ubitux> i'd say to take the cover/video stream, use pad filter to allocate enough space, create two video streams with showwaves, overlay them in the padded area, and then add a drawtext on top [22:00] <ubitux> something like this :p [22:01] <Sashmo> ubitux: thanks [22:01] <beastd> Sashmo: ffmpeg -filters output can be helpful when searching for filters with such capabilities [22:02] <Sashmo> i've tried before, but I get tripped up when using the |-V instaed of the V-V filters [22:02] <beastd> overlay VV->V Overlay a video source on top of the input. [22:02] <beastd> showwaves A->V Convert input audio to a video output. [22:02] <ubitux> why would you want source filters? [22:03] <beastd> Sashmo: try it again now. have fun! [22:03] <Sashmo> lol [22:03] <Sashmo> thjanks [22:03] <DX099> hmm how do I add CFLAGS in ffmpeg configure script ? [22:05] <JEEB> --extra-cflags [22:05] <beastd> DX099: ./configure --help # search for extra-cflags in the output [22:05] <JEEB> if you are calling it [22:05] <DX099> thanks [22:06] <beastd> DX099: it's usually not needed and might not be a good idea though. but feel free to try ^^ [22:07] <DX099> do I need "" ? [22:08] <beastd> DX099: you only need "" if it needs quoting on your shell [22:09] <beastd> e.g --extra-cflags=-e1 would not need quoting but --extra-cflags="-e1 -e2" would [22:09] <DX099> ok [23:10] <pettter> is there currently some UPnP/DLNA server software that uses ffmpeg as its backend? [23:47] <undercash> hi [23:47] <undercash> is it possible to capture streams with rtmpdump and then output it with ffmpeg to another rtmp server? [23:48] <undercash> i read ffmpeg doesn't work with rtmp as input [23:52] <saste> undercash, not true [23:52] <undercash> no? [23:53] <saste> use the rtmp native protocol, from my tests native rtmp works better than -enable-librtmp [23:54] <undercash> what would be a command to do such a think , grabbing a rtmp stream and then redirecting it to another server [23:55] <undercash> i saw some examples.. none worked for me [23:55] <saste> undercash: ffmpeg -i rtmp:.... OPTIONS rtmp:... [23:55] <saste> undercash, which examples? [23:55] <undercash> hm yea i tried [23:55] <undercash> guess i have to try more [23:56] <saste> please read documentation in ffmpeg-protocols, and report in case of unclear/wrong documentation [23:56] <undercash> ok thanks [00:00] --- Tue Jan 8 2013

1 0