Opened 10 years ago
Closed 10 years ago
#11257 closed bug (duplicate)
CDRecord broken
Reported by: | vidrep | Owned by: | pulkomandy |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | - General | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | #10099 | Blocking: | |
Platform: | All |
Description
When trying to burn an image file to a CDRW, CDRecord counts down to start, but never begins burning disc. Attached is listdev and CDRecord log from last session.
Attachments (10)
Change History (28)
by , 10 years ago
Attachment: | xw9400_listdev added |
---|
by , 10 years ago
Attachment: | CDRecord_x86_64 added |
---|
by , 10 years ago
Attachment: | dc5750_listdev added |
---|
comment:2 by , 10 years ago
CDRecord appears to be broken in the nightlies. I tried burning the hrev47877 anyboot image to a CD from within both the hybrid and 64 bit builds, using two different PC's. All attempts failed. However, when burning the CD using the alpha 4.1 partitions on the same PC's, the disc burned without a problem (using same command from the terminal for each attempt).
comment:3 by , 10 years ago
For the record, could you please give the CDRecord version in alpha 4.1?
comment:4 by , 10 years ago
Alpha4.1 - Cdrecord-ProDVD-ProBD-Clone 3.01a07 (i586-pc-haiku) Copyright (C) 1995-2012 Joerg Schilling
hrev47877 x86_gcc2 - Cdrecord-ProDVD-ProBD-Clone 3.01a18 (i586-pc-haiku) Copyright (C) 1995-2013 Joerg Schilling
hrev47877 x86_64 - Cdrecord-ProDVD-ProBD-Clone 3.01a07 (--) Copyright (C) 1995-2012 Joerg Schilling
64 bit Haiku is using the same CDRecord version as alpha 4.1, but is broken somehow. The gcc2 hybrid uses the newer CDRecord version, but like the 64 bit build, will not function properly.
comment:5 by , 10 years ago
Summary: | CDRecord no record on 64 bit → CDRecord broken |
---|
comment:6 by , 10 years ago
Blocked By: | 10099 added |
---|
Related to #10099. cdrecord needs to be updated, and that will probably fix this issue.
comment:7 by , 10 years ago
On my newest PC, CDRecord is only able to detect the DVD drive using Alpha 4.1 using the "cdrecord -scanbus" command. CDRecord is also not able to blank discs. The CDRecord version on nightly builds fail to detect the drive at all, yet Haiku will read audio or data disks that are inserted.
comment:8 by , 10 years ago
I note that one of the completed GCI tasks was updating CDRecord to version 3.01a25. When can we expect it to appear in the nightlies?
comment:9 by , 10 years ago
CDRecord still fails to blank CDRW disks in hrev48956 x86_gcc2. I have attached a copy of the terminal output from last session as well as a syslog.
by , 10 years ago
Attachment: | CDRecord_blank added |
---|
by , 10 years ago
comment:10 by , 10 years ago
Attempting to write a file to a blank CD does not work either. Attached copy of terminal output from last session.
by , 10 years ago
Attachment: | CDRecord_write added |
---|
comment:11 by , 10 years ago
by , 10 years ago
Attachment: | cdrecord_a4.1 added |
---|
by , 10 years ago
Attachment: | cdrecord_x86_gcc2 added |
---|
by , 10 years ago
Attachment: | cdrecord_x86_64 added |
---|
comment:12 by , 10 years ago
I was finally able to successfully burn a CD-R using CDRTools 3.01a25 in hrev49020 x86_gcc2. The problem appears to be the FIFO buffer. Attempting to set any value greater than 128k in the command line argument (fs=)results in a "panic FIFO addr." error and no burn. Setting FIFO to a lower value causes CDRecord to disable FIFO for being "too small a value", but continues burning OK. Blanking a CDRW does not appear to work correctly, whether using "fast" or "all". Attached is a record of my last successful burn from the command line.
by , 10 years ago
Attachment: | cdrecord_x86_gcc2_good added |
---|
comment:13 by , 10 years ago
On 64 bit, CDRecord will not detect my optical drive, even though it on the same hard drive, on another partition, and sharing the exact same hardware.
follow-up: 17 comment:14 by , 10 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
I am discussing the issues with a cdrecord developer. This should be solved soon.
comment:15 by , 10 years ago
I have just tried to burn from BurnitNow2 the alpha 4.1 iso on a recent nightly - hrev49031 cdrecord (CDRTools 3.01a25) was already present, BurnitNow2 was installed from HaikuDepot The CD drive is identified as TSSTcorpCDDVDW SH-224DB (9,0,0)
The burning starts, then it finally shows a message: Track 01: Total bytes read/written: 615106560/615106560 (300345 sectors).
The CD/DVD drive continues to spin and does not stop. Interestingly the image is still written, so manualy ejecting the CD stops the spinning of the drive.
comment:16 by , 10 years ago
Did you have to manually configure the FIFO settings in the cdrecord.config file, or did it work "out of the box" with the default settings? What settings worked? What error messages, if any, did you see? Did blanking a CDRW work correctly?
comment:17 by , 10 years ago
Replying to pulkomandy:
I am discussing the issues with a cdrecord developer. This should be solved soon.
Until CDRecord is fixed, any CD/DVD burning applications for Haiku (BurnItNow) are useless for testing purposes. I know the developer time is spread pretty thin, so I appreciate your taking the time to have a look at this.
comment:18 by , 10 years ago
Resolution: | → duplicate |
---|---|
Status: | assigned → closed |
This is with hrev47877 x86_64. Blank CD command is working.