It's hard to say why this may be occurring, Dak, without more information. If you could copy and paste a recent Gknot .log file, that might point the community to a procedural issue.
Hi- As jggimi says, we need more information. One thing you might check though is if you're allowing Gknot to adjust the bit rate ("Re-Calculate Bitrate if needed" in the Encoder tab).
I think this is the script file you are talking about and it is hashed out as you suggest. Shouldn't GK take care of this? Any other thoughts? Dak. # # Created with Gordian Knot # # # # PLUGINS # get them from LoadPlugin("C:\PROGRA~1\GORDIA~1\mpeg2dec.dll") #LoadPlugin("C:\PROGRA~1\GORDIA~1\decomb.dll") #LoadPlugin("C:\PROGRA~1\GORDIA~1\InverseTelecine.dll") #LoadPlugin("C:\PROGRA~1\GORDIA~1\Avisynth_Spatial.dll") #LoadPlugin("C:\PROGRA~1\GORDIA~1\GreedyHMA.dll") #LoadPlugin("C:\WINDOWS\System32\vobsub.dll") #LoadPlugin("C:\PROGRA~1\GORDIA~1\SimpleResize.dll") # # SOURCE mpeg2source("C:\Rip\Romeo+Juliet\Romeo+Juliet.d2v") # # TRIM #trim(startframe,endframe) # # IVTC #Telecide() #Decimate(cycle=5) # or use #InverseTelecine(40,10,15) #GreedyHMA(1,0,4,0,0,0,0,0) # # DEINTERLACING #FieldDeinterlace() # or use #VerticalReduceBy2 # or maybe #GreedyHMA(1,0,0,0,0,0,0,0) # # CROPPING crop(0,75,718,423) # # SUBTITLES #VobSub("FileName") # # RESIZING BicubicResize(672,272,0,0.5) # # DENOISING: choose one combination (or none) # 1) little noise (fast) #TemporalSmoother(2,1) # # 2) medium noise (slow) #SpatialSoftenMMX(1,4,6,false,false,4,4,6,8) #TemporalSmoother(2) # # 3) heavy noise (very slow, you have been warned) #SpatialSoftenMMX(2,4,6,false,false,4,4,6,8) #TemporalSmoother(3) #SpatialSoftenMMX(1,4,6,false,false,4,4,6,8) # # BORDERS #AddBorders(left,top,right,bottom) # # COMPRESSIBILITY CHECK # !!!!Snip Size now has to be 14 for use in GKnot! #SelectRangeEvery(280,14) # # FOOL CCEnc #ResampleAudio(44100)
Here's what I can tell by looking at your .log and your .avs: The .d2v project you created with dvd2avi has 144225 frames in it. This is the value used by Gknot to do your bitrate calculation. The first pass .log file -- not the Gknot.log, but the file "Romeo+Juliet.log" -- recognized a video stream with only 138314 frames. This log is the frame-by-frame analysis done during the first pass, and is mandatory input for the second pass. The difference, 5911 frames, are unaccounted for. I thought it might have been your Trim options, as the frame differences seem suspiciously close to an end-credits starting point you may have set with the "Set Credits Start" button. However, the trim options in the script are not set, so it wouldn't be due to setting "Movie Only" -- which is what I thought you might have done. Are you adjusting the framerate to 25.00 from another value? That's a wild guess, but changes to framerate will change the number of frames in Gknot's calculator, and you will see this sort of mismatch frame count. If not, then I recommend the following steps, needed for futher diagnosis and action: 1) Open the .d2v file in Gknot, and see if you can move the slider to frames beyond frame 138314. Can you see frame 144225? If not, the problem is in the .vob stream. 2) Open the .avs script in VirtualDub or in Nandub. Can you move the slider to frames beyond 138314? Can you see frame 144225? If not, then the problem is in the .avs script -- but I can't see anything obvious looking at the script. If this is the problem, the source might be an overlayed (or improperly updated) mpeg2dec.dll file. If you get past 1 and 2 cleanly, then the problem must be in your installation of the codec. Remove all copies of DivX 4 and/or DivX 5 from your computer. All. Make sure they're gone, by looking at the list of available codecs in Virtual Dub (Video...Compression). DivX 3 codecs are ok to have, they are called "DivX ;-) MPEG-4..." and may remain on your PC. If you need to delete one and don't have an uninstaller, then open "Sounds and Multimedia" in your Control Panel, and look in either "Devices" or "Hardware" for video codecs. You can delete them from that spot. Then, reinstall DivX 5.
--------------------- Hello! Nazywam się Tomek. Jestem tutaj kompletnym laikiem, aczkolwiek mam nadzieję od czasu do czasu "brać udział", w działaniu tego portalu.
Wow, thanks for such a full reply! I have opened the .d3v file in GK, and it has only got 138314 frames in it. When I scroll to that position, it is the end of the film. You said this means there is a problem with the VOB file, so I ripped it from the DVD to a different dir and it had the same number of frames. I then used GK to create a DivX again, and it had exactly the same problem with the incorrect number of frames and the file came out larger than normal again. Do you think it's worth uninstalling and reinstalling GK and the service packs? Cheers, Dak.
Hi. I think I've worked out what the problem is... and as usual, it's user error (commonly know as being a total arse!). You were right - there was a problem with the VOB file. I had selected the 'Force FILM' option in DVD2AVI even though it's a PAL file, and this caused the frame count miss-match. I have ripped it all again, and this time the frame counts match. I have just started the DivX encoding, but I'm pretty sure it'll be fine this time. I am really sorry for wasting all your time, I feel really stupid now. Thanks for all your helpful suggestions - if it wasn't for you saying that the VOB was wrong I'd still be here changing GK settings and getting nowhere! Cheers, Dak.
LOL! I was going to say you should check to see it you had Force Film on, but I figured no one would be that stupid considering it's a PAL DVD. Show's Me! So don't feel bad.