On Oct 4: > Hi folks. I’ve created a list of small clips in random order, each with a > unique filename. This file is used for a concat input file. > > In the verbose processing, I get lots of these after a few of the first files > are processed: > > Error while decoding stream #0:0: Invalid data found when processing input > [h264 @ 0x7fe65c062800] Invalid NAL unit 1, skipping. > [h264 @ 0x7fe65c062800] no frame! > Error while decoding stream #0:0: Invalid data found when processing input > [h264 @ 0x7fe65c078c00] No start code is found. > [h264 @ 0x7fe65c078c00] Error splitting the input into NAL units. > Error while decoding stream #0:0: Invalid data found when processing input > [h264 @ 0x7fe65c08f000] No start code is found. > [h264 @ 0x7fe65c08f000] Error splitting the input into NAL units. > Error while decoding stream #0:0: Invalid data found when processing input > [h264 @ 0x7fe65c0a5400] No start code is found. > [h264 @ 0x7fe65c0a5400] Error splitting the input into NAL units. > Error while decoding stream #0:0: Invalid data found when processing input > [h264 @ 0x7fe65c0bb800] No start code is found. > [h264 @ 0x7fe65c0bb800] Error splitting the input into NAL units. > [aac @ 0x7fe65c00d200] channel element 1.0 is not allocated > Error while decoding stream #0:1: Invalid data found when processing input > [aac @ 0x7fe65c00d200] channel element 1.4 is not allocated > Error while decoding stream #0:1: Invalid data found when processing input > [aac @ 0x7fe65c00d200] channel element 1.0 is not allocated > Error while decoding stream #0:1: Invalid data found when processing input > [aac @ 0x7fe65c00d200] channel element 1.0 is not allocated > Error while decoding stream #0:1: Invalid data found when processing input > [aac @ 0x7fe65c00d200] channel element 1.4 is not allocated > Error while decoding stream #0:1: Invalid data found when processing input > [aac @ 0x7fe65c00d200] channel element 1.0 is not allocated > Error while decoding stream #0:1: Invalid data found when processing input > [aac @ 0x7fe65c00d200] channel element 1.4 is not allocated > Error while decoding stream #0:1: Invalid data found when processing input > Error while decoding stream #0:0: Invalid data found when processing input > [h264 @ 0x7fe65c013a00] No start code is found. > [h264 @ 0x7fe65c013a00] Error splitting the input into NAL units. > Error while decoding stream #0:0: Invalid data found when processing input > [h264 @ 0x7fe65c01d200] No start code is found. > [h264 @ 0x7fe65c01d200] Error splitting the input into NAL units. > [aac @ 0x7fe65c00d200] channel element 1.0 is not allocated > Error while decoding stream #0:1: Invalid data found when processing input > Error while decoding stream #0:0: Invalid data found when processing input > [h264 @ 0x7fe65c01d800] No start code is found. > > full report here: > https://gist.github.com/daBee/e5faa3f8f522c2c4e5927ed82887f882 > > > I just ran a test where the 10th clip went silent and froze, yet the > QuickTime Player kept progressing. The next clip came in with no sound, and > the rest of the video progressed fine with no sound until much later. > Individual clips work just fine. > > I’m not sure what’s happening. I was assuming it was a simple glue, but > apparently it’s not happy with stuff. This section above was a grab from the > middle. > > Any advice appreciated how I can fix this. Cheers
On Oct 6: > Hi folks. I’m performing a multiple-“.mov” concat which is resulting in > delayed audio in the final output .mp4. > > I’m rendering temp MPEG-2 .ts files, then concatenating all of those into a > final MP4 file. > > The final video has a lagging video, which eventually catches up by the end > of the video. > > Is there a way I can fully encapsulate the intermediate files so that there > is spot-on audio into the intermediate files, and then into the final MP4? > Is MP4 the file type I should be sending to? I can re-translate it > post-concat, if need be. > > My STDOUT is here: > https://gist.github.com/daBee/d4052da2a5be7a8ee121ae70eafebefe > > Furthermore… > > ffmpeg -y -i #{ item } -c copy -bsf:v h264_mp4toannexb -f mpegts int#{ > counter }.ts > > …and… > > ffmpeg -y -i \"concat:#{ couple }\" -bsf:a aac_adtstoasc #{ d }/final.mp4 > > d: original source directory path > item: original .mov source file > counter: auto-increment integer > couple: string of intermediate files piped together: > > concat:int1.ts|int2.ts|int3.ts|int4.ts|int5.ts|int6.ts|int7.ts|int8.ts|int9.ts|int10.ts|int11.ts|int12.ts|int13.ts|int14.ts|int15.ts|int16.ts|int17.ts|int18.ts|int19.ts|int20.ts|int21.ts|int22.ts|int23.ts|int24.ts|int25.ts|int26.ts|int27.ts|int28.ts|int29.ts|int30.ts|int31.ts|int32.ts|int33.ts|int34.ts|int35.ts|int36.ts|int37.ts|int38.ts|int39.ts|int40.ts|int41.ts|int42.ts|int43.ts|int44.ts|int45.ts|int46.ts|int47.ts|int48.ts|int49.ts|int50.ts|int51.ts|int52.ts|int53.ts|int54.ts|int55.ts|int56.ts|int57.ts|int58.ts|int59.ts|int60.ts|int61.ts|int62.ts|int63.ts|int64.ts|int65.ts|int66.ts|int67.ts|int68.ts|int69.ts|int70.ts Nothing heard. In any case, even if I have a recent buggy version for an outdated FFMPEG for an older machine, all I’m asking is the approach for performing a best-outcome concat. > On Oct 17, 2018, at 8:59 AM, Carl Eugen Hoyos <ceffm...@gmail.com> wrote: > > Command line and complete, uncut console output missing, > please remember that only current FFmpeg git head is > supported here. _____________ Rich in Toronto @ VP _______________________________________________ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
