| Author |
Message |
Sophia Junior Member

Joined: 07 Apr 2004 Posts: 50
|
Posted: Wed Apr 28, 2004 6:30 am Post subject: (fixed in v2) Crashing while cutting large blocks |
|
|
A behavior Ive noticed with some DVDs is that when trying to 'Cut to here...' on large blocks around 800mb and bigger, DvdReMake will not work as wanted and sometimes crash. Heres a recap: -DvdReMake 1.4.6 -Windows XP Pro, 256mb memory -Working with a large block, +800mb -Advanced or Normal mode I'll use point numbers as a reference, 1 - 1000 lets say. Steps to Crash DvdRemake - 'Cut to here...' at point 500 - Thumbnail view does not update to show new start point. - Main preview window does not reflect new start point and still allows you to browse the whole block even though it has been cut. - Try to 'Cut to here...' at point 300, program crashes. | Quote: | | DvdReMake 1.4.6 started - Tue Apr 27 19:30:12 2004 Read DVD from:D:\Stripped DVDs\THE_MOVIE Read VMG D:\Stripped DVDs\THE_MOVIE\VTS_01_0.IFO Check: offset > 0 - failed (line: 1459 in file: E:\DVDTools\DVD\source\VobCell.cpp) | Steps for a Successful Export - 'Cut to here...' at point 500 - Thumbnail view does not update new start point. - Main preview window does not reflect new start point and still allows you to browse the whole block even though it has been cut. - Export project. - Plays as expected. It is possible in this case to cut again, BUT you will have to be beyond point 500 for it not to crash. So it seems as long as you are within the correct range 500-1000 when you make another cut command you are ok. Anything out of this range and it crashes. It seems this problem is not specific to one disc but rather shows up while working with these large blocks +800mb. |
|
| Back to top |
|
 |
Sophia Junior Member

Joined: 07 Apr 2004 Posts: 50
|
|
| Back to top |
|
 |
DimadSoft DvdReMake Official support

Joined: 19 Mar 2004 Posts: 2193
|
Posted: Wed Apr 28, 2004 8:11 am Post subject: |
|
|
| Thanks for detailed report. We will take a look. |
|
| Back to top |
|
 |
Whitespliff Respected Member

Joined: 23 Mar 2004 Posts: 467 Location: Belgium
|
Posted: Fri Apr 30, 2004 4:33 pm Post subject: |
|
|
I had that problem yes, I tried it a couple of times but it kept crashing. The blocks I used were 300MB max, so I'm not sure size matters First time I had this problem I burned the disc anyway. My standalone kept skipping but my parents one didn't had any problems. |
|
| Back to top |
|
 |
Sophia Junior Member

Joined: 07 Apr 2004 Posts: 50
|
Posted: Sat May 01, 2004 7:55 pm Post subject: |
|
|
| Good to know, I'll double check my exported DVDs on some different players. |
|
| Back to top |
|
 |
pak2 Respected Member

Joined: 21 Apr 2004 Posts: 486 Location: Western USA
|
Posted: Fri May 21, 2004 4:11 pm Post subject: |
|
|
| Is there any resolution of this problem? It could cripple the new block editing features in Version 2. I've hit this behaviour in a variety of situations and it appears to be related to some obscure property (or error) in a block, not to size. Within a title, some blocks misbehave while the rest are fine. Interestingly, the offending blocks can be edited normally if you export the disk using DRM, and then use the exported disk as the source for further editing in DRM. That almost sounds like a flaw in the files from DVDDecrypter that gets corrected when DRM rewrites the files. Paul |
|
| Back to top |
|
 |
MackemX DVD Specialist
Joined: 10 Nov 2003 Posts: 815
|
Posted: Fri May 21, 2004 4:43 pm Post subject: |
|
|
| @pak2 here is something you can try if you haven't already done so try to basically take DVDDecrypter out of the equation and get hold of DVD43. Process the DVD direct from the disc using DRM instead and see what happens. You could also rip the DVD with DVDShrink set at no compression and try that also. Lastly you could also try using SmartRipper p.s. check your settings in DVDDecrypter are at default in the mode you are ripping |
|
| Back to top |
|
 |
DimadSoft DvdReMake Official support

Joined: 19 Mar 2004 Posts: 2193
|
Posted: Fri May 21, 2004 9:48 pm Post subject: |
|
|
| pak2 wrote: | | Is there any resolution of this problem? It could cripple the new block editing features in Version 2. | We think it was fixed in one of the latest betas. Just waiting for testers to confirm. |
|
| Back to top |
|
 |
pak2 Respected Member

Joined: 21 Apr 2004 Posts: 486 Location: Western USA
|
Posted: Fri May 21, 2004 11:15 pm Post subject: |
|
|
| MackemX wrote: | | try to basically take DVDDecrypter out of the equation............ You could also rip the DVD with DVDShrink set at no compression...... | I tried a couple of things after you suggested this. I found a DVD that has the edit problem in a few blocks and was not encrypted. The original DVD files, DVDDecrypter files, and uncompressed DVDShrink files, all fail with “cut to here” edits (not surprising since they should be the same files). Using re-authored files, either DRM export files or compressed DVDShrink files, fixes the problem, but is time consuming. I didn’t try new IFO files (don’t know how). | DimadSoft wrote: | | We think it was fixed in one of the latest betas. ... | Very glad to hear this. Is the bug consistent with the above, and is there a decent work-around using the current version of DRM? Paul |
|
| Back to top |
|
 |
CDR-Zone.COM Advertisement Bot
 
|
Posted: Post subject: Advertisement: |
|
|
|
|
|
| Back to top |
|
 |
|