Re: CD-ROM BURNER?

On Jun 24, 1:23 am, Anssi Saari <a...@xxxxxx> wrote:
winston19842005 <bjjlya...@xxxxxxxxxxxxx> writes:
I must admit, I haven't heard of "burn proof" before. Seems like that
would've been handy for the slower computers.

Oh, it was.

When did this "technology" come about? My CD writer was bought around 2002,
my DVD writer last year - but I don't recall it mentioning "burn proof".

I'd say everyone had it in 2002. I think burn proof started appearing
with 12x CD writers around the year 2000 or so. My first writer, a
Ricoh MP7040S, a 4x model in late 1990's didn't have it, although my
next one, a 16x LG did. LG called their's JustLink, as I recall.

Faster drives (that 16x LG CD writer, for example) started adjusting
write speed on the fly too, so if a computer couldn't deliver data
fast enough, the drive would just write slower. I had this problem
with the LG and Linux, at some point Linux couldn't do DMA except in
multiples of 512 bytes and the sector size of an audio CD is 2352
bytes... The best my then computer could do without DMA was about 14x.

Anyways, I think this feature has become more important again. My
current Plextor DVD writer still has a ridiculously small 2 MB buffer,
even though 16x DVD data rate is over 10 times that. So the buffer
lasts for a whopping tenth of a second. In other words, buffer
underruns are pretty much guaranteered if I do anything I/O intensive
with the computer while writing.



Well the reason why I started this thread is because although I
relaize the limitations on the Commodore's I/O bus and serial related
issues from lock-up, etc., I was thinking if we had a SUPERCPU, CMD-
HD, and maybe a couple of 81's, there should be a way to utilize all
of them in some sort of combination of some sort to get each device to
utilize their "extra buffer space" to contribute to the supercpu's
with the hopes that we could come up with the necessary minimum amount
of space for at least a "SLOW BURN."

After all, with all the different ports on the Commodore, and the
fact that they all utilize (usually at least) a minimum amount of the
space that's available at each port, then if we could find a way to
"absorb" those unused bytes and combine them together with the unused
bytes of the other ports, then that would allow the CD-burner via the
supercpu buffer ram to do it's job of burning cd's.


Of course this is all just pure "THEORY" as I'm NO EXPERT in the
field in any way. Just thinking aloud. Lololol



Charles
.

Relevant Pages

  • Re: CD-ROM BURNER?
    ... my DVD writer last year - but I don't recall it mentioning "burn proof". ... LG called their's JustLink, as I recall. ...
    (comp.sys.cbm)
  • Re: Patriot Game (Was: Re: Burn, baby, burn)
    ... Just out of fun I'd disabled the "buffer data from network" function in Nero and burn 1:1 speed from off the network directly. ... The writer does 4x writing on a CD-RW. ... Normally that would hose any burn session due to almost immediate buffer underrun. ...
    (comp.sys.ibm.ps2.hardware)
  • Re: [PATCH 3/3] ring-buffer: add design document
    ... +buffer before the consumer could free up anything, ... +but a writer may preempt another writer, ... nor can a reader preempt another reader. ... commit page - the page that last finished a write. ...
    (Linux-Kernel)
  • [PATCH v2 0/3] [GIT PULL] Lockless Ring Buffer Version 2
    ... This is v2 of the ring buffer design. ... -but a writer may preempt another writer, ... nor can a reader preempt another reader. ...
    (Linux-Kernel)
  • Re: [PATCH 3/3] ring-buffer: add design document
    ... +buffer before the consumer could free up anything, ... +but a writer may preempt another writer, ... nor can a reader preempt another reader. ... reads of the ring buffer from an interrupt. ...
    (Linux-Kernel)