PDA

View Full Version : Problem with finished files and NERO


samuraijack
21st April 2004, 15:52
Hi All,
Fantastic encoder. Took me a while to work a few kinks out of it, but I backed my copy of Matrix Revolutions last night to see how it would do. Looks VERY nice,,,but...
When I tried to burn it to a DVD-R ,with Nero 5.5.5910 I think, It gave me the weirdest message during file reallocation: Nero could not reallocate the file %S, it does not belong here. Process will be terminated.

I thought I might have done something wrong, so I looked at my settings and paths and tried again. Same thing. Then I took the output and ran it through DVDShrink and it worked like a charm.

Am I missing something here?

PS Using .42 with 1.81 ECL and 2.50CCE with AMD XP chip.

Thanks in advance!

lab-one
21st April 2004, 16:33
This problem has come up before and is related to a 0kb Vob file (see this thread (http://forum.doom9.org/showthread.php?s=&postid=472982&highlight=matrix#post472982)).

Personally, I use IMGToolClassic to creat an ISO once DVD-RB has done its' magic and then burn the ISO with DVD Decrypter (ISO write mode). On the same title I had no problems burning. I reallly don't care for Nero but that's my own opinion.

nwg
21st April 2004, 16:39
I also had the same problem witb the same DVD. I have also had Nero moan about the IFO's not being the same as the BUP's. The weird thing is the source DVD was the same. I have been using CopytoDVD with great success instead.

I also agree that DVD Decrypter is a decent burning application.

samuraijack
21st April 2004, 20:36
Thanks. I remember thinking a Zero byte VOB was a little strange, Oddly enough I think this may be the first time I have ever had problems with Nero. Been using Shrink with the DVDDecryptor burn for a while and it seems to work good. I cant reproduce the pixelation that folks keep mentioning, but I think the results were MUCH better with the CCE and RB.

Thanks for the help All!

Joergen
21st April 2004, 23:09
DVDStripper causes the BUP (backup of IFO) to not match the IFO, and 0byte or other non-compliant files inside the VIDEO_TS dir are agains the standard so Nero is being strict, thats all.

If you get the BUP/IFO match error, just copy each IFO, delete the bups and rename the copies to .BUP.

godhead
22nd April 2004, 05:51
I get the 0k VOB error in Nero, but I just ignore and burn anyway. My Pioneer DV-434, Terapin TT-2600DVD, and Xbox all seem to play the DVDs just fine. I'd recommend using an RW and testing your players to verify they don't have issues with the 0K VOBs.

jdobbs
22nd April 2004, 13:09
Originally posted by godhead
I get the 0k VOB error in Nero, but I just ignore and burn anyway. My Pioneer DV-434, Terapin TT-2600DVD, and Xbox all seem to play the DVDs just fine. I'd recommend using an RW and testing your players to verify they don't have issues with the 0K VOBs. The problem is that the entire DVD is dependent upon an IFO. If you get a bit error from a scratch (for example) in a VOB -- no big deal, it just keeps playing. But in an IFO it can cause disc failure. In order to make sure that doesn't happen a copy of the IFO (the BUP) is physically stored (on the disc) some distance from the IFO. The IFO comes before the VOB files and the BUP comes after. Players are smart enough to switch to the BUP if the IFO fails.

So... even though it may work to go ahead an write with mismatched IFO/BUP pairs, it isn't a good idea.

I can tell you I am confident that DVD-RB does not create mismatches, while it isn't impossible -- I have been very careful about that -- that's the reason I ignore these bug reports. They are almost always caused by preprocessing with some other package, and I just don't have the time to debug other peoples' software.

samuraijack
22nd April 2004, 14:27
I agree. I backed up our new copy of Master and Commander last night and it sure was slick. Waves and Fog are great ways to tell how good the re-encode is. I found out last night that I had mistakenly used the .39 version to do my Matrix-R. Maybe just a fluke. But I have to say I was very impressed with the quality from the .42 version.

Oh and I didnt really mean this as a bug report. I figured it was most likely Nero, but I was thinking someone else may have run into this one. Took Godheads suggestion and tested all the players in the house with the Ok rip. They all played fine.

Keep up the excellent work, and thanks again.

Joergen
22nd April 2004, 17:10
Originally posted by jdobbs
I can tell you I am confident that DVD-RB does not create mismatches,

Did you mean to quote my post? I agree its not dvb-rb doing the mismatching its DVDStripper. It's happened on the 3 discs/occations that I've used it.

jdobbs
22nd April 2004, 20:10
Originally posted by Joergen
Did you mean to quote my post? I agree its not dvb-rb doing the mismatching its DVDStripper. It's happened on the 3 discs/occations that I've used it. Actually I was just agreeing with you -- but I can see how it may not look that way...

spotfek
23rd April 2004, 18:51
I have ended up with 0 byte vob files when doing family guy season 1 (PAL), I certainly have not preprocessed with any other prog, I ripped using dvddecryptor then used DVD-RB on them thats all.

jdobbs
23rd April 2004, 23:21
Originally posted by spotfek
I have ended up with 0 byte vob files when doing family guy season 1 (PAL), I certainly have not preprocessed with any other prog, I ripped using dvddecryptor then used DVD-RB on them thats all. Is that will the latest version (0.44)? I put a fix in last night for the zero length VIDEO_TS.VOB file that was being created.

spotfek
25th April 2004, 02:01
no it was a earlier version... have not done another backup since though.