> >I can flip the disc and note that media between
> >lead-in and written data remained *virgin*.
> 
> This seems to be contradicting the official developer information
> for the DVD+RW drives. It includes a state diagram that states that you
> need to detect an interrupted de-ice and continue it before the media
> becomes usable.

Define "official developer information." I read MMC specifications and I
can't see that described behaviour contradicts with anything I [rather
my programs] do.

> >> Call it ho you like, it _is_ some kind of packet writing.
> 
> >Well, yet the fact is that whatever we call it, the result is
> >*indistinguishable* from whatever that might appear as TAO/SAO/DAO.
> 
> If you did format a DVD-RW, then you have the same behavior as with DVD+RW.

But would it be fully compatible with DVD-ROM specification? Mt.Fuji
draft explicitely states that the only fully compatible mode is
Disk-at-once. DVD+RW states that it always remains fully compatible and
my experience confirms it. And as depicted in the updated write-up, full
DVD-RW format is lengthy, quick format provides for arbitrary
*over*writing only, not arbitrary writing, if you want to update a
portion of ECC block, you have to do it yourself. It's not the same
behavior.

> The fact that you may distinguish this from other write modes by looking at the
> media parameters, does not make it worse than DVD+RW.

Did I ever say that either is better or worse? I said here is a *usable*
technology, it can this-n-that and here is how you can use it. I was
incorrect about one thing when comparing it to another technology and I
admit it. But at no occasion I explicitely stated in favor of either and
I used to answer to those asking this direct question "You have to use
your own judgment!"

> I have to ask Pioneer.
> As there is no good information from either DVD group,

Then what is the ground for statements such as "DVD+ lovers," "religious
war," "I see no advantage whatsoever," "what does it BUY to *you*,"
etc.  Don't we have to understand the technologies first before we can
come up with such [personal] judgments?

> we may only guess :-(

We can *as* *well* gather experience! One of the remaining questions
that should be clear [after 4 years of ProDVD development] is following.
Mt.Fuji explicitely states that buffer underrun protection is not an
option in Disc-at-once mode: "If a buffer under-run occurs, the Logical
Unit shall stop writing immediately and the Logical Unit shall start
writing of Lead-out." Can you [or any cdrecord-ProDVD user] confirm if
it actually holds true? Note that setting BUFE flag doesn't relly cut
it, I won't accept any other than execution suspention till activity LED
goes off for an answer.

A.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to