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

burek burek021 at gmail.com
Fri Sep 14 02:05:01 CEST 2012


[00:34] <tomy> I would like to capture VHS to HDD. And then maybe make DVDs of it or encode it to an iOS compatible Format like mp4 or so. Which Format should I choose first? Mkv, mpeg2? Or mp4 at first?  At first glance I would choose mkv, but I would like to hear other opinions.
[00:39] <sacarasc> The container doesn't much matter, but you'll probably want the codecs to be lossless if you're going to re-encode from it.
[00:50] <kevin> such as?
[00:51] <sacarasc> H264 for video, FLAC or PCM for audio, maybe?
[00:52] <tomy> and then reencode it for iOS Devices and DVD?
[00:54] <sacarasc> Yeah.
[00:55] <tw> if you have the disk space, I'd go huffyuv then do whatever magic to get it into the right format for iOS.
[00:56] <tomy> So I would loose less Quality if I reencode from an e.g. crf 20 x264 than from an mpeg2 with an appropriate bitrate?
[00:59] <relaxed> tomy: VHS -> lossless -> target device
[01:02] <tomy> Really loseless would need to much diskspace I think, because I want to keep the original encode. So x264 crf[18-20] is not that far from loseless i think.
[01:32] <tomy> thx for your suggestions.
[02:54] <lakcaj> Would it be possible to use ffmpeg to seek through a video and determine when the screen is black?  I would like to cut of a video that goes black between segments, but there are many segments and doing it manually would be a major pita.
[03:02] <llogan> lakcaj: the blackdetect and blackframe filters might be a good start, or at least can tell you where it is black
[03:06] <lakcaj> llogan, thanks :)
[03:07] <Wellesly> Having some trouble recording audio from both applications and my mic. I have a USB headset and a working PulseAudio server, and I tried recording two audio streams in ffmpeg and settting them to internal audio and the USB mic in pavucontrol, but it seems capable of recording only input or output, not both. Can anyone point me in the right direction?
[03:09] <Wellesly> Derp. Nevermind. Google knew.
[03:10] <Wellesly> I trust DuckDuckGo too much.
[03:15] <DontGotNoProxy> you guys ever get people coming in here to rant haha?
[10:33] <IT6> hi, i need to capture audio but i can't achieve, looking for internet i have not found the solution, any help please ? thank in advance
[10:33] <IT6> the video is captured
[12:17] <tomy> Which Audioformat is better to put in an mkv container with h.264. AAC or AC3. Audio Source is a stereo 3,5 from a VHS Recorder. I always thought it is AC3 but now I'm reading about AAC and now I'm confused.
[12:21] <Guest76680> AAC is more widely supported
[12:21] <relaxed> tomy: AAC- compile ffmpeg with fdk-aac support and use -c:a libfdk_aac
[12:21] <relaxed> tomy: or use flac if you can afford to
[12:23] <tomy> thx
[12:23] <JEEB> tomy, if you need it lossless wavpack or flac, if you can take it lossy either aotuv's vorbis, or fdk-aac
[12:25] <relaxed> I don't think ffmpeg has wavpack encoding support, does it?
[12:25] <JEEB> not sure, I just started listing feats. decoding was fixed by kostya last year
[12:26] <tomy> it doesn't has to be lossless, but rather widly compatible (sry for my english ;) ) and I'm thinking to remux the file later from mkv to mp4.
[12:26] <JEEB> then aac
[12:27] <relaxed> If you want compatible then use h264/AAC in the mp4 container.
[12:27] <tomy> What is the main difference between "libfaac" and "libfdk_aac"?
[12:27] <relaxed> Or tell people to install vlc and use what ever you want.
[12:27] <tomy> :)
[12:27] <tomy> this would be a solution
[12:31] <tomy> ah, found it http://ffmpeg.zeranoe.com/forum/viewtopic.php?f=10&t=93&p=1989&hilit=aac#p1989 so it is "*very* high quality *commercial* aac encoder"
[12:31] <tomy> thx for that, then I take "libfdk_aac"
[12:32] <JEEB> tomy, faac is an older library/encoder that was later found out to be a rip-off of one of the reference codes
[12:32] <JEEB> fdk-aac is fraunhofer's mobile encoder ("fast" encoder), relicensed to be open source with Android 4.1
[12:32] <tomy> yepp, sounds good
[12:33] <relaxed> JEEB: Did the guy who tested fdk-aac compare it with neroAacEnc?
[12:33] <JEEB> the first is blatantly breaking its own license, and latter's custom license just happens to be non-GPL-compatible (so you can't distro the compile you make) because of a clause that says you may not take money of it
[12:33] <JEEB> relaxed, I don't remember. I thnk it was a mis-mash of all of the open source encoders we've had so far
[12:34] <JEEB> but the non-fast version was dealing pretty well with a HE-AAC (I think) 64kbps test
[13:24] <tomy> Another easy question if you already know the answer.  If I have a interlaced source and I want to crop and deinterlace (yadif), which should I do first? At this time I crop and then deinterlace, is this the normal way?
[13:24] <JEEB> you could in theory do it like that as well, just that you usually get limited to cropping in modulo 4 with interlaced 4:2:0
[13:25] <JEEB> also I have no idea how libavfilter/ffmpeg itself handle that kind of stuff
[13:28] <tomy> Do you mean, if I crop interlaces material I only can crop e.g. 4,8,12 pixel and if I interlace first than it doesn't matter?
[13:29] <tomy> -s +d
[13:29] <JEEB> no
[13:30] <JEEB> after deinterlacing you can crop in increments of modulo 2
[13:30] <JEEB> 2,4,6 etc.
[13:30] <JEEB> while interlaced material probably is limited to modulo 4
[13:30] <JEEB> 4,8,12 etc.
[13:31] <tomy> ah ok, this I didn't know. thx
[13:32] <burek> tomy, also try libaacplus
[13:33] <burek> you'll be amazed with the quality, I can guarantee that
[13:33] <JEEB> no real need for libaacplus any more
[13:33] <JEEB> fdk-aac handles both HE-AAC(v2) and LC-AAC
[13:33] <burek> well, ok, but so does libaacplus
[13:33] <JEEB> libaacplus is just the reference code :)
[13:33] <burek> unless fdk-aac is lgpl or something
[13:34] <burek> btw, NeroAacEnc can also encode HE-AAC v2 (aac+)
[13:34] <JEEB> fdk-aac's license is close to certain ones, but it's at least not compatible with the GPL because of the wording :)
[13:34] <burek> and I think it's a freeware tool
[13:34] <JEEB> well, if you can get something of a similar level and can link it to ffmpeg
[13:34] <JEEB> I think that's the best :)
[13:34] <JEEB> and atm the best linkable-to-ffmpeg aac encoder is fdk-aac
[13:35] <burek> well if it's still non-free, than what's the advantage
[13:35] <burek> then*
[13:35] <JEEB> I could ask the same thing about libaacplus
[13:35] <JEEB> it's nonfree as well
[13:35] <burek> libaacplus is older and more tested (from my side at least)
[13:36] <burek> confirmed to work well, so to say
[13:36] <JEEB> fdk-aac has been out for long, and tested :)
[13:36] <JEEB> see hydrogenaudio tests on it for quite some time
[13:36] <JEEB> it's fraunhofer's encoder
[13:36] <burek> for how long? I've heard the first time of it now
[13:36] <JEEB> a "mobile optimized" if you wish, version of what has been f.ex. in winamp for ages
[13:36] <JEEB> it was released as open source lately'ish, but it's been around for quite a while
[13:37] <JEEB> it's really a derp that they chose to make their own license, which is the reason for --enable-nonfree needed with GPL for it
[13:37] <burek> ok, to rephrase, tomy, use aac+ and you'll be surprized with the audio quality at bitrates as low as 32 kbps or 48k if you really need high-quality
[13:37] <burek> which is nowhere near 256k as mp3
[13:38] <burek> JEEB i think there is a reason nobody uses gpl for aac+ implementation
[13:38] <burek> they all kinda use the proprietary/licensed algorithm/method
[13:38] <JEEB> that doesn't matter for GPL
[13:38] <JEEB> you can use as much as you want patented stuff
[13:39] <JEEB> like implementing the H.264 standard like libavcodec/x264 already do
[13:39] <burek> if you pay, you can :) ?
[13:39] <JEEB> the reason in this case is just that fraunhofer worded their license's certain part in a lulzy way
[13:39] <tomy> thx for the suggestion burek, but I'm atm a little bit overwhelmed about all the different but same aac codecs ;)
[13:39] <burek> well, what's the point of patents if you use them without any obligations
[13:39] <JEEB> which says "you may not take money for distribution this"
[13:40] <JEEB> and GPL basically doesn't limit it
[13:40] <JEEB> -> more limited than GPL -> derp
[13:40] <burek> tomy, just read on wikipedia about aac+, you'll understand why I'm suggesting it to you now, when you are making decisions for the future
[13:40] <burek> JEEB, i understand that, but i dont understand what's the point of licenses/patents then
[13:41] <JEEB> software licenses generally don't have anything to do with patents
[13:41] <burek> why bother paying for the patent registration if anybody will be able to use it freely
[13:41] <JEEB> the only open source software license I know that IIRC says something about patents is GPLv3
[13:41] <JEEB> not sure tho
[13:41] <JEEB> (and maybe some other, too -- not sure)
[13:42] <JEEB> but the main point is, source code by itself will not be an infringement of patents
[13:42] <tomy> I will, but now I need to get to know more about cropping and interlacing Stuff + order of them.
[13:42] <JEEB> the point at which you make a binary and distro it, then you can be derped, but IANAL and it really depends on your general legislation
[13:43] <JEEB> that's why we have people license x264 for their business, and then take a patent license from MPEG-LA
[13:43] <burek> AAC+ codecs incorporate several patents, held by Philips, CodingTechnologies, Ericsson and Nokia.
[13:43] <burek> how is it possible to write gpl code
[13:43] <burek> available to be used by anyone
[13:43] <burek> if it is patented
[13:44] <JEEB> very much so, just like H.264 incorporates multiple companies' (Toshiba/Sony etc.) patented tech and x264 is just fine as GPL
[13:44] <JEEB> only when you create the binary of that source code, and distro it
[13:44] <JEEB> then you might get derped for it if you haven't licensed it
[13:44] <burek> so, if videolan creates x264.exe and distributes it, they are in trouble?
[13:45] <JEEB> that depends on your local legislation and so forth
[13:45] <JEEB> but that said, absolutely motherfucking everything is patented by someone. If you started saying that you can't even write code that infringes any patents, we're going down a long hole
[13:45] <JEEB> VLC? Variable Length Coding. Huffman in a patented way.
[13:45] <JEEB> (used in H.264 as CAVLC)
[13:47] <JEEB> also open source thingies are usually OK / reside in a software-friendly legislative zone (VideoLAN is in France f.ex.), because they usually don't do their stuff for profit
[13:47] <JEEB> IANAL tho
[13:47] <JEEB> anyways, long story short: Just that some standard uses patented technologies doesn't stop anyone from implementing it under (L)GPL
[13:48] <JEEB> I think the only company that has been actively herping a derp towards ffmpeg/libav/videolan is DTS
[13:48] <JEEB> but not that they can actually get anything done
[13:51] <burek> I'll have to read more about it, because, if it is that way really, then I can just take a patendted source code, put everything into 1 file, rearrange the order of the code, use some obfuscator to make the code even more different and produce a GPL implementation of a patented tech.
[13:51] <JEEB> now we're talking about a separate subject
[13:51] <JEEB> you're talking about taking the /reference implementation/
[13:51] <JEEB> which is usually written under a license that is not compatible
[13:52] <JEEB> and then adding some stuff to make it a library or whatever
[13:52] <JEEB> this is what faac and I think aacplus did, without the concent of the original creator
[13:52] <JEEB> this is naturally breaking the software license under which the code was written
[13:52] <JEEB> has nothing to do with patents
[13:53] <burek> and why do the patents exist then and what is their purpose
[13:53] <JEEB> do you want me to tell you about the original purpose of patents or how they get used now :P ?
[13:53] <JEEB> (in relation to software generally)
[13:54] <burek> well if 3gp, hp, nokia, etc hold patents on aac+, what does that mean then? what you can't do (because of that patent) freely?
[13:54] <JEEB> you can't distribute software (= binaries) without a license to the patent holders (they usually have a patent pool for that)
[13:55] <JEEB> in some legislation where the patent was issued
[13:55] <JEEB> and is valid
[13:55] <JEEB> *and/or
[13:57] <burek> but you can release the source code so that a user can build it himself?
[13:57] <JEEB> yes, naturally
[13:57] <burek> what's the point of that then? :D
[13:57] <burek> you enabled a user to use that technology anyway
[13:57] <burek> either by distributing the binary or a little bit harder asking him to first build it and then use it
[13:58] <JEEB> yup
[13:58] <burek> where is the logic then?
[13:58] <JEEB> those things are mostly used to get corporations to license stuff
[13:58] <Mavrik> hey guys
[13:58] <JEEB> like I said, companies that license x264 (usually) take a license from MPEG-LA on the H.264 format as well
[13:59] <Mavrik> any idea about a media information software (for Linux preferably) that can tell if mp4 has an AAC+ audio stream?
[13:59] <tomy> mediainfo?
[13:59] <Mavrik> http://mediainfo.sourceforge.net/en ?
[14:00] <tomy> or does it only shows if a "AAC" is there and not what kind of?
[14:01] <Mavrik> lemme see
[14:01] <Mavrik> ok, it shows format profile, thanks :)
[14:02] <burek> vlc can
[14:02] <burek> latest git at least
[14:02] <burek> it shows sbr+ps
[14:05] <JEEB> burek, anyways -- I hope you understand a bit more about that mess, and that software licensing and patents are separate things (although they can often be tangled in case of proprietary software). For example iD software had to take a license for a certain rendering algorithm, and they didn't add it to the open source release of Doom3 as that might have been a problem related to the license they had to take with that company before. That, though, didn'
[14:05] <JEEB> t stop others from adding that feature just fine and keeping it GPL :)
[14:05] <JEEB> Also, do remember that various countries have various legislation regarding patents, esp. software-related ones
[14:06] <burek> so, it's intentionally confusing so that you have to pay a person to translate it to you
[14:06] <burek> jk
[14:06] <JEEB> :D
[14:06] <burek> it's really stupid
[14:07] <burek> either way you can provide users with the tools
[14:07] <burek> so what's the point of the patent..
[14:07] <burek> but ok
[14:07] <JEEB> but you might have a problem if you were a company or individual selling that thing (even if it's OK by the software license)
[14:07] <JEEB> because then the company holding a patent might knock on yer door
[14:07] <JEEB> that said, even if you license it it doesn't mean that you're safe
[14:07] <JEEB> patent trolls also exist
[14:08] <JEEB> who just buy patents from people/institutions such as universities, and then just sue people
[14:08] <JEEB> they didn't come up with it, they don't use the tech
[14:08] <JEEB> they just own the patent :D
[14:09] <burek> well, yes.. so, it's perfectly safe to sell a quake dvd, which only retrieves the latest gpl code for ffmpeg, vlc, whatever :) and builds a game :)
[14:09] <JEEB> it's somewhat better within the EU, but software patents in the US and JP are pretty bad. Also it depends on local laws and all kinds of other stuff.
[14:09] <burek> you charge for the dvd price only :)
[14:09] <burek> and you're safe
[14:10] <burek> everything is done by the user itself, you only provided him with tools to do that
[14:10] <JEEB> I wouldn't say "perfectly safe" as IANAL, but generally yes.
[14:12] <JEEB> http://www.ted.com/talks/drew_curtis_how_i_beat_a_patent_troll.html this is a pretty good clip on patent trolling
[14:12] <JEEB> (with regards to US patent legislation)
[14:13] <burek> :)))
[14:13] <burek> I'll bookmark it and watch later, I need to test something now :)
[14:19] <Mavrik> hmm, Flash won't play fdk_aac encoded audio
[14:20] <JEEB> which profile did you go with? it should work just fine
[14:20] <Mavrik> JEEB: HE_AAC_v2
[14:21] <Mavrik> I think there's a bug in our flash player though
[14:21] <Mavrik> for some reason libaacplus encoded audio works
[14:21] <JEEB> could be either that, or that flash just doesn't support it
[14:21] <JEEB> could be specific features or something else
[14:21] <Mavrik> mhm
[14:21] <burek> make a hex compare? :)
[14:22] <Mavrik> JEEB: Adobe has a huge PR site about supporting HE-AACv2 so I think it's not that
[14:22] <JEEB> could be a broken feature, not like their H.264 decoder hasn't been broken for ages (which they finally fixed in 11.3 I think?)
[14:22] <JEEB> anyways, NeedMoreInfo
[14:22] <Mavrik> yeah, TryingToFindMoreInfo :P
[14:23] <cbsrobot-> yesterday I got some wired clicking with aac_hev2 and quicktime aswell
[14:23] <cbsrobot-> try aac_he
[14:23] <Mavrik> have to check if the problem occurs on Windows/OS X as well
[14:25] <JEEB> also I'm not going to say that fdk-aac is perfect but you really need to check other sides and decoders to see if it's a decoder or encoder problem :) You can always poke the github repo's issue tracker or something
[14:25] <Mavrik> JEEB: yeah, working on that :)
[14:26] <Mavrik> hm, ok, aac_he works, aac_he_v2 doesn't, thanks cbsrobot- for suggestion
[14:47] <sgfgdf> hello, guys! anyone can help me on how can i combine two flv files into one? video: h.264, audio: mp3.
[15:46] <cbsrobot-> anybody a recommendation how to convert from pal to ntsc ?
[15:47] <JEEB> that way it's usually easier since NTSC DVD/BD have 30i
[15:47] <Mavrik> what's the actual difference beside framerate?
[15:48] <JEEB> only resolution I guess
[15:48] <JEEB> one way of converting it would be to just make it longer and encode as 24 or 24/1.001fps depending on if it's a BD or DVD
[15:49] <JEEB> if you don't want to edit the length
[15:49] <JEEB> then you could just add duplicate frames / soft decimation depending on what exactly you want to do
[15:49] <cbsrobot-> thats what I do for 25 fps to 24fps dcp files
[15:50] <cbsrobot-> is there another way / tool ?
[15:51] <JEEB> what else would there be other than those three or so different ways which base on two different ways of doing it (editing length or not editing length)
[15:51] <cbsrobot-> not sure if there is another way
[15:52] <JEEB> there are two ways, and about three or so different possible ways of doing those two ways
[15:54] <cbsrobot-> if it was animation, i'd duplicate frames, but for video I'm not sure
[15:55] <JEEB> duplication or if possible soft telecine
[15:55] <JEEB> (if you can do that at random frame amounts)
[15:55] <JEEB> it's possible the other way so I would guess it might be possible the other way, too
[15:55] <JEEB> although adding frames is the usual way of doing 24->25 "PAL telecine" :|
[15:56] <JEEB> (two per 50 frames)
[15:56] <JEEB> 25->30 would have five more per 30
[15:57] <JEEB> at least you have real lossless alternatives in this case
[15:57] <cbsrobot-> sure
[15:57] <JEEB> it's not as much fun going from 30p/i to 25p/i
[15:57] <JEEB> where you have to lose some pictures no matter what
[15:57] <cbsrobot-> and I do not have to buy a snell&willcox too !
[15:59] <JEEB> I think the last time I had to do frame rate conversion it was 60fps to 60/1.001fps for a blu-ray
[15:59] <JEEB> (blu-ray lets you do 720p with 60/1.001)
[15:59] <JEEB> I just assumefps()'d and used an audio editor like audacity to change the audio
[16:00] <cbsrobot-> hmmm
[16:02] <cbsrobot-> lazy as I am I wrote a 25 -> 24 fps tc converter
[16:02] <cbsrobot-> so I do not have to do the math every other week
[17:27] <DX099> hello, I've ffmpeg compiled, installed and working... I need to install a soft that would only support libavcodec. If i install libavcodec-dev (ubuntu 12.04). Will something break?
[17:29] <JEEB> DX099, libavcodec is one of the libraries that are contained in both libav and ffmpeg
[17:29] <JEEB> if you want to have your custom little ffmpeg, I recommend you take note where the binaries get installed
[17:29] <JEEB> as long as those don't overlap with the package management's stuff
[17:29] <JEEB> you should be fine
[17:29] <DX099> I ok
[17:30] <DX099> i think i'll just try to get ffmpeg detected by the .configure script...
[17:30] <JEEB> if they use an older API you'll have to play a bit with it, but it should be doable if you can do it
[17:31] <DX099> I don't know what's an API...
[17:31] <JEEB> basically functions given out by a specific library
[17:31] <DX099> I want to compile Aegisub, but the thing say it doesn't detect it...
[17:32] <JEEB> I think the ffmpeg interface in aegisub is just old, you want to have the ffms interface
[17:32] <JEEB> and it seems like the 3.0 release is soon so you really want to be building the git repo's master branch :)
[17:32] <DX099> ffms ?
[17:32] <JEEB> http://code.google.com/p/ffmpegsource/
[17:32] <JEEB> which of course needs either libav or ffmpeg
[17:32] <JEEB> but the configure should be checking it separately
[17:32] <JEEB> (with 2.x)
[17:33] <DX099> ... looks like out-dated... won't it break something ?
[17:33] <JEEB> wut
[17:33] <JEEB> ffms is being updated quite much
[17:33] <DX099> JEEB, $PKG_CONFIG --exists --print-errors "ffms2 >= 2.13.1"
[17:33] <JEEB> is that from the aegisub configure or what?
[17:33] <DX099> yes
[17:34] <DX099> "No package 'ffms2' found"
[17:34] <JEEB> anyways, yes -- the check is old but it should be fine if you are building 2.1.9
[17:34] <JEEB> (current stable)
[17:34] <DX099> i'm indeed building 2.1.9
[17:34] <JEEB> but you /really/ want to be building 3.0
[17:34] <DX099> of aegis ?
[17:34] <JEEB> yes
[17:34] <JEEB> it should have a release soon'ish
[17:34] <DX099> do they have a git or svn ?
[17:34] <JEEB> git now
[17:35] <JEEB> the svn-related servers are still up
[17:35] <DX099> i'll check git
[17:35] <JEEB> but they'll be down sooner than later
[17:35] <JEEB> https://github.com/Aegisub/Aegisub/
[17:35] <JEEB> the master branch here is 3.x
[17:35] <DX099> I'll be around, thanks for the help
[17:35] <JEEB> it should work with an up-to-date ffmpeg or libav based ffms2
[17:36] <DX099> I compiled ffmpeg a few weeks ago, along side with x264 and vpx
[17:36] <DX099> should be ok
[17:36] <JEEB> you can basically install a static ffmpeg into a prefix of your own, then you can build a static ffms with that and then aegisub with that
[17:37] <JEEB> #aegisub on rizon is also the official channel of aegisub
[17:38] <JEEB> there is #aegisub on freenode as well, but I'm not sure how active that one is
[17:39] <DX099> ok, so I have ffmpeg. Then I build ffms (static ?) and then I go with aegisub ?
[17:39] <JEEB> yup
[17:39] <DX099> alright aegisub can't work with just ffmpeg ?
[17:39] <JEEB> yes
[17:39] <DX099> ok
[17:39] <JEEB> that wasn't really kept up-to-date and deprecated for ffms2
[17:40] <JEEB> you can make sure that your own stuff gets used if you set PKG_CONFIG_PATH to /your/prefix/lib/pkgconfig
[17:40] <JEEB> (and possible add the original ${PKG_CONFIG_PATH} after it)
[17:41] <JEEB> *possibly
[17:41] <DX099> alright it's quite confusing for me but I get the idea
[17:42] <JEEB> oh, and you probably will need to build wxwidgets 2.9.x for aegisub 3.0
[17:44] <DX099> ok
[17:45] <DX099> mmh I went on their devel website but there's no trace of a git there.. even the blog haven't been updated for months..
[17:45] <DX099> http://devel.aegisub.org/wiki/Build
[17:46] <JEEB> yes, I know it's outdated
[17:46] <JEEB> those things will mostly go down/get updated after the 3.0 release
[17:46] <JEEB> right now that site is the stuff that'll go down somewhere around this month
[17:47] <DX099> ok
[19:37] <brimestone> Can i use FFmpeg to change frame rate from 23.98psf to 60i "Pulldown" or from 29.98 to 23.98?
[19:52] <cjeffries_> Hi I'm trying to find the correct syntax to make a 7.1 wav file with ffmpeg.  I found the documentation to make 5.1, but don't know the names of the other channels.  Here's what I use currently, which seems to work, but I just want to be sure that I'm mapping the rear channels correctly.  http://pastebin.com/izyUFm0K
[20:23] <cbsrobot-> brimestone: you're the one with alexa footage ?
[20:30] <brimestone> yes? why?
[20:30] <brimestone> am i bugging you guys a lot?
[20:37] <cbsrobot-> nah
[20:37] <cbsrobot-> brimestone:
[20:37] <brimestone> ohh? i was about to sh*t my pants.
[20:37] <cbsrobot-> I tester some alexa logC footage today
[20:38] <brimestone> nice..
[20:38] <cbsrobot-> with the ffmbc command you made up
[20:38] <cbsrobot-> and it works with ffmpeg too
[20:38] <cbsrobot-> you just need to enable the mp filters
[20:38] <brimestone> ;) just need it to be faster
[20:38] <cbsrobot-> how many fps you get ?
[20:38] <cbsrobot-> on what machine ?
[20:39] <cbsrobot-> I also enabled the AV_CODEC flags, but I did not see any difference
[20:39] <brimestone> i have an 8Core 3.0Ghz MacPro3,1
[20:41] <brimestone> with a 3 disk Raid0 array
[20:41] <brimestone> i need it somewhere realtime, of faster than realtime
[20:42] <brimestone> i saw the new nVidia Quadro K4000 GPU, but im not sure if that will help ffmpeg or ffmbc
[20:42] <cbsrobot-> won't help
[20:43] <cbsrobot-> let me see on my 12 core machine &.
[20:43] <cbsrobot-> how many fps you get ?
[20:43] <brimestone> last saturday i had footage from a shoot.. 4 camera multi-cam with 8 hours of footage each
[20:44] <brimestone> around 7
[20:44] <brimestone> wait?
[20:45] <cbsrobot-> I get 7 fps on my macbook pro ...
[20:46] <brimestone> yup i get 7 on both my MacBookPro and my MacPro3,1
[20:49] <brimestone> it needs to be faster than 7
[20:49] Action: cbsrobot- is compiling
[20:50] <cbsrobot-> and waiting for the sample to download
[20:51] <cbsrobot-> brimestone: for the pull-up/down to work you'll also need the mp filters !
[20:51] <brimestone> ?
[20:51] <cbsrobot-> did you compile ffmpeg yourself ?
[20:52] <brimestone> yes..
[20:52] <brimestone> hmmm this is the part where i should start thinking about the option i enabled during compile
[20:53] <cbsrobot-> see config.log
[20:54] <cbsrobot-> did you --enable-gpl --enable-version3 --enable-nonfree ?
[20:54] <cbsrobot-> I think the mp filters are gpl
[20:54] <brimestone> just the gpl
[20:54] <cbsrobot-> try the other ones too
[20:55] <brimestone> as you may have guess, i'm new to the world of ffmpeg
[20:55] <cbsrobot-> well welcome then
[20:55] <brimestone> oh thank you..
[20:56] <brimestone> i got here by frustration of the limitation of GUI products
[20:57] <cbsrobot-> I get 51 fps
[20:57] <brimestone> wow!!!!
[20:57] <brimestone> how'd you pull that off!
[20:57] <cbsrobot-> using this sample
[20:57] <cbsrobot-> http://www.localheropost.com/alexa/LocalHeroAlexaTest-Day-LogC.mov
[20:58] <brimestone> how about the ffmpeg?
[20:58] <brimestone> same?
[20:59] <cbsrobot-> 1432% cpu
[20:59] <cbsrobot-> I use ffmpeg
[20:59] <brimestone> whats the arg?
[20:59] <cbsrobot-> ffmpeg -i LocalHeroAlexaTest-Day-LogC.mov -vf mp=eq2="1.2:1.5:0.0:2.2:0.979555:0.979555:0.979555" -timecode 01:00:00:00 -c:v dnxhd -b:v 220M -c:a copy -y LocalHeroAlexaTest-Day_DNxHD220_LUTTED.mov
[21:01] <brimestone> still 7 here
[21:02] <brimestone> my ffmpeg doesnt have mp so i guess gpl was disabled.. i only have mp on my ffmbc
[21:02] <cbsrobot-> so recompile it
[21:02] <cbsrobot-> takes 2 min on a 8 core
[21:02] <brimestone> doing it now
[21:03] <cbsrobot-> takes 1min on my 12 core
[21:03] <cbsrobot-> I use a MacPro5,1
[21:03] <brimestone> i compile it on my MacBookPro then ARD it to my Avid
[21:04] <humbolt> I have two programs, which can use libavformat as input/output. How can I best pipe uncompressed video/audio from one app to the other through libavformat?
[21:07] <llogan> humbolt: try the libav-user mailing list (the list for ffmepg library usage) if you don't get an answer here.
[21:09] <brimestone> so, im about to re-compile my ffmpeg, what option should i enable?
[21:10] <burek> brimestone, it depends on what do you need
[21:10] <cbsrobot-> depends on the things you have installed
[21:10] <brimestone> haha, well i want all of it..  ;)
[21:10] <brimestone> greedy ei...
[21:11] <cbsrobot-> I think most of the things get enabled by default
[21:11] <cbsrobot-> if you have the headers installed
[21:11] <cbsrobot-> but the lib&. stuff you need to enable explicitely
[21:12] <cbsrobot-> and of course --enable-gpl --enable-version3 --enable-nonfree
[21:12] <brimestone> haha im reading thru the help file and i saw this "--disable-ffmpeg " then why compile it in the the first place
[21:13] <llogan> cbsrobot-: why recommend --enable-version3 --enable-nonfree?
[21:13] <Yexo> brimestone: to compile to libraries but not the ffmpeg executable
[21:13] <cbsrobot-> he needs the mp filters
[21:14] <brimestone> hmmm i getting error on --enable-cross-compile  x86_64
[21:14] <brimestone> Ahh.. that make sense
[21:15] <cbsrobot-> llogan: youreright
[21:15] <cbsrobot-> gel should be sufficient
[21:15] <cbsrobot-> mp_filter_deps="gpl avcodec swscale postproc"
[21:15] <cbsrobot-> s/gel/gpl
[21:16] <cbsrobot-> but brimestone said they were not enabled
[21:16] Action: cbsrobot- is afk for a while
[21:16] <brimestone> yes.. i think gpl wasnt enabled with my ffmpeg.. but enable with ffmbc
[21:17] <llogan> ffmbc requires --enable-gpl
[21:19] <brimestone> i got an error http://pastebin.com/3uxtmJ5c
[21:20] <burek> brimestone, check the config.log
[21:21] <brimestone> hmm something is up with my compiler
[21:25] <brimestone> http://pastebin.com/mYd3MFvu
[21:34] <llogan> do you have gcc installed?
[21:37] <brimestone> i guess i dont
[21:43] <llogan> what os x are you using?
[21:46] <brimestone> 10.7.2
[21:47] <humbolt> when I want to send video/audio from one app to another through a fifo, which container format would I use?
[21:52] <burek> humbolt, that's a million dollar question :)
[21:52] <burek> it depends on your original media file, that contains your a/v
[21:53] <burek> a/v streams*
[21:53] <burek> you might try using mpegts maybe
[21:54] <burek> if you want to use the data more/less real-time, of course
[21:54] <humbolt> burek: the output comes from the MLT framework via libavformat. Uncompressed video and audio. Usually, we would pass on the data via SDI/HDMI. Since it is in the same machine, I would like to route it through a fifo or pipe perferably!
[21:55] <burek> try -f mpegts
[21:55] <burek> if that doesn't work, we'll ask more experienced people here (devs) :)
[21:55] <humbolt> burek: I want. But does not mpegts cut everything in 188byte packets and therefore add tons of metadata, if one is piping uncompressed audio/video?
[21:55] <JEEBsv> I know that people use y4m for raw video if timestamps aren't needed, and nut if timestamps are needed
[21:56] <JEEBsv> (y4m just has a frame rate field)
[21:56] <burek> but what to use for both a/v
[21:56] <JEEBsv> I guess nut can do raw audio, too
[21:56] <JEEBsv> matroska is another thing that's possible, but I dunno which is easier to implement on the receiving side
[21:57] <humbolt> JEEBsv: y4m, I figured that this is best for video only. But as said, I have both audio and video and they need to stay in sync. And NUT is marked experimental.
[21:57] <Mista_D> How can I see the x264 encoding settings when FFmpeg 1.11 is encoding? they used to be in STDERR.
[21:57] <humbolt> the receiving side uses libavformat too!
[21:57] <JEEBsv> meanwhile NUT is used by many people for raw video/audio exactly :)
[21:58] <JEEBsv> and libavformat should handle it fine
[21:58] <Yexo> humbolt: do you have a working solution to send the data from ffmpeg to SDI?
[21:58] <humbolt> Yexo: well, the MLT framework does. And OpenBroadcastEncoder does also.
[21:59] <JEEBsv> OBE <3
[21:59] <JEEBsv> kierank's a cool dude
[21:59] <JEEBsv> wish I met him @ VDD '12
[21:59] <humbolt> JEEBsv: have you ever used this in production?
[21:59] <humbolt> OBE?
[22:00] <JEEBsv> nope
[22:00] <JEEBsv> I don't work in broadcast unfortunately
[22:01] <JEEBsv> (actually, I don't have a job right now lol)
[22:01] <humbolt> do you want to ;-)
[22:01] <JEEBsv> hehe
[22:01] <JEEBsv> I'm open for anything atm
[22:02] <JEEBsv> I got a possible month-gig at a Japanese company in Tokyo in the winter
[22:02] <JEEBsv> passed their skype interviews
[22:02] <humbolt> JEEBsv: whats your background
[22:03] <humbolt> I am looking for somebody to port MLT to ARM.
[22:03] <JEEBsv> ooh, ARM. Haven't dealt with that yet.
[22:03] <JEEBsv> other than building x264 for it
[22:03] <JEEBsv> and some other basics
[22:03] <JEEBsv> never written NEON asm
[22:03] <humbolt> Or code a replacement for MLT based on gstreamer.
[22:04] <JEEBsv> also, this reminds me that I should actually bring my English resume up to the level of the Japanese one
[22:04] <JEEBsv> I actually started with writing it in English, and then started translating it... just that I didn't stop at just translating
[22:05] <llogan> JEEBsv: we can submit nit/typo patches to your resume
[22:05] <JEEBsv> :D
[22:48] <brimestone> i need to update to 10.7.3 so i can install Xcode which comes with gcc
[23:02] <llogan> brimestone: according to this terrible guide: https://ffmpeg.org/trac/ffmpeg/wiki/MacOSXCompilationGuide
[23:02] <llogan> "Due to defects in the llvm-gcc compiler, static macros defined in FFmpeg will fail to be recognized, resulting in a fatal error. Use cc/clang instead of gcc when compiling on Lion"
[23:02] <llogan> iananOSX user
[23:15] <brimestone> hmmm
[23:16] <brimestone> was that bastiste just went out?
[23:17] <Protonsoup> I'm trying to convert a mkv file into flv, but it keeps giving me incorrect codec parameters, is there something wrong with my input arguments?
[23:17] <Protonsoup> ffmpeg -i test.mkv -f flv -vcodec flv -acodec ac3  -threads 4 -b:v 3019K -b:a 384K -y -speed 10 output.flv
[23:20] <Protonsoup> oops. okay. one sec
[23:20] <llogan> also, i've never seen "-speed" option
[23:21] <Protonsoup> i dunno what that is, i saw it in some tutorials
[23:21] <Protonsoup> i doubt it does anything useful
[23:22] <Protonsoup> http://pastie.org/4716247
[23:22] <Protonsoup> there we go
[23:22] <Protonsoup> I
[23:23] <Protonsoup> I'm trying to do google searches on how to convert to fla, but all the command line codes that are out there don't seem to work
[23:23] <llogan> line 24
[23:24] <Protonsoup> thats for the audio right?
[23:24] <llogan> add "-ac 2 -c:v libmp3lame -ar 44100"
[23:25] <llogan> oops. -c:a libmp3lame
[23:26] <llogan> also, h.264 can go into flv, so consider simply copying the video stream instead of re-encoding to crappy flv1
[23:26] <Protonsoup> can you give me the full command line argument for that?
[23:27] <llogan> ffmpeg -i input -c:v copy -c:a libmp3lame -ac 2 -ar 44100 output.flv
[23:27] <llogan> also add "-q:a 4"
[23:27] <Protonsoup> what does that do?
[23:27] <llogan> audio quality. otherwise it will encode the audio using default of 128k.
[23:28] <llogan> what shitty tutorial uses -speed? it's not an option AFAIK.
[23:29] <Protonsoup> lol i have no idea. i cant even seem to find it again
[23:30] <Protonsoup> for flv files, do you alway shave to use mp3lame?
[23:30] <Protonsoup> *always have
[23:32] <Protonsoup> What I'm trying to do is just have a way to convert one file type into another, keeping the same quality and such
[23:32] <llogan> you have to use a format supoprted by the container. mp3 is one of those, so i just picked that.
[23:32] <Protonsoup> ah ok
[23:33] <llogan> you're keeping the same quality of the video since it was just "copied and pasted".
[23:33] <llogan> but you're re-encoding the audio so the quality isn't the same, but you may not notice.
[23:34] <llogan> if you have a mix of different input files, then it might be easiest for you to just re-encode everything.
[23:34] <llogan> since flv doesn't support everything
[23:34] <Protonsoup> yes I know for that conversion. But I'm trying to do other conversions, mp4->mkv,  mkv->webm, flv<->webm.  I thought  ffmpeg would just allow me to do something simple like  [  ffmpeg input.mkv output.flv ], but I have to always put all these extra paramters that are quite confusing
[23:35] <Protonsoup> So i wrote a python script to grab all the bit rate and such from the input file and generate the proper command line argumentes
[23:35] <llogan> the defaults are usually not optimal
[23:35] <llogan> copying the bitrates is not a good idea
[23:35] <Protonsoup> why not?
[23:35] <llogan> it won't guarantee the same quality. not all encoders are equal.
[23:36] <Protonsoup> ah
[23:36] <llogan> it's like taking a car apart, grinding it up, and making a new one out of those pieces. how does it look now?
[23:36] <Protonsoup> lol
[23:37] <llogan> mkv can handle just about anything, so you can simply do: ffmpeg -i input -c copy -map 0 output.mkv
[23:37] <Protonsoup> I'm considering using .webm
[23:37] <Protonsoup> all my stuff is .mkv now
[23:38] <llogan> you want to make videos for web?
[23:38] <Protonsoup> I want to make my videos visible to people using a browser on my local network
[23:38] <Protonsoup> ie: just fire up browser, input my local ip and have access to my videos like youtube
[23:38] <Protonsoup> did some testing with webm files, seems to be pretty good
[23:39] <JEEB> if you can take a ~30% bitrate hit for same/similar quality, it should be fine
[23:39] <llogan> i don't make webm files myself, so i don't know what to tell you about using libvpx
[23:39] <JEEB> audio-wise if you use aotuv's vorbis it should be very good
[23:39] <JEEB> the real problem with libvpx is that it doesn't have crf like x264 :|
[23:39] <Protonsoup> what's crf?
[23:39] <JEEB> that's the single greatest option for people who don't know how much bit rate they need for quality X
[23:40] <JEEB> it's "constant rate factor", closest we currently have to "constant quality"
[23:40] <Protonsoup> ah
[23:40] <Protonsoup> well i'm experimenting with the different bitrates at different resolutions to see what's optimal for webm
[23:41] <Protonsoup> I have mkv files in 720 and 1080p and i'm converting them to webm with different bitrates, and then comparing the two qualities
[23:41] <JEEB> you can't really have one single bit rate for every type of content tho, that's exactly what crf is good at (although you might have to tweak it a bit for very different kind of content)
[23:41] <JEEB> and you have maxrate and bufsize to keep the output under certain limits
[23:42] <Protonsoup> you mean like animated content vs live action content?
[23:42] <JEEB> yeah
[23:42] <JEEB> also frame rates and so forth
[23:42] <JEEB> mozilla is sponsoring xvp8 so we'll probably have crf there after that finishes
[23:42] <Protonsoup> cool
[23:43] <Protonsoup> well in the mean time I'm just writing a python script for my own needs
[23:43] <JEEB> that said, mozilla and only mozilla is caring about vp8 :D
[23:43] <Protonsoup> google is too
[23:43] <JEEB> nope
[23:43] <JEEB> google has already switched to the NGOV project
[23:43] <JEEB> or whatever it was
[23:43] <JEEB> xiph has daala it's designing
[23:43] <Protonsoup> what? i thought google bought out the company that made vp8
[23:44] <JEEB> yes
[23:44] <Protonsoup> webm is google's format
[23:44] <JEEB> yes
[23:44] <JEEB> and ngwhatever is vp8-dev
[23:44] <JEEB> next-gen whatever format
[23:44] <JEEB> You remember Google saying they'll remove H.264 from Chrome? Now check the status :D
[23:45] <Protonsoup> does NGOV use a new type of codec ?
[23:45] <Protonsoup> for video/audio?
[23:45] <JEEB> NGOV is the working name for the video format
[23:45] <JEEB> http://forum.doom9.org/showthread.php?t=165839
[23:46] <JEEB> (note: lots of cool-aid in some of the linked materials)
[23:46] <llogan> heh. WebPee.
[23:47] <JEEB> WebP seems to have taken its own route
[23:47] <JEEB> the encoder for that is seemingly being written by a rather known guy who used to work on xvid
[23:48] <llogan> i thought it was going to be abandoned
[23:48] <JEEB> they also added a completely separate lossless mode it seems
[23:48] <JEEB> which has absolutely nothing to do with vp8
[23:50] <Protonsoup> Google's html5 player uses webm doesn't it? Are they doing to change everything to their NGOV?
[23:50] <JEEB> what html5 player?
[23:50] <Protonsoup> http://www.youtube.com/html5
[23:51] <JEEB> that one loads both H.264 and VP8 in matroska ("webm")
[23:52] <JEEB> they might switch to NGOV for some use cases, but the development is still not very far
[23:52] <Protonsoup> ah ok
[23:52] <JEEB> also there's HEVC coming up next year which will most probably get hardware adoption within a few years
[23:53] <Protonsoup> ahhhh too many video formats
[23:53] <JEEB> "next-gen" under development formats: HEVC (MPEG/ITU-T), NGOV (Google), Daala (Xiph)
[23:53] <llogan> you could always use RealVideo
[23:54] <Protonsoup> Well, as long as NGOV is patentless like webM, i'll be happy
[23:54] <JEEB> there is no such thing as patentless tho
[23:55] <JEEB> and VP8 is mostly just like H.264
[23:55] <Protonsoup> royalty free then
[23:55] <JEEB> it lacks b-frames and some other stuff, but it very muchos resembles H.264
[23:55] <Protonsoup> what are b-frames?
[23:55] <JEEB> royalty free for now, and H.264 has royalty free usage cases as well
[23:56] <Protonsoup> Is there a website where I can learn how different codecs work? Ie the math behind it
[23:56] <JEEB> a type of frame, IDR frames are keyframes and don't need other frames to be decoded, P frames can reference the previous frame's results, B frames can reference previous _and_ next ones
[23:57] <JEEB> you can look up the specs for current-gen formats and also traverse around the multimedia.cx wiki
[23:57] <JEEB> http://www.itu.int/ITU-T/recommendations/rec.aspx?rec=11466 <- H.264 specs, newest is 01/2012
[23:57] <JEEB> http://wiki.multimedia.cx/index.php?title=Main_Page <- this wiki is also VeryUseful
[23:59] <JEEB> if you want a more lax introduction into stuff and into the H.264 format for example
[00:00] --- Fri Sep 14 2012


More information about the Ffmpeg-devel-irc mailing list