On Wed 16 July 2003 16:19, Joerg Schilling wrote:
> From [EMAIL PROTECTED] Wed Jul 16 15:36:51 2003
>
> >> Linus Torvalds usually blocks them :-(
> >
> >May I make a suggestion? Joerg! Next time you feel like claiming
> > that Linus Torvalds (or anybody else in person, Alan Cox
> > maybe?) is so to
On Wed, 16 Jul 2003, Anssi Saari wrote:
>On Wed, Jul 16, 2003 at 07:08:54PM +0200, Markus Plail wrote:
>> On Wed, 16 Jul 2003, Anssi Saari wrote:
>> > On Wed, Jul 16, 2003 at 10:24:37AM +0200, Markus Plail wrote:
>> >> > or that
>> >> > * 2.4 can talk to burner in DMA, but only for 2048 block si
On Wed, 16 Jul 2003, Anssi Saari wrote:
On Wed, Jul 16, 2003 at 10:24:37AM +0200, Markus Plail wrote:
>> > or that
>> > * 2.4 can talk to burner in DMA, but only for 2048 block sizes.
>>
>> Yes, exactly.
>
> Why is it then that this problem seems to affect only VIA 686b and
> Intel ICH4 southbr
On Wed, Jul 16, 2003 at 10:24:37AM +0200, Markus Plail wrote:
> > or that
> > * 2.4 can talk to burner in DMA, but only for 2048 block sizes.
>
> Yes, exactly.
Why is it then that this problem seems to affect only VIA 686b and
Intel ICH4 southbridges? I'll have to admit I only run a 16x burne
On Wed, 16 Jul 2003, Joerg Schilling wrote:
> Let me make an example: A few weeks ago, Jeff Garzik announced a new
> SCSI interface for ATAPI.
>
> http://marc.theaimsgroup.com/?t=10539253612&r=3&w=2
>
> If you read this thread, you see that Linus obviously does not
> understand the background
>From [EMAIL PROTECTED] Wed Jul 16 15:36:51 2003
>> Linus Torvalds usually blocks them :-(
>May I make a suggestion? Joerg! Next time you feel like claiming that
>Linus Torvalds (or anybody else in person, Alan Cox maybe?) is so to say
>sitting around and deliberately tries to complicate your li
[EMAIL PROTECTED] (Andy Polyakov) quoted and then wrote:
>As for "...only if you need to have your files read on a Linux system."
>ISO9660 is about data interchange, isn't it? You don't know in advance
>where it will have to be read and therefore want your recordings to be
>normalized to some leas
> Linus Torvalds usually blocks them :-(
May I make a suggestion? Joerg! Next time you feel like claiming that
Linus Torvalds (or anybody else in person, Alan Cox maybe?) is so to say
sitting around and deliberately tries to complicate your life as
cdrecord developer, then I suggest to take a deep
> >The hue's changed, the disc looks pretty much full except for a small
> >rim around the outside of the disc.
> >I've tried the burned dvd's in my laptop's dvd drive and I get the
> >same type of problem:
> >
> That shoots my theory that you needed to eject and then reinsert (which
> may still be
> Is the myth that Linux can't handle files over 2GB still alive?
No.
> Perhaps
> the application was compiled without support for large files...
It's not an application issue (the check performed by mkisofs is
artificial, it's not some kind of wrap-around bug, it won't treat e.g.
4GB+1 bytes la
Joerg Schilling wrote:
From: Rob Bogus <[EMAIL PROTECTED]>
As someone who does not use Linux, I would say it is not the user's
fault. When that bit is set, it means the first extent is Macintosh
resource fork data. That bit was put into the standard specifi
>Old-Return-Path: <[EMAIL PROTECTED]>
>> If you like to write in 52x, you just need a OS that implements DMA.
>Hmm. Does this mean that, if the transferspeed TO the burner is too
>slow, ie not UDMA but PIO, these underruns can occur?
>I always thought that this is a matter of to slow hard disks n
Dan wrote:
Hi Andy, thanks for the response
The hue's changed, the disc looks pretty much full except for a small
rim around the outside of the disc. Also dvd+r-tools won't let me burn
over it again so that seems to notice that it's already been recorded
on. I've tried the burned dvd's in my la
[EMAIL PROTECTED] wrote:
...only if you need to have your files read on a Linux system.
For other situations, writing large files might be quite reasonable
and you might need to switch to a tool that will write such files.
If Linux tools are aimed only at readers that are unable to honor
the full
>From: Matthias Schniedermeyer <[EMAIL PROTECTED]>
>> The first: How fast is it theoretically possible with an UDMA100
>> harddisk to burn *without* burnfree protection? If I burn with my
>> plextor premium at full speed I would always get buffer underruns.
>With the upcoming Linux-2.6 Kernel y
On Wed, 16 Jul 2003, Norbert Preining wrote:
> What are the *theoretically* maximum speeds for audio, ie not DMA,
> burning?
It depends on too many things to tell the theoretically maximum speed.
> I guess that it is around 12x, this is what I see at the final speed
> result.
Depending on the d
>From: Norbert Preining <[EMAIL PROTECTED]>
>I have two questions concerning burning with/without burn-free:
>The first: How fast is it theoretically possible with an UDMA100
>harddisk to burn *without* burnfree protection? If I burn with my
>plextor premium at full speed I would always get buff
On Mit, 16 Jul 2003, Joerg Schilling wrote:
> If you like to write at maximum speed, you _need_ to disable Burn-Free
> because the drive reduces the maximum write speed if Burn-Free has been
> enabled!
OK, I understand.
> If you like to write in 52x, you just need a OS that implements DMA.
Hmm.
On Wed, Jul 16, 2003 at 09:11:02AM +0200, Markus Plail wrote:
> On Wed, 16 Jul 2003, Matthias Schniedermeyer wrote:
>
> >On Wed, Jul 16, 2003 at 12:54:03AM +0200, Norbert Preining wrote:
> >> I have two questions concerning burning with/without burn-free:
> >>
> >> The first: How fast is it theor
On Wed, 16 Jul 2003, Norbert Preining wrote:
>On Mit, 16 Jul 2003, Matthias Schniedermeyer wrote:
>> With the upcoming Linux-2.6 Kernel you will be able to burn with full
>> speed because the 2.6-Kernel can talk to the burner in DMA mode.
>> Current 2.4 Kernel isn't capable of doing this.
>
> On
On Mit, 16 Jul 2003, Matthias Schniedermeyer wrote:
> With the upcoming Linux-2.6 Kernel you will be able to burn with full
> speed because the 2.6-Kernel can talk to the burner in DMA mode.
> Current 2.4 Kernel isn't capable of doing this.
On Mit, 16 Jul 2003, Markus Plail wrote:
> That's only tr
On Wed, Jul 16, 2003 at 09:11:02AM +0200, Markus Plail wrote:
> On Wed, 16 Jul 2003, Matthias Schniedermeyer wrote:
>
> >On Wed, Jul 16, 2003 at 12:54:03AM +0200, Norbert Preining wrote:
> >> I have two questions concerning burning with/without burn-free:
> >>
> >> The first: How fast is it th
On Wed, 16 Jul 2003, Matthias Schniedermeyer wrote:
>On Wed, Jul 16, 2003 at 12:54:03AM +0200, Norbert Preining wrote:
>> I have two questions concerning burning with/without burn-free:
>>
>> The first: How fast is it theoretically possible with an UDMA100
>> harddisk to burn *without* burnfree p
23 matches
Mail list logo