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

[burek]

[00:26:38 CEST] <hanshenrik> all files have the exact same encoding (they're actually clipped from the same source file, with ffmpeg with codec copy); and i get no errors, BUT the files is not concatenated, only the first file is encoded and it has the same filesize as the first file only. ... any idea what's wrong here? (only foo1.mp4 is in the resulting file);
[00:27:08 CEST] <hanshenrik> ffmpeg -i "concat:foo1.mp4|foo2.mp4|foo3.mp4" -c:a copy -c:v copy full.mp4
[00:27:30 CEST] <hanshenrik> i dont get any errors, but it does not concat, it only adds the first file to full.mp4
[00:30:59 CEST] <hanshenrik> ..looks like a bug to me x.x
[00:31:35 CEST] <hanshenrik> (the codecs are mpeg4 video + mp3 audio )
[00:40:33 CEST] <relaxed> hanshenrik: the concat protocol only works with mpeg type containers
[00:41:45 CEST] <relaxed> hanshenrik: did you see https://trac.ffmpeg.org/wiki/Concatenate ?
[00:42:44 CEST] <relaxed> or, (MP4Box is part of gpac)  MP4Box -cat 1.mp4 -cat 2.mp4 -new combined.mp4
[00:45:03 CEST] <hanshenrik> relaxed, i did barely see it, yes; and i thought .mp4 container qualified? :p
[00:45:26 CEST] <relaxed> you thought wrong :p
[00:47:28 CEST] <hanshenrik> apparently. funny that the files are called .mp4 in the examples on https://trac.ffmpeg.org/wiki/Concatenate then
[00:48:16 CEST] <c_14> Because you ignored the remuxing to mpegts step?
[00:48:23 CEST] <c_14> s/ignored/overread/
[00:49:19 CEST] <hanshenrik> yup, that seems to be it.
[01:05:54 CEST] <relaxed> this works too http://pastie.org/pastes/10268974/text
[01:14:19 CEST] <hanshenrik> relaxed, it generates really bad quality and spews errors every second about "codec copy not implemented. contributions are welcome!". but MP4box worked great! thanks
[01:15:05 CEST] <relaxed> it's because you have mpeg4/mp3, but I'm glad mp4box worked
[09:46:49 CEST] <Abhijit> how can i concatenate segment files on the fly into single video while frontend is still playing the video?
[10:20:29 CEST] <gurpartap1> I am compiling ffmpeg on angstrom.While doing ./configure , It is showing --->  ./configure: line 422: pr: command not found .What does it mean...
[10:23:19 CEST] <chungy> it means you're missing pr.
[10:23:37 CEST] <chungy> it's a program from coreutils.
[10:24:27 CEST] <Pixer> hey everyone
[10:24:40 CEST] <Pixer> is ffmpeg project still active?
[10:25:10 CEST] <JEEBsv> yes
[10:25:25 CEST] <JEEBsv> both ffmpeg and libav are continuations of ffmpeg-old
[10:25:41 CEST] <Pixer> i'm using it to extract an audio but it says it has deprecated to give way to avconv
[10:26:35 CEST] <JEEBsv> in the libav project, yes
[10:26:41 CEST] <JEEBsv> so if you are using libav, you use avconv
[10:26:45 CEST] <Pixer> JEEBsv: could you please help me with this task i'm on. need to extract audio from an .mp4 file
[10:26:47 CEST] <JEEBsv> if you use ffmpeg, you use ffmpeg
[10:27:17 CEST] <JEEBsv> since you're on libav, `avconv -i input.mp4 -c copy out.file`
[10:27:29 CEST] <JEEBsv> also since you still have the ffmpeg binary, I recommend you update to a newer thing
[10:27:32 CEST] <JEEBsv> be it libav or ffmpeg
[10:27:46 CEST] <JEEBsv> because that usually means that you're on libav 0.8, which is _old_
[10:29:35 CEST] <Mavrik> Pixer, in short what's JEEBsv telling you: don't use the ancient ffmpeg package in Ubuntu/Debian
[10:30:45 CEST] <Pixer> Mavrik: ok
[10:30:52 CEST] <Pixer> JEEBsv: thanks
[10:31:16 CEST] <Mavrik> even though, for extracting audio I guess the avconv bundled should work just fine :)
[10:34:57 CEST] <Pixer> < anconv -i sample.mp4 -vn -acodec 'copy' sample.aac> is this command correct?
[10:37:30 CEST] <JEEBsv> Pixer: for libav, yes. also you don't need the '' there
[10:37:38 CEST] <JEEBsv> I would also prefer -c:a
[10:37:40 CEST] <JEEBsv> not acodec
[10:38:06 CEST] <Pixer> thanks . did it.
[10:39:15 CEST] <Pixer> < anconv -i sample.mp4 -vn sample.mp3> worked fine.
[10:39:28 CEST] <JEEBsv> although the -vn might not be needed if you want a raw audio thing, since that can't even have video tracks
[10:39:38 CEST] <JEEBsv> yes, that will re-encode it with *something*
[10:39:57 CEST] <Pixer> what's command for raw audio?
[10:40:15 CEST] <JEEBsv> I meant raw audio bitstream
[10:40:29 CEST] <JEEBsv> dot-mp3 and dot-aac by default map to raw formats
[10:40:50 CEST] <Pixer> ok
[10:42:25 CEST] <Pixer> yeah -vn is not necessary.
[11:10:28 CEST] <JEEBsv> it will be if you will be using a container that can handle video as well, though
[11:25:30 CEST] <koz_> Does anyone know which open formats for audio and video offer the best compression?
[11:48:48 CEST] <chungy> /dev/null is pretty good
[11:51:04 CEST] <DeadSix27> heh
[17:22:40 CEST] <mateo`> hello o/, is there a conveniant way to determine the plane width (not the stride) depending on the AVPixelFormat ?
[17:34:37 CEST] <bertieb_> Quick q- is there a quick (semantic) way of stripping the final frame (audio and video) from a file using stream copy; or do I have to ffprobe it and give a -t duration that stops one frame short?
[17:40:25 CEST] <bertieb> (The docs for 'seeking' state that a cut will always occur at an I-frame when doing stream copy, but I assumed that meant the first frame would definitely be an I-frame)
[18:12:16 CEST] <bertieb> Can anyone confirm (or deny) that *both* ends will always be cut at an I-frame when doing a stream copy? Would like to save myself and the ml some hair pulling :)
[18:13:13 CEST] <BtbN> I don't see any reason why the end would have to be at an iframe
[18:13:28 CEST] <BtbN> unless the codec uses forward references of course
[18:13:28 CEST] <bertieb> (attempting a stream copy with a -t duration of less than entire duration produces a video with the same length as the original, but I don't want to treat that as canonical )
[18:15:33 CEST] <bertieb> BtbN: The video stream is h264 if you know off the top of your head (a quick search gave me a resounding maybe) for forward references
[18:16:27 CEST] <BtbN> I wouldn't be surprised if it's implemented to only cut at iframes, but i'd have to look at the code first to be sure.
[18:22:20 CEST] <bertieb> Fair enough; I wouldn't be sure whereabouts to start digging in the code (having glanced at its github)!
[18:55:14 CEST] <StatiQ> on where i find static builds of ffmpeg phone ARMV6?
[18:56:19 CEST] <StatiQ> i have one,  but is missing libfaac and at least i don't know the developer
[18:56:50 CEST] <StatiQ> ARMV6 ANDRUG PHONE
[19:01:35 CEST] <StatiQ> i have another version with thread emulation. (shared libraries) like real linux. but it shows an error while trying to encode to .aac relative to wrong params.
[19:02:29 CEST] <StatiQ> may i have enabled aac?  or i have to get another binaey?
[19:03:51 CEST] <StatiQ> so much users here to Wait
[19:05:03 CEST] <StatiQ> i still don't believe that linux still not created an universal binary standard that works independently of archs
[19:05:07 CEST] <StatiQ> xc
[19:06:25 CEST] <bertieb> StatiQ: The mess that you want is called java
[19:06:29 CEST] <StatiQ> incredible. all broken. is arm v1.2.3.4.5.6, amd, intel, x86 (and on billion broken more). lamentable
[19:06:45 CEST] <bertieb> But that doesn't solve your problem
[19:07:31 CEST] <StatiQ> bertieb: armv6 of ffmpeg runs on armv7 or no?
[19:07:47 CEST] <bertieb> StatiQ: I have no idea
[19:08:11 CEST] <StatiQ> i have armv5 libs running in my phone
[19:08:33 CEST] <StatiQ> i have some armv7 runnin on my armv6 phone
[19:08:47 CEST] <StatiQ> why this is all broken?
[19:09:28 CEST] <StatiQ> i has neon running in my armv6
[19:10:26 CEST] <StatiQ> so. if these all works i have a unix binary of ffmpeg that have to run in all archs
[19:10:42 CEST] <StatiQ> but is missing libfaac.
[19:11:33 CEST] <StatiQ> if i convert to m4a or mp4a i need to rename to aac. but this is not legal
[19:13:46 CEST] <StatiQ> what i am doing wrong? the ffmpeg (threaded version) is saying "wrong params " i tried 128k_mp3 and pcm_s16le_wav.
[19:17:11 CEST] <StatiQ> the static version,  i have to convert to mp4a to rename to aac after
[19:18:14 CEST] <StatiQ> well the static is showing D aac -formats so is "disabled" ? :D
[19:18:30 CEST] <bertieb> StatiQ: D is for decoder
[19:19:03 CEST] <StatiQ> yes if was enebled Did showed DE
[19:19:36 CEST] <StatiQ> but the aac lib for andraeid still is broken
[19:19:52 CEST] <StatiQ> like standsrd linux
[19:20:28 CEST] <StatiQ> in my live linux i have an special separated aac encoder...
[19:26:14 CEST] <bertieb> BtbN: Glancing through the source code for stream copy handling as you mentioned, I'm not seeing overt references to mandate ending on and i-frame; but I am likely missing something
[19:27:38 CEST] <bertieb> But then I've yet to figure out exactly how it determines end time in any case
[23:39:15 CEST] <_Vi> How do I make FFmpeg scan the entire file and extract things that look like a media?
[23:40:26 CEST] <klaxa> you... don't
[23:40:46 CEST] <klaxa> you can try foremost or scalpel or other file recovery software though
[23:41:41 CEST] <JEEBsv> well you can make the probesize or whatever it was really big if you just want ffmpeg to probe more data from the file
[23:41:56 CEST] <_Vi> When I specify the format explicitly like "-f mp3" and "-f ogg", it does.
[23:42:44 CEST] <JEEBsv> that just forces an input "container" to be set, ignoring whether or not it looks like it
[23:43:01 CEST] <JEEBsv> doesn't mean it actually is anything valid
[23:43:09 CEST] <_Vi> So I want it to look for various containers.
[23:43:21 CEST] <JEEBsv> it does that by default, as it probes
[23:43:40 CEST] <JEEBsv> you can try making the probesize bigger if the standard X megabytes is not large enough
[23:43:55 CEST] <_Vi> ... but don't stop after the first found one, instead continue probing the trailer of the file.
[23:44:04 CEST] <JEEBsv> uhh
[23:44:26 CEST] <JEEBsv> if it probes something it takes the whole input as that
[23:44:46 CEST] <JEEBsv> if you have concaterated random things you won't get too far
[23:45:14 CEST] <JEEBsv> *if the probe finds something "matching enough" by its checks
[23:46:15 CEST] <_Vi> photorec does save a bunch of ogg files, but that are broken.
[23:48:47 CEST] <JEEBsv> most probably because they got corrupted along the way :P
[23:49:02 CEST] <JEEBsv> congratulations, you have most probably failed in a similar way as I did
[00:00:00 CEST] --- Fri Jul  3 2015