>From: Pav Lucistnik <[EMAIL PROTECTED]>
>> >Try updating to 5.2.1, 5.1 is really old and there were quite a lot of
>> >changes and fixes in ATAPICAM layer between them. I have same unit on
>> >post-5.2 machine and it works without problems --- but I don't have
>> >8x +R media to try.
>>=20
>> If
V út, 16. 03. 2004 v 13:48, Joerg Schilling píše:
> >> $ uname -a
> >> FreeBSD kahlua.dappekepatches.net 5.1-RELEASE-p13 FreeBSD 5.1-RELEASE-p13=
> > #1: Tue Feb 24 22:30:38 CET 2004 [EMAIL PROTECTED]:/usr/sr=
> >c/sys/i386/compile/KAHLUA i386
>
> >Try updating to 5.2.1, 5.1 is really old an
>From: Pav Lucistnik <[EMAIL PROTECTED]>
>V ne, 14. 03. 2004 v 20:34, Pim van Pelt p=ED=B9e:
>> $ uname -a
>> FreeBSD kahlua.dappekepatches.net 5.1-RELEASE-p13 FreeBSD 5.1-RELEASE-p13=
> #1: Tue Feb 24 22:30:38 CET 2004 [EMAIL PROTECTED]:/usr/sr=
>c/sys/i386/compile/KAHLUA i386
>Try updati
>From: Pav Lucistnik <[EMAIL PROTECTED]>
>> >Try updating to 5.2.1, 5.1 is really old and there were quite a lot of
>> >changes and fixes in ATAPICAM layer between them. I have same unit on
>> >post-5.2 machine and it works without problems --- but I don't have
>> >8x +R media to try.
>>=20
>> If
V út, 16. 03. 2004 v 13:48, Joerg Schilling píše:
> >> $ uname -a
> >> FreeBSD kahlua.dappekepatches.net 5.1-RELEASE-p13 FreeBSD 5.1-RELEASE-p13=
> > #1: Tue Feb 24 22:30:38 CET 2004 [EMAIL PROTECTED]:/usr/sr=
> >c/sys/i386/compile/KAHLUA i386
>
> >Try updating to 5.2.1, 5.1 is really old an
>From: Pav Lucistnik <[EMAIL PROTECTED]>
>V ne, 14. 03. 2004 v 20:34, Pim van Pelt p=ED=B9e:
>> $ uname -a
>> FreeBSD kahlua.dappekepatches.net 5.1-RELEASE-p13 FreeBSD 5.1-RELEASE-p13=
> #1: Tue Feb 24 22:30:38 CET 2004 [EMAIL PROTECTED]:/usr/sr=
>c/sys/i386/compile/KAHLUA i386
>Try updati
Hi,
..(about the use of 'mysterious')
| ^ It wasn't my intention. I should have written "avoid using
| such words as "mysteriously" *alone* in reports," as that's what I
| meant. The fact that no errors were shown or logged is indeed
| mysterious, but reassurance that this is actually t
> | > My first attempt at burning a DVD+R without any options whatsoever to
> | > growisofs resulted in a 5.9-6.0 speed right away. I'm sorry to say that
> | > after a couple of hundred MB, the burning process stopped mysteriously,
> |
> | Do save error outputs as well as check kernel log or explic
Hi Andy,
| > Some more feedback. Pav requested that I try the unit in another OS. I
| > have installed Windows2000 (Servicepacks and blah) and used Nero. I
| > have succesfully burned an image at 8x, taking 63 minutes.
|
| You mean it said it *intended* to record at 8x and recorded at ~1x, as
| 6
Hi,
..(about the use of 'mysterious')
| ^ It wasn't my intention. I should have written "avoid using
| such words as "mysteriously" *alone* in reports," as that's what I
| meant. The fact that no errors were shown or logged is indeed
| mysterious, but reassurance that this is actually t
> | > My first attempt at burning a DVD+R without any options whatsoever to
> | > growisofs resulted in a 5.9-6.0 speed right away. I'm sorry to say that
> | > after a couple of hundred MB, the burning process stopped mysteriously,
> |
> | Do save error outputs as well as check kernel log or explic
Hi Andy,
| > Some more feedback. Pav requested that I try the unit in another OS. I
| > have installed Windows2000 (Servicepacks and blah) and used Nero. I
| > have succesfully burned an image at 8x, taking 63 minutes.
|
| You mean it said it *intended* to record at 8x and recorded at ~1x, as
| 6
> Some more feedback. Pav requested that I try the unit in another OS. I
> have installed Windows2000 (Servicepacks and blah) and used Nero. I
> have succesfully burned an image at 8x, taking 63 minutes.
You mean it said it *intended* to record at 8x and recorded at ~1x, as
63 minutes sounds as ~1
Pav, Andy, (others),
Some more feedback. Pav requested that I try the unit in another OS. I
have installed Windows2000 (Servicepacks and blah) and used Nero. I
have succesfully burned an image at 8x, taking 63 minutes. The drive
underruns a lot and is therefor slow in burning. It does work though
> Some more feedback. Pav requested that I try the unit in another OS. I
> have installed Windows2000 (Servicepacks and blah) and used Nero. I
> have succesfully burned an image at 8x, taking 63 minutes.
You mean it said it *intended* to record at 8x and recorded at ~1x, as
63 minutes sounds as ~1
Pav, Andy, (others),
Some more feedback. Pav requested that I try the unit in another OS. I
have installed Windows2000 (Servicepacks and blah) and used Nero. I
have succesfully burned an image at 8x, taking 63 minutes. The drive
underruns a lot and is therefor slow in burning. It does work though
Hi,
| > [about speedselect on Plextor 708A failing]
| >
| > | Try updating to 5.2.1, 5.1 is really old and there were quite a lot of
| > | changes and fixes in ATAPICAM layer between them. I have same unit on
| > | post-5.2 machine and it works without problems --- but I don't have
| > | 8x +R me
V po, 15. 03. 2004 v 17:03, Andy Polyakov píše:
> > > > $ dmesg | grep PLEX
> > > > acd0: DVDR at ata1-master PIO4
> > > This must be the
> > > culprit for at least inadequate performance. Try to
> >
> > This is why I asked for "atacontrol m
> > > $ dmesg | grep PLEX
> > > acd0: DVDR at ata1-master PIO4
> > This must be the
> > culprit for at least inadequate performance. Try to
>
> This is why I asked for "atacontrol mode 1" output, which we haven't
> seen yet.
>
> > echo 'hw.
V po, 15. 03. 2004 v 16:51, Andy Polyakov píše:
> > $ dmesg | grep PLEX
> > acd0: DVDR at ata1-master PIO4
> This must be the
> culprit for at least inadequate performance. Try to
This is why I asked for "atacontrol mode 1" output, which we
> $ dmesg | grep PLEX
> acd0: DVDR at ata1-master PIO4
This must be the
culprit for at least inadequate performance. Try to
echo 'hw.ata.atapi_dma="1"' >> /boot/loader.conf
and reboot. I'll comment on other things later. Meanwhile see if it
Hi Pav others,
[about speedselect on Plextor 708A failing]
| Try updating to 5.2.1, 5.1 is really old and there were quite a lot of
| changes and fixes in ATAPICAM layer between them. I have same unit on
| post-5.2 machine and it works without problems --- but I don't have
| 8x +R media to try.
I
V po, 15. 03. 2004 v 15:35, Pim van Pelt píše:
> | It have 1.06 firmware (flashed yesterday, before I used 1.04) and it's
> | alone as a secondary master. I can't check hardware revision because I'm
> | in different part of city now.
> Mine is secondary master, with a DVDROM as slave. This has be
Hi,
| > [about speedselect on Plextor 708A failing]
| >
| > | Try updating to 5.2.1, 5.1 is really old and there were quite a lot of
| > | changes and fixes in ATAPICAM layer between them. I have same unit on
| > | post-5.2 machine and it works without problems --- but I don't have
| > | 8x +R me
V po, 15. 03. 2004 v 17:03, Andy Polyakov píše:
> > > > $ dmesg | grep PLEX
> > > > acd0: DVDR at ata1-master PIO4
> > > This must be the
> > > culprit for at least inadequate performance. Try to
> >
> > This is why I asked for "atacontrol m
> > > $ dmesg | grep PLEX
> > > acd0: DVDR at ata1-master PIO4
> > This must be the
> > culprit for at least inadequate performance. Try to
>
> This is why I asked for "atacontrol mode 1" output, which we haven't
> seen yet.
>
> > echo 'hw.
V po, 15. 03. 2004 v 15:00, Pim van Pelt píše:
> Hi Pav others,
>
> [about speedselect on Plextor 708A failing]
>
> | Try updating to 5.2.1, 5.1 is really old and there were quite a lot of
> | changes and fixes in ATAPICAM layer between them. I have same unit on
> | post-5.2 machine and it works
V po, 15. 03. 2004 v 16:51, Andy Polyakov píše:
> > $ dmesg | grep PLEX
> > acd0: DVDR at ata1-master PIO4
> This must be the
> culprit for at least inadequate performance. Try to
This is why I asked for "atacontrol mode 1" output, which we
> $ dmesg | grep PLEX
> acd0: DVDR at ata1-master PIO4
This must be the
culprit for at least inadequate performance. Try to
echo 'hw.ata.atapi_dma="1"' >> /boot/loader.conf
and reboot. I'll comment on other things later. Meanwhile see if it
Hi Pav others,
[about speedselect on Plextor 708A failing]
| Try updating to 5.2.1, 5.1 is really old and there were quite a lot of
| changes and fixes in ATAPICAM layer between them. I have same unit on
| post-5.2 machine and it works without problems --- but I don't have
| 8x +R media to try.
I
V po, 15. 03. 2004 v 15:35, Pim van Pelt píše:
> | It have 1.06 firmware (flashed yesterday, before I used 1.04) and it's
> | alone as a secondary master. I can't check hardware revision because I'm
> | in different part of city now.
> Mine is secondary master, with a DVDROM as slave. This has be
V po, 15. 03. 2004 v 15:00, Pim van Pelt píše:
> Hi Pav others,
>
> [about speedselect on Plextor 708A failing]
>
> | Try updating to 5.2.1, 5.1 is really old and there were quite a lot of
> | changes and fixes in ATAPICAM layer between them. I have same unit on
> | post-5.2 machine and it works
V ne, 14. 03. 2004 v 20:34, Pim van Pelt píše:
> $ uname -a
> FreeBSD kahlua.dappekepatches.net 5.1-RELEASE-p13 FreeBSD 5.1-RELEASE-p13 #1:
> Tue Feb 24 22:30:38 CET 2004 [EMAIL
> PROTECTED]:/usr/src/sys/i386/compile/KAHLUA i386
Try updating to 5.2.1, 5.1 is really old and there were quite
Hi,
I've been using growisofs for some time, but the last couple of spindles
I have had seem to be 8 speed media. I am experiencing slow burning with
this media, as the Plextor708A I have tries to write at 6x, which does
not seem to work that well. It starts off slowish (~3.0x), but does not
take
V ne, 14. 03. 2004 v 20:34, Pim van Pelt píše:
> $ uname -a
> FreeBSD kahlua.dappekepatches.net 5.1-RELEASE-p13 FreeBSD 5.1-RELEASE-p13 #1: Tue
> Feb 24 22:30:38 CET 2004 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/KAHLUA i386
Try updating to 5.2.1, 5.1 is really old and there were quite a
Hi,
I've been using growisofs for some time, but the last couple of spindles
I have had seem to be 8 speed media. I am experiencing slow burning with
this media, as the Plextor708A I have tries to write at 6x, which does
not seem to work that well. It starts off slowish (~3.0x), but does not
take
36 matches
Mail list logo