Mike Richter on Packet Writing "Format" (iv)
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
Howard Kaikow wrote:
> Clive (Pipsqueak) squeaked:
> >
> > Why the hell cant anyone produce reliable packet writing software (and I
> > dont mean the flaws in the format) but the software itself?
>
> The problem is not the format, it is the inept implementation of the
> standards.
==========================================
Mike Richter on Packet Writing Format (iv)
==========================================
"the fault is not with the software but with the format"
( An MS MVP not only swallowed the above cockamamie hook, )
( line and sinker, but actively spreads the garbage! )
=====================
From: Mike Richter (Friggin' Scum)
Subject: Re: UDF, Packet Writing, and Backups
Date: 4/27/01
The format is fragile; the fault is not in the software per se.
In fact, the overwhelming majority of the complaints about
any UDF software are about the format, but the format is seen
through the software which gets the blame ...
=====================
---------------------------
Wow! What a Friggin' Shit!
---------------------------
( BTW, have you ever communicated with OSTA about what you call
the "fragility" of fixed-length packet format?
Asking because you won't least a bit squeamish communicating with
Plextor and Andy McFadden, letting them know their supposed errant
ways -- and made that fact public! )
smh
Why the "What a Friggin' Shit!"?
When Mikey was shilling for Take Two, supposedly a backup software, it
must use supposedly faulty, fragile packet writing format to work
"ideally"!!!
=======================
From: Mike Richter (Acraptec Shill)
Subject: A note on Take Two
Date: 9/1/99
For Take Two to work ideally, your drive must support
packet writing and you must have DCD installed...to do it.
You may back up ... to a DCD-formatted erasable.
=======================
Note also that the supposedly faulty, fragile packet writing format was
good enough for BACKUP, of all things, even when combined with
supposedly flaky, fragile, forgetful, unreliable cd-rw media!
smh
After blaming all the DirectCD bugs on the fragile, faulty "format" like
the above, the Slimy Scum spewed these:
======================
From: Mike Richter (Friggin' Scum)
Date: 4/17/03
Subject: Re: DIRECT CD Formatting and
Problems with ROXIO Direct CD
Roxio's has been the most compliant with the standard
======================
From: Mike Richter (Friggin' Shit)
Date: 1/5/04
There is a UDF standard. At least until recently...
only Roxio was fully compliant with it.
======================
Guess the "standard" and the "format" are separate, unrelated entities,
and moreover the standard is not faulty, but the format is. Can't help
but wondering where the format came from. Also wondering if the udf
standard has anything to do with packet writing!
---------------------------
Wow! What a Friggin' Shit!
---------------------------
--------------------------------------
smh
After blaming all the DirectCD bugs on the faulty "format" like the
above, the Slimy Scum spewed these:
======================
From: Mike Richter (Friggin' Shit)
Subject: Re: Keeping Old Data Disks Readable
Date: 2/28/04
Fixed-length packets create the least reliable, most fragile
format available for writing CDs.
However, they can still be read
if written to the standard (as DCD always has).
======================
---------------------------
Wow! What a Friggin' Shit!
---------------------------
The faulty "format" is no problem after all! Beyond me then why the
Slimeball keeps on harping about the faulty format.
smh
Wonder whatever happened to all those DirectCD bugs Mikey weaseled out
with "the least reliable and most fragile format" cockamamie, like this
one:
(Wonder why the disappeared data could not be read then ???!!!)
==============================
From: Mike Richter
Date: 12/15/01
Subject: Re: Files Disappeared From CDRW DIsc.......
> Suddenly i find myself among those who are having BIG problems
> with Roxios crappy software, after a reasonable amount of small
> problems with it, i insert a cdrw with files on it (jpegs) and
> tried to burn a few more onto it only to find Roxio software
> thinks it is either, corrupted, unrecognized data or need
> formatting(?)
>
> only one file remains on the disc, the others are GONE.
My guess is that you used DCD and you have now joined
the crowd of users who have learned that
fixed-length packets are the least reliable and
most fragile format you can write to CD.
Incidentally, the fault is not with the software but with
the format and the medium.
==============================
-------------------------------
Mikey, you are a Friggin' Shit!
-------------------------------
smh
Wonder whatever happened to all those DirectCD bugs Mikey weaseled out
with "the least reliable and most fragile format" cockamamie, like this
one:
======================
From: Mike Richter
Subject: Re: Recover files from a CDRW disc?
Date: 10/27/00
> I burned a CDRW using DirectCD, everything burned without any
> errors and i erased the files from my computer, then i tried
> to read some of the files but about 80% of the files cannot be
> read
2. Fixed-length packet writing is the least reliable format
available.
smh
> > > Clive (Pipsqueak) squeaked:
> > > >
> > > > Why the hell cant anyone produce reliable packet writing software
> > > > (and I dont mean the flaws in the format) but the software itself?
> > >
> > > The problem is not the format, it is the inept implementation of the
> > > standards.
> >
> > ==========================================
> > Mike Richter on Packet Writing Format (iv)
> > ==========================================
> >
> > "the fault is not with the software but with the format"
> >
> > ( An MS MVP not only swallowed the above cockamamie hook, )
> > ( line and sinker, but actively spreads the garbage! )
> >
> > =====================
> > From: Mike Richter (Friggin' Scum)
> >
> > The format is fragile; the fault is not in the software per se.
> >
> > In fact, the overwhelming majority of the complaints about
> > any UDF software are about the format, but the format is seen
> > through the software which gets the blame ...
> > =====================
>
> After blaming all the DirectCD bugs on the faulty "format" like the
> above, the Slimy Scum spewed these:
>
> ======================
> From: Mike Richter (Friggin' Shit)
>
> Fixed-length packets create the least reliable, most fragile
> format available for writing CDs.
>
> However, they can still be read
> if written to the standard (as DCD always has).
> ======================
>
> ---------------------------
> Wow! What a Friggin' Shit!
> ---------------------------
>
> The faulty "format" is no problem after all!
Wonder whatever happened to all those DirectCD bugs Mikey weaseled out
with "the least reliable and most fragile format" cockamamie, like this
one:
======================
From: Mike Richter (Friggin' Scum)
Subject: Re: Direct Cd problem
Date: 7/3/02
> I was using Direct Cd to load files on a cd when it burped.
> Now the cd can't be read by the program or windows.
My guess is that you were writing fixed-length packets
That is the least reliable and most fragile format available
for CD writing.
No Where Man
What's he personally done to YOU?
The fact is...you've never used ANY version of Easy CD Creator or ANY
version of Nero. So I guess that means that ANYTHING you say about these
products is suspect.
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
http://groups.google.com/groups?selm=3F2D8973...@mindspring.com
(Messages 10, 12 -- 34, 54 -- 69)
( No pipsqueaks have been able to prove ANY of the above is a libel )
( -- despite Mikey's supposed to have proof of misquotes!!! )
No Where Man (Pipsqueak) squealed:
>
> <snip IDIOCY>
========================================================
Who Is Mike Richter and
Why Are They Saying All These Horrible Things About Him?
========================================================
Mike Richter, Any Material Connection w/ Roxio-Adaptec?
==================================================================
> >> I'm brand new to all this. What exactly do you mean by lies?
> >
> > There are too numerous, but some are collected here:
http://groups.google.com/groups?selm=3CE83D5C.B6CEDFB%40mindspring.com
(Messages 23 -- 45)
> I am missing something in undersanding the info at that link.
> What is Mike Richter's connection with Roxio/Adaptec?
That's a million dollar question.
Videoman knew that Mike Richter was JUST a beta tester and NOT work for
cRoxio-Acraptec, and that Richter made no secret of that fact - numerous
times even when such statement was not called for. Yet he asked:
Will you state for the record whether you are or are not
a stockholder/investor in either Roxio or Adaptec?
Why and what prompted Videoman ask the question?
There was no response from Mike Richter, in stark contrast to his piping
in --even when such statement is not called for-- with "just a beta
tester...not work for" drivel that's seemingly oozing out from all his
orifices. Wonder why not.
Relevant to the above question is this:
FTC GUIDES CONCERNING USE OF ENDORSEMENTS AND TESTIMONIALS IN
ADVERTISING
§255.5 Disclosure of material connections.
http://www.ftc.gov/bcp/guides/endorse.htm
================================================================
smh
When there exists a connection between the endorser and the seller of
the advertised product which might materially affect the weight or
credibility of the endorsement (i.e., the connection is not reasonably
expected by the audience) such connection must be fully disclosed.
An example of a connection that is ordinarily expected by viewers and
need not be disclosed is the payment or promise of payment to an
endorser who is an expert or well known personality, as long as the
advertiser does not represent that the endorsement was given without
compensation.
However, when the endorser is neither represented in the advertisement
as an expert nor is known to a significant portion of the viewing
public, then the advertiser should clearly and conspicuously disclose
either the payment or promise of compensation prior to and in exchange
for the endorsement or the fact that the endorser knew or had reasons to
know or to believe that if the endorsement favors the advertised product
some benefit, such as an appearance on TV, would be extended to the
endorser.
smh
Wonder whatever happened to all those DirectCD bugs Mikey weaseled out
with "the least reliable and most fragile format" cockamamie, like this
one:
========================================
From: Mike Richter (Friggin' Scum)
Date: 5/7/03
> I have been a user of Dell computers and Roxio Direct CD
> In all fairness to Dell, I believe the main culprit here is Roxio.
>
> 5. I put in a previously formatted cd to be written on, one that
> has previously written data, and the Direct CD sreen comes on,
> saying the cd is blank.
You appear to be writing fixed-length packets, recognized to be
by far the least reliable and most fragile format available for CD.
The issue is not the software but the format.
============================================
-------------------------------
Mikey, you are a Friggin' Shit!
-------------------------------
--------------------------------------
smh
> > > Clive (Pipsqueak) squeaked:
> > > >
> > > > Why the hell cant anyone produce reliable packet writing software
> > > > (and I dont mean the flaws in the format) but the software itself?
> > >
> > > The problem is not the format, it is the inept implementation of the
> > > standards.
> >
> > ==========================================
> > Mike Richter on Packet Writing Format (iv)
> > ==========================================
> >
> > "the fault is not with the software but with the format"
> >
> > ( An MS MVP not only swallowed the above cockamamie hook, )
> > ( line and sinker, but actively spreads the garbage! )
> >
> > =====================
> > From: Mike Richter (Friggin' Scum)
> >
> > The format is fragile; the fault is not in the software per se.
> >
> > In fact, the overwhelming majority of the complaints about
> > any UDF software are about the format, but the format is seen
> > through the software which gets the blame ...
> > =====================
>
> After blaming all the DirectCD bugs on the faulty "format" like the
> above, the Slimy Scum spewed these:
>
> ======================
> From: Mike Richter (Friggin' Shit)
>
> Fixed-length packets create the least reliable, most fragile
> format available for writing CDs.
>
> However, they can still be read
> if written to the standard (as DCD always has).
> ======================
>
> ---------------------------
> Wow! What a Friggin' Shit!
> ---------------------------
>
> The faulty "format" is no problem after all!
Wonder whatever happened to all those DirectCD bugs Mikey weaseled out
with "the least reliable and most fragile format" cockamamie, like this
one:
======================
From: Mike Richter (Friggin' Scum)
Date: 5/22/01
> I have about 500Mb of data on a CD-RW. I access almost all of
> the data daily, but last week I accessed the disc through my
> HP 8250i and DirectCD 2.5, and 0 objects were visible.
Fixed-length packets are the least reliable format for CD-R.
======================
smh
> > > Clive (Pipsqueak) squeaked:
> > > >
> > > > Why the hell cant anyone produce reliable packet writing software
> > > > (and I dont mean the flaws in the format) but the software itself?
> > >
> > > The problem is not the format, it is the inept implementation of the
> > > standards.
> >
> > ==========================================
> > Mike Richter on Packet Writing Format (iv)
> > ==========================================
> >
> > "the fault is not with the software but with the format"
> >
> > ( An MS MVP not only swallowed the above cockamamie hook, )
> > ( line and sinker, but actively spreads the garbage! )
> >
> > =====================
> > From: Mike Richter (Friggin' Scum)
> > Subject: Re: UDF, Packet Writing, and Backups
> > Date: 4/27/01
> >
> > The format is fragile; the fault is not in the software per se.
> >
> > In fact, the overwhelming majority of the complaints about
> > any UDF software are about the format, but the format is seen
> > through the software which gets the blame ...
> > =====================
>
> After blaming all the DirectCD bugs on the faulty "format" like the
> above, the Slimy Scum spewed these:
>
> ======================
> Date: 2/28/04
>
> Fixed-length packets create the least reliable, most fragile
> format available for writing CDs.
>
> However, they can still be read
> if written to the standard (as DCD always has).
> ======================
>
> ---------------------------
> Wow! What a Friggin' Shit!
> ---------------------------
>
> The faulty "format" is no problem after all!
Wonder whatever happened to all those DirectCD bugs Mikey weaseled out
with "the least reliable and most fragile format" cockamamie, like this
one:
======================
From: Mike Richter (Friggin' Scum)
Date: 9/26/01
> I have EZCDC 5.02b... I burned a 10X CDRW with 5 small sessions
> over a period of a few weeks just for small file ... transfer
> to another computer. I went to burn another to it and found
> I could not read it at all.
>
> Is this a known bug with creator or the drive?
Neither. My guess is that you mean the DCD component of ECDC
and that you wrote fixed-length packets.
That is the least reliable format available and you seem to have
suffered from it.
======================
smh
> > > Clive (Pipsqueak) squeaked:
> > > >
> > > > Why the hell cant anyone produce reliable packet writing software
> > > > (and I dont mean the flaws in the format) but the software itself?
> > >
> > > The problem is not the format, it is the inept implementation of the
> > > standards.
> >
> > ==========================================
> > Mike Richter on Packet Writing Format (iv)
> > ==========================================
> >
> > "the fault is not with the software but with the format"
> >
> > ( An MS MVP not only swallowed the above cockamamie hook, )
> > ( line and sinker, but actively spreads the garbage! )
> >
> > =====================
> > From: Mike Richter (Friggin' Scum)
> >
> > The format is fragile; the fault is not in the software per se.
> >
> > In fact, the overwhelming majority of the complaints about
> > any UDF software are about the format, but the format is seen
> > through the software which gets the blame ...
> > =====================
>
> After blaming all the DirectCD bugs on the faulty "format" like the
> above, the Slimy Scum spewed these:
>
> ======================
> Date: 2/28/04
>
> Fixed-length packets create the least reliable, most fragile
> format available for writing CDs.
>
> However, they can still be read
> if written to the standard (as DCD always has).
> ======================
>
> ---------------------------
> Wow! What a Friggin' Shit!
> ---------------------------
>
> The faulty "format" is no problem after all!
Wonder whatever happened to all those DirectCD bugs Mikey weaseled out
with "the least reliable and most fragile format" cockamamie, like this
one:
=====================
From: Mike Richter (Friggin' Scum)
Subject: Re: File Integrity Errors
Date: 10/12/01
> I am using Easy CD Creator 5 Platinum on a Windows Me computer.
> I ran scandisk on a CDRW disk and it came back with a file
> integrity error.
>
> formatted a brand new blank CDRW and copied the files onto the
> new disk After running scandisk again I received the same
> error messages.
>
> What could be causing these errors
You are using the least reliable and most fragile format
available for storage on CD.
=====================
-------------------------------
Mikey, you are a Friggin' Shit!
-------------------------------
--------------------------------------
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
Don't understand why you pipsqeaks are unable to prove at least one of
the following is a libel -- when Mikey has examples of misquotes ???!!!
========================================================
Who Is Mike Richter and
Why Are They Saying All These Horrible Things About Him?
========================================================
http://groups.google.com/groups?selm=3CE83D5C.B6CEDFB%40mindspring.com
(Messages 23 -- 45)
Mike Richter, Any Material Connection w/ Roxio-Adaptec?
Apologize for Mike Richter's Lying? (major bug)
Apologize for Mike Richter's Lying? (critical bugs)
Apologize for Mike Richter's Lying? (early/often in beta)
Mike Richter & "Readily Acknowledge"
Mike Richter & "Heard of None"
Mike Richter Dishonest?
Wife Beating Stopped, Mike Richter?
Frauds by Mike Richter (1 of 2)
Mike Richter got Big Balls !!!
Shitty Beta Testing at Roxio-Adaptec (i)
Shitty In-House Testing at cRoxio-Acraptec (DAE)
Frauds by Roxio-Adaptec (1 of 2)
Mike Richter's Gobbledegook
Frauds by Mike Richter (2 of 2)
Mike Richter & "Once is not enough"
Mike Richter & Enhanced CD (i)
Mike Richter & CD Extra - SAO/TAO ?
Mike Richter & CD Extra (ii)
Mike Richter & ASPI (i)
Mike Richter & Unstable Galore & ASPI
Mike Richter & "Lethal for archiving"
What an Asshole !!!
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
Don't understand why you pipsqeaks are unable to prove at least one of
the following is a libel -- when Mikey has examples of misquotes ???!!!
========================================================
Who Is Mike Richter and
Why Are They Saying All These Horrible Things About Him?
========================================================
http://groups.google.com/groups?selm=3F2D8973...@mindspring.com
(Messages 10, 12 -- 34, 54 -- 69)
Mike Richter is a LIAR (wife beating)
Mike Richter is a LIAR (critical bugs)
Mike Richter is a LIAR (major bug)
Mike Richter is a LIAR (nda limit)
Mike Richter is a LIAR (nda)
Mike Richter is a LIAR (no secret)
Mike Richter is a LIAR (no secret)(ii)
Mike Richter is a LIAR (dae)
Mike Richter is a LIAR (enhanced-cd)
Mike Richter is a LIAR (no enhanced cd)
Mike Richter is a LIAR (enhanced-cd/cdr-faq)
Mike Richter is a LIAR (cd-extra/cd-text)
Mike Richter is a LIAR (cd-extra/sao/tao)(i)
Mike Richter is a LIAR (cd-extra/single-session)
Mike Richter is a LIAR (aspi/winme)(i)
Mike Richter is a LIAR (aspi/winme)(ii)
Mike Richter is a LIAR (aspi/win2k)(i)
Mike Richter is a LIAR (aspi/win2k)(ii)
Mike Richter is a LIAR (aspi/win2k)(iii)
Mike Richter is a LIAR (aspi/win2k)(iv)
Mike Richter is a LIAR (aspi/plextor)
Mike Richter is a LIAR (directcd/eject)(i)
Mike Richter is a LIAR (directcd/eject)(ii)
Mike Richter is a LIAR (directcd/eject)(iii)
Mike Richter is a LIAR (directcd/eject)(iv)
Mike Richter is a LIAR (directcd/eject)(v)
Mike Richter is a LIAR (directcd/eject)(vi)
Mike Richter is a LIAR (directcd/eject)(vii)
Mike Richter is a LIAR (directcd/eject)(8a)
Mike Richter is a LIAR (directcd/eject)(9a)
Mike Richter is a LIAR (directcd/sparing) (i)
Mike Richter is a LIAR (directcd/sparing) (ii)
Mike Richter is a LIAR (directcd/sparing) (iii)
Mike Richter is a LIAR (directcd/sparing) (iv)
Mike Richter is a LIAR (directcd/sparing) (v)
Mike Richter is a LIAR (directcd/sparing) (vi)
Mike Richter is a LIAR (directcd/sparing) (vii)
Mike Richter is a LIAR (directcd/sparing) (viii)
Mike Richter is a LIAR (directcd/sparing) (ix)
Mike Richter is a LIAR (directcd/sparing) (x)
Mike Richter is a LIAR (directcd/sparing) (xi)
Mike Richter is a LIAR (directcd/sparing) (xii)
Mike Richter is a LIAR (supplied cd)
What's wrong with Mike Richter (Tim Kroesen) (i)
What's wrong with Mike Richter (Tim Kroesen) (ii)
Mike Richter Wow! Wow! Wow!
Mike Richter's Exquisite Sense of Time (i)
Mike Richter's Exquisite Sense of Time (ii)
Mike Richter's Exquisite Sense of Time (iii)
Mike Richter & "Looooooooonng" Time for Nothing
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
http://groups.google.com/groups?selm=3F2D8973...@mindspring.com
(Messages 10, 12 -- 34, 54 -- 69)
( No pipsqueaks have been able to prove ANY of the above is a libel )
( -- despite Mikey's supposed to have proof of misquotes!!! )
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
==========================================================
Mike Richter (Friggin' Scum) spewed (3/20/04):
>
> > Actually I am making a cdextra1 disk. using Nero 6.3.0.2
>
> That is a multisession disc
Wow! What a Friggin' Shit!
Whatever happened to the specification and the definition?
======================
From: Mike Richter (Friggin' Shit)
Date: 9/16/01
There is a specification for CD Extra which defines it
as a single session containing audio tracks followed
by a data *track*.
======================
From: Mike Richter (Friggin' Scum)
Date: 12/26/01
CD Extra is a defined format for a single session
with audio tracks followed by a data track
======================
==========================================================
smh
> > > Clive (Pipsqueak) squeaked:
> > > >
> > > > Why the hell cant anyone produce reliable packet writing software
> > > > (and I dont mean the flaws in the format) but the software itself?
> > >
> > > The problem is not the format, it is the inept implementation of the
> > > standards.
> >
> > =========================================
> > =========================================
> >
> > "the fault is not with the software but with the format"
> >
> > ( An MS MVP not only swallowed the above cockamamie hook, )
> > ( line and sinker, but actively spreads the garbage! )
> >
> > From: Mike Richter (Friggin' Scum)
> >
> > The faults of fixed-length packets are in the format,
> > not in the specific software which implements UDF.
> > =================================================
>
> After blaming all the DirectCD bugs on the faulty "format", the Slimball
> spewed these:
>
> ======================
> From: Mike Richter (Friggin' Shit)
>
> Fixed-length packets create the least reliable, most fragile
> format available for writing CDs.
>
> However, they can still be read
> if written to the standard (as DCD always has).
> ======================
>
> ---------------------------
> Wow! What a Friggin' Shit!
> ---------------------------
>
> The faulty "format" is no problem after all!
Wonder whatever happened to all those DirectCD bugs Mikey weaseled out
with "the least reliable and most fragile format" cockamamie, like this
one:
=====================
From: Mike Richter (Friggin' Scum)
Subject: Re: CD-RW's lock-up Windows
Date: 11/27/01
> I had a rash of DirectCD burned CD's going bad and locking-up
> Windows 98SE and Windows 2000. Sometimes i can recover some
> of the files more than likely i can recover nothing.
You are using the least reliable and most fragile format available
for writing CDs.
=====================
-------------------------------
Mikey, you are a Friggin' Shit!
-------------------------------
--------------------------------------
John Navas
In <baab93ead58f0b9c...@news.bubbanews.com> on Mon, 29 Mar 2004
07:09:40 GMT, smh <smh...@mindspring.com> wrote:
>supposedly flaky, fragile, forgetful, unreliable cd-rw media!
CD-RW *is* flaky, fragile, forgetful, unreliable.
--
Best regards,
John Navas <http://navasgrp.home.att.net/>
John Navas
In <4e9e03d61fd57305...@news.bubbanews.com> on Wed, 07 Apr 2004
03:06:38 GMT, smh <smh...@mindspring.com> wrote:
>Wonder whatever happened to all those DirectCD bugs Mikey weaseled out
>with "the least reliable and most fragile format" cockamamie, like this
>one:
>
> ======================
> From: Mike Richter (Friggin' Scum)
> Date: 5/22/01
>
> Fixed-length packets are the least reliable format for CD-R.
Other issues aside, Mike is correct that fixed-length packet writing is less
reliable and more problematic than track- and disc-at-oncce burning. That's
why I never use it.
smh
> smh wrote:
>
> >supposedly flaky, fragile, forgetful, unreliable cd-rw media!
>
> CD-RW *is* flaky, fragile, forgetful, unreliable.
But still good enough for BACKUP, of all things, according to Mikey!
(BTW, nice hatchet job!)
=======================
From: Mike Richter (Acraptec Shill)
Subject: A note on Take Two
Date: 9/1/99
You may back up ... to a DCD-formatted erasable.
=======================
Note also that the supposedly faulty, fragile packet writing format was
good enough for BACKUP, of all things,
even when combined with
supposedly flaky, fragile, forgetful, unreliable cd-rw media!
--------------------------------------
smh
how HUGE are your BALLS, Adrian Miller?
-------------------------------------------
Only a trashy company like Roxio or Adaptec
let loosed in Usenet this utter trash
-------------------------------------------
Deirdre Straughan (Roxio) is a LIAR
-----------------------------------
Mike Richter is a LIAR
John Navas wrote:
> smh wrote:
>
> > ======================
> > From: Mike Richter (Friggin' Scum)
> > Date: 5/22/01
> >
> > Fixed-length packets are the least reliable format for CD-R.
>
> Other issues aside, Mike is correct that fixed-length packet writing is less
> reliable and more problematic than track- and disc-at-oncce burning. That's
> why I never use it.
Saw the light?
Haven't you seen this? It's in this very thread. In fact, you
responded to this post - with a nice hatchet job:
----------------------------------------------------------------------
When Mikey was shilling for Take Two, supposedly a backup software, it
must use supposedly faulty, fragile packet writing format to work
"ideally"!!!
=======================
From: Mike Richter (Acraptec Shill)
Subject: A note on Take Two
Date: 9/1/99
For Take Two to work ideally, your drive must support
packet writing and you must have DCD installed...to do it.
You may back up ... to a DCD-formatted erasable.
=======================
Note also that the supposedly faulty, fragile packet writing format was
good enough for BACKUP, of all things,
even when combined with
supposedly flaky, fragile, forgetful, unreliable cd-rw media!
--------------------------------------
John Navas
In <1e918fac4e97d1dc...@news.bubbanews.com> on Fri, 09 Apr 2004
15:16:23 GMT, smh <smh...@mindspring.com> wrote:
>John Navas wrote:
>> smh wrote:
>>
>> >supposedly flaky, fragile, forgetful, unreliable cd-rw media!
>>
>> CD-RW *is* flaky, fragile, forgetful, unreliable.
>
>But still good enough for BACKUP, of all things, according to Mikey!
That's not what he says.
> =======================
> From: Mike Richter (Acraptec Shill)
> Subject: A note on Take Two
> Date: 9/1/99
>
> You may back up ... to a DCD-formatted erasable.
> =======================
The key word there is "may."
>Note also that the supposedly faulty, fragile packet writing format was
>good enough for BACKUP, of all things,
>
> even when combined with
>supposedly flaky, fragile, forgetful, unreliable cd-rw media!
The better alternative with Take Two was to create a disk image file, and then
burn that with ECDC, thereby avoiding packet writing.
p.s. Shrill name-calling doesn't accomplish anything other than making you
look bad. If you want to be persuasive, chill down the rhetoric and
repetitive posting.
John Navas
In <951ff08bb6c419b8...@news.bubbanews.com> on Fri, 09 Apr 2004
15:39:06 GMT, smh <smh...@mindspring.com> wrote:
>----------------------------------------------------------------------
>When Mikey was shilling for Take Two, supposedly a backup software, it
>must use supposedly faulty, fragile packet writing format to work
>"ideally"!!!
>
> =======================
> From: Mike Richter (Acraptec Shill)
> Subject: A note on Take Two
> Date: 9/1/99
>
> For Take Two to work ideally, your drive must support
> packet writing and you must have DCD installed...to do it.
>
> You may back up ... to a DCD-formatted erasable.
> =======================
The key word there is "may."
>Note also that the supposedly faulty, fragile packet writing format was
>good enough for BACKUP, of all things,
>
> even when combined with
>supposedly flaky, fragile, forgetful, unreliable cd-rw media!
Packet writing to CD-RW is less reliable and more problematic than track- and
disc-at-once burning.
The better alternative with Take Two was to create a disk image file, and then
burn that with ECDC, thereby avoiding packet writing.
p.s. Shrill name-calling doesn't accomplish anything other than making you
look bad. If you want to be persuasive, chill down the rhetoric and
repetitive posting.
--
smh
how HUGE are your BALLS, Adrian Miller?
-------------------------------------------
Only a trashy company like Roxio or Adaptec
let loosed in Usenet this utter trash
-------------------------------------------
Deirdre Straughan (Roxio) is a LIAR
-----------------------------------
Mike Richter is a LIAR
----------------------
John Navas wrote:
> smh wrote:
> >John Navas wrote:
> >>
> >> CD-RW *is* flaky, fragile, forgetful, unreliable.
> >
> >But still good enough for BACKUP, of all things, according to Mikey!
>
> That's not what he says.
>
> > =======================
> > From: Mike Richter (Acraptec Shill)
> > Subject: A note on Take Two
> > Date: 9/1/99
> >
> > You may back up ... to a DCD-formatted erasable.
> > =======================
>
> The key word there is "may."
The "may" allows backup to cd-rw, doesn't it? Doesn't that make cd-rw
good enough for backup? What does the "may" say to you?
> >Note also that the supposedly faulty, fragile packet writing format was
> >good enough for BACKUP, of all things,
> > even when combined with
> >supposedly flaky, fragile, forgetful, unreliable cd-rw media!
>
> The better alternative with Take Two was to create a disk image file, and then
> burn that with ECDC, thereby avoiding packet writing.
Better "alternative"? Should backup use the flaky, fragile, forgetful,
unreliable cd-rw at all?
> p.s. Shrill name-calling doesn't accomplish anything other than making you
> look bad. If you want to be persuasive, chill down the rhetoric and
> repetitive posting.
Am I forcing you to read my posts?
smh
how HUGE are your BALLS, Adrian Miller?
-------------------------------------------
Only a trashy company like Roxio or Adaptec
let loosed in Usenet this utter trash
-------------------------------------------
Deirdre Straughan (Roxio) is a LIAR
-----------------------------------
Mike Richter is a LIAR
----------------------
John Navas wrote:
> smh wrote:
>
> > > > ======================
> > > > From: Mike Richter (Friggin' Scum)
> > > > Date: 5/22/01
> > > >
> > > > Fixed-length packets are the least reliable format for CD-R.
> > >
> > > Other issues aside, Mike is correct that fixed-length packet writing is less
> > > reliable and more problematic than track- and disc-at-oncce burning. That's
> > > why I never use it.
> >
> > Saw the light?
> >
> > Haven't you seen this? It's in this very thread. In fact, you
> > responded to this post - with a nice hatchet job:
> >
> >----------------------------------------------------------------------
> >When Mikey was shilling for Take Two, supposedly a backup software, it
> >must use supposedly faulty, fragile packet writing format to work
> >"ideally"!!!
> >
> > =======================
> > From: Mike Richter (Acraptec Shill)
> > Subject: A note on Take Two
> > Date: 9/1/99
> >
> > For Take Two to work ideally, your drive must support
> > packet writing and you must have DCD installed...to do it.
> >
> > You may back up ... to a DCD-formatted erasable.
> > =======================
>
> The key word there is "may."
The "may" applies to cd-rw, not to packet writing.
Do you see the key word "must" as applied to packet writing?
> >Note also that the supposedly faulty, fragile packet writing format was
> >good enough for BACKUP, of all things,
> > even when combined with
> >supposedly flaky, fragile, forgetful, unreliable cd-rw media!
>
> Packet writing to CD-RW is less reliable and more problematic than track- and
> disc-at-once burning.
Do you see the key word "must" as applied to packet writing?
> The better alternative with Take Two was to create a disk image file, and then
> burn that with ECDC, thereby avoiding packet writing.
Do you see the key word "must" as applied to packet writing?
> p.s. Shrill name-calling doesn't accomplish anything other than making you
> look bad. If you want to be persuasive, chill down the rhetoric and
> repetitive posting.
Am I forcing you to read my posts?
John Navas
In <398d0ca4bfa2b88d...@news.bubbanews.com> on Fri, 09 Apr 2004
16:57:19 GMT, smh <smh...@mindspring.com> wrote:
>John Navas wrote:
>> smh wrote:
>> >John Navas wrote:
>> > You may back up ... to a DCD-formatted erasable.
>> > =======================
>>
>> The key word there is "may."
>
>The "may" allows backup to cd-rw, doesn't it? Doesn't that make cd-rw
>good enough for backup? What does the "may" say to you?
It says you "may" do it, not that it's necessarily "good enough" -- you're
reading things into it.
>> The better alternative with Take Two was to create a disk image file, and then
>> burn that with ECDC, thereby avoiding packet writing.
>
>Better "alternative"? Should backup use the flaky, fragile, forgetful,
>unreliable cd-rw at all?
That's a matter of personal choice.
>> p.s. Shrill name-calling doesn't accomplish anything other than making you
>> look bad. If you want to be persuasive, chill down the rhetoric and
>> repetitive posting.
>
>Am I forcing you to read my posts?
Of course not. I'm just assuming that you aren't posting solely for your own
amusement, and that you'd like to be taken seriously. Is that wrong?
John Navas
In <4a63291cbc0ba1c3...@news.bubbanews.com> on Fri, 09 Apr 2004
17:22:49 GMT, smh <smh...@mindspring.com> wrote:
>John Navas wrote:
>> smh wrote:
>> > =======================
>> > From: Mike Richter (Acraptec Shill)
>> > Subject: A note on Take Two
>> > Date: 9/1/99
>> >
>> > For Take Two to work ideally, your drive must support
>> > packet writing and you must have DCD installed...to do it.
>> >
>> > You may back up ... to a DCD-formatted erasable.
>> > =======================
>>
>> The key word there is "may."
>
>The "may" applies to cd-rw, not to packet writing.
Correct.
>Do you see the key word "must" as applied to packet writing?
Do you see the key word "ideally" earlier in the sentence? That's the most
convenient way to use TT, but it can also be used with TAO/DAO, as noted in my
earlier reply.
>> Packet writing to CD-RW is less reliable and more problematic than track- and
>> disc-at-once burning.
>
>Do you see the key word "must" as applied to packet writing?
Only with regard to "ideally."
>> The better alternative with Take Two was to create a disk image file, and then
>> burn that with ECDC, thereby avoiding packet writing.
>
>Do you see the key word "must" as applied to packet writing?
Only with regard to "ideally."
>> p.s. Shrill name-calling doesn't accomplish anything other than making you
>> look bad. If you want to be persuasive, chill down the rhetoric and
>> repetitive posting.
>
>Am I forcing you to read my posts?
Of course not. I'm just assuming that you aren't posting solely for your own
amusement, and that you'd like to be taken seriously. Is that wrong? Are you
trying to look rude and childish, or is it an accident?
smh
how HUGE are your BALLS, Adrian Miller?
-------------------------------------------
Only a trashy company like Roxio or Adaptec
let loosed in Usenet this utter trash
-------------------------------------------
Deirdre Straughan (Roxio) is a LIAR
-----------------------------------
Mike Richter is a LIAR
----------------------
John Navas wrote:
> smh wrote:
> > John Navas wrote:
----------------------------------------------------------------------
When Mikey was shilling for Take Two, supposedly a backup software, it
must use supposedly faulty, fragile packet writing format to work
"ideally"!!!
=======================
From: Mike Richter (Acraptec Shill)
Subject: A note on Take Two
Date: 9/1/99
For Take Two to work ideally, your drive must support
packet writing and you must have DCD installed...to do it.
You may back up ... to a DCD-formatted erasable.
=======================
Note also that the supposedly faulty, fragile packet writing format was
good enough for BACKUP, of all things, even when combined with
supposedly flaky, fragile, forgetful, unreliable cd-rw media!
----------------------------------------------------------------------
> > > That's not what he says.
> > > The key word there is "may."
> >
> >The "may" allows backup to cd-rw, doesn't it? Doesn't that make cd-rw
> >good enough for backup? What does the "may" say to you?
>
> It says you "may" do it, not that it's necessarily "good enough" -- you're
> reading things into it.
Not necessarily good enough, but "may" do it!
Wonder who's the one reading things into it!
> >> The better alternative with Take Two was to create a disk image file, and then
> >> burn that with ECDC, thereby avoiding packet writing.
> >
> >Better "alternative"? Should backup use the flaky, fragile, forgetful,
> >unreliable cd-rw at all?
>
> That's a matter of personal choice.
But YOU are allowing it even though YOU consider "CD-RW *is* flaky,
fragile, forgetful, unreliable". Aren't YOU all heart?
> >> p.s. Shrill name-calling doesn't accomplish anything other than making you
> >> look bad. If you want to be persuasive, chill down the rhetoric and
> >> repetitive posting.
> >
> > Am I forcing you to read my posts?
>
> Of course not. I'm just assuming that you aren't posting solely for your own
> amusement, and that you'd like to be taken seriously. Is that wrong?
Do you care about me???!!!
smh
how HUGE are your BALLS, Adrian Miller?
-------------------------------------------
Only a trashy company like Roxio or Adaptec
let loosed in Usenet this utter trash
-------------------------------------------
Deirdre Straughan (Roxio) is a LIAR
-----------------------------------
Mike Richter is a LIAR
----------------------
John Navas wrote:
> smh wrote:
>
=======================
From: Mike Richter (Acraptec Shill)
Subject: A note on Take Two
Date: 9/1/99
For Take Two to work ideally, your drive must support
packet writing and you must have DCD installed...to do it.
You may back up ... to a DCD-formatted erasable.
=======================
From: Mike Richter (Friggin' Scum)
Date: 4/27/01
The format is fragile; the fault is not in the software per se.
In fact, the overwhelming majority of the complaints about
any UDF software are about the format, but the format is seen
through the software which gets the blame ...
======================
From: Mike Richter (Friggin' Shit)
Date: 2/28/04
Fixed-length packets create the least reliable, most fragile
format available for writing CDs.
However, they can still be read
if written to the standard (as DCD always has).
======================
> > >>> Other issues aside, Mike is correct that fixed-length packet writing is less
> > >>> reliable and more problematic than track- and disc-at-oncce burning. That's
> > >>> why I never use it.
> > >>
> > >> Saw the light?
> > >
> > > The key word there is "may."
> >
> > The "may" applies to cd-rw, not to packet writing.
>
> Correct.
Then why did you bring it up when talking about packet writing?
> > Do you see the key word "must" as applied to packet writing?
>
> Do you see the key word "ideally" earlier in the sentence? That's the most
> convenient way to use TT, but it can also be used with TAO/DAO, as noted in my
> earlier reply.
Get it now. That's why you brought up: "The key word there is 'may.'"
> >> Packet writing to CD-RW is less reliable and more problematic than track- and
> >> disc-at-once burning.
> >
> >Do you see the key word "must" as applied to packet writing?
>
> Only with regard to "ideally."
But not to packet writing?
For Take Two to work ideally, your drive must support
packet writing and you must have DCD installed...to do it.
Why did you bring up: "The key word there is 'may.':
> >> The better alternative with Take Two was to create a disk image file, and then
> >> burn that with ECDC, thereby avoiding packet writing.
> >
> >Do you see the key word "must" as applied to packet writing?
>
> Only with regard to "ideally."
But not to packet writing?
Why did you bring up: "The key word there is 'may.':
> >> p.s. Shrill name-calling doesn't accomplish anything other than making you
> >> look bad. If you want to be persuasive, chill down the rhetoric and
> >> repetitive posting.
> >
> >Am I forcing you to read my posts?
>
> Of course not. I'm just assuming that you aren't posting solely for your own
> amusement, and that you'd like to be taken seriously. Is that wrong? Are you
> trying to look rude and childish, or is it an accident?
Do you care about me???!!!
John Navas
In <6c2eb1fab855e1f9...@news.bubbanews.com> on Fri, 09 Apr 2004
23:21:20 GMT, smh <smh...@mindspring.com> wrote:
>John Navas wrote:
>> It says you "may" do it, not that it's necessarily "good enough" -- you're
>> reading things into it.
>
>Not necessarily good enough, but "may" do it!
Correct.
>Wonder who's the one reading things into it!
I don't.
>> That's a matter of personal choice.
>
>But YOU are allowing it even though YOU consider "CD-RW *is* flaky,
>fragile, forgetful, unreliable". Aren't YOU all heart?
I think so. I'm only responsible for my own behavior. Others are free to
have different opinions, and to behave differently.
>> Of course not. I'm just assuming that you aren't posting solely for your own
>> amusement, and that you'd like to be taken seriously. Is that wrong?
>
>Do you care about me???!!!
Less and less.
John Navas
In <0642890db27ca275...@news.bubbanews.com> on Sat, 10 Apr 2004
00:00:43 GMT, smh <smh...@mindspring.com> wrote:
>John Navas wrote:
>> smh wrote:
>> > The "may" applies to cd-rw, not to packet writing.
>>
>> Correct.
>
>Then why did you bring it up when talking about packet writing?
Because it's relevant.
>> > Do you see the key word "must" as applied to packet writing?
>>
>> Do you see the key word "ideally" earlier in the sentence? That's the most
>> convenient way to use TT, but it can also be used with TAO/DAO, as noted in my
>> earlier reply.
>
>Get it now. That's why you brought up: "The key word there is 'may.'"
I have no idea what you're trying to say. Do you??
>> >> Packet writing to CD-RW is less reliable and more problematic than track- and
>> >> disc-at-once burning.
>> >
>> >Do you see the key word "must" as applied to packet writing?
>>
>> Only with regard to "ideally."
>
>But not to packet writing?
Both.
>Why did you bring up: "The key word there is 'may.':
Because it's relevant.
>> Only with regard to "ideally."
>
>But not to packet writing?
To both.
>Why did you bring up: "The key word there is 'may.':
Because it's relevant.
>> Of course not. I'm just assuming that you aren't posting solely for your own
>> amusement, and that you'd like to be taken seriously. Is that wrong? Are you
>> trying to look rude and childish, or is it an accident?
>
>Do you care about me???!!!
Less and less. You seem determined to piss off everyone, and I don't have
time for that kind of foolishness.
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
http://groups.google.com/groups?selm=3F2D8973...@mindspring.com
(Messages 10, 12 -- 34, 54 -- 69)
( No pipsqueaks have been able to prove ANY of the above is a libel )
( -- despite Mikey's supposed to have proof of misquotes!!! )
John Navas wrote:
> smh wrote:
> >John Navas wrote:
>
> > ----------------------------------------------------------------------
> > When Mikey was shilling for Take Two, supposedly a backup software, it
> > must use supposedly faulty, fragile packet writing format to work
> > "ideally"!!!
> >
> > =======================
> > From: Mike Richter (Acraptec Shill)
> > Subject: A note on Take Two
> > Date: 9/1/99
> >
> > For Take Two to work ideally, your drive must support
> > packet writing and you must have DCD installed...to do it.
> >
> > You may back up ... to a DCD-formatted erasable.
> > =======================
> >
> > Note also that the supposedly faulty, fragile packet writing format was
> > good enough for BACKUP, of all things, even when combined with
> > supposedly flaky, fragile, forgetful, unreliable cd-rw media!
> > ----------------------------------------------------------------------
> >
> > > > > That's not what he says.
> > > > > The key word there is "may."
> > > >
> > > >The "may" allows backup to cd-rw, doesn't it? Doesn't that make cd-rw
> > > >good enough for backup? What does the "may" say to you?
> > >
> > > It says you "may" do it, not that it's necessarily "good enough" -- you're
> > > reading things into it.
> >
> > Not necessarily good enough, but "may" do it!
>
> Correct.
>
> > Wonder who's the one reading things into it!
>
> I don't.
When you read: "You may back up ... to a DCD-formatted erasable"
to say: "Not necessarily good enough, but 'may' do it" ???
> >
> > Do you care about me???!!!
>
> Less and less.
You are hurting my feelings!
> You seem determined to piss off everyone,
Did you take a poll?
> and I don't have
> time for that kind of foolishness.
Wonder if John Navas responds to this.
smh
> > > Clive (Pipsqueak) squeaked:
> > > >
> > > > Why the hell cant anyone produce reliable packet writing software
> > > > (and I dont mean the flaws in the format) but the software itself?
> > >
> > > The problem is not the format, it is the inept implementation of the
> > > standards.
> >
> > =========================================
> > Mike Richter on Packet Writing Format (v)
> > =========================================
> >
> > "the fault is not with the software but with the format"
> >
> > ( An MS MVP not only swallowed the above cockamamie hook, )
> > ( line and sinker, but actively spreads the garbage! )
> >
> > =================================================
> >
> > The faults of fixed-length packets are in the format,
> > not in the specific software which implements UDF.
> > =================================================
>
> After blaming all the DirectCD bugs on the faulty "format", the Slimball
> spewed these:
>
> From: Mike Richter (Friggin' Shit)
> Date: 2/28/04
>
> Fixed-length packets create the least reliable, most fragile
> format available for writing CDs.
>
> However, they can still be read
> if written to the standard (as DCD always has).
> ======================
>
> Wow! What a Friggin' Shit!
> ---------------------------
>
> The faulty "format" is no problem after all!
Wonder whatever happened to all those DirectCD bugs Mikey weaseled out
with "the least reliable and most fragile format" cockamamie, like this
one:
=====================
From: Mike Richter (Friggin' Scum)
Subject: Re: CD-RW file corrupted on WinME???
Date: 11/27/01
> I use Roxio Easy CD Creator 5 Basic to record CD's.
> I now use CD-RW instead of CD-R and have a strange problem.
> Though I can read the burned CD on my WinME pc,
> all files or so are corrupted and can't read or excute them.
>
> Where is the problem? My device, WinMe, UDF Reader
You're using fixed-length packets, the least reliable and
most fragile format for writing CDs.
=====================
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
================================================
Mike Richter & Enhanced CD (Half-Baked Research)
================================================
===================================
From: Mike Richter (Roxio Shill)
Subject: Re: EZCD 5.02b Enhanced CD mode
Date: 8/28/01
There is no Enhanced CD Mode
- so, no, people have not used it.
==================================
Wonder what's this "Enhanced CD" doing here then?
http://www.roxio.com/en/support/roxio_support/ecdc/version_history.html
... When creating an Enhanced CD ...
... while burning an Enhanced CD ...
Unbelievably, the above Mikey's statement is the fruit of ITS so-called
"research":
======================
From: Mike Richter (Friggin' Shit)
Subject: Mixed Modes - and similar
Date: 5/30/01
After doing the research, I have prepared a page on the combination
modes and posted it in the primer at my site. Though one expert has
reviewed it, I look forward to comments from anyone with experience.
======================
So much for the Mikey's so-called "research" and
so much for the so-called "expert" who reviewed it.
[Any chance to reveal the identity of this so-called "expert?"]
-------------------------------
Mikey, you are a Friggin' Scum!
-------------------------------
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
=========================================================
Mike Richter & CD Extra - SAO/TAO ? (Half-Baked Research)
=========================================================
=====================
From: Mike Richter (Friggin Scum)
Date: 9/15/01
Subject: Re: Easy CD Creator makes CD-Extra disc
with no track titles
> Is there any way to make a CD-Extra disc and get the track
> information on it?
If you want to do a true CD Extra, you have to comply with
the rules for CD Extra - which means TAO and no titles.
ECDC and anything else which complies with the standard will
comply with the standard.
I know that's hard to accept, but try - real hard.
=====================
Perhaps, it's Mike Richter who should try - real hard?
<http://www.roxio.com/en/common/gloss2.html> (link invalid)
<http://www.osta.org/technology/cdr.htm#s> (same as above)
Session-at-Once is...used for CD Extra.
Unbelievably, the above Mikey's statement is the fruit of ITS so-called
"research":
=====================
From: Mike Richter (Friggin Shit)
Date: 5/30/01
After doing the research, I have prepared a page on the combination
modes and posted it in the primer at my site. Though one expert has
reviewed it, I look forward to comments from anyone with experience.
=====================
So much for the Mikey's so-called "research" and
so much for the so-called "expert" who reviewed it.
[Any chance to reveal the identity of this so-called "expert"?]
------------------------------
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
=============================================
Mike Richter & CD Extra (Half-Baked Research)
=============================================
======================
From: "ned ludd"
Subject: Re: Mike Richter & Enhanced CD
Date: 12/28/01
Mike Richter (Friggin Shit) wrote...
>
> ...CD Extra is a defined format for a single session
> with audio tracks followed by a data track...
Care to share the source of this definition? All definitions I have so
far seen define CD Extra as two session, session 1 Red Book audio,
session 2 Yellow Book CD-ROM XA.
======================
Unbelievably, the above Mikey's statement is the fruit of ITS so-called
"research":
=====================
From: Mike Richter (Friggin Scum)
Date: 5/30/01
After doing the research, I have prepared a page on the combination
modes and posted it in the primer at my site. Though one expert has
reviewed it, I look forward to comments from anyone with experience.
=====================
So much for the Mikey's so-called "research" and
so much for the so-called "expert" who reviewed it.
[Any chance to reveal the identity of this so-called "expert"?]
------------------------------
Mikey, you are a Friggin Shit!
------------------------------
smh
> Mike Richter, were you born with
> "Scam Artist" emblazoned on your face?
> --------------------------------------
> (Mike Richter, any Material Connection w/ Roxio?)
>
> No Where Man (Pipsqueak) squeaked:
> >
> > < snip IDIOCY >
>
> ================================================
> Mike Richter & Enhanced CD (Half-Baked Research)
> ================================================
> ===================================
> From: Mike Richter (Roxio Shill)
>
> There is no Enhanced CD Mode
> - so, no, people have not used it.
> ==================================
----------------------------------------------
Mike Richter: CD-R Faq Makes a Common Mistake!
----------------------------------------------
------------------------------------------------------
From: smh
Subject: Re: CD-Extra Help
Date: 5/30/03
Mikey sure knows a lot about Enhanced CD and CD Extra.
Why Mikey even points out a mistake in the CD-R Faq:
======================
From: Mike Richter
Subject: Re: Easy CD Creator makes CD-Extra disc
with no track titles
It happens that the FAQ makes a common mistake in that section,
confusing "Enhanced CD" with its predecessor, "CD Extra"
======================
CD-R FAQ's supposed *MISTAKE* is taking CD Extra and Enhanced CD
synonymously when they are different in Mikey's cockamamie
definitions:
"CD Extra uses a single session"
"If there are two sessions, it is an 'Enhanced CD'"
-------------------------------------------------------
cRoxio's glossary makes the same common MISTAKE:
CD Extra
A multisession disc...
Enhanced CD
See CD Extra.
But instead of saying cRoxio also makes a common mistake,
Mikey spewed this:
Roxio's information is correct for CD Extra, but may not cover
the unspecified but more practical "Enhanced CD"
-------------------------------------------------------
The Enhanced CD that "people have not used" is more practical !!!
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
========================================================================
Howard Kaikow wrote:
> >
> > Why the hell cant anyone produce reliable packet writing software
> > (and I dont mean the flaws in the format) but the software itself?
>
> The problem is not the format, it is the inept implementation of the
> standards.
===========================================
Mike Richter on Packet Writing "Format" (i)
===========================================
"the fault is not with the software but with the format"
(Graham Mayor (MS MVP) not only swallowed the above cockamamie)
( hook, line and sinker, but actively spreads the garbage! )
==============================
From: Mike Richter
Date: 12/15/01
Subject: Re: Files Disappeared From CDRW DIsc.......
> Suddenly i find myself among those who are having BIG problems
> with Roxios crappy software, after a reasonable amount of small
> problems with it, i insert a cdrw with files on it (jpegs) and
> tried to burn a few more onto it only to find Roxio software
> thinks it is either, corrupted, unrecognized data or need
> formatting(?)
>
> only one file remains on the disc, the others are GONE.
My guess is that you used DCD and you have now joined
the crowd of users who have learned that
fixed-length packets are the least reliable and
most fragile format you can write to CD.
Incidentally, the fault is not with the software but with
the format and the medium.
==============================
---------------------------
Wow! What a Friggin' Shit!
---------------------------
( BTW, have you ever communicated with OSTA about what you call
the "faulty" packet writing format?
Asking because you won't least a bit squeamish communicating with
Plextor and Andy McFadden, letting them know their supposed errant
ways -- and made that fact public! )
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
--------------------------
Is the sky falling, Mikey?
--------------------------
======================================================================
Mike Richter (Friggin' Scum) wrote (12/24/03):
>
> Most likely, you are using the wrong media.
>
> If it's UltraSpeed, it wants discs in similarly marked
> packages - rated 16x and above. If it's High Speed, it wants discs in
> similarly marked packages, rated 4x and above. If it has neither
> marking, it needs discs without such marking on their packaging and
> rated no higher than 4x.
-------------------------------------------------------
And the sky is falling Chicken Little, go tell the king
-------------------------------------------------------
================================================================
Mike Richter (Friggin' Scum) wrote (12/16/03):
>
> Erasable media have proved unreliable. In addition if you have a
> HighSpeed drive (rated above 4x), you should not use media rated
> for a maximum of 4x of less; they are not HighSpeed. You may get
> apparently good results, but the error rate is likely to be high
> and reliability will be low.
-------------------------------------------------------
And the sky is falling Chicken Little, go tell the king
-------------------------------------------------------
=======================================================
From: Mitch
Subject: Re: CD RW problem
Date: 11/30/03
Mike Richter (Friggin' Scum) wrote (11/26/03):
>
>> Mitch wrote:
>>
>> If you have a Rewritable Drive
>> you can use 1x-4x CD-RW Media
>>
>> If you have a High Speed Rewritable Drive
>> you can use 4x-12x CD-RW Media & 1x-4x CD-RW Media
>>
>> If you have a Ultra Speed Rewritable Drive
>> you can use 8x-24x CD-RW Media, 4x-12x CD-RW Media & 1x-4x
>> CD-RW Media
>
>Yes and no. Your drive may or may not write to media of a lesser
>type than specified, but the quality of the write is generally
>much less than that for the specified type, which is often less
>than you'd want to begin with. I did not say that it would not
>work, only that "you're asking for trouble".
>
>Double-check your data, though. There may be an UltraSpeed drive
>which will write as slowly as 4x, but I don't know of it.
And the sky is falling Chicken Little, go tell the king.
========================================================
================================================================
======================================================================
-------------------------------
Mikey, you are a Friggin' Shit!
-------------------------------
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
==========================================
How Many cRoxio's to Screw in Light Bulb ?
==========================================
---------------------------------------------------
Ezcd 5 can not be called a cd recording software
as it does not write Mode 1
---------------------------------------------------
( The above bug is confirmed by the deafening no response )
( from both Adrian Miller and Mike Richter. )
======================
From: smh
Subject: Re: Easy CD 5 - What's All The Hub-Bub About?
Date: 4/2/01
Adrian Miller (Roxio) screamed:
>
> I am having this investigated from both ends and will give
> information when I have been informed of the results. Not before.
Doesn't cRoxio know the steps to burn in Mode 1 with their own
software?
It's been more than a month since it was reported by Joe Pyles.
I repeat: It's been more than a MONTH.
[It took only a few days for Joe Pyles and others to discover the bug.]
Tell me, how many cRoxio engineers does it take to screw in a light
bulb?
Do you think cRoxio will be able to come up with the determination
before the end of this year -- and dare list it as a known issue and
become the laughingstock of cdr community?
(cRoxio may also be cooking up something to blame the bug on Microsoft,
El Nino, or even God.)
[Supposedly fixed in 3/02, one year after its release.]
=========================
========================
From: Mark Gillespie
Subject: Re: How Many cRoxio's to Screw in Light Bulb ?
Date: 4/7/01
How Many cRoxio's to Screw in Light Bulb ?
One to screw in the lightbulb, hundreds to clear up all the broken
glass, fix the crossed thread and re-wire the house.............
========================
From: john.worley
Subject: Re: How Many cRoxio's to Screw in Light Bulb ?
Date: 4/9/01
Hey if these Roxio people are that bad. How the hell am I going to
figure out how to work this bloody version 4.0 of EasyCDCREATOR. Shit
oh shit. OH SHIT SHIT. it was part of the bloody system when I bought
the "puter" No Bloody manual no Bloody assistance No Bloody Answer to
any e-mails. SHIT and Friggin Shit. Oh Bollocks.
========================
No Where Man
Hey SFB, weren't you supposed to post your IP address for us?
smh
> Mike Richter, were you born with
> "Scam Artist" emblazoned on your face?
> --------------------------------------
> (Mike Richter, any Material Connection w/ Roxio?)
>
> How Many cRoxio's to Screw in Light Bulb ?
> ==========================================
>
> ---------------------------------------------------
> Ezcd 5 can not be called a cd recording software
> as it does not write Mode 1
> ---------------------------------------------------
>
> ( The above bug is confirmed by the deafening no response )
> ( from both Adrian Miller and Mike Richter. )
>
> ======================
> >
> > I am having this investigated from both ends and will give
> > information when I have been informed of the results. Not before.
>
> Doesn't cRoxio know the steps to burn in Mode 1 with their own
> software?
>
> It's been more than a month since it was reported by Joe Pyles.
>
> bulb?
>
> =========================
(Note: Ezcd 5 burns Mode 1/Joliet as Mode 2/Joliet.)
Why the deafening no response from Mike Richter?
============================================
From: Mike Richter
Subject: Re: Mike Richter, You Got Balls !!!
Date: 4/11/01
I burn Mode 1 regularly, but do not use Joliet.
Therefore, I have no information on any problems
with that combination.
Since I don't write about what I don't know ...
[... not use ... not know ... not write ...]
[ but calls himself a beta tester! ]
============================================
---------------------------------
What a Smart-Alecky Friggin Shit!
---------------------------------
smh
> > Mike Richter, were you born with
> > "Scam Artist" emblazoned on your face?
> > --------------------------------------
> > How Many cRoxio's to Screw in Light Bulb ?
> > ==========================================
> > ---------------------------------------------------
> > Ezcd 5 can not be called a cd recording software
> > as it does not write Mode 1
> > ---------------------------------------------------
> > ( The above bug is confirmed by the deafening no response )
> > ( from both Adrian Miller and Mike Richter. )
> >
> > ======================
> > Adrian Miller (Roxio) screamed (4/2/01):
> > >
> > > I am having this investigated from both ends and will give
> > > information when I have been informed of the results. Not before.
> >
> > Doesn't cRoxio know the steps to burn in Mode 1 with their own
> > software?
> >
> > It's been more than a month since it was reported by Joe Pyles.
> >
> > Tell me, how many cRoxio engineers does it take to screw in a light
> > bulb?
>
> (Note: Ezcd 5 burns Mode 1/Joliet as Mode 2/Joliet.)
>
> Why the deafening no response from Mike Richter?
>
> ============================================
> From: Mike Richter
> Subject: Re: Mike Richter, You Got Balls !!!
> Date: 4/11/01
>
> I burn Mode 1 regularly, but do not use Joliet.
> Therefore, I have no information on any problems
> with that combination.
>
> Since I don't write about what I don't know ...
>
> [... not use ... not know ... not write ...]
> [ but calls himself a beta tester! ]
> ============================================
======================
From: Mike Richter (Roxio Beta Tester)
Subject: Re: Another EZCD 5.0 Bug !!!!!!!!!!!!!!!!!!!!
Date: 2/28/01
> Maybe I should become a Beta tester. I seem to find more bugs than
> they do. New bug................
Why do you assume that the beta testers do not / did not find the bugs?
======================
From: Mike Richter
Subject: Re: How Many cRoxio's to Screw in Light Bulb ?
Date: 4/9/01
I readily acknowledge the bugs, but read
the unfounded diatribes with disgust.
======================
---------------------------------------
Wow! What a Smart-Alecky Friggin Shit!
---------------------------------------
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
========================================================================
Howard Kaikow wrote:
> >
> > Why the hell cant anyone produce reliable packet writing software
> > (and I dont mean the flaws in the format) but the software itself?
>
> The problem is not the format, it is the inept implementation of the
> standards.
============================================
Mike Richter on Packet Writing "Format" (ii)
============================================
"the fault is not with the software but with the format"
(Graham Mayor (MS MVP) not only swallowed the above cockamamie)
( hook, line and sinker, but actively spreads the garbage! )
=============================================================
Mike Richter (Friggin' Shit) wrote (6/16/03):
>
> Fixed-length packets are the least reliable and most fragile
> format available for CD recording. Use it at your own
> (substantial) risk.
Only substantial risk, Slimeball? Why pussyfooting around?
The word is "lethal." Is the word "lethal" no longer in your
vocabulary?
-------------------------------------
Mike Richter & "Lethal for archiving"
-------------------------------------
----------------------
From: Mike Richter (Friggin' Scum)
Subject: Re: File Integrity Errors - DirectCD Bug?
Date: 10/15/01
Combining the flaky UDF fixed-length packets with
the tendency of erasables (particularly HS) to forget
is LETHAL for archiving.
----------------------
=============================================================
-------------------------------
Mikey, you are a Friggin' Shit!
-------------------------------
( BTW, have you ever communicated with OSTA about what you call
the "flakiness" of fixed-length packet format?
Asking because you won't least a bit squeamish communicating with
Plextor and Andy McFadden, letting them know their errant ways --and
made that fact public. )
No Where Man
copy paste copy paste copy paste copy paste copy paste copy paste copy paste
copy paste copy paste copy paste copy paste copy paste copy paste copy paste
copy paste copy paste copy paste copy paste copy paste copy paste copy paste
copy paste copy paste copy paste copy paste copy paste copy paste copy paste
copy paste copy paste copy paste copy paste copy paste copy paste copy paste
copy paste copy paste copy paste copy paste copy paste copy paste copy paste
copy paste copy paste copy paste copy paste copy paste copy paste copy paste
copy paste copy paste copy paste copy paste copy paste copy paste copy paste
copy paste copy paste copy paste copy paste copy paste copy paste copy paste
copy paste copy paste copy paste copy paste copy paste copy paste copy paste
copy paste copy paste copy paste copy paste copy paste copy paste copy paste
copy paste
How talented you are...did you learn that in kindergarden?
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
http://groups.google.com/groups?selm=3F2D8973...@mindspring.com
(Messages 10, 12 -- 34, 54 -- 69)
( No pipsqueaks have been able to prove ANY of the above is a libel )
( -- despite Mikey's supposed to have proof of misquotes!!! )
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
===========================================
Mike Richter is a LIAR (directcd/eject)(ii)
===========================================
=================================
From: (Videoman)
Subject: Re: What is Responsible for Packet Writing Instability?
Date: 6/28/01
Mike Richter (Lying Scum) wrote:
> There is an inherent problem in UDF, particularly with fixed-length
> packets, which is the source of most of the problems reported. It is
> that the directory information for the disc is held and modified in
> RAM between loading the disc and ejecting it. Anything which precludes
> a complete, valid package being written back risks the whole disc.
In other words, lack of true transactional semantics during the
crucial data transfer and filesystem update to the disc, creates the
highly non-zero possibility of severe data loss. It's not a question
of if, only a question of when. The more you use it, the worse your
odds become.
> Because the information must be read and organized at insertion,
> loading a complex disc is slow. Reading and writing are slow and
> complex because the packets are *not* contiguous. If you stack up
> writes and have concurrent file activity, there's a real chance that
> the Windows filesystem will balk and fail to complete the write.
> Again, a more complex disc and insufficient RAM increase the odds of
> failure in my experience.
It's not the windows filesystem, it's the packet-writing software.
> The most common cause of failure is the directory not being written
> back correctly. That can happen on a system crash or power glitch;
> a forced manual ejection; or simply a fault in the write of the
> directory. Once a bad directory is written, not much can be done to
> recover files. DCD 5 Scandisc, ISOBuster and CD-R Diagnostic are all
> able to do something toward retrieving data from such a disc.
Of course, if the software was written _correctly_, none of this would
be an issue.
> Most of the above is independent of the program used. In any case, if
> compression is used, it increases the odds of failure and reduces the
> chance of recovery - and usually doesn't improve storage
> significantly. DCD has gradually decreased sensitivity to the
> filesystem problems, but they're still there if you write a lot of
> files concurrently. Again, that's essentially a Windows file
> management issue.
The problems are all DCD's. Don't start to blame Windows for this one,
Mike.
I've used tape-as-a-removable-disk software, that _did_ implement
transactional semantics, and I never had the types of problems that
DirectCD exhibits. It's simply a matter that Roxio doesn't have a clue
how to code reliable software, in which a customer's precious data is
on the line.
Does the critical Windows hard-disk FAT16/FAT32 filesystem store the
entire FAT into RAM at startup, and only write out the changes again
at shutdown? NO! It updates it immediately, when there is a disk
update, to minimize the crucial window where data could be lost.
If the penalty for updating this often is too high (as it often is for
CD-RW media, both for speed and longevity reasons), then the proper
thing to do would be to maintain a write-buffer on the HD, with some
sort of logging filesystem, so that if there were an error on the disc
media, that the data could be easily recovered, and the entire disc
wouldn't be corrupted. I hope the new Mt. Rainier specification
addresses this problem, and buggy POS software like DirectCD becomes
the way of the past.
=================================
[No response from Mikey]
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
http://groups.google.com/groups?selm=3F2D8973...@mindspring.com
(Messages 10, 12 -- 34, 54 -- 69)
( No pipsqueaks have been able to prove ANY of the above is a libel )
( -- despite Mikey's supposed to have proof of misquotes!!! )
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
==========================================
Mike Richter is a LIAR (directcd/eject)(i)
==========================================
==============================
From: DeepOne
Subject: Re: CD-RW Disc broken on DirectCD
Date: 7/9/00
Mike Richter (Lying Scum) wrote (7/3/00):
>
> When you load a fixed-length packet disc, the directory information
> is read from the disc and translated in RAM. When you write to the
> disc, the data are recorded immediately but the directory is updated
> only in RAM. When you eject the disc or shut down Windows properly,
> the directory information is transformed and written back to the disc.
> Therefore, from the time you change something in the (RAM) directory
> until that writeback, you can lose the directory if you have a
> failure. That failure can be a power transient or a system lockup or
> even forcing the disc to eject (in spite of the lock) using hardware.
I don't believe this is true with the latest versions of DirectCD (I'm
using 2.5d with Win98SE).
I've watched the disc write lights on my Plextor drives when ejecting a
DirectCD CD-RW disc, and the drive never does any writing at that time.
Once, in an attempt to prove this, I wrote a bunch of files to a
DirectCD CD-RW disc. As soon as the write pulses ceased,
I pressed the computer's RESET button.
After the computer restarted, the CD-RW disc was fine, and all the files
I had just written were fully accessible.
==============================
----------------------------
Mikey, you are a Lying Scum!
----------------------------
( Mikey will be blaming the above bad-practice-manual-eject for the bugs
of DirectCD --repeatedly-- despite the above post by DeepOne. )
No Where Man
of you.
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> SMH (or is it SFB?) - the great copy paste artist. Bet your mommy is proud
> of you.
Bet your mommy is pissed off why you pipsqueaks cannot even do a simple
copy & paste ANY examples from the Mikey's proof of misquotes -- when
the simple copy & paste is all it needs to prove ANY of the following is
a libel:
========================================================
Who Is Mike Richter and
Why Are They Saying All These Horrible Things About Him?
========================================================
http://groups.google.com/groups?selm=3F2D8973...@mindspring.com
(Messages 10, 12 -- 34, 54 -- 69)
Mike Richter is a LIAR (wife beating)
Mike Richter is a LIAR (critical bugs)
Mike Richter is a LIAR (major bug)
Mike Richter is a LIAR (nda limit)
Mike Richter is a LIAR (nda)
Mike Richter is a LIAR (no secret)
Mike Richter is a LIAR (no secret)(ii)
Mike Richter is a LIAR (dae)
Mike Richter is a LIAR (enhanced-cd)
Mike Richter is a LIAR (no enhanced cd)
Mike Richter is a LIAR (enhanced-cd/cdr-faq)
Mike Richter is a LIAR (cd-extra/cd-text)
Mike Richter is a LIAR (cd-extra/sao/tao)(i)
Mike Richter is a LIAR (cd-extra/single-session)
Mike Richter is a LIAR (aspi/winme)(i)
Mike Richter is a LIAR (aspi/winme)(ii)
Mike Richter is a LIAR (aspi/win2k)(i)
Mike Richter is a LIAR (aspi/win2k)(ii)
Mike Richter is a LIAR (aspi/win2k)(iii)
Mike Richter is a LIAR (aspi/win2k)(iv)
Mike Richter is a LIAR (aspi/plextor)
Mike Richter is a LIAR (directcd/eject)(i)
Mike Richter is a LIAR (directcd/eject)(ii)
Mike Richter is a LIAR (directcd/eject)(iii)
Mike Richter is a LIAR (directcd/eject)(iv)
Mike Richter is a LIAR (directcd/eject)(v)
Mike Richter is a LIAR (directcd/eject)(vi)
Mike Richter is a LIAR (directcd/eject)(vii)
Mike Richter is a LIAR (directcd/eject)(8a)
Mike Richter is a LIAR (directcd/eject)(9a)
Mike Richter is a LIAR (directcd/sparing) (i)
Mike Richter is a LIAR (directcd/sparing) (ii)
Mike Richter is a LIAR (directcd/sparing) (iii)
Mike Richter is a LIAR (directcd/sparing) (iv)
Mike Richter is a LIAR (directcd/sparing) (v)
Mike Richter is a LIAR (directcd/sparing) (vi)
Mike Richter is a LIAR (directcd/sparing) (vii)
Mike Richter is a LIAR (directcd/sparing) (viii)
Mike Richter is a LIAR (directcd/sparing) (ix)
Mike Richter is a LIAR (directcd/sparing) (x)
Mike Richter is a LIAR (directcd/sparing) (xi)
Mike Richter is a LIAR (directcd/sparing) (xii)
Mike Richter is a LIAR (supplied cd)
What's wrong with Mike Richter (Tim Kroesen) (i)
What's wrong with Mike Richter (Tim Kroesen) (ii)
Mike Richter Wow! Wow! Wow!
Mike Richter's Exquisite Sense of Time (i)
Mike Richter's Exquisite Sense of Time (ii)
Mike Richter's Exquisite Sense of Time (iii)
Mike Richter & "Looooooooonng" Time for Nothing
What an Asshole
No Where Man
"smh" <smh...@mindspring.com> farted in a message
>>Bet your mommy is pissed off why you pipsqueaks cannot even do a simple
copy & paste ANY examples from the Mikey's proof of misquotes <<
That's because we have sense enough to do our own research, and find our own
answers. Besides, your the copy and paste QUEEN.
You're the only one that's hard up on Mike Richter. Besides, EVERYONE knows
that you've NEVER used any Adaptec/Roxio products...which makes anything you
post irrelevant.
BTW, weren't you supposed to post your IP address for us?
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
http://groups.google.com/groups?selm=3F2D8973...@mindspring.com
(Messages 10, 12 -- 34, 54 -- 69)
( No pipsqueaks have been able to prove ANY of the above is a libel )
( -- despite Mikey's supposed to have proof of misquotes!!! )
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
============================================
Mike Richter is a LIAR (directcd/eject)(iii)
============================================
======================================================
From: smh
Subject: Re: Request for assistance regarding DirectCD and Windows 98
Date: 4/13/03
Mike Richter (Lying Scum) spewed:
>
> > Somehow, reading and then ejecting the DirectCD disk makes a regular
> > CD-ROM disk appear blank to the file system. Re-booting (or
> > crashing Windows Explorer) fixes the problem.
> >
>
> Did you eject the UDF disc with software? Even though the recent
> versions of DCD should handle manual eject, I don't trust it.
[ How did the supposedly lost directory by manual eject
miraculously appear after reboot? ]
Blame on manual eject for the bugs of DirectCD, Mikey?
Is DirectCD 2.5d a recent version, Mikey?
------------------------------------------
From: DeepOne
Subject: Re: CD-RW Disc broken on DirectCD
Date: 7/9/00
Mike Richter (Slimy Scum) wrote:
>
> When you load a fixed-length packet disc, the directory information
> is read from the disc and translated in RAM. When you write to the
> disc, the data are recorded immediately but the directory is updated
> only in RAM. When you eject the disc or shut down Windows properly,
> the directory information is transformed and written back to the disc.
> Therefore, from the time you change something in the (RAM) directory
> until that writeback, you can lose the directory if you have a
> failure. That failure can be a power transient or a system lockup or
> even forcing the disc to eject (in spite of the lock) using hardware.
I don't believe this is true with the latest versions of DirectCD (I'm
using 2.5d with Win98SE).
I've watched the disc write lights on my Plextor drives when ejecting a
DirectCD CD-RW disc, and the drive never does any writing at that time.
Once, in an attempt to prove this, I wrote a bunch of files to a
DirectCD CD-RW disc. As soon as the write pulses ceased,
I pressed the computer's RESET button.
After the computer restarted, the CD-RW disc was fine, and all the files
I had just written were fully accessible.
------------------------------------------
======================================================
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
http://groups.google.com/groups?selm=3F2D8973...@mindspring.com
(Messages 10, 12 -- 34, 54 -- 69)
( No pipsqueaks have been able to prove ANY of the above is a libel )
( -- despite Mikey's supposed to have proof of misquotes!!! )
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
===========================================
Mike Richter is a LIAR (directcd/eject)(iv)
===========================================
=====================
From: Mike Richter (Slimy Scum)
Subject: Re: UDF, Packet Writing, and Backups
Date: 4/27/01
In fact, the overwhelming majority of the complaints about any UDF
software are about the format, but the format is seen through the
software which gets the blame. Thus: "the software lost my data"
becomes "my data were lost when Windows crashed".
That's because the directory information for fixed-length packets
is held in RAM.
=====================
Imagine the "format" specifies that the directory information is to be
held in RAM!
Sure, Mikey:
==========================================
From: DeepOne
Subject: Re: CD-RW Disc broken on DirectCD
Date: 7/9/00
Mike Richter (Lying Scum) wrote:
>
> When you load a fixed-length packet disc, the directory information
> is read from the disc and translated in RAM. When you write to the
> disc, the data are recorded immediately but the directory is updated
> only in RAM. When you eject the disc or shut down Windows properly,
> the directory information is transformed and written back to the disc.
> Therefore, from the time you change something in the (RAM) directory
> until that writeback, you can lose the directory if you have a
> failure. That failure can be a power transient or a system lockup or
> even forcing the disc to eject (in spite of the lock) using hardware.
I don't believe this is true with the latest versions of DirectCD (I'm
using 2.5d with Win98SE).
I've watched the disc write lights on my Plextor drives when ejecting a
DirectCD CD-RW disc, and the drive never does any writing at that time.
Once, in an attempt to prove this, I wrote a bunch of files to a
DirectCD CD-RW disc. As soon as the write pulses ceased,
I pressed the computer's RESET button.
After the computer restarted, the CD-RW disc was fine, and all the files
I had just written were fully accessible.
==========================================
------------------------------
Mikey, you are a Friggin Scum!
------------------------------
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
http://groups.google.com/groups?selm=3F2D8973...@mindspring.com
(Messages 10, 12 -- 34, 54 -- 69)
( No pipsqueaks have been able to prove ANY of the above is a libel )
( -- despite Mikey's supposed to have proof of misquotes!!! )
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
==========================================
Mike Richter is a LIAR (directcd/eject)(v)
==========================================
=====================
From: Mike Richter (Lying Scum)
Subject: Re: DirectCD 3.05 blues...
Date: 12/19/01
> I'm using Win 2K sp2 and ESCD 4.04 / DirectCD 3.05
>
> About every third time I write to the Pioneer CD-RW drive
> via DirectCD I get a message saying there's been an
> unrecoverable error. If I try to access the CD drive,
> it hangs the OS.
If you're writing fixed-length packets (to an erasable),
you may have discovered as most others have that
the format is very fragile and unreliable.
Note that you must eject such a disc with software,
not force it out with the button on the drive.
=====================
Why then do the problems occur at THIRD time? Why not at SECOND time?
(BTW, does DirectCD count the number of eject button pushes?)
If manual eject is a no-no, how about the computer's RESET button,
Mikey?
===========================================
From: DeepOne
Subject: Re: CD-RW Disc broken on DirectCD
Date: 7/9/00
Mike Richter (Slimy Scum) wrote:
>
> When you load a fixed-length packet disc, the directory information
> is read from the disc and translated in RAM. When you write to the
> disc, the data are recorded immediately but the directory is updated
> only in RAM. When you eject the disc or shut down Windows properly,
> the directory information is transformed and written back to the disc.
> Therefore, from the time you change something in the (RAM) directory
> until that writeback, you can lose the directory if you have a
> failure. That failure can be a power transient or a system lockup or
> even forcing the disc to eject (in spite of the lock) using hardware.
I don't believe this is true with the latest versions of DirectCD (I'm
using 2.5d with Win98SE).
I've watched the disc write lights on my Plextor drives when ejecting a
DirectCD CD-RW disc, and the drive never does any writing at that time.
Once, in an attempt to prove this, I wrote a bunch of files to a
DirectCD CD-RW disc. As soon as the write pulses ceased,
I pressed the computer's RESET button.
After the computer restarted, the CD-RW disc was fine, and all the files
I had just written were fully accessible.
===========================================
------------------------------
Mikey, you are a Friggin Scum!
------------------------------
--------------------------------------
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
http://groups.google.com/groups?selm=3F2D8973...@mindspring.com
(Messages 10, 12 -- 34, 54 -- 69)
( No pipsqueaks have been able to prove ANY of the above is a libel )
( -- despite Mikey's supposed to have proof of misquotes!!! )
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
===========================================
Mike Richter is a LIAR (directcd/eject)(vi)
===========================================
=====================
From: Mike Richter (Friggin Scum)
Subject: Re: What is reason for eject button inhibition?
Date: 12/20/01
> Why can't I *always* eject a CD from my Lite-On CD-RW drive
> by pressing its eject button please? Formatted CDs apparently
> require me to use the InCD icon's menu to do this.
a fixed-length packet disc will have its directory written
only when it is ejected.
If you force ejection manually or have a power glitch, you
may lose the directory and with it some or all of your data.
In short, it's for your protection.
=====================
Why then does DirectCD NOT have this "protection"?
Confirming that Roxio programmers are SHITTY?
How about pressing the computer's RESET button, Mikey?
==========================================
From: DeepOne
Subject: Re: CD-RW Disc broken on DirectCD
Date: 7/9/00
Mike Richter (Slimy Scum) spewed:
>
> When you load a fixed-length packet disc, the directory information
> is read from the disc and translated in RAM. When you write to the
> disc, the data are recorded immediately but the directory is updated
> only in RAM. When you eject the disc or shut down Windows properly,
> the directory information is transformed and written back to the disc.
> Therefore, from the time you change something in the (RAM) directory
> until that writeback, you can lose the directory if you have a
> failure. That failure can be a power transient or a system lockup or
> even forcing the disc to eject (in spite of the lock) using hardware.
I don't believe this is true with the latest versions of DirectCD (I'm
using 2.5d with Win98SE).
I've watched the disc write lights on my Plextor drives when ejecting a
DirectCD CD-RW disc, and the drive never does any writing at that time.
Once, in an attempt to prove this, I wrote a bunch of files to a
DirectCD CD-RW disc. As soon as the write pulses ceased,
I pressed the computer's RESET button.
After the computer restarted, the CD-RW disc was fine, and all the files
I had just written were fully accessible.
==========================================
------------------------------
Mikey, you are a Friggin Shit!
------------------------------
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
http://groups.google.com/groups?selm=3F2D8973...@mindspring.com
(Messages 10, 12 -- 34, 54 -- 69)
( No pipsqueaks have been able to prove ANY of the above is a libel )
( -- despite Mikey's supposed to have proof of misquotes!!! )
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
============================================
Mike Richter is a LIAR (directcd/eject)(vii)
============================================
======================
From: Mike Richter (Friggin Shit)
Date: 2/5,6/02
Fixed-length packets...maintain the directory information
in RAM while the disc is in use ...
When you remove a fixed-length packet disc after having
written anything to it, the directory information is written
back from RAM.
======================
Are you sure about that, Mikey?
If the computer's RESET button is pressed while the disc is in use, it
would then be a disaster, wouldn't it, Mikey?
==========================================
From: DeepOne
Subject: Re: CD-RW Disc broken on DirectCD
Date: 7/9/00
Mike Richter (Friggin Scum) spewed:
>
> When you load a fixed-length packet disc, the directory information
> is read from the disc and translated in RAM. When you write to the
> disc, the data are recorded immediately but the directory is updated
> only in RAM. When you eject the disc or shut down Windows properly,
> the directory information is transformed and written back to the disc.
> Therefore, from the time you change something in the (RAM) directory
> until that writeback, you can lose the directory if you have a
> failure. That failure can be a power transient or a system lockup or
> even forcing the disc to eject (in spite of the lock) using hardware.
I don't believe this is true with the latest versions of DirectCD (I'm
using 2.5d with Win98SE).
I've watched the disc write lights on my Plextor drives when ejecting a
DirectCD CD-RW disc, and the drive never does any writing at that time.
Once, in an attempt to prove this, I wrote a bunch of files to a
DirectCD CD-RW disc. As soon as the write pulses ceased,
I pressed the computer's RESET button.
After the computer restarted, the CD-RW disc was fine, and all the files
I had just written were fully accessible.
==========================================
------------------------------
Mikey, you are a Friggin Shit!
------------------------------
--------------------------------------
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
http://groups.google.com/groups?selm=3F2D8973...@mindspring.com
(Messages 10, 12 -- 34, 54 -- 69)
( No pipsqueaks have been able to prove ANY of the above is a libel )
( -- despite Mikey's supposed to have proof of misquotes!!! )
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
===========================================
Mike Richter is a LIAR (directcd/eject)(8a)
===========================================
======================
From: Mike Richter (Friggin Shit)
Subject: Re: Lost data on CDs - is it the CD or Roxio's Easy CD Creator
Date: 3/27/02
Even when all the data have been written, the write is not complete. For
reasons discussed in the primer at my site, the directory information is
not written until the disc is ejected.
======================
In that case pressing the computer's RESET button will surely result in
a disaster, won't it, Mikey?
==========================================
From: DeepOne
Subject: Re: CD-RW Disc broken on DirectCD
Date: 7/9/00
Mike Richter (Friggin Scum) spewed:
>
> When you load a fixed-length packet disc, the directory information
> is read from the disc and translated in RAM. When you write to the
> disc, the data are recorded immediately but the directory is updated
> only in RAM. When you eject the disc or shut down Windows properly,
> the directory information is transformed and written back to the disc.
> Therefore, from the time you change something in the (RAM) directory
> until that writeback, you can lose the directory if you have a
> failure. That failure can be a power transient or a system lockup or
> even forcing the disc to eject (in spite of the lock) using hardware.
I don't believe this is true with the latest versions of DirectCD (I'm
using 2.5d with Win98SE).
I've watched the disc write lights on my Plextor drives when ejecting a
DirectCD CD-RW disc, and the drive never does any writing at that time.
Once, in an attempt to prove this, I wrote a bunch of files to a
DirectCD CD-RW disc. As soon as the write pulses ceased,
I pressed the computer's RESET button.
After the computer restarted, the CD-RW disc was fine, and all the files
I had just written were fully accessible.
==========================================
------------------------------
Mikey, you are a Friggin Shit!
------------------------------
--------------------------------------
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
http://groups.google.com/groups?selm=3F2D8973...@mindspring.com
(Messages 10, 12 -- 34, 54 -- 69)
( No pipsqueaks have been able to prove ANY of the above is a libel )
( -- despite Mikey's supposed to have proof of misquotes!!! )
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
===========================================
Mike Richter is a LIAR (directcd/eject)(9a)
===========================================
=====================
From: Mike Richter (Slimy Scum)
Date: 5/7/02
forcing a fixed-length packet disc to be released with
the button on the drive is an invitation to disaser.
It should always be ejected through software so that
pending writes including the directory are completed.
DCD 5.x allows hardware ejection, but even then it is
*very* bad practice.
=====================
Hardware eject is a *very* bad practice, yet DirectCD 5.x allows it!
Do cRoxio programmers specialize in *very* bad practice?
One more reason to add that to the Shitty list:
cRoxio Programmers are Shitty
How about pressing the RESET button? Surely, wouldn't it be
worse than the *very* bad practice, Mikey?
==========================================
From: DeepOne
Subject: Re: CD-RW Disc broken on DirectCD
Date: 7/9/00
Mike Richter (Lying Scum) wrote:
>
> When you load a fixed-length packet disc, the directory information
> is read from the disc and translated in RAM. When you write to the
> disc, the data are recorded immediately but the directory is updated
> only in RAM. When you eject the disc or shut down Windows properly,
> the directory information is transformed and written back to the disc.
> Therefore, from the time you change something in the (RAM) directory
> until that writeback, you can lose the directory if you have a
> failure. That failure can be a power transient or a system lockup or
> even forcing the disc to eject (in spite of the lock) using hardware.
I don't believe this is true with the latest versions of DirectCD (I'm
using 2.5d with Win98SE).
I've watched the disc write lights on my Plextor drives when ejecting a
DirectCD CD-RW disc, and the drive never does any writing at that time.
Once, in an attempt to prove this, I wrote a bunch of files to a
DirectCD CD-RW disc. As soon as the write pulses ceased,
I pressed the computer's RESET button.
After the computer restarted, the CD-RW disc was fine, and all the files
I had just written were fully accessible.
==========================================
------------------------------
Mikey, you are a Friggin Shit!
------------------------------
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
========================================================================
Howard Kaikow wrote:
> >
> > Why the hell cant anyone produce reliable packet writing software
> > (and I dont mean the flaws in the format) but the software itself?
>
> The problem is not the format, it is the inept implementation of the
> standards.
============================================
Mike Richter on Packet Writing "Format" (ii)
============================================
"the fault is not with the software but with the format"
( Graham Mayor (MS MVP) not only swallowed the above cockamamie )
( hook, line and sinker, but actively spreads the garbage! )
=============================================================
Mike Richter (Friggin' Shit) wrote (6/16/03):
>
> Fixed-length packets are the least reliable and most fragile
> format available for CD recording. Use it at your own
> (substantial) risk.
Only substantial risk, Slimeball? Why pussyfooting around?
The word is "lethal." Is the word "lethal" no longer in your
vocabulary?
-------------------------------------
Mike Richter & "Lethal for archiving"
-------------------------------------
----------------------
From: Mike Richter (Friggin' Scum)
Subject: Re: File Integrity Errors - DirectCD Bug?
Date: 10/15/01
Combining the flaky UDF fixed-length packets with
the tendency of erasables (particularly HS) to forget
is LETHAL for archiving.
----------------------
=============================================================
---------------------------
Wow! What a Friggin' Shit!
---------------------------
( BTW, have you ever communicated with OSTA about what you call
the most "fragile" packet writing format?
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
========================================================================
Howard Kaikow wrote:
> >
> > Why the hell cant anyone produce reliable packet writing software
> > (and I dont mean the flaws in the format) but the software itself?
>
> The problem is not the format, it is the inept implementation of the
> standards.
===========================================
Mike Richter on Packet Writing Format (iii)
===========================================
"the fault is not with the software but with the format"
( Graham Mayor (MS MVP) not only swallowed the above cockamamie )
( hook, line and sinker, but actively spreads the garbage! )
===================================
From: Mike Richter (Roxio Shill)
Date: 8/19/02
I have used only DCD for packet writing,
have had no problems due to the software
- but too many due to the format itself
to bother with it any longer.
===================================
The above Mikey's statement is the first ever case in which a Shill is
rejecting the very product IT is shilling for.
With a Shill like this, Roxio doesn't need any critics!
-------------------------
Roxio, Eat Your Heart Out !!!
-------------------------
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
========================================================================
Howard Kaikow wrote:
> >
> > Why the hell cant anyone produce reliable packet writing software
> > (and I dont mean the flaws in the format) but the software itself?
>
> The problem is not the format, it is the inept implementation of the
> standards.
==========================================
Mike Richter on Packet Writing Format (iv)
==========================================
"the fault is not with the software but with the format"
( Graham Mayor (MS MVP) not only swallowed the above cockamamie )
( hook, line and sinker, but actively spreads the garbage! )
=====================
From: Mike Richter (Friggin' Scum)
Subject: Re: UDF, Packet Writing, and Backups
Date: 4/27/01
The format is fragile; the fault is not in the software per se.
In fact, the overwhelming majority of the complaints about
any UDF software are about the format, but the format is seen
through the software which gets the blame ...
=====================
---------------------------
Wow! What a Friggin' Shit!
---------------------------
( BTW, have you ever communicated with OSTA about what you call
the "fragility" of fixed-length packet format?
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
========================================================================
Howard Kaikow wrote:
> >
> > Why the hell cant anyone produce reliable packet writing software
> > (and I dont mean the flaws in the format) but the software itself?
>
> The problem is not the format, it is the inept implementation of the
> standards.
=========================================
Mike Richter on Packet Writing Format (v)
=========================================
"the fault is not with the software but with the format"
( Graham Mayor (MS MVP) not only swallowed the above cockamamie )
( hook, line and sinker, but actively spreads the garbage! )
=================================================
From: Mike Richter (Friggin' Scum)
Date: 2/5/02
The faults of fixed-length packets are in the format,
not in the specific software which implements UDF.
=================================================
---------------------------
Wow! What a Friggin' Shit!
---------------------------
( BTW, have you ever communicated with OSTA about what you call
the "faults" of fixed-length packet format?
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
========================================================================
Howard Kaikow wrote:
> >
> > Why the hell cant anyone produce reliable packet writing software
> > (and I dont mean the flaws in the format) but the software itself?
>
> The problem is not the format, it is the inept implementation of the
> standards.
==========================================
Mike Richter on Packet Writing Format (vi)
==========================================
"the fault is not with the software but with the format"
( Graham Mayor (MS MVP) not only swallowed the above cockamamie )
( hook, line and sinker, but actively spreads the garbage! )
=========================================
From: Mike Richter (Friggin' Scum)
Date: 12/19/01
> I'm using Win 2K sp2 and ESCD 4.04 / DirectCD 3.05
>
> About every third time I write to the Pioneer CD-RW drive
> via DirectCD I get a message saying there's been an
> unrecoverable error. If I try to access the CD drive,
> it hangs the OS.
If you're writing fixed-length packets (to an erasable),
you may have discovered as most others have that
the format is very fragile and unreliable.
==========================================
---------------------------
Wow! What a Friggin' Shit!
---------------------------
( BTW, have you ever communicated with OSTA about what you call
the "fragility" of fixed-length packet format?
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
========================================================================
Howard Kaikow wrote:
> >
> > Why the hell cant anyone produce reliable packet writing software
> > (and I dont mean the flaws in the format) but the software itself?
>
> The problem is not the format, it is the inept implementation of the
> standards.
===========================================
Mike Richter on Packet Writing Format (vii)
===========================================
"the fault is not with the software but with the format"
( Graham Mayor (MS MVP) not only swallowed the above cockamamie )
( hook, line and sinker, but actively spreads the garbage! )
======================
From: Mike Richter (Friggin' Scum)
Date: 5/7/03
You appear to be writing fixed-length packets, recognized to be by
far the least reliable and most fragile format available for CD.
In fact, I use erasable media only for test; they tend to be
forgetful. However, written in packets they're worse than merely
unreliable for some files; they are likely to cost you the whole
disc.
The issue is not the software but the format.
======================
---------------------------
Wow! What a Friggin' Shit!
---------------------------
( BTW, have you ever communicated with OSTA about what you call
the "fragility" of fixed-length packet format?
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
========================================================================
Howard Kaikow wrote:
> >
> > Why the hell cant anyone produce reliable packet writing software
> > (and I dont mean the flaws in the format) but the software itself?
>
> The problem is not the format, it is the inept implementation of the
> standards.
============================================
Mike Richter on Packet Writing Format (viii)
============================================
"the fault is not with the software but with the format"
( Graham Mayor (MS MVP) not only swallowed the above cockamamie )
( hook, line and sinker, but actively spreads the garbage! )
=====================
From: Mike Richter (Friggin' Scum)
Date: 8/29/01
Now, go lose your data with fixed-length packets.
You've earned it.
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
========================================================================
Howard Kaikow wrote:
> >
> > Why the hell cant anyone produce reliable packet writing software
> > (and I dont mean the flaws in the format) but the software itself?
>
> The problem is not the format, it is the inept implementation of the
> standards.
==========================================
Mike Richter on Packet Writing Format (ix)
==========================================
"the fault is not with the software but with the format"
( Graham Mayor (MS MVP) not only swallowed the above cockamamie )
( hook, line and sinker, but actively spreads the garbage! )
======================
From: Mike Richter (Roxio Shill)
Subject: Re: Loosing Disk Space {formatting CDRW}
Date: 5/7/03
> When I re-format a CDRW with Drag to Disk Full Format {EasyCD
> 6}, the space available after format drops by between 150 and
> 200 Mgs and I cannot get it back.
The space you are losing is due to sectors found to be
unreliable. It's a good sign that the disc is developing errors
and is ready for the trash.
If you insist on using fixed-length packets, you ask for that
as well as losing data.
======================
---------------------------
Wow! What a Friggin' Shit!
---------------------------
( BTW, have you ever communicated with OSTA about fixed-length
packet format "losing" data?
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
========================================================================
Howard Kaikow wrote:
> >
> > Why the hell cant anyone produce reliable packet writing software
> > (and I dont mean the flaws in the format) but the software itself?
>
> The problem is not the format, it is the inept implementation of the
> standards.
=========================================
Mike Richter on Packet Writing Format (x)
=========================================
"the fault is not with the software but with the format"
( Graham Mayor (MS MVP) not only swallowed the above cockamamie )
( hook, line and sinker, but actively spreads the garbage! )
=====================
From: Mike Richter (Roxio Shill)
Subject: Re: DirectCD reports CD-RW as bad
Date: 10/6/01
... give up on fixed-length packets.
They're the most fragile and least reliable format
available for CD recording.
=====================
---------------------------
Wow! What a Friggin' Shit!
---------------------------
( BTW, have you ever communicated with OSTA about what you call the
inherent flakiness and fragility of fixed-length packet format?
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
========================================================================
Howard Kaikow wrote:
> >
> > Why the hell cant anyone produce reliable packet writing software
> > (and I dont mean the flaws in the format) but the software itself?
>
> The problem is not the format, it is the inept implementation of the
> standards.
==========================================
Mike Richter on Packet Writing Format (xi)
==========================================
"the fault is not with the software but with the format"
( Graham Mayor (MS MVP) not only swallowed the above cockamamie )
( hook, line and sinker, but actively spreads the garbage! )
=====================
From: Mike Richter (Roxio Shill)
Subject: Re: Packet Writing Program Recommendations
Date: 10/23/01
I do not recommend writing fixed-length packets
because the format is unreliable in practice.
That has little to do with the software.
=====================
---------------------------
Wow! What a Friggin' Shit!
---------------------------
( BTW, have you ever communicated with OSTA about what you call the
unreliability of fixed-length packet format?
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
========================================================================
Howard Kaikow wrote:
> >
> > Why the hell cant anyone produce reliable packet writing software
> > (and I dont mean the flaws in the format) but the software itself?
>
> The problem is not the format, it is the inept implementation of the
> standards.
===========================================
Mike Richter on Packet Writing Format (xii)
===========================================
"the fault is not with the software but with the format"
( Graham Mayor (MS MVP) not only swallowed the above cockamamie )
( hook, line and sinker, but actively spreads the garbage! )
=====================
From: Mike Richter (Roxio Shill)
Subject: Re: CD-RW Data Question
Date: 11/9/02
Yes, overwriting will work on a fixed-length packet disc until
it fails. However, that's likely to be sooner than you would
wish and the approach is at best foolish.
Writing 50 MB of data and ~13 MB session space means about ten
sessions on a disc. If you splurge fifty cents on a quality blank,
you are wasting - absolutely throwing away to no purpose at all -
a nickel's worth on each.
Hey, what difference does it make if the erasable goes bad
unexpectedly and all your data are lost? You've saved a nickel
a day. That's certainly worth more than those files, right?
Bottom line: what you "know" ain't so. It's advertising hype
having no relationship to the experience of those who have
tried using fixed-length packets.
=====================
---------------------------
Wow! What a Friggin' Shit!
---------------------------
But then again the flaky packet writing software must be used for Take
Two, supposedly a backup software, to work "ideally", no less:
=======================
From: Mike Richter (Acraptec Shill)
Subject: A note on Take Two
Date: 9/1/99
For Take Two to work ideally, your drive must support
packet writing and you must have DCD installed...to do it.
You may back up ... to a DCD-formatted erasable.
=======================
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
========================================================================
Howard Kaikow wrote:
> >
> > Why the hell cant anyone produce reliable packet writing software
> > (and I dont mean the flaws in the format) but the software itself?
>
> The problem is not the format, it is the inept implementation of the
> standards.
============================================
Mike Richter on Packet Writing Format (xiii)
============================================
"the fault is not with the software but with the format"
( Graham Mayor (MS MVP) not only swallowed the above cockamamie )
( hook, line and sinker, but actively spreads the garbage! )
======================
From: Mike Richter (Roxio Shill)
Subject: Re: New here ... Roxio questions
Date: 6/19/03
most of those who have written fixed-length packets
have either stopped doing so altogether or,
as I do, use the format only for test.
The format is bad - it loses data.
That's not because of DCD, the age of the recorder or
the phase of the moon.
======================
---------------------------
Wow! What a Friggin' Shit!
---------------------------
Imagine then the bad packet writing format must be used for Take
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
========================================================================
Howard Kaikow wrote:
> >
> > Why the hell cant anyone produce reliable packet writing software
> > (and I dont mean the flaws in the format) but the software itself?
>
> The problem is not the format, it is the inept implementation of the
> standards.
===========================================
Mike Richter on Packet Writing Format (xiv)
===========================================
"the fault is not with the software but with the format"
( Graham Mayor (MS MVP) not only swallowed the above cockamamie )
( hook, line and sinker, but actively spreads the garbage! )
=====================
From: Mike Richter (Slimy Scum)
Date: 12/6/03
> I accidentally tried to "drag" a file for copying
> onto a CD-R disc which had data on it
> .....now I cannot access this CD.!!!!
you have discovered for yourself (the hard way) that
fixed-length packets are the most fragile and
least reliable format available to write CDs.
=====================
(Note that the problem is with CD-R, not CD-RW!)
---------------------------
Wow! What a Friggin' Shit!
---------------------------
Imagine then the most fragile and least reliable format MUST be used
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
=============================================
Mike Richter is a LIAR (directcd/sparing) (i)
=============================================
[Why does DirectCD use SPARING technique? Why the bother, Mikey?]
===========================================================
From: smh
Subject: Re: Does anyone rely on DirectCD for multi-session backups?
Date: 2/7/02
Mike Richter (Slimy Scum) spewed:
>
> When you remove a
> fixed-length packet disc after having written anything to it, the
> directory information is written back from RAM. That means that at least
> portions of the disc are "scrubbed" - rewritten many times. The disc is
> supposed to tolerate 1000 cycles, but in fact read accuracy goes down
> continuously with erase cycles and the 1000 number seems absurdly
> optimistic from the experience of most.
DirectCD for Windows Technical FAQs
http://www.roxio.com/en/support/dcdwin/dcdwinfaqs.html
"In practical terms, you will probably
never wear out a CD-RW disc."
Mike Richter, should you not have cRoxio rewrite the above?
===========================================================
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
==============================================
Mike Richter is a LIAR (directcd/sparing) (ii)
==============================================
[Why does DirectCD use SPARING technique? Why the bother, Mikey?]
================================================================
From: smh
Subject: Re: CD-RWs and DirectCD - computer crashed and rebooted.
Date: 6/26/02
Mike Richter (Slimy Scum) wrote:
>
> Erasables are good for only a limited number of cycles. Although that's
> nominally 1000, experience says that it's much less. Regardless, there's
> a tendency (despite publishers' efforts to reduce it) for the directory
> to be "scrubbed" by repeated use and effective life is reduced still
> further.
If that's the case, how could cRoxio claim this? Is cRoxio lying?
DirectCD for Windows Technical FAQs
http://www.roxio.com/en/support/dcdwin/dcdwinfaqs.html
" In practical terms, you will probably
never wear out a CD-RW disc. "
Mikey, should you not have cRoxio rewrite the above?
================================================================
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
===============================================
Mike Richter is a LIAR (directcd/sparing) (iii)
===============================================
[Why does DirectCD use SPARING technique? Why the bother, Mikey?]
===================================================
From: smh
Subject: Re: Packet writing software for Windows XP
Date: 8/13/02
Mike Richter (Slimy Scum) spewed:
>
> The effective lifetime of the disc is better measured in ejections than
> in erase cycles. Despite specification numbers of the order of a
> thousand cycles, experience has suggested a practical limit at least an
> order of magnitude less.
Do you know more than cRoxio? Is cRoxio lying?
DirectCD for Windows Technical FAQs
http://www.roxio.com/en/support/dcdwin/dcdwinfaqs.html
" In practical terms, you will probably
never wear out a CD-RW disc. "
Mikey, should you not have cRoxio rewrite the above?
========================================================
--------------------------------------
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
==============================================
Mike Richter is a LIAR (directcd/sparing) (iv)
==============================================
[Why does DirectCD use SPARING technique? Why the bother, Mikey?]
===================================================
From: smh
Subject: Re: tdk 40/12/48 rw trouble
Date: 10/30/02
Mike Richter (cRoxio Shill) spewed:
>
> Erasable media wear out, particularly with the sort of use
> fixed-length packets usually give them.
If that's the case, how could cRoxio claim this?
Is cRoxio lying?
DirectCD for Windows Technical FAQs
http://www.roxio.com/en/support/dcdwin/dcdwinfaqs.html
" In practical terms, you will probably
never wear out a CD-RW disc. "
Mikey, should you not have cRoxio rewrite the above?
====================================================
--------------------------------------
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
=============================================
Mike Richter is a LIAR (directcd/sparing) (v)
=============================================
[Why does DirectCD use SPARING technique? Why the bother, Mikey?]
==============================================================
From: smh
Subject: Re: cd-rom wont eject cd-r/w disks but will eject cd-r disks
Date: 11/7/02
Mike Richter (Lying Scum) spewed:
>
> ...The nominal 1000 cycles has appeared to be a
> fiction to all of us who used fixed-length packets. Unfortunately, the
> first area to go (for understandable reasons) is that of the directory.
Is cRoxio lying?
===================================================
From: smh
Subject: Re: tdk 40/12/48 rw trouble
Date: 10/30/02
Mike Richter (cRoxio Shill) spewed:
>
> Erasable media wear out, particularly with the sort of use
> fixed-length packets usually give them.
If that's the case, how could cRoxio claim this?
Is cRoxio lying?
DirectCD for Windows Technical FAQs
http://www.roxio.com/en/support/dcdwin/dcdwinfaqs.html
" In practical terms, you will probably
never wear out a CD-RW disc. "
Mikey, should you not have cRoxio rewrite the above?
====================================================
==============================================================
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
==============================================
Mike Richter is a LIAR (directcd/sparing) (vi)
==============================================
[Why does DirectCD use SPARING technique? Why the bother, Mikey?]
==============================================================
From: smh
Subject: Re: Problem with Direct CD 3.05
Date: 11/23/02
Mike Richter (Friggin Shit) barfed:
>
> Difficulty in formatting an erasable is most often due to the medium,
> not to the software or drive hardware. During a full format, each sector
> is written and read back; if the error rate is excessive, the sector is
> retried, then retired ...
>
> Note that errors increase with erase cycles; the practical limit is far
> less than the theoretical 1000 cycles.
Is cRoxio lying?
----------------------------------------------------
From: smh
Subject: Re: tdk 40/12/48 rw trouble
Date: 10/30/02
Mike Richter (Friggin Scum) spewed:
>
> ... Erasable media wear out, particularly with the sort of use
> fixed-length packets usually give them.
If that's the case, how could cRoxio claim this?
Is cRoxio lying?
DirectCD for Windows Technical FAQs
http://www.roxio.com/en/support/dcdwin/dcdwinfaqs.html
" In practical terms, you will probably
never wear out a CD-RW disc. "
Mikey, should you not have cRoxio rewrite the above?
----------------------------------------------------
==============================================================
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
===============================================
Mike Richter is a LIAR (directcd/sparing) (vii)
===============================================
[Why does DirectCD use SPARING technique? Why the bother, Mikey?]
====================================================
From: smh
Subject: Re: Can't rewrite
Date: 12/29/02
Mikey Richter (Lying Scum) spewed:
>
> It could be an erasable wearing out. Don't believe the
> manufacturer's claims about number of cycles; users typically
> find less than a hundred erase cycles before losses show and
> packet writing uses more erase cycles in the directory area
> (where your problem originates) than many believe.
If that's the case, how could cRoxio claim this?
Is Roxshit lying, Mikey?
DirectCD for Windows Technical FAQs
http://www.roxio.com/en/support/dcdwin/dcdwinfaqs.html
" In practical terms, you will probably
never wear out a CD-RW disc. "
Mikey, should you not have cRoxio rewrite the above?
====================================================
--------------------------------------
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
================================================
Mike Richter is a LIAR (directcd/sparing) (viii)
================================================
[Why does DirectCD use SPARING technique? Why the bother, Mikey?]
==================================================
From: smh
Subject: Re: Problems with EZCD 5 Platinum and UDF
Date: 3/31/03
Mikey Richter (cRoxio Shill) wrote:
>
> The nominal life of an erasable is 1000 erase cycles, but that
> has not been realized in practice for many reasons. One is that
> critical areas of the disc are "erased" every time you modify one
> and eject it.
If that's the case, how could cRoxio claim this?
Is Roxio lying, Mikey?
DirectCD for Windows Technical FAQs
http://www.roxio.com/en/support/dcdwin/dcdwinfaqs.html
"In practical terms, you will probably
never wear out a CD-RW disc."
Mikey, should you not have cRoxio rewrite the above?
====================================================
--------------------------------------
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
==============================================
Mike Richter is a LIAR (directcd/sparing) (ix)
==============================================
[Why does DirectCD use SPARING technique? Why the bother, Mikey?]
============================================================
From: smh
Subject: Re: What causes a failed burn on RW media to result in a
coaster? Any fixes?
Date: 4/2/03
Mikey Richter (cRoxio Shill) screeched:
>
> Erasable media have proved both failure-prone and short-lived. I
> recommend using them only for test. It has never been clear how one
> should interpret the quoted life of 1000 erase cycles, particularly
>
> since UDF means erasing of specific bytes and sectors, not full discs.
What kind of a cockamamie are you now spewing, Mikey? The last time I
checked UDF means Universal Disk Format.
BTW, whatever happened to the directory and critical areas?
The nominal 1000 cycles has appeared to be a fiction to all
of us who used fixed-length packets. Unfortunately, the first
area to go (for understandable reasons) is that of the directory.
packet writing uses more erase cycles in the directory area
...than many believe.
The nominal life of an erasable is 1000 erase cycles, but that
has not been realized in practice for many reasons. One is that
critical areas of the disc are "erased" every time you modify one
and eject it.
Also, have you heard of 'SPARING' technology, Mikey?
Also, what do you say to this, Mikey?
DirectCD for Windows Technical FAQs
http://www.roxio.com/en/support/dcdwin/dcdwinfaqs.html
" In practical terms, you will probably
never wear out a CD-RW disc. "
[Mikey, should you not have cRoxio rewrite the above?]
============================================================
==================================================
From: smh
Subject: Re: Problems with EZCD 5 Platinum and UDF
Date: 3/31/03
Mikey Richter (cRoxio Shill) wrote:
>
> The nominal life of an erasable is 1000 erase cycles, but that
> has not been realized in practice for many reasons. One is that
> critical areas of the disc are "erased" every time you modify one
> and eject it.
If that's the case, how could cRoxio claim this?
Is Roxio lying, Mikey?
DirectCD for Windows Technical FAQs
http://www.roxio.com/en/support/dcdwin/dcdwinfaqs.html
"In practical terms, you will probably
never wear out a CD-RW disc."
Mikey, should you not have cRoxio rewrite the above?
====================================================
----------------------------
Mikey, you are a Lying Scum!
----------------------------
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
=============================================
Mike Richter is a LIAR (directcd/sparing) (x)
=============================================
[Why does DirectCD use SPARING technique? Why the bother, Mikey?]
============================================================
From: smh
Subject: Re: bad sectors on cdrw not marked when formatting?
Date: 5/6/03
Mike Richter (Friggin' Scum) screeched:
> -=outlaw=- wrote:
> > Mike Richter (Slimy Scum) spewed:
> > > Another factor is that not all sectors can be moved aside;
> > > I believe there are parts of the TOC which must be located
> > > where the hardware looks for them. If those start to wear out,
> > > you can get the same result.
> > >
> > > The answer is: replace the disc.
> >
> > only 2% or less seems to be unreadable :\
>
> It takes less than that if the faults are in the directory, which is the
> most "scrubbed" region on an erasable whether quick- or full-formatted.
Is the "directory" of fixed-length packet cd at a fixed location, Mikey?
If that's the case, how could cRoxio claim this?
Is cRoxio lying?
DirectCD for Windows Technical FAQs
http://www.roxio.com/en/support/dcdwin/dcdwinfaqs.html
" In practical terms, you will probably
never wear out a CD-RW disc. "
[Mikey, should you not have cRoxio rewrite the above?]
============================================================
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
==============================================
Mike Richter is a LIAR (directcd/sparing) (xi)
==============================================
[Why does DirectCD use SPARING technique? Why the bother, Mikey?]
======================
From: Mike Richter (Friggin' Scum)
Subject: Re: UDF, Packet Writing, and Backups
Date: 4/30/01
Videoman wrote:
>
> > Mike Richter (Lying Scum) wrote:
> > >
> > > That's because the directory information for fixed-length
> > > packets is held in RAM.
>
> An utterly stupid design, IMHO.
Unfortunately, it's unavoidable. The problem is that the information
cannot be written back every time or the directory area would be worn
out very quickly. Each change to the directory would necessitate
rewriting some material - even if only a pointer to where the changes
were located. Scrubbing that region would exceed the (nominal) 1000
rewrites very quickly.
======================
If that's the case, why does DirectCD even bother to use SPARING
technique, Mikey?
If that's the case, how could cRoxio claim this? Is cRoxio lying?
DirectCD for Windows Technical FAQs
http://www.roxio.com/en/support/dcdwin/dcdwinfaqs.html
" In practical terms, you will probably
never wear out a CD-RW disc. "
[Mikey, should you not have cRoxio rewrite the above?]
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
===============================================
Mike Richter is a LIAR (directcd/sparing) (xii)
===============================================
======================
From: Mike Richter (Lying Scum)
Subject: Re: Rewrite CD's repeat spec
Date: 12/20/02
> How many times can CD RW disks be rewritten.
In theory, 1000-2000 times. In practice, a few dozen.
======================
If that's the case, why does DirectCD even bother to use SPARING
technique, Mikey?
And if that's the case, how could cRoxio claim this?
Is cRoxio lying?
DirectCD for Windows Technical FAQs
http://www.roxio.com/en/support/dcdwin/dcdwinfaqs.html
" In practical terms, you will probably
never wear out a CD-RW disc. "
[Mikey, should you not have cRoxio rewrite the above?]
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
http://groups.google.com/groups?selm=3F2D8973...@mindspring.com
(Messages 10, 12 -- 34, 54 -- 69)
( No pipsqueaks have been able to prove ANY of the above is a libel )
( -- despite Mikey's supposed to have proof of misquotes !!! )
No Where Man (Pipsqueak) squeaked:
>
> < snip squealing >
--------------------------
Is the sky falling, Mikey?
--------------------------
======================================================================
Mike Richter (Friggin' Scum) spewed (12/24/03):
>
> Most likely, you are using the wrong media.
>
> If it's UltraSpeed, it wants discs in similarly marked
> packages - rated 16x and above. If it's High Speed, it wants discs in
> similarly marked packages, rated 4x and above.
=======================================================
And the sky is falling Chicken Little, go tell the king
=======================================================
================================================================
Mike Richter (Friggin' Scum) barfed (12/16/03):
>
> Erasable media have proved unreliable. In addition if you have a
> HighSpeed drive (rated above 4x), you should not use media rated
> for a maximum of 4x of less; they are not HighSpeed. You may get
> apparently good results, but the error rate is likely to be high
> and reliability will be low.
-------------------------------------------------------
And the sky is falling Chicken Little, go tell the king
-------------------------------------------------------
=======================================================
From: Mitch
Subject: Re: CD RW problem
Date: 11/30/03
Mike Richter (Friggin' Scum) spewed (11/26/03):
>
>> Mitch wrote:
>>
>> If you have a Rewritable Drive
>> you can use 1x-4x CD-RW Media
>>
>> If you have a High Speed Rewritable Drive
>> you can use 4x-12x CD-RW Media & 1x-4x CD-RW Media
>>
>> If you have a Ultra Speed Rewritable Drive
>> you can use 8x-24x CD-RW Media, 4x-12x CD-RW Media & 1x-4x
>> CD-RW Media
>
>Yes and no. Your drive may or may not write to media of a lesser
>type than specified, but the quality of the write is generally
>much less than that for the specified type, which is often less
>than you'd want to begin with. I did not say that it would not
>work, only that "you're asking for trouble".
>
>Double-check your data, though. There may be an UltraSpeed drive
>which will write as slowly as 4x, but I don't know of it.
And the sky is falling Chicken Little, go tell the king.
========================================================
================================================================
======================================================================
-------------------------------
Mikey, you are a Friggin' Shit!
-------------------------------
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
No Where Man (Pipsqueak) squeaked:
>
> < snip IDIOCY >
========================================================================
Howard Kaikow wrote:
> >
> > Why the hell cant anyone produce reliable packet writing software
> > (and I dont mean the flaws in the format) but the software itself?
>
> The problem is not the format, it is the inept implementation of the
> standards.
============================================
Mike Richter on Packet Writing Format (xiii)(rev)
============================================
======================
From: Mike Richter (Slimy Scum)
Date: 6/19/03
> following the advice of a Dell technician,
> I'm now limiting most Direct CD software use to CD-RW's.
most of those who have written fixed-length packets
have either stopped doing so altogether or,
as I do, use the format only for test.
DirectCD is well behaved with write-once blanks. <=== behaved
> All was fine, so I thought, till a few months ago,
> when I started having problems with a Direct CD-R <=== CD-R
> which I'd been adding files to since the beginning.
The format is bad - it loses data. <=== but lose data!
That's not because of DCD, the age of the recorder or
the phase of the moon.
======================
---------------------------
Wow! What a Friggin' Shit!
---------------------------
( BTW, have you ever communicated with OSTA about what you call
the "faulty" packet writing format?
Asking because you won't least a bit squeamish communicating with
Plextor and Andy McFadden, letting them know their supposed errant
ways -- and made that fact public! )
--------------------------------------
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
http://groups.google.com/groups?selm=3F2D8973...@mindspring.com
(Messages 10, 12 -- 34, 54 -- 69)
( No pipsqueaks have been able to prove ANY of the above is a libel )
( -- despite Mikey claimed to have proof of misquotes !! )
'
No Where Man (Pipsqueak) squealed:
>
> < snip squealing >
Do you get ecstatic seeing these Mikey's spew, sicko?
===========================================================
Mike Richter (Friggin Shit) splattered (6/21/04):
>
> Recent versions of DCD saved the user one step
> when closing a variable-length packet session without
> closing the disc: they format for the (presumed) next session
> when closing the last.
"Save" one step! But the supposed benefit of the "save" is this:
===================
From: "Bob M"
Subject: Re: Roxio Easy CD Creator & Direct CD 5.0
Date: 3/12/01
DCD 5.0 does not temporarily close CD's
so the session is always open, and most times,
unreadable on ANY CD drive.
They [cRoxio] hope to have a fix very soon
===================
Wow! The DirectCD bug is a "save" feature!
>
> As I understand the spec, that's legal
And the DirectCD bug is even sanctioned by the spec, no less!
---------------------------
Wow! What a Friggin' Shit!
---------------------------
--------------------------------------
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
===========================================================
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
http://groups.google.com/groups?selm=3F2D8973...@mindspring.com
(Messages 10, 12 -- 34, 54 -- 69)
( No pipsqueaks have been able to prove ANY of the above is a libel )
( -- despite Mikey claimed to have proof of misquotes !! )
'
No Where Man (Pipsqueak) squealed:
>
> < snip squealing >
Did you get ecstatic seeing these Mikey's spew, sicko?
=====================
From: Mike Richter
Subject: Re: Why can't i make a mixed-mode CD?
Date: 5/12/01
Mixed Mode is multisession by definition. <=== MULTI
=====================
From: Mike Richter
Subject: Re: Why can't i make a mixed-mode CD?
Date: 5/17/01
I learned from previous discussion here that
I was in error <=== SINGLE
=====================
From: Mike Richter
Subject: Re: Audio and Data files on same CD
Date: 1/18/04
A Mixed Mode disc will
not play in a conventional audio CD machine;
in a modern CD-ROM, it will play only the audio <=== MULTI !!
======================
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
http://groups.google.com/groups?selm=3F2D8973...@mindspring.com
(Messages 10, 12 -- 34, 54 -- 69)
( No pipsqueaks have been able to prove ANY of the above is a libel )
( -- despite Mikey claimed to have proof of misquotes !! )
'
No Where Man (Pipsqueak) squealed:
>
> < snip squealing >
Did you get ecstatic seeing these Mikey's spew, sicko?
=================================================
Mike Richter (Slimy Shit) splattered (7/10/04):
>
> As a result, Adaptec ... abandoned ASPI.
Only abandoned, not "killed off" ?
=======================
From: Adrian Miller
Subject: Re: ASPI Kills Win XP - Adrian Miller (cRoxio)
Date: 11/18/01
Adaptec effectively EOLed their ASPI layer in 1999
prior to the launch of Windows 2000.
======================
From: smh
Date: 1/20/02
Adrian Miller wrote:
>
> ... Adaptec ASPI was killed off.
When was the funeral? Was there a wake?
======================
From: Mike Richter (Slimy Scum)
Date: 1/26/02
Many device drivers butcher the ASPI layer;
that's one reason that Adaptec stopped developing it
=====================
Do you believe in resurrection, Mikey?
----------------------------------------------
02/14/02 ASPI drivers version 4.70
11/23/02 Windows ASPI drivers version v4.71.2
(Bugs finally all squashed?)
----------------------------------------------
Back to the dead, Mikey?
=====================
From: Mike Richter (Slimy Shit)
Date: 7/10/04
( Essentially the same reason Mikey spewed on 1/26/02,
but more gobbledygooky )
As a result, Adaptec ... abandoned ASPI.
=====================
---------------------------
Wow! What a Friggin' Shit!
---------------------------
--------------------------------------
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
=================================================
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
http://groups.google.com/groups?selm=3F2D8973...@mindspring.com
(Messages 10, 12 -- 34, 54 -- 69)
( No pipsqueaks have been able to prove ANY of the above is a libel )
( -- despite Mikey claimed to have proof of misquotes !! )
.
No Where Man (Pipsqueak) squealed:
>
> < snip squealing >
Did you get ecstatic seeing these Mikey's spew, sicko?
=====================================================
Mike Richter (Slimy Shit) splattered (7/10/04):
>
> As a result ... Microsoft abandoned ASPI.
Is it now "abandoned", Mikey?
---------------------------------------------
Mike Richter (Friggin Scum) spewed (12/6/03):
>
> ...Microsoft gave up on ASPI
Microsoft give up on aspi?
=======================
From: Aloke Prasad
Subject: MS recommends Adaptec ASPI layer for WinXP!!!
Date: 10/31/01
See MS KB Q300674
=======================
---------------------------------------------
=======================================================
---------------------------
Wow! What a Friggin' Shit!
---------------------------
--------------------------------------
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
=========================================================
Problems Using SCSI Scanner Without an Updated ASPI Layer
(Q300674)
The information in this article applies to:
Microsoft Windows XP Home Edition
Microsoft Windows XP Professional
CAUSE
This problem can occur if an updated ASPI layer has not been installed
on your computer.
RESOLUTION
To resolve this problem, obtain and install ASPI version 4.57 or later.
=========================================================
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
http://groups.google.com/groups?selm=3F2D8973...@mindspring.com
(Messages 10, 12 -- 34, 54 -- 69)
( No pipsqueaks have been able to prove ANY of the above is a libel )
( -- despite Mikey claimed to have proof of misquotes !! )
'
No Where Man (Pipsqueak) squealed:
>
> < snip squealing >
Did you get ecstatic seeing these Mikey's spew, sicko?
=====================================================
Mike Richter (Slimy Shit) splattered (7/10/04):
>
> As a result, Adaptec, Roxio ... abandoned ASPI.
Abandon by incorporate, Mikey?
=====================
From: Mike Richter (Acraptec Shill)
Subject: Re: Adaptec ASPI Layer
Date: 10/7/00
ASPI layer was incorporated into ECDC 4.02 and above
=====================
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
Mike Richter (Intolerable Screecher) screeched (5/17/04):
>
> Mixed Mode has data first.
Figured out Mixed Mode, Mikey?
=====================
From: Mike Richter (Intolerable Screecher)
Subject: Re: Why can't i make a mixed-mode CD?
Date: 5/12/01
Goran Marinic wrote:
>
> Mike Richter (Intolerable Screecher) screeched:
> >
> > Mixed Mode is multisession by definition.
> > I found it out by reading the definition. <=== READ ???!!!
>
> And where did you read this definition?
> I find it very hard to believe.
There is a glossary at Roxio's site. <=== Not Silent ???!!!
There is a CD-R FAQ. I also have
the ECMA standards - but am not inclined to do your research for you.
Why do you find it hard to believe that a disc with at least two
sessions is multisession? Is there something about the number two which
you equate to "single"? Or have you a definition for a dataudio session?
=======================
======================
From: Mike Richter (Slimy Scum)
Subject: Re: Why can't i make a mixed-mode CD?
Date: 5/17/01
I learned from previous discussion here thatI was in error
(see my post with Subject "Mixed Mode") - and now I have
to research it.
I believe the Roxio site
is silent on the subject, <=== READ from Silent !!!
providing only a definition
in terms of track sequence.
==========================
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
Mike Richter (Intolerable Screecher) screeched (5/17/04):
>
> Mixed Mode has data first.
Figured out Mixed Mode, Mikey?
=====================
From: Mike Richter (Intolerable Screecher)
Subject: Re: Why can't i make a mixed-mode CD?
Date: 5/12/01
Goran Marinic wrote:
>
> Mike Richter (Intolerable Screecher) screeched:
> >
> > Mixed Mode is multisession by definition.
> > I found it out by reading the definition. <=== READ ???!!!
>
> And where did you read this definition?
> I find it very hard to believe.
There is a glossary at Roxio's site.
There is a CD-R FAQ.
I also have the ECMA standards <=== Not Mislead ???!!!
- but am not inclined to do your research for you.
Why do you find it hard to believe that a disc with at least two
sessions is multisession? Is there something about the number two which
you equate to "single"? Or have you a definition for a dataudio session?
=====================
=====================
From: Mike Richter (Intolerable Screecher)
Subject: Mixed Mode
Date: 5/14/01
My problem may be in part terminology and there
the ECMA standard may be more misleading <=== Read Mislead !!!
than helpful
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
Mike Richter (Intolerable Screecher) screeched (5/17/04):
>
> Mixed Mode has data first.
Figured out Mixed Mode, Mikey?
=====================
From: Mike Richter (Intolerable Screecher)
Subject: Re: Why can't i make a mixed-mode CD?
Date: 5/12/01
Goran Marinic wrote:
>
> Mike Richter (Intolerable Screecher) screeched:
> >
> > Mixed Mode is multisession by definition.
> > I found it out by reading the definition. <=== READ ???!!!
>
> And where did you read this definition?
> I find it very hard to believe.
There is a glossary at Roxio's site.
There is a CD-R FAQ. <=== No Conflicts ???
I also have the ECMA standards
- but am not inclined to do your research for you.
Why do you find it hard to believe that a disc with at least two
sessions is multisession? Is there something about the number two which
you equate to "single"? Or have you a definition for a dataudio session?
=====================
======================
From: Mike Richter (Intolerable Screecher)
Subject: Mixed Mode
Date: 5/14/01
Yes, the FAQ says that a Mixed Mode disc is written
in a single session.
I don't doubt it...but it conflicts <=== Read Conflicts !!!
with other information I have gleaned
from references <=== with Silent/Misleading ???
======================
---------------------
What a Friggin' Shit!
---------------------
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
> =====================
> From: Mike Richter
> Subject: Re: Why can't i make a mixed-mode CD?
> Date: 5/12/01
>
> Mixed Mode is multisession by definition. <=== MULTI
> =====================
How did Mikey find out Mixed Mode is multisession?
By reading from the silent!
By reading from the misleading!
By reading from the conflicting referenceS !!
=====================
From: Mike Richter (Intolerable Screecher)
Date: 5/12/01
Goran Marinic wrote:
>
> Mike Richter (Intolerable Screecher) screeched:
> >
> > Mixed Mode is multisession by definition.
> > I found it out by reading the definition. <=== READ ???!!!
>
> And where did you read this definition?
> I find it very hard to believe.
There is a glossary at Roxio's site. <=== Not Silent ???!!!
There is a CD-R FAQ. <=== No Conflicts ???
I also have the ECMA standards <=== Not Mislead ???!!!
Why do you find it hard to believe that a disc with at least two
sessions is multisession? Is there something about the number two which
you equate to "single"? Or have you a definition for a dataudio session?
=====================
---------------------
What a Friggin' Shit!
---------------------
--------------------------------------
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
http://groups.google.com/groups?selm=3F2D8973...@mindspring.com
(Messages 10, 12 -- 34, 54 -- 69)
( No pipsqueaks have been able to prove ANY of the above is a libel )
( -- despite Mikey claimed to have proof of misquotes !! )
'
No Where Man (Pipsqueak) squealed:
>
> < snip squealing >
Did you get ecstatic seeing these Mikey's spew, sicko?
=========================================================
Mike Richter (Intolerable Screecher) screeched (5/17/04):
>
> Mixed Mode has data first.
Figured out Mixed Mode, Mikey?
No wisecrack about "Elementary"?
======================
From: Mike Richter (Intolerable Screecher)
Date: 1/18/04
Subject: Re: Audio and Data files on same CD
London Midland & Scotland wrote:
> Tim Kroesen ("Pipsqueak") "Ummmmmm"-ed:
>
> > Burn the audio first, then the data!
>
> That is not the case with the number of commercial disks that I
> have played with, data was first..
>
> Nero can do it all in one hit.
I am not surprised that Nero can make a Mixed Mode disc,
but that is *not* what you buy a commercial disc.
This is elementary material. <=== Elementary ???
===========================
But then again why did you need research if it's Elementary?
======================
From: Mike Richter (Intolerable Screecher)
Date: 5/17/01
Subject: Re: Why can't i make a mixed-mode CD?
I learned from previous discussion here that I
was in error - and now I have to research it. <=== Not Elementary?
=====================
From: Mike Richter (Intolerable Screecher)
Date: 5/14/01
Subject: Mixed Mode
Thanks to the input here,
I have to do some research. <=== Not Elementary?
=====================
---------------------------
Wow! What a Friggin' Shit!
---------------------------
--------------------------------------
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
http://groups.google.com/groups?selm=3F2D8973...@mindspring.com
(Messages 10, 12 -- 34, 54 -- 69)
( No pipsqueaks have been able to prove ANY of the above is a libel )
( -- despite Mikey claimed to have proof of misquotes !! )
'
No Where Man (Pipsqueak) squealed:
>
> < snip squealing >
Did you get ecstatic seeing these Mikey's spew, sicko?
=========================================================
Mike Richter (Intolerable Screecher) screeched (5/17/04):
>
> > In Nero 5.5, sometimes I choose to burn a CD in mixed mode, i.e.
> > containing audio tracks and data files. Whenever I choose the mixed mode
> > template, I find however that it always burns the data files in the first
> > track of the session, and audio begins with track 2 and onwards. How can I
> > make the data go into the last track?
>
> Mixed Mode has data first. You want "Enhanced CD" or "CD Extra" to have
> audio first.
Is Mixed Mode single or multi session?
> > I was also wondering, if the audio CD player thinks the data track is
> > audio, why is the output completely silent?
>
> It knows that the track is data, but old players do not
> and can screech intolerably if given Mixed Mode. <=== Screech !!!
(Single)
======================
From: Mike Richter (Intolerable Screecher)
Date: 1/18/04
Subject: Re: Audio and Data files on same CD
A Mixed Mode disc will not play
in a conventional audio CD machine; <=== No Screech !!!
(Multi)
in a modern CD-ROM, it will play only the audio
======================
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
http://groups.google.com/groups?selm=3F2D8973...@mindspring.com
(Messages 10, 12 -- 34, 54 -- 69)
( No pipsqueaks have been able to prove ANY of the above is a libel )
( -- despite Mikey claimed to have proof of misquotes !! )
'
No Where Man (Pipsqueak) squealed:
>
> < snip squealing >
Did you get ecstatic seeing these Mikey's spew, sicko?
=========================================================
Mike Richter (Intolerable Screecher) screeched (5/17/04):
>
> > In Nero 5.5, sometimes I choose to burn a CD in mixed mode, i.e.
> > containing audio tracks and data files. Whenever I choose the mixed mode
> > template, I find however that it always burns the data files in the first
> > track of the session, and audio begins with track 2 and onwards. How can I
> > make the data go into the last track?
>
> Mixed Mode has data first. You want "Enhanced CD" or "CD Extra" to have
> audio first.
Figured out Mixed Mode, Mikey?
No wisecracks about "Useless", "Without Value" or "Inappropriate"?
=====================
From: Mike Richter (Intolerable Screecher)
Date: 5/5/01
Subject: Re: Why can't i make a mixed-mode CD?
> Follow all directions for a "mixed-mode" CD
> (data on track 1/audio on following tracks).
You have written an essentially useless disc
essentially no one uses that format
The mode is dead and essentially unused
======================
From: Mike Richter (Intolerable Screecher)
Date: 11/8/03
Subject: Re: Mixed Mode CDRs - audio problem
Mixed Mode ... is essentially useless.
======================
From: Mike Richter (Intolerable Screecher)
Date: 1/18/04
Subject: Re: Audio and Data files on same CD
> Nero does it very well, Its a Mixed Mode CD..
Which is essentially without value
======================
From: Mike Richter (Intolerable Screecher)
Date: 3/11/04
Subject: Re: combo audio/data disk and mixed mode disk in Nero
Mixed Mode is inappropriate
unless you are writing your own program
to go onto the disc.
smh
Mike Richter, were you born with
"Scam Artist" emblazoned on your face?
--------------------------------------
(Mike Richter, any Material Connection w/ Roxio?)
http://groups.google.com/groups?selm=3F2D8973...@mindspring.com
(Messages 10, 12 -- 34, 54 -- 69)
( No pipsqueaks have been able to prove ANY of the above is a libel )
( -- despite Mikey claimed to have proof of misquotes !! )
'
No Where Man (Pipsqueak) squealed:
>
> <snip squealing>
Did you get ecstatic seeing these Mikey's spew, sicko?
===============================================
Mike Richter's "masterpiece" on Enhanced CD (i)
===============================================
===================================================
Mike Richter (Roxio Shit) splattered (8/16/04):
>
> Yes, I have often made Enhanced CDs ...with ECDC.
Wow! What a Friggin Shit!
======================
From: Mike Richter (Enhanced MotorMouth)
Date: 8/28/01
There is no Enhanced CD Mode
- so, no, people have not used it.
======================
==================================================
smh
> Mike Richter, were you born with
> "Scam Artist" emblazoned on your face?
> --------------------------------------
> (Mike Richter, any Material Connection w/ Roxio?)
>
>
> >
> > <snip squealing>
>
Are you coming, sicko?
smh
> > Mike Richter, were you born with
> > "Scam Artist" emblazoned on your face?
> > --------------------------------------
> > (Mike Richter, any Material Connection w/ Roxio?)
> >
> >
> > No Where Man (Pipsqueak) squealed:
> > >
> > > <snip squealing>
> >
> > Stop that squealing, sicko!
>
> Are you coming, sicko?
Not in a public newsgroup, sicko!