.21,
> front-ending to mkisofs: mkisofs 2.0.3 (i386-unknown-freebsd5.2.1)
You're running FreeBSD 5.2.1 packages on FreeBSD 5.3? I'm not sure if it
can't make any problems, there were changes to kernel in this area
between the releases and ABI's could have c
in (if so, what brand of media should I use?) or should I try to get a
> replacement--for which I have to find a 2k or XP box and duplicate the error.
> *sigh*
Go for replacement, absolutely. Your unit is defective. There's just no
justification for modern unit to not burn CMC Mag. +R
a way
> to fix this? Can it be done with any Linux based tools or am I stuck
> trying to somehow find the appropriate tools on a Windows box?
Quick and dirty: get wine, get IfoEdit, start IfoEdit, load any IFO,
click Get VTS Sectors button.
I'm not aware of any native tool with IfoEdit
%) return accurate
results, and some of them (say, remaining 50%) return absolutely bogus
values.
No idea if Plextor units always return accurate results, but results
from tested Plextor units match results from the first half of Lite-ON
units. Does not look like accident.
--
Pav Lucistnik <[EM
riter.
> I'm still trying to find a Windows machine to try the 8.5GB mode of the
> Optorite I bought, although someone suggested that the wording of the ad
> might mean that it reads D/L and write 8.5GB using the HD-BURN capability.
Again, HD-BURN is *CD-R only* thing producing *140
V ne, 11. 04. 2004 v 15:40, Julien Gabel píše:
> Because this is related to a bug, is it not possible to integrate a
> patch for this in the security advisories and other critical fixes
> branch for RELENG_5_2?
No. This branch is now closed for anything except fixes of security
flaws.
second choice: staying with the OS release branch.
>
> > Other posibilities are running FreeBSD 4.x or avoid using cdrecord.
>
> Is there no chance to use FreeBSD-5.2.1 + dvd+rw-tools together?
You should really go to a working version of FreeBSD instead. Note that
you'll
The help here is not easy. I'd suggest you to upgrade to -CURRENT, if
you're ready to face all the possible problem of running CVS code.
Other posibilities are running FreeBSD 4.x or avoid using cdrecord.
--
Pav Lucistnik <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]&g
V ne, 11. 04. 2004 v 15:40, Julien Gabel píše:
> Because this is related to a bug, is it not possible to integrate a
> patch for this in the security advisories and other critical fixes
> branch for RELENG_5_2?
No. This branch is now closed for anything except fixes of security
flaws.
second choice: staying with the OS release branch.
>
> > Other posibilities are running FreeBSD 4.x or avoid using cdrecord.
>
> Is there no chance to use FreeBSD-5.2.1 + dvd+rw-tools together?
You should really go to a working version of FreeBSD instead. Note that
you'll
The help here is not easy. I'd suggest you to upgrade to -CURRENT, if
you're ready to face all the possible problem of running CVS code.
Other posibilities are running FreeBSD 4.x or avoid using cdrecord.
--
Pav Lucistnik <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]&g
API auto sense bug, this is a really
> bad advise...
True, this was fixed in revision 1.34 of atapi-cam.c, which is not in
5.2.1 release. Anyway, growisofs know how to workaround this bug, so it
works. cdrecord works fully for writing CDs with it, too... I don't
expect problems.
--
Pa
API auto sense bug, this is a really
> bad advise...
True, this was fixed in revision 1.34 of atapi-cam.c, which is not in
5.2.1 release. Anyway, growisofs know how to workaround this bug, so it
works. cdrecord works fully for writing CDs with it, too... I don't
expect problems.
--
Pa
s later. Meanwhile see if it 6/8x
> > > recording performs as expected with DMA on and report back. A.
> >
> > This tunable was removed in FreeBSD 5.2
>
> Oops! Then Pim would have to disregard my suggestion to modify
> loader.conf:-) Is there any equivalent variabl
l mode 1" output, which we haven't
seen yet.
> echo 'hw.ata.atapi_dma="1"' >> /boot/loader.conf
>
> and reboot. I'll comment on other things later. Meanwhile see if it 6/8x
> recording performs as expected with DMA on and report back. A.
keep up the high pace.
Green blicking signals buffer underrun. Are you sure you can feed data
to your unit at 8.0x speed? Even 4.0x is quite a load for my 5.2.1 box
(much faster than yours).
--
Pav Lucistnik <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
May the Valar prot
s later. Meanwhile see if it 6/8x
> > > recording performs as expected with DMA on and report back. A.
> >
> > This tunable was removed in FreeBSD 5.2
>
> Oops! Then Pim would have to disregard my suggestion to modify
> loader.conf:-) Is there any equivalent variabl
maining 12961:16
> 262144/4633516032 ( 0.0%) @0.0x, remaining 13844:59
> 262144/4633516032 ( 0.0%) @0.0x, remaining 14728:43
Interesting. Have you ruled out a posibility of defective unit?
Can you try it in other, preferably Windows, box? Can you try with
cdrecord-ProDVD? What does &quo
l mode 1" output, which we haven't
seen yet.
> echo 'hw.ata.atapi_dma="1"' >> /boot/loader.conf
>
> and reboot. I'll comment on other things later. Meanwhile see if it 6/8x
> recording performs as expected with DMA on and report back. A.
keep up the high pace.
Green blicking signals buffer underrun. Are you sure you can feed data
to your unit at 8.0x speed? Even 4.0x is quite a load for my 5.2.1 box
(much faster than yours).
--
Pav Lucistnik <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
May the Valar prot
maining 12961:16
> 262144/4633516032 ( 0.0%) @0.0x, remaining 13844:59
> 262144/4633516032 ( 0.0%) @0.0x, remaining 14728:43
Interesting. Have you ruled out a posibility of defective unit?
Can you try it in other, preferably Windows, box? Can you try with
cdrecord-ProDVD? What does &quo
d 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.
--
Pav Lucistnik <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Knight: We shall say N
e 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.
--
Pav Lucistnik <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Knight: We shall say Ny! again to
nit/software).
> WARNING: Phys disk size 2298481 differs from rzone size 0! Prerecorded disk?
> WARNING: Phys start: 196608 Phys end 2495088
> cdrecord-ProDVD: Data will not fit on any disk.
> cdrecord-ProDVD: Cannot write CD's >= 100 minutes.
--
Pav Lucistnik <[EMAIL PROTECTED]&
nit/software).
> WARNING: Phys disk size 2298481 differs from rzone size 0! Prerecorded disk?
> WARNING: Phys start: 196608 Phys end 2495088
> cdrecord-ProDVD: Data will not fit on any disk.
> cdrecord-ProDVD: Cannot write CD's >= 100 minutes.
--
Pav Lucistnik <[EMAIL PROTECTED]&
pect for 4.2 GBytes.
This is interesting. dvd+rw-tools 5.17 started reporting 4.1x speed when
burning 4x on -R on my SONY DRU-510A unit. 5.16 and older reported 4.0x
--
Pav Lucistnik <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Can't sing. Can't dance. Can handle
pect for 4.2 GBytes.
This is interesting. dvd+rw-tools 5.17 started reporting 4.1x speed when
burning 4x on -R on my SONY DRU-510A unit. 5.16 and older reported 4.0x
--
Pav Lucistnik <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Can't sing. Can't dance. Can handle
error after 4571136 bytes
> >cdrecord: The current problem looks like a buffer underrun.
> >cdrecord: It looks like 'driveropts=burnfree' does not work for this drive.
> >cdrecord: Please report.
> >cdrecord: Make sure that you are root, enable DMA and
error after 4571136 bytes
> >cdrecord: The current problem looks like a buffer underrun.
> >cdrecord: It looks like 'driveropts=burnfree' does not work for this drive.
> >cdrecord: Please report.
> >cdrecord: Make sure that you are root, enable DMA and
n't
> ask me to downgrade to reproduce the error ;-)
At least this problem is not Linux specific - I'm getting it with 5.16
on FreeBSD too...
--
Pav Lucistnik <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
The number you dialed is imaginary.
Please turn your phone by
grade to reproduce the error ;-)
At least this problem is not Linux specific - I'm getting it with 5.16
on FreeBSD too...
--
Pav Lucistnik <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
The number you dialed is imaginary.
Please turn your phone by 90 degrees and try again
31 matches
Mail list logo
