darcagn wrote:ASDR wrote:Guess it just burned the CUE file itself on the disk then
I swear I googled for >5min on how to burn BIN/CUE using cdrecord and that wasn't mentioned anywhere. Anyway, correctly pointing it at the CUE sheet just yields this:
Code: Select all
cdrecord: Unsupported sector size 2352 for data on line 3 col 16 in 'Strikers 1945 (Japan).cue'
That means the 2352-byte sectors of the image file are not a format that cdrecord interprets.
You must convert using binchunk.
I'm guessing you're trying to burn the Saturn version (that's the version with a cuesheet specifying MODE1/2352 on line 3 col 16)
bchunk -w Strikers\ 1945\ \(Japan\)\ \(Track\ 1\).bin Strikers\ 1945\ \(Japan\).cue Strikers1945
You should get Strikers194501.iso and Strikers194502.wav.
sudo cdrecord -data Strikers194501.iso -audio Strikers194502.wav
should get you what you want.
Just tried that, one more coaster
Seems to do the right thing but the result doesn't work. Mac just recognizes it as an audio CD, the data track is missing.
Code: Select all
[~/Desktop/Strikers 1945 (Japan)] bchunk -w Strikers\ 1945\ \(Japan\)\ \(Track\ 1\).bin Strikers\ 1945\ \(Japan\).cue Strikers1945
binchunker for Unix, version 1.2.0 by Heikki Hannikainen <hessu@hes.iki.fi>
Created with the kind help of Bob Marietta <marietrg@SLU.EDU>,
partly based on his Pascal (Delphi) implementation.
Support for MODE2/2352 ISO tracks thanks to input from
Godmar Back <gback@cs.utah.edu>, Colas Nahaboo <Colas@Nahaboo.com>
and Matthew Green <mrg@eterna.com.au>.
Released under the GNU GPL, version 2 or later (at your option).
Reading the CUE file:
Track 1: MODE1/2352 01 00:00:00
Track 2: AUDIO 00 00:00:00 01 00:02:00
Writing tracks:
1: Strikers194501.iso 0/0 MB [********************] 100 %
2: Strikers194502.wav 219/219 MB [********************] 100 %
Code: Select all
[~/Desktop/Strikers 1945 (Japan)] sudo cdrecord -data Strikers194501.iso -audio Strikers194502.wav
cdrecord: No write mode specified.
cdrecord: Assuming -sao mode.
cdrecord: If your drive does not accept -sao, try -tao.
cdrecord: Future versions of cdrecord may have different drive dependent defaults.
Cdrecord-ProDVD-ProBD-Clone 3.01 (x86_64-apple-macosx15.2.0) Copyright (C) 1995-2015 Joerg Schilling
Using libscg version 'schily-0.9'.
Device type : Removable CD-ROM
Version : 0
Response Format: 2
Capabilities :
Vendor_info : 'HL-DT-ST'
Identifikation : 'DVDRW GS23N '
Revision : 'SB03'
Device seems to be: Generic mmc2 DVD-R/DVD-RW/DVD-RAM.
Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr).
Driver flags : MMC-3 SWABAUDIO BURNFREE
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R LAYER_JUMP
Starting to write CD/DVD/BD at speed 24 in real SAO mode for single session.
Last chance to quit, starting real write 0 seconds. Operation starts.
cdrecord: WARNING: Drive returns wrong startsec (0) using -150
Track 01: Total bytes read/written: 2048/614400 (300 sectors).
Track 02: Total bytes read/written: 230067936/230067936 (97818 sectors).
Guess it didn't write the data track fully?
What confused me about binchunker, I've never seen an ISO with other files accompanying it. So the ISO is just the data track then. Does this also work if there are multiple audio tracks? Just tack on the extras tracks?
And I assume I need that -p switch with binchunker if I convert a PS1 game instead of a SS one?
I still wish there was just a program like on Windows where the developers actually did the job from start to finish and basic tasks like burning a BIN/CUE would just work. All the fantastic work people do on things like TOSEC/ReDump means we actually have known-good, error free, faithfully done dumps of discs. If I need to use conversion tools and specify stuff the exact right way (TM) then I risk mucking it up. I mean I can't exactly claim to know how CD-Rs actually work. There's enough to worry about with CD-R media, different CD writers, burn speed, mod chips etc. that I rather not add mucking up the conversion process to the list.