| Home | Forums | What's new | Resources | |
| ISO/MP3/WAV to BIN/CUE? |
| chainsmoker - Jul 30, 2002 |
| 1 | 2 | Next> |
 |
mal | Jul 30, 2002 | ||
|
It may be possible, but I haven't yet tried it... After coverting the mp3s to wavs (and altering the cuesheet to suit), open the cuesheet using CDmage.... The save as function lets you save as bin/cue from any other format (cdi, nrg etc) but I've not yet tried iso/wav with cuesheet to bin/cue. It might work. Give it a go.  | ||||
|
MasterAkumaMatata | Jul 30, 2002 | ||
mal: I just did a little experiment using the a small game that had one data track and one audio track in a BIN+CUE.
I've even compared the CRC of the BIN from the original BIN+CUE to the converted BIN+CUE made with CDmage. The CRC's matched!Conclusion #2: CDmage rocks!  | ||||
 |
chainsmoker | Aug 3, 2002 | ||
| Trying an actual burn using this method. I used mp3 to wav to convert the mp3s, I used sega cue maker to make the cue. (crosses fingers). | ||||
|
mal | Aug 3, 2002 | ||
|
Open the iso file using CDmage. This should tell you if the image is infact a 2048 'cooked' image or a 2352 'raw' one. If it is raw, change the cuesheet accordingly. | ||||
|
MasterAkumaMatata | Aug 3, 2002 | ||
| chainsmoker: Which version of CDmage are you using? 1.01.5 or 1.02.1 Beta 5? The latter version is the one to use. | ||||
|
chainsmoker | Aug 4, 2002 | ||
|
Here's how I finally got it to work. Got the latest Beta version of cdmage, per your advice. Loaded the 2048 mode 1 iso file (data track). Save as, (defaults to cue) rabbit.cue. When given the option to choose, convert to mode 1 2352. It then converts the data track to a rabbit.bin and a rabbit.cue (cue just lists the bin in it, no audio tracks). Erase the cue. Rename the bin to raw. (not sure if this is necessary, but sega cuemaker would not make a cue until I did this.) Save sega cuemaker cue after selecting the dir with the raw file and all the wav files. Then I have a new cue with the raw file as track 1 and the wav files as the audio tracks. Burned from the cue file, cdrwin. Enjoyed working game with working audio tracks. Thanks for all your help guys. I hope I can help someone else who ever comes across this issue by the steps I listed above. | ||||
|
mal | Aug 4, 2002 | ||
|
That's great that you were able to get it to work. BTW you can just load the iso file in CDmage and then 'Extract tracks...' by right clicking on it and save it as a raw image. | ||||
 |
Taelon | Feb 11, 2003 | ||
|
IIRC, CDMage doesn't actually recognize whether a given track is raw (2352 bytes/sector) or cooked (2048 for Mode1, 2336 for Mode2). But a simple trick will answer this question for any image file (that is, an image of a TRACK, such as an .iso): Get the exact filesize in bytes and divide that with a calculator by 2048, 2336 or 2352. Whichever value gives you a clean division with no rest is how many bytes/sector this image file contains. (Incidentally, the RESULT of the clean division tells you the number of sectors contained in the image.) | ||||
|
mal | Feb 11, 2003 | ||
| Actually it tells you the sector size of tracks in both the image tree window and the 'track detail' window. | ||||
|
Taelon | Feb 12, 2003 | ||
| Even if you open an image of a single track, rather than a cue sheet? (.iso/.raw/.bin/.tao?) | ||||
|
mal | Feb 12, 2003 | ||
| Yes, even if you just open a single data track. | ||||
|
Taelon | Feb 13, 2003 | ||
Oh. Huh. I don't know how I ever missed that.  | ||||
 |
Bootnut | Mar 14, 2003 | |||
|
Just to clarify.. If I have an ISO & WAV set to burn, I can check the mode of the iso track by doing some simple division? So Mode 1 would be divisible by 2048, raw is divisible by 2352, and mode 2 by 2336. Sega Cue Maker does check for this, right? Until very recently, sega cue maker has been flawless for me. 3 games marked as Euro releases that I've recently downloaded (2 from 1 source, 1 from another) refuse to burn under cdrwin 3.9c with the following error: Error: Invalid Cue Sheet Command at line 5 Previous file is not a multiple of the specified block size I've checked the ISO (both patched for US and left as Euro) and the exact byte sizes are not divisible by any of the 3 modes I listed above. The rar seemed fine, at least no errors reported. Here's the cue:
Code:
This is baffling me. Do I just have crap rips, or is it something deeper? Thanks, Bootnut | |||||
|
mal | Mar 14, 2003 | ||
Could be bad rips.  Try opening the isos with CDmage... and see what it tells you about them. | ||||
|
Bootnut | Mar 14, 2003 | ||
|
Yeah, should have mention CDMage. I can't open the ISO in CDMage. I either get sector boundary errors, or when I try to open in raw mode, I'm told that the image is different than what was assumed (IE, CDROM or Mixed). I think I can assume they're all bad rips, as long as I can assume that when a rar file can be extracted from with no errors, it must be a good archive. Thanks Bootnut | ||||
 |
IBarracudaI | Mar 14, 2003 | ||
|
It could be a non-standard iso that someone renamed to .iso ... like a Nero image file for example, some programs add some bytes to image files, try opening it with an hex editor, look for the first sectors... maybe you'll see something usefull...  | ||||
|
Taelon | Mar 14, 2003 | ||
|
One might also try changing the size of the actual .iso file to match either a 2048-byte or a 2325-byte sector boundary. I would do this as follows (assuming the .iso is 2048 bytes/sector, if not, you'd have to try the following with 2352 instead): Divide the .iso's byte size by 2048. Chop the stuff after the decimal point (of your result value) off. Multiply the remaining integer value by 2048, and you'll know how many bytes to chop off the end of the .iso, or rather, how many bytes the .iso itself should actually be. To actually do this, a file splitting/splicing tool should do the trick. Just enter the new byte size (that you calculated) as the size to split to, and give the first split file the .iso extension. (The second split file will be junk, a partial sector.) Now try opening the new .iso. If it's not recognized and/or no filesystem shows up, then redo the whole process with 2352 bytes/sector. Once your new .iso IS recognized, you'd have to extract all the files from it to a test folder to make sure the iso is actually complete (i.e. wasn't incomplete to begin with)... | ||||
| 1 | 2 | Next> |