Divx File to Big For Conversion to Mpeg???

[Chaze]

I think I'm missing something here. I have a divx movie on my hard drive,.. and I went to convert it using TMPGENC,.. but I think it's too big.
I get an error message that says file might not fit on your media.. do you want to continue??
The movie is less than an hour and a half. Is this possible??
Is there a way to shrink it??? Do I ignore the error message??
Sorry for all the newb questons.

[Baldrick]

try convert the audio to wav
www.videohelp.com/tmpgenc#problems , tmpgenc may get the runtime incorrect if it is mp3 vbr audio.

[guns1inger]

Check out VSO's DivxtoDVD. While I'm not an advocate for one-click-wonders, this does a pretty good job, is very fast (better than real-time), and handles vbr mp3 audio, which can choke other encoders. It also produces AC3 2.0 audio.

[celtic_druid]

Frameserving with AVISynth should also solve the problem.

By the way, how is the rate control in DivXtoDVD? Because libavcodec's rate control is not the best.

[guns1inger]

I am assuming you mean bitrate. It's calculations are spot on (although bitrate calculations aren't rocket science), however sometimes it just can't match them. I have one movie 102 mins long (a family holiday when the camera was new). It gives me a calculated rate of around 5770, which is correct, yet on three attempts has produce a movie with an average bitrate of 1700-1800. This is despite reindexing and checking the original for errors. Audio sync is good, and the image isn't bad, just softer than it need be. It does process this file in about 75 minutes, which is much faster than any other encoder I have used. The couple of others I have done have all used the calculated space.

[celtic_druid]

Was more refering to keeping max bitrate in check, etc. so as to avoid VBV underflows.

[Cho~KinG]

Sometimes I get this error when converting an XVID source to MPEG-2. TMPGEnc thinks the source video is much longer than it actually is. I think this happens (at least for me) beacuse my source is of variable bit rate.

To fix this, I just use TMPGEnc's source range settings, and set the last frame as the end frame (instead of the default of -1). This produces much more realistic bit rate values.

I'm not sure what's the deal with TMPGEnc's bit rate calculation, but this has method has solved the problem for me everytime.