• AnyStream is having some DRM issues currently, Netflix is not available in HD for the time being.
    Situations like this will always happen with AnyStream: streaming providers are continuously improving their countermeasures while we try to catch up, it's an ongoing cat-and-mouse game. Please be patient and don't flood our support or forum with requests, we are working on it 24/7 to get it resolved. Thank you.

Backup Disc of Disney "UP" can't replay correctly

I added tests.
But the reson of problem can't be found yet.

(A) I doubt the difference of VOB itself, (even though navigation command and relative adress of cell are same).
I extracted problematic multi-angle cell by PgcDemux v.1.2.0.5 from backup discs. The discs are both of problematic and not so and which are (1) and (3) from I posted #29 like below.

I compared extracted files by binary editor (stirs v.1.31).
The result was they were same.

(B) Next I doubt absolute posittion (LBA) in the disc. It is different between problematic and not so. It is found to be 9376 sectors.
I adjusted sectors by creating gap (104168 sectors) before VTS_19_0.BUP, because main-movie which has problematic cells is VTS_20.
Procedure;
*AnyDVD 6.8.5.0 ---output VIDEO_TS folder(files)
*IfoEdt 0.971 ---edit VIDEO_TS.IFO and VTS_19_0.IFO for creating gap.
*RecordNow 7.21 --- burning VIDEO_TS folder(files). I used instead of ImgBurn, because it can create gap in disc according to IFO file though ImgBurn edit IFO file and remove gap.
The result was that the problem was not fixed.

How about the fix of the problem by author ?
Is it very difficult ?

Regards.
I have the problem, that I still don't understand what is causing this. All of your findings of difference between original and copy may be true, but none of them should cause this erratic behaviour (time maps, sector gaps, etc. may be different, but this is very normal).
 
Sorry.
My below report was a little incorrect.
There short part is repeated then paused for a while.
Below is correct.
The end of the cell which is short multi-angle cell is repeated and paused for a while.
Then multi-angle cell is not replayed and next cell is replayed.
It is occured only when angle-2 .

Regards.
 
I'll report what I found newly.

I succeeded without ISO file,
and found it seems that AnyDVD (and also CloneDVD) modify the file with wrong processing.

Here is the results and procedure.

DVD title : "UP" as same as before
(1)=>no trouble
*AnyDVD 6.8.5.0 ---work in background
*RipIt4Me --- movie-only mode, output VIDEO TS folder(files)
*DVDShrink 3.2 --- compression(full-disc mode)
*ImgBurn 2.5.5.0 --- burning VIDEO_TS folder(files)
(2)=>there is trouble
*AnyDVD 6.8.5.0 ---work in background
*RipIt4Me --- movie-only mode, output VIDEO TS folder(files)
*CloneDVD 2.9.3.0 --- just output with not doing anything else
*DVDShrink 3.2 --- compression(full-disc mode)
*ImgBurn 2.5.5.0 --- burning VIDEO_TS folder(files)
(3)=>there is trouble
*insert created disc(1) which has noproblem
*AnyDVD 6.8.5.0 ---output VIDEO_TS folder(files)
*ImgBurn 2.5.5.0 --- burning VIDEO_TS folder(files)
(4)=>no trouble
*insert created disc(1) which has noproblem
*AnyDVD 6.8.5.0 ---output ISO file
*ImgBurn 2.5.5.0 --- burning ISO file

From above tests, I suppose AnyDVD (and also CloneDVD) modify the file with wrong processing.
I seems not to be related with the function of decrypting.

Regards.
 
I can find the reason of the problem how AnyDVD and ClonenDVD modify VOB file at last.

It was not enough when compared VOB file before in post #40.
(A) I doubt the difference of VOB itself, (even though navigation command and relative adress of cell are same).
I extracted problematic multi-angle cell by PgcDemux v.1.2.0.5 from backup discs. The discs are both of problematic and not so and which are (1) and (3) from I posted #29 like below.
Quote:
DVD title : "UP" as same as before
(1)=>no trouble
*AnyDVD 6.8.5.0 ---work in background
*DVDDcrypter 3.5.4.0 --- ISO mode, output ISO file
*ImgBurn 2.5.5.0 --- burning ISO file
(3)=>there is trouble
*AnyDVD 6.8.5.0 ---output VIDEO_TS folder(files)
*ImgBurn 2.5.5.0 ---Build mode, burning VIDEO_TS folder(files)
I compared extracted files by binary editor (stirs v.1.31).
The result was they were same.

That time files which I exracted and compared were demuxed to video, audio and subpic.
I should have used directly VOB file, not demuxed.

This time I exracted and compared VOB file.
There was difference between (1) and (3) of backup discs.
The number of differences is equal to the number of VOBU.
Its adress is 006D to 0070.
Its value is ;
(1)=>no trouble ----"00000490"
(3)=>there is trouble ----"00000000"
By the way about multi-angle cell which are divided to alternative cells in VTS_C_ADT (they have no problem) ----"00000000"

I examined the meaning of its adress and value by VobEdit and IfoEdit.
Its adress means "non-seamless angle 2 relative offset".
And the value "490"(hex) ="1168" is same as difference between start sector of the cell of angle-1 and angle-2.

I think it should have above value when multi-angle cell which are not divided to alternative.
But AnyDVD and ClonenDVD seems to reset its value to "0" when output as files not ISO, so problem occurs.


I think it is one of tricks of recently released DVDs.
I hope to be fixed in AnyDVD and ClonenDVD.

Regards.
 
Last edited:
Sorry, I noticed the mistake about the value of "non-seamless angle 2 relative offset".
I is different between the cell of angle-1 and angle-2.
I'll report later.

Regards.
 
Sorry, I noticed the mistake about the value of "non-seamless angle 2 relative offset".
I is different between the cell of angle-1 and angle-2.
I'll report later.

Regards.

Here is correct.

The cell of angle-1
(1)=>no trouble
Adress : 0069-006c (non-seamless angle 1 relative offset) ----"80000000"
Adress : 006d-0070 (non-seamless angle 2 relative offset) ----"00000490"
(3)=>there is trouble
Adress : 0069-006c (non-seamless angle 1 relative offset) ----"80000000"
Adress : 006d-0070 (non-seamless angle 2 relative offset) ----"00000000"

The cell of angle-2
(1)=>no trouble
Adress : 0069-006c (non-seamless angle 1 relative offset) ----"80000490"
Adress : 006d-0070 (non-seamless angle 2 relative offset) ----"80000000"
(3)=>there is trouble
Adress : 0069-006c (non-seamless angle 1 relative offset) ----"80000000"
Adress : 006d-0070 (non-seamless angle 2 relative offset) ----"80000000"

Regards.
 
Last edited:
I actually tryed to edit problematic VOB file, burning and replaying.
I could confirmed to fix the problem.

Regards.
 
Below of my post #44 was wrong.
By the way about multi-angle cell which are divided to alternative cells in VTS_C_ADT (they have no problem) ----"00000000"
It is similar to (1) of post #46 and AnyDVD and CloneDVD doesn't modify it.

Regards.
 
I noticed that below of post#44 is little incorrect.
the value "490"(hex) ="1168" is same as difference between start sector of the cell of angle-1 and angle-2.

I noticed there is the case which the value is different in the same cell.
Here is correct.
the value "490"(hex) ="1168" is same as difference between start sector of the vobu of angle-1 and angle-2.

Please utilize to fix the program.

Regards.
 
Last edited:
I've tested latest ver.6.8.5.10beta because its change log involves the fix about multi-angle;
Fixed a bug when handling some multi angle discs, e.g. "Instinct", US, R1.
But it was not fixed.
This fix seems to be for another bug.

Regards.
 
Last edited:
I've tested latest ver.6.8.6.2 beta.
But it was not fixed.

There passed 1.5 month from first report of bug.
Is it so difficult to fix ?
(Another software of riiping had same problem and it is fixed now.)

@James
Please see PM.

Regards.
 
Hi Jinjin,

I've tested latest ver.6.8.6.2 beta.
But it was not fixed.

There passed 1.5 month from first report of bug.
Is it so difficult to fix ?
(Another software of riiping had same problem and it is fixed now.)

@James
Please see PM.

Regards.

Sorry, I overlooked your PM. :eek:
The problem is in the code based on "CloneDVD" (the AnyDVD ripper) which I only have limited understanding of. In other words, I have no idea what's going on.
I have forwarded your problem to Elaborate Bytes, but haven't heard back from them yet.
 
I understand the fix is difficult, because the problem is caused from CloneDVD2 not AnyDVD.
(I thought it is not so difficult, because where and how VOB file is modified.)

It seems to be better to fix CloneDVD2 before AnyDVD.
I'll try to ask to fix the bug to Elaborate support directly.

Regards.
 
I couldn't contact Elaborate support.
Technical support page shows to be unavailable and only maii adress.
But mail can't reach to them, I don't know its reason.

@James
So I'll wait you to have the answear from Elaborate and the bug is fixxed.

Regards.
 
It becomes to be able to send e-mail to Elaborate (support(at)elby.ch).
But the reply is from Slysoft support, not Elaborate.

Anyway I think what I can do is only waiting and do so.

Regards.
 
I don't know to whom should I ask.
When this bug will be fixed ? Why does it have such a long time ?

This bug is same about DVDFabDecrypter. But it was already fixed a month ago, though it is freeware.

History;
*2 month ago ; found and reported this bug, I also reported to DVDFab forum.
*1.5 month ago ; found the bug modify the VOB file, and specify where and how it does.
*1 month ago ; this bug was fixed about DVDFabHDDecrypter.
*0.5 month ago ; reported this bug to Elaborate support and received reply(though from Slysoft)
*now : it is not fixed yet.

Why does it have such a long time ?

Because it is difficult?
But this bug is same about DVDFabDecrypter, and it was already fixed a month ago, though it is freeware.

It seems that detail of program is depend on Elaborate.
I can't contact with Elaborate directly. The reply of Elaborate support was from Slysoft. I don't know whether Elaborate know this bug and has intention to fix it.
I'm afraid of it is because of low priority ?

Just I hope this bug is fixed.

Regards.
 
Back
Top