DVD writing not working.

[dargosch]

Hi

I have a new DVD writer (an AOPEN DUW1608/ARR with updated firmware) that I cannot get to work:

[tweye]

on 5 march 2005 the license key inside cdrecord-wrapper.sh expired.
the easiest way is to grab the new cdrecord-wrapper.sh with the new key here:

ftp://ftp.berlios.de/pub/cdrecord/ProDVD/cdrecord-wrapper.sh

which will work till 22 october 2005.

[dargosch]

I tried downloading the new wrapper and it did not work. Acctually, it froze the box everytime I tried. Not much to debug.
Instead, I removed SCSI-CD support from the kernel and am now trying with the ATAPI interface.

No freeze, but still not 100% successful:

[hyperextorsion]

Any luck in getting this to work yet?

I have the same problem...

[Tlaloc]

Some 'dmesg' output or output from 'tail /var/log/messages' could be helpful.
I also had problems with my external drive attached to the firewire bus unless I made the scsi buffer smaller with the '-ts 32768' argument, you could try that. And I think enabling burnfree with 'driveropts=burnfree' would also be a good idea.
Bye, Valentin.

[rakaur]

I still have this problem, only mine won't fail on buffer underrun, as it never gets that far. It was working just fine for quite some time, now just refuses to do anything other than spit out "Alarm clock."

/var/log/messages is clean, but dmesg tells another story:

[funtom]

I've got the same problem as rakaur. I had cdrecord-ProDVD working flawlessly yesterday. I could even use it as a user (as I'm in the group owning /dev/dvd, nothing more). Now it's a mess and I guess it started after and update (I haven't done any other changes at all). Suddenly, cdrecord spits permission errors (mlockall) for user (root is ok) and fails wit Alarm clock after two seconds of the "starting real write" countdown.

Here are packages that got updated:

[Mustaavalkosta]

funtom, I've the same mysterious problem. Hopefully, someone makes or knows the solution. This is coming very annoying.

After a while, I get this message to my term:

[RosenSama]

Here's what I've figured out. I think the compiled programs are only good for one year. cdrecord-ProDVD-2.01.01 it timestamped 1/5/2005 on the berlios FTP site. If I move my system time back to 1/4/2006, then everything still works. Wonder if they'll compile a new one?

[Mustaavalkosta]

If your conclusions are true, I must say that is quite f**ked up thing to make that kind of trap, if they won't release regularly new versions or compiles.
_________________
Gentoo 2006.1 / kernel 2.6.18-gentoo

[sm4x]

[shawnifoley]

[RosenSama]

Will growisofs erase or format DVD+RW?

[shawnifoley]

[RosenSama]

I note from the README:

[khippy]

cdrecord-wrapper.sh nor cdrecord-ProDVD do work anymore independent from the CDR_SECURITY envirionment variable.

The key I have in use currently is:

[korz]

I had the same problem. As I read in this thread, I changed the systemdate back to January, 1st 2006 and it starts working (no problems with an 2.6 kernel and ATAPI protocol). I'm wondering, why the programmer added this great option to his software. I spent half a day of my life to solve a problem, which has been added to the program on purpose.

[GungHo]

Hi Folks,

I have got the same prob , and have also worked around it by setting back the system date. I wonder wether it would not be possible, to patch the sourcecode of cdrecord to deactivate this check ...
_________________
Gentoo since 12/03

[jkcunningham]

There is a new alpha out - as of yesterday (1/12/2006) and it works. He must have extended the time-bomb a year.
I looked through the code for awhile, but its deeply buried - I couldn't find it.

There is no sign of a new "key" to unlock >1GB burning, but perhaps the previous one will still work. I haven't tried yet.

-Jeff

[RosenSama]

There is an ~x86 updated ebuild that installs the b03 version and it works > 1GB without changing the date.

[cmueller42]