Does anybody know if installing both programs (anydvd and dvd region free) on the same computer, maybe without having them automatically started at PC's powering on but activating them selectively, may cause some kind of conflict or crash?

Thank you for your suggestion

Mario

I don't think so, but why would you want to do this?

...with only anydvd, Instant Copy v.8 beta doesn't allow me to back up CSS protected DVD's.
Regionfree instead support this. I read somewhere that anydvd also should, but actually I get an error message.
Even if I use Clone DVD to make back up's, I just wanted to try Instant to see the difference.
Bye

When using Instant, make sure, that AnyDVD's "Safe Mode" is disabled.
This should work.

thank you Olli. Anyway, Instant isn't as good as Clone in quality.
I think I will store it in a different folder, may be the recycle bin.
Maybe I should give him one more opportunity.
Bye

Hi
Does anyone know what is the difference between DVD Region Free V3.10 and AnyDVD? I have noticed that you can rip the DVDs using either of them.

Stelios

All I can say is that I had some problems with an earlier version of AnyDVD (probably fixed by now) and so I tried out DVD Region-free and it worked perfectly. I've been using it ever since with no problems. Back then it was faster than AnyDVD as well but since I don't have any experience with the newest version of AnyDVD I'm not sure if that is still true. Either way, when I use DVD R-F with DVD2One it takes only a few seconds more than the normal processing time it would take to run DVD2One. It saves the DVDDecrypter processing time completely. In other words you can do a movie only rip and transcode in about 8-15 minutes. Whole disk is around 20 minutes or so. I'm sold on it.

Hmmm.... I must say that I've had no problems with the latest versions of AnyDVD and works on everything I throw at it Works a treat with DVD2One....

So are both programs the same then? What is the difference between them?

Stelios

IMHO AnyDVD has many advantages. It is more flexible, because it works on a driver level, and doesn't hook API calls.
In other words: It can do things others can't, like providing a region free, unprotected DVD *systemwide*, where other tools hook on specific *applications*.
DVDRegionFree / Idle hooks Windows functions like CreateFile(), ReadFile() etc.
I am really amazed how well this works, and Fengtao probably did an amazing hard job, but I don't believe this is a good way to do it. And I personally don't like software which patches OS functions at all.

AnyDVD is conceptionally superior (although it had some compatibility problems at the beginning). With AnyDVD, you can share a DVD via the Network. You can copy it from the command line. Or with Explorer. With Windows Commander. With any application.
There is no need to invade the address room of any application or to patch any Win32 API calls. Even the Windows OS "thinks" the DVD is region free and unprotected. A clear advantage.

Note: I may be biased, because I was involved in AnyDVD's development, but this is my humble opinion.

Hi,

DVD Region-Free v3.10 adds support for CloneDVD, you can try it at http://www.dvdidle.com/dvd-region-free.htm.

DVD Region-Free make CloneDVD copy DVD faster than AnyDVD, we have tested it, and you can try both to see the result.

Best Regards,
Fengtao

Olli

Thanks for your expert reply. That is what I wanted to hear. I always use AnyDVd with your program, CloneDVD, witch I find the best for backing up my DVDs. Congratulations for the development of this excellent software!

Stelios

P.S. In your new version I think it would be a good idea to eject the DVD after it has finish reading it.

Hello Cdfreaks,
Given the choice of using DVD REGION FREE or
ANYDVD what would your first choice be and why? I look forward
to all your replies.
Thanks in advance.

Ivanhoe...

Dear all,

I'm Fengtao, the author of DVD Region-Free.

In my option, DVD Region-Free is better than AnyDVD!

1) I don't like driver, since it works on kernel space, even a small bug can cause system hang or BSOD!

2) DVD Region-Free will be loaded only when DVD programs startup, if you don't run it, it will not use any system resource, but AnyDVD will start at windows startup!

3) DVD Region-Free can support all major DVD copy software, such as DVD X Copy XPress, but AnyDVD can't!

4) ...

Best Regards,
Fengtao

I dont understand point 3.

Working at driver level, if the software has been written properly in the first place, AnyDVD should work just fine.

Im not away of any issues between DVD Decrypter and AnyDVD - not that you'd use both of them together anyway! - but it still stands that the copy tools you've mentioned 'should' be doing roughly what DVD Decrypter does. If DVD Decrypter works with AnyDVD, so should DVD X Copy etc.

I also hate the thought of apps hooking onto API calls. I mean, if you cant trust the response from an API call, what can you trust?!

Hi Lightning,

> I dont understand point 3. <

Neither do I.

> Working at driver level, if the software has been written properly in the first place, AnyDVD should work just fine. <

Sure.

> Im not away of any issues between DVD Decrypter and AnyDVD - not that you'd use both of them together anyway! <

Actually, I sometimes use them together, just to make an ISO with DVD Decrypter.

> - but it still stands that the copy tools you've mentioned 'should' be doing roughly what DVD Decrypter does. If DVD Decrypter works with AnyDVD, so should DVD X Copy etc. <

Sure. Only exception: AnyDVD won't see I/O from Adaptec ASPI. But Adaptec ASPI should be avoided anyway, every other ASPI should work.

> I also hate the thought of apps hooking onto API calls. I mean, if you cant trust the response from an API call, what can you trust?! <

Exactly. Although DVD Region Free seems to work pretty well, it gives me the creeps that some alien tool invades my process space and patches functions. Shudder. But maybe that's because I happen to be a programmer.

Wow!!! Who would have thought that my post would get all 3 great ones here (Olli, fengtao, LIGHTNING UK). I am honored.

Stelios

And 'Hello' back Olli!

>> - but it still stands that the copy tools you've mentioned 'should' be doing roughly what DVD Decrypter does. If DVD Decrypter works with AnyDVD, so should DVD X Copy etc. <

> - Sure. Only exception: AnyDVD won't see I/O from Adaptec ASPI. But Adaptec ASPI should be avoided anyway, every other ASPI should work.

Yeah why is that I wonder? What is it about Adaptec ASPI that makes it so different? I was looking at a tool called Bus Hound ( http://www.perisoft.net ) the other week and noticed that very thing. Well, I say that... it works ok in 98 but in my Server 2003 environment, it wouldnt see a damn thing! I reported it to them and supposedly they've now done something to make it work but it involves looking at the ide controller / pri - sec channel traffic instead of that of the device. I dont really understand how it all works at driver level but I do find it all very interesting!

Hi Lightning,

> Yeah why is that I wonder? <

Because Adaptec ASPI sucks?


> What is it about Adaptec ASPI that makes it so different? <

It sucks?

> I was looking at a tool called Bus Hound ( http://www.perisoft.net ) the other week and noticed that very thing. Well, I say that... it works ok in 98 but in my Server 2003 environment, it wouldnt see a damn thing! <

Forgot to mention: AnyDVD works on 9x with Adaptec ASPI, but not on Windows 2000/XP/2003

> I reported it to them and supposedly they've now done something to make it work but it involves looking at the ide controller / pri - sec channel traffic instead of that of the device.<

Did I mention that Adaptec ASPI sucks?

> I dont really understand how it all works at driver level but I do find it all very interesting! <

Adaptec ASPI actually opens SCSI: drivers directly (via a kernel mode driver aspi.sys, just to make it work in non-admin situations and to create an SRB and send it.

Unfortunately this opens a can of worms for them, Adaptec ASPI is actually broken by design:

1.) They won't see USB or Firewire Drives, as these devices don't enumerate as SCSIx: This is a k.o. criteria anyway, I love Firewire! Makes development of writing Software much easier:
Switch off Firewire case, change burner, switch on. No "open computer case, reboot, etc."

2.) They bypass any lower- & upper filter class drivers, maybe even the bus filter drivers. Drivers like "Hide CDR Media" (CloneCD) or "AnyDVD" or Bus Monitors are bypassed.

3.) They open the controller device object and cache the pointer. As ASPI has no real "Open" or "Close" device/controller Adaptec ASPI likes to crash with a BSOD after adding / removing controllers (remember: VirtualCloneDrive, DAEMON Tools, etc. are SCSI controllers as well!)
The controller can even come and go due to plug & play operations, system configuration changes, etc.
Roxio has very good reason *NOT* to use Adaptec ASPI in *ANY OF THEIR OWN PRODUCTS*!

4.) This is all well known for ages, and this is why I have written ElbyCDIO back in 1999 (2000?), and many others have tried themselves in Adaptec ASPI replacements.
There are *many* well working ASPI alternatives available (I tried those from NERO, RecDev, Poikosoft), all work fine with Bustrace, AnyDVD, etc.

5.) Adaptec ASPI *must* suck, because if you visit a message board and you find a message like "My CloneCD .. CloneDVD .. DVDDecrypter ... whatever doesn't work..." you always get the completely useless advise "Hey, you need to install the newest Adaptec ASPI drivers..." Shudder!
It is the same as telling "People, eat shit! It is good! You need it! Millions of flies can't be wrong!"

Important notice:
There is no issue or clash between Adaptec ASPI and AnyDVD. No need to worry. If your computer works, it will continue to do so.
Just don't install it on your next computer.

Olli,

Nice answer!

Its like having my own private in-house teacher

Ahh i've heard of Bustrace... thats the one that looks all pretty. I think I downloaded the trial once upon a time because I really thought it looked the bo... I mean it looked really good, but never took it any further. I cant spend out thousands of pounds to buy software to help me develop a tool I give away for free! I mean, I enjoy making DVD Decrypter but I dont like it that much

btw, I know it makes marketing sense not to, but its a real shame you dont offer ElbyCDIO for download on its own. I could easily see it replacing that Adaptec ASPI rubbish.

> Nice answer!

Its like having my own private in-house teacher
<

You're welcome!

> Ahh i've heard of Bustrace... thats the one that looks all pretty. I think I downloaded the trial once upon a time because I really thought it looked the bo... I mean it looked really good, but never took it any further. I cant spend out thousands of pounds to buy software to help me develop a tool I give away for free! I mean, I enjoy making DVD Decrypter but I dont like it that much <

I actually only tried the demo version, I haven't bought it, although it looked very, very cool.

> btw, I know it makes marketing sense not to, but its a real shame you dont offer ElbyCDIO for download on its own. I could easily see it replacing that Adaptec ASPI rubbish. <

Well, to make this work all the stuff needs to be cleaned up and documented...

And there are already good alternative ASPIs available. like the Poikosoft ASPI (it comes with every Blindwrite Demo), or the NERO ASPI (as I usually only need ASPI when I am Administrator).

Did the VOB ASAPI take off? The only application I know supporting ASAPI is DVD Decrypter. ElbyCDIO is no ASPI replacement, so you need to change your application for ElbyCDIO. ElbyCDIO isn't even similar to ASPI, so porting an application from ASPI to ElbyCDIO is difficult.
(Well, you know all this, as you've done the job!)

> Did the VOB ASAPI take off?

Erm I guess not!

I know 1 other app that supports ASAPI - ExactAudioCopy! That's where I got the idea from in the first place.
I have links to the download areas of the various I/O Interfaces DVD Decrypter can use on my website. I went through and checked/updated them all yesterday (including removing the CloneCD one and replacing it with CloneDVD!) and the ASAPI one no longer works. VOB got taken over by Pinnacle and as such, www.vob.de just redirects to their site. I couldnt find a single thing on the pinnacle website about ASAPI. I think all their tools now use the Prassi/Veritas/Sonic RecordNow Max engine (PxHelper or something) so ASAPI has probably been killed off.

R.I.P. ASAPI!

This is a very interesting thread about 'ASPI'. So I'll sticky it. I've said for some time now that, with one or two exceptions, that Adaptec's ASPI is for Adaptec products! I, too, groan at the "install the latest ASPI" advice.

Perhaps to add a little more, I'd be interested in both (even fengtao for a third) your opinions on Microsoft's SCSI Passthrough Interface which some people might more easily recognise as SPTI

Again, I dont think there are many apps that use it.
You're limiting yourself when you do use it because all your users will need to be admin on their machines.
For that reason, most companies have made their own device drivers or have borrowed someone elses.

However, being in this for fun and not money, SPTI is great for me. Most people buying machines will get them with XP installed. For them, DVD Decrypter will just work straight off because they'll be admin already. That puts me 1 step ahead of SmartRipper that still requires ASPI for device authentication.

Using SPTI isn't really any harder than using ElbyCDIO - from a programming point of view anyway! It's a bit fussy about having 'aligned' buffers for large transfers but that's about it.

What really gets on my nerves is when people think changing the Interface type from SPTI to ASPI or whatever will cure their 'No Seek Complete' error! In my experience (speaking about DVD Decrypter of course), if SPTI works at all, stick with it - it will be fine. Its not a half and half thing and I dont think there are any speed advantages to using any one interface type over another.
Being a built-in 'Microsoft' thing, I would have actually expected SPTI to be just about as 'Low Level' as it gets.
Of course Olli might have a different opinion having written an alternative!
Big thanks go to him for that - and for allowing DVD Decrypter to be the only 'Non Elby' tool to support ElbyCDIO!

So in short, SPTI is great because its one less driver you need to install. It's just a shame Microsoft didnt make it so 'normal' users could take advantage of it too.

> Again, I dont think there are many apps that use it.
You're limiting yourself when you do use it because all your users will need to be admin on their machines. <

That's true. And - even worse - SPTI only exists on NT/2000/XP/... machines. Shouldn't be so much of a problem nowadays, but there still are some Windows 98 and ME users.

A programmer who still wants to support all OS flavours must implement an ASPI Version for 9x, and a SPTI version for NT and better. As both interfaces are radically different, this can be very annoying.
So, for a freeware tool or a hobby programmer I would still recommend ASPI, but choose wisely which ASPI layer you recommend for NT/XP/2000.
Writing something like ElbyCDIO yourself is not recommended unless you are a masochist, as it is extremely painful, and you learn things, you really don't want to know - like, how ugly Windows 9x driver interface really is, how bad Windows 9x driver development tools are, that the only 9x driver book is out of print for quite some time, etc.

An "ElbyCDIO" type driver (SPTI for all users, not only administrators) for NTish OS is much, much simpler, but doesn't really help if you need Windows 9x compatibility.

> For that reason, most companies have made their own device drivers or have borrowed someone elses. <

Yes, but caution: Some of the "ASPI" alternatives around (I believe the Poikosoft and NERO ASPIs) only work if you are Administrator as well! AFAIK you can create a user group with "Burning rights" (who, in fact will get SPTI rights, I am not so sure how this works).
These ASPI Layers are actually "ASPI to SPTI converters".

OTOH Adaptec ASPI (and all those SCSI interface layers like ElbyCDIO!) have a potential security problem: As everyone can do low-level access to the devices, some bad guy could send a format command to the users harddisk! Ouch! Some very clever guy could even try to read files he is not supposed to read! This is of course purely hypothetical.

I believe this may be the reason, why Microsoft didn't ship an ASPI layer with NTish operating systems in the first place.

But if you are developing a commercial application, you should either write your own I/O layer (like I did with ElbyCDIO, VSO with Patin-Couffin, Padus with PFC, ...) or license one (of the above?), because a user won't accept, if an application only runs with Administrator rights, and you should stick to only one I/O model. Maintaining multiple I/O models can be annoying.