Log in

View Full Version : IVTC and Runtime Error 9


n3xus
17th November 2004, 22:00
I am starting a new thread from this one here (http://forum.doom9.org/showthread.php?s=&threadid=85037), because the other one was getting a bit off track. I have been looking into why DVD-RB might be having trouble rebuilding the project. I noticed that the DVD might require IVTC to be performed on it, because the percentage jumps from FILM to NTSC and stayed around the 70% range. Here is a quote from the DVD2AVI guide that explains this better than I can.

Frame Rate = 23.976 fps: This is the result of activating Forced FILM for an NTSC movie. If the Video Type is FILM or FILM at a percentage higher or equal to 95% you're all set. If the percentage is lower or the type is NTSC then you have to set Field Operation to None and perform IVTC (that process will be explained later on).

I just wanted to know if that could be the problem why I am getting a runtime error 9 message. I also was wondering how v0.66a handled IVTC if it was needed. . . how to set it up ect.?? Any positive feedback would be much appreciated! Thanks.

jdobbs
18th November 2004, 14:57
You should never need to perform IVTC on any sources when using DVD-RB -- in fact I would strongly recommend against it in most circumstances.

Looking back at the previous post -- I would recommend you do the discs with no preprocessing at least once to make sure that isn't the source of the problem. I realize, as you've said, that you may have used your method successfully on other discs -- but that doesn't mean it might not be the cause of the failure on this one.

n3xus
18th November 2004, 19:19
jdobbs: I have tried it with no pre-processing and I get the same results when trying to rebuild the project (subscript out of range error 9).

You should never need to perform IVTC on any sources when using DVD-RB -- in fact I would strongly recommend against it in most circumstances.

I am confused as to what you mean by this, because when I previewed the main movie vob files through DVD2AVI it never had a FILM percentage above 80%. Not to mention it was jumping back and forth between NTSC and FILM. Does this not mean that IVTC needs to be performed on the source? I feel like I am back to square one with this problem. Any suggestions?!?!

jdobbs
19th November 2004, 00:23
You are trying to outthink the software. You don't need to worry about.

DVD-RB has special algorithms that will make your output match the original exactly. In other words, if it is 80% telecined on the original it will be 80% telecined in the DVD-RB output.

Inverse telecining always results in bad copies on these types of (mixed mode) sources (others may argue -- they are dead wrong). DVD-RB retains the original format -- it does it right.

n3xus
19th November 2004, 02:30
jdobbs: Do have any idea why I might be getting this error when it was fixed back in v0.45a???

Trahald
19th November 2004, 04:55
i guess what were trying to say is try the dvd w/o preprocessing (ie dont use titlesetblanker on the files first ) and see if you have better success. (even if youve luckily not had problems with the others) Any fixes/updates you see in the changelist are for unpreprocessed sources

jdobbs
19th November 2004, 11:45
Also... are you using Shrink to rip, or DVD Decrypter?

Tiamat
19th November 2004, 12:53
hey, I'm using 0.67 and I get error 9 in the prepare phase when trying to do Eraserhead. Ripped with DVD Decrypter and all my usual setup. I tried it with special error processing, but still no luck.

Thanks

n3xus
22nd November 2004, 23:31
Jdobbs: I am using dvddecrypter to rip the vobs to disk. Hope that helps.

n3xus
29th November 2004, 12:59
Just got the same error msg 'runtime error 9' on rebuild of Die Hard 3. There was no preprocessing done to the original dvd structure. Used dvddecrypter to rip vobs to hdd.

2nd_Gunman
10th December 2004, 22:32
Originally posted by n3xus
Just got the same error msg 'runtime error 9' on rebuild of Die Hard 3. There was no preprocessing done to the original dvd structure. Used dvddecrypter to rip vobs to hdd.


Man, I just got this error with Fight Club and a couple of weeks ago I got it with Gladiator, both using .66 version.

I'm going to try doing Fight Club with .67, but since the programmer seems clueless as to the source of the problem and not too interested in resolving it I don't expect a resolution to this problem.

I saved screen shots from the Gladiator debacle if anyone is interested. Gladiator was solved through the multiprogram route with Scenerist, Doitfast4u! etc.

jdobbs
11th December 2004, 00:48
Clueless? Hmmm... rude and obnoxious all in the same message. You've become quite the expert in your whole 1 post.

Feel free to use whatever you want... as long as it is something else. And don't ask me for any help.

2nd_Gunman
11th December 2004, 04:00
Originally posted by jdobbs

Feel free to use whatever you want... as long as it is something else. And don't ask me for any help.

But...but...that leaves me in exactly the same position that every other user of your program is in who has this problem.

.67 also failed with the same error as with .66.

Not that you care.

Hey, it is your program. If you don't want it to ever work properly then maintain your attitude and it will be in beta forever.

Now I will do what I did with Gladiator, encode it using the "Big 3" method using CCE.

I have used your program four times, successfully encoding Reservoir Dogs SE and Violent Cop (Japanese), while failing with the Runtime 9 error doing Gladiator and Fight Club SE.

{SE = Special Edition BTW}

http://img100.exs.cx/img100/8489/fightclub6wm.jpg

Tiamat
11th December 2004, 04:28
Don't be an asshole or anything, it's not like this is a free program... jdobbs obviously owes you a huge debt for creating DVD-RB.

Just go away.

jdobbs
11th December 2004, 05:18
@tiamat

What version of DVD-RB are you using?

jdobbs
11th December 2004, 05:23
Not that you care. I'd suggest you go write your own program to do it. You're obviously much smarter than a clueless person like me.

Oh, wait, I forgot. You can't.

NobbyNobbs
11th December 2004, 05:53
@2nd_Gunman

The whole point of this sub-forum is for the beta testing & use of DVDRb, Jdobbs give away this amazing piece of software for free, and have been fixing bugs and releasing new versions with more and more features, that most of the users here are extremely grateful for, and then you just barge in with your first post, claiming he don't try to fix problems, even if you never tried posting about your problem in the first place ??:mad:

Don't people read this tread: http://forum.doom9.org/showthread.php?s=&threadid=52597 ?

Trahald
11th December 2004, 15:44
Here is another good read -->
http://forum.doom9.org/showthread.php?s=&threadid=7770

jdobbs is working very hard at this application and deserves only thank you's and zero attitude.

Sir Didymus
11th December 2004, 18:10
Sorry for posting without giving any real contributions. Just want to quote the thread pointed out by NobbyNobbs and to double quote the one of Trahald.

@2nd_Gunman. It seems to me quite obvious your bad attitude is due to your (totally wrong) assumption or feeling the program author is not appropriately taking care of the error reported by yourself and by other beta testers.

At the end if you feel good with other programs for making your backups, enjoy your choice, but please not being offensive!!!

You'd better consider that Jdobbs is working since a lot of time to this great program, fixing and improving it in a systematic manner, with motivations that only him knows.

Some other times, after asking for details, it emerged that similar troubles were produced by preprocessing the original DVD structure, where it is "almost generally" known that this practice may lead to severe troubles with the application.

Said that, even taking as a fact it seems evident the error may be generated without preprocessing of any type, is it so difficult to understand that the process of identifying and fixing a problem may be not simple at all and may depend on many factors most of them very difficult to replicate ?

What is the need of being so rude and writing down clearly offensive statements like "not that you care" ?

Hope you'll have the chance in your future posts to give some more positive support to the doom9 community.

SD

Tiamat
12th December 2004, 03:46
@jdobbs

I'm using 68 at the moment, but I've since backup up Eraserhead with Shrink. No worries :)

jdobbs
12th December 2004, 12:54
Can anyone identify an NTSC disc that will result in a runtime 9 error (without preprocessing)?

n3xus
12th December 2004, 21:00
Just got the same error msg 'runtime error 9' on rebuild of Die Hard 3.

I only seem to get this error at the beginning of the rebuild stage. But I originally started this thread because I could not successfully rebuild Stargate Season 7(any of the discs). This is also without doing any preprocessing on either of the discs. Hope this helps Jdobbs!

n3xus
12th December 2004, 21:02
I forgot to mention that this is with v0.66. . . I haven't tested it with v0.67 yet.

Tiamat
12th December 2004, 23:52
Eraserhead definately qualifies... it's just hard to get ahold of a copy. The only way that I've seen in the the David Lynch website, www.davidlynch.com (http://www.davidlynch.com). fun place :)

NobbyNobbs
13th December 2004, 00:47
@n3xus

I have backed up all disc's but one of Stargate season 7 R2 with DVDRb, can't at the moment remember witch disc it was that would not work, but the same disc would not work with "The Big Three" method either, as Scenarist would crash when trying to load the project (using ScenAid), or when trying to do it's job ( using ReAuthorist).

Because of this I ended up using Shrink on the one problem DVD, as I believe there might be a problem with the original authoring of this disc.

n3xus
13th December 2004, 02:14
I do not use Scenarist. . . just DVD-RB and CCE.

NobbyNobbs
13th December 2004, 02:32
What I tried to say is that I copied all but 1 disc of season 7 of SG-1 with RB.
The one disc that would not work with RB would not work with other CCE based solutions either.