Log in

View Full Version : It seems that 0.63a killed all the stuttering problems...if not,plz report here!


Pages : 1 [2]

robot1
13th October 2004, 18:26
704x480 is a valid DVD resolution, but probably DVD-RB needs for the backup the same resolution of the original.
Other filters shouldn't give problems, but it would be better trying the backup with all default settings.
If you have problems with default settings, it's a DVD-RB bug or a wrong installation problem.
If you haven't problems with default settings, you could understand what filter or setting is the cause of the problem, helping all the DVD-RB community.

J-Wo
13th October 2004, 19:12
Alright, I'm just in the middle of rebuilding an encode made with 0.60b. If there are still problems, I'll go back to default settings. Do you think it's okay for me to still use Rb-Opt in order to manually set the Q setting for OPV encoding? This way I avoid having to do any predictions since I roughly know what Q setting to use for the movie to fit onto a DVD+RW.

robot1
13th October 2004, 19:36
I you know the Q factor you need, you can use RB-Opt to avoid prediction.

Toranaga
13th October 2004, 22:49
Killed the stutter?!?!?!?

I ran a new PAL movie through .63a and the stutter was worse than ever!!! It was so bad that I had to dumb the recode and use DVD shrink instead. Before it just stuttered when there was high bitrate, but now it does it almost all the time!

I am starting a Deep Space Nine episode disc now and will report back when it is done.

J-Wo
13th October 2004, 22:54
Okay, I have some progress to report. I used 0.60b on an iso image without any pre-processing. The only avs filter I used was FluxSmoothT. I ran Rb-Opt to do OPV prediction and set the Q setting for VTS3 (unwanted extras) to 70 so they would be highly compressed (and this way I didn't need to run any post-processing blanking). I didn't touch any of the CCE settings from whatever Rb already defined. The final result had much FEWER dropouts than before, but there is one particular location where a considerable dropout always comes up. I ran a check on the original DVD and there is no dropout there. There is also no dropout when played with PowerDVD, but there is with both standalones. In case I had bad media to start with, I just bought brand new Memorex 4x DVD+RW's.

So now I'm going to rerun the rebuild stage except using 0.63a. If *that* doesn't work, I'll start from scratch, running a prepare and encode with 0.63a. The only reason I started with 0.60b is there were reports in teh Star Wars thread that stated 0.60b might be better for dropouts. Beyond that I think I'm fresh out of ideas!

J-Wo
14th October 2004, 02:08
No difference between 0.60b and 0.63a, audio dropouts still present. jdobbs are you out there?

wfn1
14th October 2004, 04:41
man this forum is agressive :) out in the big3 we just bide our time before the next rel. comes out. here it's like a post a minute.

take a break people, go out to a bar, call your mom or whatever JD needs to rest sometimes too.

J-Wo
14th October 2004, 04:55
big3? I don't know where that is...

But for me these audio dropouts are a major problem. They crop up in every run I do with Rb. So as far as I'm concerned, the time I'm taking to make endless encodes is to try and help jdobbs narrow down the problem. And hopefully other people can provide some helpful suggestions.

Anyway back to the topic at hand... Did an encode using 0.56, no preprocessing, no filtering, standard CCE settings. There was only 1 dropout compared to 4 possible known spots where other versions have had them. So that's definately an improvement.

But right now I'm really at my wits end. Can't think of too many more combinations of tests I can run. So ya, maybe I will go call mom now... ;)

VamPYR
14th October 2004, 06:08
after many RB version that i've use, 0.63a is the most problem less version for me.
did about 50 project from my source using RB 0.63a, and didnt get a single problem. all my final project play well in various standalone player. (i burn my final project using BeAll DVD-R silver printable media)
my original source are mostly NTSC,4:3(fullsceen),some source had alot of special features, photo gallery and over 7G.
i rip it directly using DVD Decrypter and encode it using RB, CCE, default setting, 4-pass. it take about 5hrs to finish.

thanks JD for all the great job he had done for us!
(sorry for my english, it not my mother language):p

J-Wo
14th October 2004, 16:42
Just wondering... For those of you who are NOT experiencing any audio dropouts, are you doing 2 pass VBR of OPV encoding? I'm strictly doing OPV but maybe I should try VBR since I'm having so many problems.

jdobbs
14th October 2004, 17:18
Originally posted by J-Wo
big3? I don't know where that is...

But for me these audio dropouts are a major problem. They crop up in every run I do with Rb. So as far as I'm concerned, the time I'm taking to make endless encodes is to try and help jdobbs narrow down the problem. And hopefully other people can provide some helpful suggestions.

Anyway back to the topic at hand... Did an encode using 0.56, no preprocessing, no filtering, standard CCE settings. There was only 1 dropout compared to 4 possible known spots where other versions have had them. So that's definately an improvement.

But right now I'm really at my wits end. Can't think of too many more combinations of tests I can run. So ya, maybe I will go call mom now... ;) I think it's amazing that it crops up everytime you use RB -- but it has never cropped up (even once) on 90%+ of the RB users... my bet is on OPV.

Toranaga
14th October 2004, 17:31
I just ran a Deep Space Nine disc through using 5 pass CCE and the audio stutter is there but only in high bitrate scenes and not all the time like the movie I did before this.

J-Wo
14th October 2004, 17:48
Originally posted by jdobbs
I think it's amazing that it crops up everytime you use RB -- but it has never cropped up (even once) on 90%+ of the RB users... my bet is on OPV.

You may be right, I'm going to give 2 pass VBR a try. But in case anything *else* is causing problems, could you please tell me other settings you use in Rb that might be causing me problems? I'm pretty sure I have everything else at default, except I have been using Rb-Opt to run OPV prediction (that's about it).

robot1
14th October 2004, 18:02
Originally posted by J-Wo
You may be right, I'm going to give 2 pass VBR a try. But in case anything *else* is causing problems, could you please tell me other settings you use in Rb that might be causing me problems? I'm pretty sure I have everything else at default, except I have been using Rb-Opt to run OPV prediction (that's about it). Have a test encode without any tweaks (example in one click mode), and be sure to use the right .dll: http://forum.doom9.org/attachment.php?s=&postid=517471, without other mpeg2 decoders in your avisynth plugins directory.
That's the final test for your setup!

J-Wo
14th October 2004, 18:16
When I did a clean install of Avisynth 2.5.5, I already cleared everything out of my plugins directory and installed this version of mpeg2dec3dg.dll. But I did have 3 other filtering dll's (fluxsmooth, removegrain, and deen) but I'll delete them right now.

I've actually never done one click either, always 3 click. So I'll give this one a whirl... this time still with 0.59, since that has given me the fewest dropouts so far. See you guys in a couple hours ;)

edit: btw, I just finished an OPV encode with bitrates set at min=300, max=5000 to see if the default bitrates were too extreme (min=0, max=9000). No change in dropouts...

J-Wo
14th October 2004, 21:42
hey guys, sorry for making this an enormously long thread but.... What do you know! 2 pass VBR seems to have solved it. No stuttering in the 2 known locations previously seen with OPV, using Rb 0.59. I'm going to do another VBR run but this time make my CCE notch matrix adjustments thru Rb-Opt and see if that causes any dropouts. If not I'll try Rb 0.63a again and make sure the latest version has more problems or not.

So right now, at least for me, it looks like OPV is the real culprit.

eriksen76
15th October 2004, 14:33
I'm testing the 064 version now with the new DGDecode.dll option.

Just to see if this will solve the stutter problem on one the movies that I haven't been able to encode successfully.

B back in a few hours.

/Julius

eriksen76
15th October 2004, 17:37
Same result.....

/Julius

tremens
17th October 2004, 00:32
What I meant is the movies (DVD+R)s that have stutter on standalones, the same discs will play perfectly with MPC(Windows) and Xine(Linux). So not a bad media issue.

Paul

Toranaga
17th October 2004, 08:54
Originally posted by tremens
What I meant is the movies (DVD+R)s that have stutter on standalones, the same discs will play perfectly with MPC(Windows) and Xine(Linux). So not a bad media issue.

Paul


No and it would not be the exact same place every time when I do Deep Space Nine backups.