vdub 2nd pass, oversized films from what should be 8gig

[uk_dan2k]

Hi, im using vdubMod, loaded a HD .ts file via a .avs file script.

On the 2nd pass I'm getting live lock, im just fast recompressing the video to divx6 and leaving audio as it is (ac3 448k).

anywayz my question is, the file size if going way off the scale of what it should be (around 8gig) its reporting in the status window as projected 30 odd gig.

Does anyone know if live locks cause the film to end up well over sized ?

Or is another issue causing this?

thanks for the help

[foxyshadis]

Are you sure you're getting a livelock? That means that the entire encoding just stalls until you kill it. I think you mean it's just taking a while on some frames and triggering vdub's livelock warning until it starts processing again.

Something else is causing the problem, but without knowing how you set up the input and divx it's impossible to say what.

[uk_dan2k]

I've got a 16.1 gb .ts file (size 1920x1080, 29.970 fps, duration 1:58:16, audio ac3 5.1 48khz 448kpbs)

Loaded via a avs file that contains: -

DirectShowSource("film.ts", fps=29.970, convertfps=true)

Direct stream for audio in vdub

fast recompress video, no resize or cuts, just compression set to divx6.8 codec (2 logical cpus)

All i changed on the settings for divx6 is rate controll to multipass 1st pass and then nth pass for 2nd run.

I got the bitrate using the calculator on there.

using duration and filesize to 8152mb (dvd9) = 9179.369 with 448k audio

so i used 9179 as the bitrate

the massive file size comes in the 2nd pass

[dloneranger]

Won't the .avs mixed with direct stream copy result in the file having an enormous stream of uncompressed audio ?

That'd account for about 3Gb if the video is about 1 and a half hours and has 5.1 audio

If you load the newly created file into virtualdub, what are the bitrates in the file properties?

[edit]
hmmm thats interesting - putting the same values into the divx bitrate calculator shows 9179 in the calculator, but clicking on accept changed the value to 4854 in the main codec page

[uk_dan2k]

the direct stream copy is for the audio only, because i dont want to change it, its around 376mb.

i dont complete the dub operation because the project file size is around 31gig, and i run out of space when the file reachs around 22gig.

[dloneranger]

I you press abort, you still can load the partially converted video into virtualdub and check the file properties for which codecs and bitrates are used

Without knowing what's being produced, it's going to be difficult for anyone to see what the problem is

Avisyth turns all audio into uncompressed pcm, so by using direct stream copy on the .avs script - you'ne NOT copying the ac3 audio, but copying the uncompressed audio instead

[uk_dan2k]

Oh didnt know that about the audio, i will rerun the dub, and load the results up this time then

[uk_dan2k]

video stream, 1920x1080, 29.970fps,
371416 frames (3:26:32.92),
four cc code dx50,
decrompressor divx 6.8, 2 logical cpus
key frames, 3531
data rate 7413 kbps

audio

48000hz
6 channels
ac3
data rate = indeterminate

[setarip_old]

Hi!I've got a 16.1 gb .ts file (size 1920x1080, 29.970 fps, duration 1:58:16, audio ac3 5.1 48khz 448kpbs)1920x1080, 29.970fps,
371416 frames (3:26:32.92)1) Could the apparent discrepancy in total times have something to do with your problem?

2) How did you create the .TS file? (Original source material, software and procedures used)

3) Have you played/tested/examine the .TS file to see if similar discrepancies exist?

[uk_dan2k]

yea your right about the times, its suppose be 1:;58:16, not 3:26:32.92.

I've run it through a few remux programs and its doubling the frames for some reason.

I'll have to start from stratch and not use them remuxing programs again

[setarip_old]

Again:

2) How did you create the .TS file? (Original source material, software and procedures used)

3) Have you played/tested/examine the .TS file to see if similar discrepancies exist?

[uk_dan2k]

It was the demuxing tool i was using to combine all ts files into one big ts file.

After looking at in virtual dub the program has been messing up audio sync and so keeps giving out dodgy times for the video.

I've gone back to scratch and not used the program to combine ts files together.