>
>
>> 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=00003310
>> ++ 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

Reply via email to