Re: [CinCV] ffmpeg inconsistencies?
Ed Vaessen kirjoitti: I use 64bit OpebSuSE 11.2 with CV 2.1. I use high quality JVC footage for a project that consists of tod files. They are HDV 1920x1080. I converted them first to mpg using the ffmpeg command: ffmpeg -i input1.tod -acodec copy -vcodec copy output1.mpg ffmpeg -i input2.tod -acodec copy -vcodec copy output2.mpg and so on. I use 64bit Ubuntu 9.10 and Cinelerra CV 2.1. My camera is Canon Legria HF S100e (AVCHD). I use this script for Cinelerra. http://code.google.com/p/hdffxvrt/ Ffmpeg is from SVN. Works great for me. All my Vimeo stuff is made this way (MTShdffxvrtCinelerraOggVimeo). http://vimeo.com/asmok/videos Best Regards Asmo Koskinen. AVCHD is indeed the other format that my JVC GZ-HD30 produces. It uses mpeg4 and is more compact then the tod-files, which are mpeg2 transport streams. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] ffmpeg inconsistencies?
Hello Scott, I will try to figure this out this weekend. I am quite busy now. Ed Hello Scott, I have about 3 hours and 40 minutes of footage. Doesn't this rendering in small pieces mean that I should produce more than 400 separate pieces of rendered movie? Ed, Sorry..I was unclear. I meant that until you figure out what is wrong, just use small bits of video for your testing. Once you've figured out what is wrong, then you can apply the solution to your entire video. If you render out the first thirty seconds of your timeline to .m2v and .m2a files, does mplex give you nasty warnings or does mplex successfully mux the audio and video together? scott ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] ffmpeg inconsistencies?
Hello Scott, By changing the color model to YUVA-8 Bit and after 9 hours of rendering I got an m2v file that showed video. Then I used mplex: mplex -f 3 -b 2000 output.mp3 output.m2v -o output.mpg It lead to this: INFO: [mplex] mplex version 1.9.0 (2.2.7 $Date: 2006/02/01 22:23:01 $) INFO: [mplex] File output.mp3 looks like an MPEG Audio stream. INFO: [mplex] File output.m2v looks like an MPEG Video stream. INFO: [mplex] Found 1 audio streams and 1 video streams INFO: [mplex] Selecting generic MPEG2 output profile INFO: [mplex] Multiplexing video program stream! INFO: [mplex] Scanning for header info: Audio stream c0 (output.mp3) INFO: [mplex] MPEG AUDIO STREAM: c0 INFO: [mplex] Audio version : 1.0 INFO: [mplex] Layer :2 INFO: [mplex] CRC checksums : no INFO: [mplex] Bit rate :49152 bytes/sec (384 kbit/sec) INFO: [mplex] Frequency : 48000 Hz INFO: [mplex] Mode :0 stereo INFO: [mplex] Mode extension :0 INFO: [mplex] Copyright bit :0 no copyright INFO: [mplex] Original/Copy :0 copy INFO: [mplex] Emphasis :0 none INFO: [mplex] Scanning for header info: Video stream e0 (output.m2v) INFO: [mplex] VIDEO STREAM: e0 INFO: [mplex] Frame width : 1920 INFO: [mplex] Frame height: 1088 INFO: [mplex] Aspect ratio: 16:9 display INFO: [mplex] Picture rate: 25.000 frames/sec INFO: [mplex] Bit rate: 2800 bits/sec INFO: [mplex] Vbv buffer size : 229376 bytes INFO: [mplex] CSPF: 0 INFO: [mplex] SYSTEMS/PROGRAM stream: INFO: [mplex] rough-guess multiplexed stream data rate: 28976496 INFO: [mplex] Setting best-guess data rate. INFO: [mplex] Run-in delay = 25200 Video delay = 25200 Audio delay = 28800 INFO: [mplex] New sequence commences... INFO: [mplex] Audio c0: buf= 0 frame=00 sector= INFO: [mplex] Video e0: buf= 0 frame=00 sector= ++ WARN: [mplex] Stream e0: data will arrive too late sent(SCR)=12412838 required(DTS)=12412800 ++ WARN: [mplex] Audio c0: buf=107 frame=005734 sector=3275 ++ WARN: [mplex] Video e0: buf= 157213 frame=003441 sector=00114469 ++ WARN: [mplex] Stream e0: data will arrive too late sent(SCR)=12428105 required(DTS)=12427200 ++ WARN: [mplex] Audio c0: buf=111 frame=005741 sector=3279 ++ WARN: [mplex] Video e0: buf= 2025 frame=003445 sector=00114765 ++ WARN: [mplex] Stream e0: data will arrive too late sent(SCR)=12443371 required(DTS)=12438000 ++ WARN: [mplex] Audio c0: buf= 0 frame=005746 sector=3282 ++ WARN: [mplex] Video e0: buf= 2025 frame=003448 sector=00115062 ++ WARN: [mplex] Stream e0: data will arrive too late sent(SCR)=12458638 required(DTS)=12452400 ++ WARN: [mplex] Audio c0: buf= 0 frame=005753 sector=3286 ++ WARN: [mplex] Video e0: buf= 2025 frame=003452 sector=00115358 ++ WARN: [mplex] Stream e0: data will arrive too late sent(SCR)=12473904 required(DTS)=12463200 ++ WARN: [mplex] Audio c0: buf= 0 frame=005758 sector=3289 ++ WARN: [mplex] Video e0: buf= 2025 frame=003455 sector=00115655 ++ WARN: [mplex] Stream e0: data will arrive too late sent(SCR)=12489170 required(DTS)=12474000 ++ WARN: [mplex] Audio c0: buf= 0 frame=005762 sector=3291 ++ WARN: [mplex] Video e0: buf= 2025 frame=003458 sector=00115953 ++ WARN: [mplex] Stream e0: data will arrive too late sent(SCR)=12504437 required(DTS)=12488400 ++ WARN: [mplex] Audio c0: buf= 0 frame=005769 sector=3295 ++ WARN: [mplex] Video e0: buf= 2025 frame=003462 sector=00116249 ++ WARN: [mplex] Stream e0: data will arrive too late sent(SCR)=12519703 required(DTS)=12499200 ++ WARN: [mplex] Audio c0: buf= 0 frame=005774 sector=3298 ++ WARN: [mplex] Video e0: buf= 2025 frame=003465 sector=00116546 ++ WARN: [mplex] Stream e0: data will arrive too late sent(SCR)=12534970 required(DTS)=12513600 ++ WARN: [mplex] Audio c0: buf= 0 frame=005781 sector=3302 ++ WARN: [mplex] Video e0: buf= 2025 frame=003469 sector=00116842 ++ WARN: [mplex] Stream e0: data will arrive too late sent(SCR)=12550236 required(DTS)=12528000 ++ WARN: [mplex] Audio c0: buf= 0 frame=005788 sector=3306 ++ WARN: [mplex] Video e0: buf= 2025 frame=003473 sector=00117138 ++ WARN: [mplex] Stream e0: data will arrive too late sent(SCR)=12565503 required(DTS)=12542400 ++ WARN: [mplex] Audio c0: buf= 0 frame=005795 sector=3310 ++ WARN: [mplex] Video e0: buf= 2025 frame=003477 sector=00117434 **ERROR: [mplex] Too many frame drops -exiting The result was a file lasting a few minutes. Something is definitely not all right. Ed On Wed, 2010-02-03 at 22:57 +0100, Ed Vaessen wrote: mpeg2enc --multi-thread 8 --verbose 0 --aspect 3 --format 3 --frame-rate 5 --video-bitrate 24000 --nonvideo-bitrate 384 --interlace-mode 0 --force-b-b-p --video-buffer 448 --video-norm n --keep-hf --no-constraints
Re: [CinCV] ffmpeg inconsistencies?
By changing the color model to YUVA-8 Bit and after 9 hours of rendering I got an m2v file that showed video. Then I used mplex: mplex -f 3 -b 2000 output.mp3 output.m2v -o output.mpg It lead to this: required(DTS)=12542400 ++ WARN: [mplex] Audio c0: buf= 0 frame=005795 sector=3310 ++ WARN: [mplex] Video e0: buf= 2025 frame=003477 sector=00117434 **ERROR: [mplex] Too many frame drops -exiting The result was a file lasting a few minutes. Something is definitely not all right. Hi Ed, To save your sanity, try rendering small clips at a time. Less than 30 seconds should suffice. I've seen too many frame drops before. This was due to my source video having broken or missing frames. In my case, the video was a screen capture of a Winamp visualization captured at too high a resolution. Because of the resolution was too high, Cinelerra dropped frames. I've also had frame drops within a video from other sources. In these cases, I had to painstakingly render out portions of the video and then combine the audio with the video in mplex to find the frame drops. As you've seen, mplex will tell you right away if you have frame drops. Are you working with one source video or have you tried different clips from the same source? I'm sure you've tried this, but just to make sure the problem exists with all clips of this format, load a different clip in. don't forget rendering in small bites..that will save a crapload of time. scott ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] ffmpeg inconsistencies?
By changing the color model to YUVA-8 Bit and after 9 hours of rendering I got an m2v file that showed video. Then I used mplex: mplex -f 3 -b 2000 output.mp3 output.m2v -o output.mpg It lead to this: required(DTS)=12542400 ++ WARN: [mplex] Audio c0: buf= 0 frame=005795 sector=3310 ++ WARN: [mplex] Video e0: buf= 2025 frame=003477 sector=00117434 **ERROR: [mplex] Too many frame drops -exiting The result was a file lasting a few minutes. Something is definitely not all right. Hi Ed, To save your sanity, try rendering small clips at a time. Less than 30 seconds should suffice. I've seen too many frame drops before. This was due to my source video having broken or missing frames. In my case, the video was a screen capture of a Winamp visualization captured at too high a resolution. Because of the resolution was too high, Cinelerra dropped frames. I've also had frame drops within a video from other sources. In these cases, I had to painstakingly render out portions of the video and then combine the audio with the video in mplex to find the frame drops. As you've seen, mplex will tell you right away if you have frame drops. Are you working with one source video or have you tried different clips from the same source? I'm sure you've tried this, but just to make sure the problem exists with all clips of this format, load a different clip in. don't forget rendering in small bites..that will save a crapload of time. scott Hello Scott, I have about 3 hours and 40 minutes of footage. Doesn't this rendering in small pieces mean that I should produce more than 400 separate pieces of rendered movie? Ed ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] ffmpeg inconsistencies?
Ed Vaessen kirjoitti: I use 64bit OpebSuSE 11.2 with CV 2.1. I use high quality JVC footage for a project that consists of tod files. They are HDV 1920x1080. I converted them first to mpg using the ffmpeg command: ffmpeg -i input1.tod -acodec copy -vcodec copy output1.mpg ffmpeg -i input2.tod -acodec copy -vcodec copy output2.mpg and so on. I use 64bit Ubuntu 9.10 and Cinelerra CV 2.1. My camera is Canon Legria HF S100e (AVCHD). I use this script for Cinelerra. http://code.google.com/p/hdffxvrt/ Ffmpeg is from SVN. Works great for me. All my Vimeo stuff is made this way (MTShdffxvrtCinelerraOggVimeo). http://vimeo.com/asmok/videos Best Regards Asmo Koskinen. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] ffmpeg inconsistencies?
Hello Scott, I have about 3 hours and 40 minutes of footage. Doesn't this rendering in small pieces mean that I should produce more than 400 separate pieces of rendered movie? Ed, Sorry..I was unclear. I meant that until you figure out what is wrong, just use small bits of video for your testing. Once you've figured out what is wrong, then you can apply the solution to your entire video. If you render out the first thirty seconds of your timeline to .m2v and .m2a files, does mplex give you nasty warnings or does mplex successfully mux the audio and video together? scott ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] ffmpeg inconsistencies?
On Mon, 2010-02-01 at 22:31 +0100, Ed Vaessen wrote: I use 64bit OpebSuSE 11.2 with CV 2.1. I use high quality JVC footage for a project that consists of tod files. They are HDV 1920x1080. I converted them first to mpg using the ffmpeg command: Rendering to .m2v using file format YUV4MPEG video with pipe: ffmpeg -f yuv4mpegpipe -i - -y -r 25 -b 2800 -f mpeg2video % Audio to mp3 using file format mpeg audio 384kb/s layer II Muxing them with the command: ffmpeg -i rendered.m2v -i rendered.mp3 -vcodec copy -acodec copy output.mpg Ed, I find mplex is a little more reliable in terms of audio/video sync'ing mpgs out of Cinelerra. I render out 1080P mpegs from my Canon 5D using a pipe like this: mpeg2enc --multi-thread 8 --verbose 0 --aspect 3 --format 3 --frame-rate 5 --video-bitrate 24000 --nonvideo-bitrate 384 --interlace-mode 0 --force-b-b-p --video-buffer 448 --video-norm n --keep-hf --no-constraints --sequence-header-every-gop --min-gop-size 6 --max-gop-size 6 -o $NEW.m2v I used slightly different mpeg2enc pipe: mpeg2enc --multi-thread 8 --verbose 0 --aspect 3 --format 3 --frame-rate 3 --video-bitrate 28000 --nonvideo-bitrate 384 --interlace-mode 0 --force-b-b-p --video-buffer 448 --video-norm p --keep-hf --no-constraints --sequence-header-every-gop --min-gop-size 6 --max-gop-size 6 -o % The resulting file, of course without sound, was surprisingly enough also without video. Only black frames. Though the counter was progressing and the length was also correct. Only black... The command: tcprobe -i output.m2v told me thsi: [tcprobe] MPEG elementary stream (ES) [tcprobe] summary for output.m2v, (*) = not default, 0 = not detected import frame size: -g 1920x1088 [720x576] (*) aspect ratio: 16:9 (*) frame rate: -f 25.000 [25.000] frc=3 no audio track: (use null import module for audio) Any idea about what is going on? Ed ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] ffmpeg inconsistencies?
On Wed, 2010-02-03 at 22:57 +0100, Ed Vaessen wrote: mpeg2enc --multi-thread 8 --verbose 0 --aspect 3 --format 3 --frame-rate 5 --video-bitrate 24000 --nonvideo-bitrate 384 --interlace-mode 0 --force-b-b-p --video-buffer 448 --video-norm n --keep-hf --no-constraints --sequence-header-every-gop --min-gop-size 6 --max-gop-size 6 -o $NEW.m2v mpeg2enc --multi-thread 8 --verbose 0 --aspect 3 --format 3 --frame-rate 3 --video-bitrate 28000 --nonvideo-bitrate 384 --interlace-mode 0 --force-b-b-p --video-buffer 448 --video-norm p --keep-hf --no-constraints --sequence-header-every-gop --min-gop-size 6 --max-gop-size 6 -o % Ed, No I don't. I see the only changes you've made are: - output a PAL video (--video-norm p) - frame rate should be 25fps (--frame-rate 3) - video bitrate is higher 28000 I don't work with PAL. But the changes you made don't seem terribly much different than mine. FYI - A sample tcprobe of my source video and audio that mplex likes reads like this: [sfr...@ogre lab]$ tcprobe -i test.m2v [tcprobe] MPEG elementary stream (ES) [tcprobe] summary for test.m2v, (*) = not default, 0 = not detected import frame size: -g 1920x1088 [720x576] (*) aspect ratio: 16:9 (*) frame rate: -f 30.000 [25.000] frc=5 (*) no audio track: (use null import module for audio) [sfr...@ogre lab]$ tcprobe -i test.m2a [tcprobe] MP2 stream [tcprobe] summary for test.m2a, (*) = not default, 0 = not detected audio track: -a 0 [0] -e 48000,16,2 [48000,16,2] -n 0x50 [0x2000] (*) bitrate=384 kbps Did google provide any answers to the errors you see? As well, you might try emailing the user list at mjpegtools (https://lists.sourceforge.net/lists/listinfo/mjpeg-users) Alternatively, do you have a website or pastebin where you could upload a short piece of video and audio (10s) that we could try to stitch together? scott ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] ffmpeg inconsistencies?
On Mon, 2010-02-01 at 22:31 +0100, Ed Vaessen wrote: I use 64bit OpebSuSE 11.2 with CV 2.1. I use high quality JVC footage for a project that consists of tod files. They are HDV 1920x1080. I converted them first to mpg using the ffmpeg command: Rendering to .m2v using file format YUV4MPEG video with pipe: ffmpeg -f yuv4mpegpipe -i - -y -r 25 -b 2800 -f mpeg2video % Audio to mp3 using file format mpeg audio 384kb/s layer II Muxing them with the command: ffmpeg -i rendered.m2v -i rendered.mp3 -vcodec copy -acodec copy output.mpg Ed, I find mplex is a little more reliable in terms of audio/video sync'ing mpgs out of Cinelerra. I render out 1080P mpegs from my Canon 5D using a pipe like this: mpeg2enc --multi-thread 8 --verbose 0 --aspect 3 --format 3 --frame-rate 5 --video-bitrate 24000 --nonvideo-bitrate 384 --interlace-mode 0 --force-b-b-p --video-buffer 448 --video-norm n --keep-hf --no-constraints --sequence-header-every-gop --min-gop-size 6 --max-gop-size 6 -o $NEW.m2v Then combine with an MPEG layer II audio file with mplex like so into a program stream: mplex -f 3 -b 2000 $AUDIO $VIDEO -o output.ps I then use ffmpeg to convert the program stream into other formats. But mplex is the key to get your vid in sync. Hasn't failed me yet. scott http://crazedmuleproductions.blogspot.com ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra