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

[burek]

[02:37] <frikimaster> Hi. Is ffmpeg able to deinterlace with yadif and reencode a "live" streaming?
[02:38] <c_14> ffmpeg -i live_stream_here -vf yadif [encoding options if you so desire] outputhere
[02:39] <frikimaster> c_14: thanks!!
[02:53] <Peter_Occ>  If a jpeg file name has a prefix before the sequence number, ffmpeg  is able to grab the file as long as the prefix matches the pattern. Is there a way to use a regular expression which finds the file even though  the prefix is not always the same?
[02:53] <Peter_Occ>  sucn as 123432434234.001.jpg and 3453454545354.002.jpg?
[02:56] <c_14> You can try using a glob.
[02:58] <Hello71> if all else fails maybe try find
[02:58] <Hello71> er, scratch that, terrible idea.
[03:15] <Peter_Occ> Thanks, I think the glob will work one way or the other
[03:15] <Peter_Occ> .
[03:54] <spectralsun> i have having a very hard time getting consistancy when hashing files created by ffmpeg
[03:55] <spectralsun> it seems anything i change, such as gcc version or it being from a snapshot or nightly source, gives different results
[03:55] <spectralsun> and different operating systems, some are the same and do not match
[03:59] <Hello71> if you're hashing lossy compression
[03:59] <Hello71> you're doing something wrong
[04:05] <Plorkyeran> by default libx264's output isn't even deterministic if multi-threaded encoding is enabled
[04:15] <Peter_Occ> when using -pattern_type glob what determines the order of images in the video? Also, how do I tell it which file to start with? Since its not using sequences, I don't think -start_number works.
[07:49] <Minty_64> hi, can anyone here help me?
[07:57] <another> depends on your problem
[08:03] <Minty_64> ffmpeg compiles in x86 arch and i'm on 64
[08:35] <anshul> where r u compiling on linux /windows
[08:36] <Minty_64> linux
[08:37] <anshul> pastebin error log
[08:39] <Minty_64> ok just a sec
[08:41] <Minty_64> where can i find it?
[08:42] <Minty_64> pastebin my terminal print out?
[08:54] <anshul> yes,
[08:56] <Minty_64> http://pastebin.com/35Tuxmdr
[09:18] <anshul> you did not compiled it, you configured it
[09:18] <anshul> to compile write make
[09:19] <anshul> Does any one know how to generate html kind of doxy in ffmpeg src
[09:20] <anshul> when doing make clean in doc folder, it rm -f -r doc/doxy/html but does not build html
[11:36] <luc4> Hello! I have an mp4 file that is corrupted, probably because it was truncated. ffmpeg returns "moov atom not found". Is there any way to fix this with ffmpeg?
[11:37] <sacarasc> I don't think so.
[11:41] <luc4> I see. Thanks anyway.
[12:05] <decembersoul> Hello. i have a mpegts file with more then one languages and i want to convert it to a mp4 file with just one audio stream. I know how to select the audio stream by stream id. Is there a way to select the audio stream by language string? like language=de or language=eng ?
[18:10] <Minty_64> hey, when configuring ffmpeg, configure sets up for arch x86 instead of 64, I don't have any errors when configuring, making, and installing though.
[18:11] <Minty_64> but it's in x86 instead of 64, how do i install the 64 bit version?
[18:12] <c_14> x86_64 is 64, i386 would be 32 bit.
[18:12] <Minty_64> oh
[18:12] <Minty_64> but i get -fPIC errors
[18:13] <sacarasc> Pastebin!
[18:13] <Minty_64> k
[18:17] <Minty_64> it's not with ffmpeg though it just tells me that it needs to be recompiled http://pastebin.com/JYGPNk6q
[18:18] <c_14> just recompile with -fPIC in your cflags
[18:18] <c_14> Has to do with position independent code and fun stuff.
[18:22] <Minty_64> um how do i do that? -still a little new to linux
[18:22] <c_14> ./configure --extra-cflags=-fPIC or something iirc
[18:23] <mjuszcza1> So I compiled an old (old!) version of ffmpeg against an old version of libx264 and it's seg faulting.  Is there an easy way to figure out what version of x264 would be most compatible with a specific version of ffmpeg?  We're talking 2011 here.
[18:23] <c_14> Why are you doing this?
[18:24] <sacarasc> mjuszcza1: Get the git from the same day.
[18:59] <ac_slater> hey guys, I'd like to loop my input through ffmpeg. My input file is only 200 frames ... is there a generic way to tell ffmpeg to 'loop' it. (Im testing streaming things)
[19:03] <ac_slater> `-loop 1` and `-loop_input` arent working for me... I'll look through the source
[19:10] <mjuszcza1> c_14: Trying to replicate an old version of ffmpeg so we don't change too much at once in prod
[19:28] <sfan5> mjuszcza1: why not use the latest version if it works fine?
[19:29] <mjuszcza1> sfan5: Different command line options and such.  This is a pretty big deal to us to know things aren't going to change quickly.
[19:30] <mjuszcza1> sacarasc: I'm using libx264 90408ecab16a06ceaa181ff2e495b8f1a9d170fa, but I can't seem to find that hash in the online search
[19:30] <sfan5> instead of trying to get an old version to work you could better use a new one and adjust the code to work with it, couldn't you?
[19:35] <mjuszcza1> sfan5: That's the plan over time
[19:38] <sfan5> about your initial problem: it would be helpful if you could post a crash log or something like that
[19:51] <mjuszcza1> Actually, we're using 0.10.2 from two years ago.  Would 0.10.14 theoretically be patches only?
[19:51] <JEEB> bugfixes only, yes
[19:59] <mjuszcza1> great
[20:00] <mjuszcza1> What's the best version of lib x264 to compile the latest version of 0.10.14 against then?
[20:00] <JEEB> no effing idea, check what API version it supports and go by that?
[20:00] <mjuszcza1> awesome - thanks!
[20:22] <ac_slater> hey all, does ffmpeg's rtp stack have the ability to aggregate streams into a single port? It seems the RFC says this is standard but all examples I see have video and audio on different ports
[20:29] <ac_slater> I see this in the streaming guide "FFmpeg can stream a single stream using the RTP protocol. "
[20:29] <ac_slater> not sure how up to date that is
[20:33] <Fyr> guys! I need to calculate psnr after converison. how to do that?
[20:34] <Fyr> MSU VQMT free doesn't work with resolution bigger than hdtv.
[20:35] <Fyr> is there a psnr checker?
[20:35] <sfan5> http://stackoverflow.com/questions/19840960/comparing-psnr-of-two-videos-possibly-with-ffmpeg maybe
[20:36] <Fyr> yes, but I already have the files converted.
[20:36] <Fyr> I'm aware of -psnr option.
[20:37] <sfan5> can't you apply the "psnr" filter to the converted files?
[20:37] <Fyr> how?
[20:39] <c_14> https://ffmpeg.org/ffmpeg-filters.html#psnr
[20:40] <Fyr> thanks
[21:15] <lkiesow> Does anyone know if there is a documentation of the curves filter presets (the actual values)?
[21:16] <lkiesow> & found it in the code
[22:40] <Guest42024> Hi, I have just installed ffmpeg as per installation guide and wondered if I should keep or remove the directories ffmpeg_build and ffmpeg_sources
[22:40] <c_14> If you followed the guide I'm thinking of, you need ffmpeg_build because that's where the binaries and libraries are. You _can_ delete ffmpeg_sources if you want though.
[22:41] <Guest42024> thanks, they don't take up a lot of space, I was just curious. :)
[22:42] <freeminds> are there any known advantages for a particular filesystem, when using ffmpeg?
[22:45] <sfan5> I'm pretty sure ffmpeg benefits from the same things other applications benefit from (read speed, write speed, ....)
[22:45] Action: debianuser thinks ffmpeg is usually CPU-bound, not IO-bound, so filesystem should not matter much...
[22:46] <sfan5> it depends
[22:46] <freeminds> debianuser, that makes sense
[22:46] <sfan5> if you do re-muxing it does more I/O
[22:46] <sfan5> same when you encode to something like ffv1 or huffyuv
[22:56] <brontosaurusrex> also prores, rle, xdcam, ect are mostly i/o problems.
[22:57] <brontosaurusrex> but they are all slower than they should be last time i tried
[23:12] <mjuszcza1> Can newer versions of older releases of  ffmpeg (0.10.14) likely compile against system libraries available in things like 14.04? Or do we wnt to revert backwards on things like libx264?
[23:13] <JEEB> they base on the exact same base as the earlier versions of that release branch
[23:13] <JEEB> they don't have real updates, only minor fixes if such were made/someone remembered to backport them
[23:13] <JEEB> and it all ends with "it depends"
[23:13] <JEEB> if it works, it works. if it doesn't, it doesn't :P
[23:22] <mjuszcza1> JEEB: okay.  If you were compiling 0.10.14, would you use the latest system libraries to compile against or go backwards?
[23:24] <JEEB> mjuszcza1, depends on what works of course
[23:25] <JEEB> personally I follow ffmpeg well enough that I don't have to use a lolold version
[23:25] <JEEB> (there's been so many proper fixes and improvements since that it's not even funny, which is why I'd shrug at the idea of going back)
[00:00] --- Wed Jul  2 2014