[Nero] Files are different foutmeldingen

[Maasluip]

Ik heb met Nero 5.5.10.42 een DVD'tje gefikt met daarop een aantal divx filmpjes en bij 9 daarvan krijg ik de volgende fout na verificatie:

code:

16:01:53    #41 VERIFYERR 1 File UDFCompilationImpl.cpp, Line 5989
    Files are different
    D:\multimedia\divx1.mpg
    divx1.mpg
(0x00003EFCBA1E: 0x00 <=> 0x12)

Het gekke is dat altijd het eerste karakter (dus die van de originele file) 0x00 is en het tweede karakter is verschillend.
Ik snap de positie ook niet helemaal: positie 3EFCBA1E is 1056750110. Als dat in bytes is is dat vreemd, het file is niet zo groot. Of is deze positie het blok op de DVD? Over de verschillende files loopt de positie namelijk mooi op.

Wat moet ik er nu mee? Ik heb een paar filmpjes al even snel bekeken en ik kan normaal afspelen en positioneren, maar ik heb ze niet helemaal afgekeken. Kan ik er toch maar vanuit gaan dat ze goed gebrandt zijn?

[Vinnie]

mdeen schreef op 13 december 2003 @ 17:47:
Wat moet ik er nu mee? Ik heb een paar filmpjes al even snel bekeken en ik kan normaal afspelen en positioneren, maar ik heb ze niet helemaal afgekeken. Kan ik er toch maar vanuit gaan dat ze goed gebrandt zijn?

Met video maakt dit niet zo heel erg veel uit omdat een kleine glitch of verandering van het beeld/geluid niet zo storend is.

Maar Nero heeft in principe wel gelijk. Met programma's kan dit wel erg zijn, maar voor films niet zo.

[Maasluip]

Vinnie schreef op 13 december 2003 @ 17:50:
[...]

Met video maakt dit niet zo heel erg veel uit omdat een kleine glitch of verandering van het beeld/geluid niet zo storend is.

Ja, totdat het in de header of in de filesum zit en je mediaplayer zegt dat hij het fileformaat niet begrijpt. Dan is het wat minder (maar goed, als hij opent dan ben je al op de helft).

Daarom ook de vraag wat die positie betekent.
Dit zijn alle foutposities:

code:

(0x00000067300D: 0x00 <=> 0x28)
(0x0000029ACE44: 0x00 <=> 0xBD)
(0x0000032CF21E: 0x00 <=> 0x46)
(0x00000757C26E: 0x00 <=> 0x0B)
(0x000012685A1E: 0x00 <=> 0xF7)
(0x000013406A6E: 0x00 <=> 0xAC)
(0x00003EFCBA1E: 0x00 <=> 0x12)
(0x0000582A0A1E: 0x00 <=> 0x6B)
(0x00005B647ABE: 0x00 <=> 0xB3)

De 1e, 4e en 5e zouden nog een byte-positie kunnen zijn, maar de rest niet (want hoger dan de filegrootte).
Als het de DVD positie is dan heb je er zo weinig aan omdat je niet kunt zien waar in het file het is.
Het is ook niet de bytepositie van het begin van de DVD (als je alle files meetelt) want in de volgorde dat ze erop staan (tja, is dat wel de volgorde) dan klopt de bytepositie ook niet (zo positie drie op 53.277.217 terwijl er al voor 60MB aan files voor staan).