Constant Crashing of DRP when saving

[apfraats]

To answer the last mails: Firt I'm glad I'm not the only one were DRP crashes on I/O. Althought it's always the SAVE operation when it fails......... I just do basic editing with DRP and as I stated the problem occurs when: I save a DVD (even unmodified one !!!) in a directory I indeed make in the SAVE-BOX which has title bar "Select directory for DVD export". I'll do a right mouse click in the box use "NEW" and make a new (empty)MAP. Then I select this MAP and open in in the BOX and press SELECT. Then immedialtely (without time-out operation of some kind probably) the error is shown as: Exeption Information: Code: 0xc0000005 Flags: 0x00000000 Record: 0x0000000000000000000 (can be a zero more or less ) Adres: 0x<zero's>541fb04 This happens WITHOUT WINDVD..... I have installed AVISYNTH however for DVD-REBUILDER-PRO.... I don't want to reject SP2, as it has major security updates and all updates Microsoft releases are based on its presence. As DRP is the ONE AND ONLY programm causing problems, DIMADSOFT should fix this ISSUE !!! ALL OTHER PROGRAMMS HAVE NO PROBLEMS SAVING AFTER A NEW MAP (DIRECTORY) IS CREATED !!! My memory is 1GB internal DDR-RAM. It should be enough.......... If this is not enough, there is BAD PROGRAMMING practise.... I also NOTED the SAVE AND LOAD functions in DRP are not UTILIZING full CPU and I/O bandwidth, thus taking a long time for example to save a DVD on a super fast RAID ARRAY, when nothing else runs.... So I have to use SP2 and DRP should be compatible with it....... If many people try there will be persons having no problem, but also person THAT DO HAVE A PROBLEM (see previous reply). Dimadsoft SHOULD FIX IT !! As it's the ONE and ONLY programm having this problem, so at least it has to be solved, even if it's not generally known already.....\ The previous post helpes a lot, because I too experience these problems after 3.silly person and just waited with repoting it, because I thought it would be a general problem and be fixed.... But despite every release the problem was there..... Defenitely the I/O handling is NOT being done in a 'usual way', because other programms don't have any problems.... The problem is 100% repeatable now, making that NEW map (directory) and then SELECT to save the DVD.... Mij memory should be enough...... I/O handling should be faster, especially exporting DVD can be done faster in my opnion. There are enough system resources available, but they are not used to their full extend.... But the MAIN PROBLEM is the CRASHING.... Thanx and let Dimadsoft say something about this one....

[Bob Wya]

Hi apfraats, I can only comment that the software is pretty damn stable on my system (which is a bit flakey many other respects just now )... Sorry!! I have got 2 raided U320 SCSI drives, 1 unraided U320 SCSI drive and 10 SATA drives over a couple of host controllers (so quite a lot to go wrong there!!) I don't seem to have much problems with the DVDRemake Pro I/O. The program is not terribly interactive (latency) but is much better than the early 3.xx releases. The import and export is fast and works fine on ALL my native PC drives and over my house LAN... What chipset is the SATA Raid Controller? Do you have the latest driver? What Raid Configuration is it? Does DVD Remake work OK when exporting to an un-raided drive... Can you disable the Raid array in the BIOS to eliminate it as a factor completely (assuming you are not booting from it of course ...and then test an unraided drive?? Dodgy driver/OS interactions tend to bugger up Explorer first (especially HD Host Controller drivers)!! Have to rule out the obvious things!! I found quite a lot of my software was simply broken under SP2 and didn't work at all... The Security 'fixes' in SP2 are a joke, the Firewire driver is even more broken than already was, P-2-P networking broken, etc., etc. I use a decent 3rd party Application Level Firewall (i.e. not MacCrappie or Naught-off) as Windows on its own is not secure (SP2 or not)... I am not alone I know a few Windows software developers who are avoiding this service pack completely... At the end of the day all Redmond care about is whether Corporate PCs are working (and they won't run much of nothing in general I guess or they would use Linux ) - thats where the $$$ is. I presume you are on DVDRemake Pro v3.2 Build 48 by now - right?? Bob Wya

[apfraats]

No, only at 3.1.4 in fact. I didn't receive any update notice on a newer version. If it's out there, it's new to me (yep, really). I can't suspend on SP2. That will disable my support from Microsoft. The windows firewall is of no use, so I don't use it. I use Norton Internet Security and then again scan my computers for virusses, spyware, adware, trojjans e.d. with a LOT of DIFFERENT tools, to get it all covered. SP2 has not caused me problems. Only update 885250 which caused serious network sharing problems when you had disabled 8.3 compatible file-naming which should defenitely be ON after 885250. Still RAID-ARRAY is not the problem. It uses the standard Silicon Image 3112 SATA chip. Even trying DRP on 'normal' drives gives exactly the same results in my operating environment...... Other programms with even more I/O complexed tasks are running just fine. Day in, day out, also on the raid array. This speaks strongly against DRP as I have it. If you have a envrinmont and all is working fine, except just 1 and only 1 programm, and you can recreate the error with a 100% hit-rate, you can assume there is something wrong with the programm. This would not say everyone has to be affected by it. But it sure says it's NOT WINDOWS XP COMPLIANT..... (at least not 100%). I know know that creating a directory from the SAVE-BOX causes this error in 100% of the cases, I now gonna try NOT TO create the directory on SAVE but BEFORE and look how it's gonna behave. I'm sure however remembering that in the case you don't create a directory (MAP) it's also happening. The second time re-opening the programm repeat what you have done works moest of the time..... But the correct input and output map are selected already. It can be a conflicht with my mainboard chipset and it's drivers, but sure dimadsoft is doing something here that's not often used, as all other programms do well. Why does a backup with DVD-SHRINK 3.2 without compression is at least 3 times faster then exporting the same DVD with DRP, even if you haven't changed it ????? The data is the same in any aspect. All questions..... You can't reject SP2. If you do so, it's at youre own risc. I can't do it, because of Microsft support. And a lot of programms I have even are only supported on SP2 !!! So removing SP2 because of the fact DRP has trouble with it, would mean I can get trouble with all other software REQUIRING SP2 !!!! Can't do that. Let Dimadsoft make it's programm completely SP2 compatible...., for whatever reason it fails.... BY THE WAY: DRP 3.1.4 IS THE LATEST RELEASE !!!!! How you got 3.2 ?????? It doen't exists !!!! Just looking NOW on the official DIMADSOFT site............ Please explain....

[Mr_Fixer]

He is a beta tester....... newer versions will be released when ready. 3.1.4 is the current public release

[apfraats]

Well that explains a lot, thank you !!! Now the crashing. But I have one other idea. Gonna temporary registrate a laptop with total different hardware (concerning mainboard and chipset) and try it on that one. Tomorrow. It's way behond bedtime already . Meanwhile everybody is invited to test DRP saving a DVD in a new directory created from within the SAVE-BOX using right-click.... I just can't be the one and only person having problems.... Not on two different machines..... (however using the same mainboard). But if DVDREMAKE-PRO uses the HAL correctly and even API's , it simply can't be the problem...

[Bob Wya]

My bad, Yes DVDRemake Pro 3.1.4 is pretty unstable... Sorry forgot I had a beta version there for a sec. Just assumed you had updated to the same (much more stable) version that I had. All I can say is lots more stable than the current release version so I would get it out pronto Dimad Soft!! Hell don't worry about my rants about SP2 I would like the world to be using a decent Unix-based OS... So I could be a little biased about things. Like I say that version was crashing every 5 minutes on me as well... Why the delay with the release guys?? The Beta version is much more stable and would save a lot of people a lot of heart ache Sounds like you're on top of the hardware situation. I am aware that ASUS have a very good reputation for MBs. I was simply ruling out that angle Didn't mean to sound patronising. Bob Wya

[DimadSoft]

@apfraats: could you please mail/PM us with reference to this thread and your DimadSoft user name. We will modify your account so that you can download latest beta version. We are doing some more changes that shoud improve stability on some systems. Next beta will be out in about a week (hopefully). Once beta testers confirm that it is fine - we will make a publick release.

[CDR-Zone.COM]