CUETools 2.1.5(click image to enlarge, click back button in browser to return)
The bin/cue format is used by some popular non-Unix cd-writing software, but is not supported on most other CD burning programs. A lot of CD/VCD images distributed on the Internet are in BIN/CUE format, I've been told. This is a Unix/C rewrite of the fine BinChunker software. Bin/Cue files are a vriation of the CD/DVD images available. The Bin file is the actual image whilst the Cue file is just information about the Bin file that tells the burner how to handle the data. Any DVD/CD burning software should handle Bin/Cue files. I personally recommend Nero. Aug 05, 2018 After binchunker is successfully installed on the Mac, you can then convert the.bin and.cue into an iso file with the following command syntax: bchunk Input.bin Input.cue Output.iso Hit return and the conversion will begin, wait until it completes (obviously) before attempting to use the iso file. Create Cue-sheet files (.cue): Cue-sheet files (.cue) were originally designed for CDRWin but they are commonly used and combined with optical disc image files to have a feel for the track layout of the CD, DVD or BD. Cue-sheet files (.cue) are in fact text files (you can open them with any text editor).
CUETools
Cue And Flac Files
CUETools is a tool for lossless audio/CUE sheet format conversion. The goal is to make sure the album image is preserved accurately. A lossless disc image must be lossless not only in preserving contents of the audio tracks, but also in preserving gaps and CUE sheet contents. Many applications lose vital information upon conversion, and don't support all possible CUE sheet styles. For example, foobar2000 loses disc pre-gap information when converting an album image, and doesn't support gaps appended (noncompliant) CUE sheets.
Download
Download links for CUETools binaries, source code and prerequisites can be found on the CUETools Download page.
The distribution comes with CUERipper, an easy-to-use tool for ripping CDs to audio files plus cue sheets, with optional native or EAC-style logging. Like CUETools, it checks the rip against the AccurateRip and CUETools databases. It also contributes to the CUETools database.
Supported formats
Supports WAV, FLAC, APE, lossyWAV, ALAC, TTA, and WavPack audio input/output.Audio must be 16-bit, 44.1kHz samples stereo (i.e. CDPCM).Supports every CUE sheet style (embedded, single file, gaps appended/prepended/left out).It is also possible to process a set of audio files in a directory without a CUE sheet, or use a RAR archive as aninput without unpacking it.
Use cases
- Convert a single-file album image with CUE sheet to a file-per-track album image
- Convert a single-file album image with CUE-sheet-per-album to a single-file album image with CUE-sheet-per-track album image (feature request)
- Convert a file-per-track album image with CUE sheet to a single file album image
- Convert a file-per-track album image without a CUE sheet to a single file album image with simple CUE sheet
- Convert an album image from one lossless codec to another, preserving CUE sheet structure
- Verify a (possibly non offset-corrected) album image against AccurateRip database
- Apply offset correction to a rip made without offset correction
- Prepare an album image for burning with software, which does not handle drive write offsets, by applying offset
- Extract an album image directly from a RAR archive without unpacking it, and save it in a different format
- Fix filenames in a CUE sheet, if the files were renamed or converted to a different format.
- Compress to lossyWav, creating a lossy output + correction file.
- Convert a HDCD image to 24-bit / 20-bit / lossyWav 16-bit audio files (irreversible).
- Convert an album image with minor audio errors to one without errors, using correction files in the CUETools Database.
AccurateRip support
Since version 1.9.2, CUETools can verify album images using the AccurateRip database. ARCue and TripleFLAC were an inspiration. The unique feature of CUETools AccurateRip verification is offset detection. A rip that was made without offset correction can still be verified against the database; the offset can be found and corrected.
Sample log:
More information about the log can be found in the CUETools log documentation.
Why AccurateRip database lookups sometimes fail
Sometimes, CUETools can't find your ripped CD in the AccurateRip database, even though an entry for it does exist. Usually this is because the rip contains incomplete information about the layout of the original CD. CDs are identified in AccurateRip by the length of all tracks in the disc's entire program area. Therefore, the rip must contain not just all audio tracks, but also:
- Info in a .cue sheet and/or .log file about the presence and duration of any data tracks.
- Info in a .cue sheet and/or .log file about the presence and duration of any Hidden Track One Audio (HTOA, a.k.a. track 01's 'pregap' or 'index 00' portion)—or just the actual HTOA in an audio file.
So make sure you have the rip's original .cue sheet and .log (EAC or CUERipper format) available. Keeping the original .cue ensures that you don't lose the track 01 pregap length. If you rip to separate tracks without a .cue sheet, and without saving HTOA to a separate file, then this information is lost. If the CD had HTOA and/or a data track, you won't find it in the database without a .cue sheet (or if using a foobar2000-generated or dummy .cue sheet). Sometimes you will find a wrong set, e.g. when the disc was released in two versions, one with a data track and one without—if you rip the version with the data track, and verify it without a .cue sheet, then your files look like the version without a data track. Similarly, if you rip a CD which has HTOA, but don't save the HTOA to a file, and then you try verify it without a .cue sheet, your files look like they were ripped from a CD-R copy of your HTOA-less rip.
CUETools can learn of a data track's existence on the original CD by info in the .cue sheet or .log file. The .cue sheet probably won't have the needed length info because the data track is the last track and probably isn't in the rip (audio CD rippers generally don't rip data tracks at all). However, if you have an EAC log made by a recent version of EAC, CUETools can get the data track length from it. For this to work, the .log file should have the same name as the .cue file, but ending in .log instead of .cue, of course. Or, if you don't have a .log file, but your .cue sheet contains the disc's original freedb DISCID (like all .cue sheets made by recent EAC versions), CUETools can determine a possible range for the data track length. You can try to enter 75 different values in that range manually to find an exact length.
Command line options
For further information, see Command-line Tools
CUETools.exe /<profile> <cuefilename> | /verify - verify an image using AccurateRip database from 'verify' profile. |
/convert - convert an image using settings from 'convert' profile. | |
CUETools.exe <cuefilename> | open CUETools dialog, with input file set to <cuefilename> . |
CUETools.ARCUE.exe <cuefilename> (formerly ArCueDotNet.exe) | console version of AccurateRip verification. |
CUETools.LossyWAV.exe <cuefilename> (formerly LossyWAVSharp.exe) | console lossyWAV compression utility |
Builtin encoders
description | libraries | |
---|---|---|
flac | FLAC | libFLAC, cuetools, or FLACCL (see CUETools FLAC encoders comparison) |
wv | WavPack | libwavpack |
ape | Monkey's Audio | MAC_SDK |
tta | True Audio | ttalib |
m4a | ALAC | libALAC |
Path formatting
CUETools uses output path templates similar to foobar2000 title formatting syntax. Romancing saga 2 pc.
Supported platforms
CUETools is a .NET application, written in C#. Processor dependent plugins are included for 32 bit (x86) and 64 bit (x64) Windows versions. Arabic grammar books in urdu. Installation of .NET Framework and Visual C++ runtimes is required, for details see CUETools Download page.
Users report they have been able to use it under linux, using
- Mono, but in this scenario only WAV audio is supported, as other codecs are not yet ported to C#.
- Wine, using Winetricks or PlayOnLinux to install the .NET Framework and Visual C++ 2008 runtime files in a wineprefix.
Guides
Main Screen (GUI) Settings |
Advanced Settings |
---|
CUETools | Tagging | AccurateRip | Formats | Encoders | Decoders | HDCD | Advanced |
Other Guides |
CUETools (.accurip) log | CUETools Templates |
Known issues
- On discs with multiple entries, Repair function needs to display a window asking confirmation and presenting you with a choice of available repair targets. This window is currently only visible when Input: is set to Folder browser mode with a single file (or file grouping) selected. Batch modes (Multiselect Browser mode, Drag'n'drop mode or selecting an entire folder in Folder Browser mode) are not supported.
- In Multiselect Browser mode, Local DB won't expand using mouse after F5 refresh. Temporary solution: Select then use right arrow key → on keyboard to expand.
- Wide (2-byte) characters may be parsed as two single-byte characters (from the default Windows code page) in UTF-8 encoded CUE sheets. Converting the CUE sheet to UTF-8 BOM (byte order mark) will help CUETools identify the encoding.
More bugs might be mentioned in the development thread and bug tracker, both of which are linked below
External links
- CUETools discussion - CUETools forum area at Hydrogenaudio (current).
- Github - CUETools on GitHub (current)
- CUETools Issue Tracker on GitHub (current)
- Old Development Thread - Hydrogenaudio forum thread 1.9.5 through 2.1.6 (read only - thread closed to new discussion).
- Old Sourceforge project page
- Old CUETools bug tracker on SourceForge
- Moitah's website - Website of the original CUETools author, where you can find old version 1.9.1
Retrieved from 'http://www.cue.tools/w/index.php?title=CUETools&oldid=3476'
Emulating games is fun, but while SNES, NES and Genesis games are easy to find and run, PlayStation games are a bit more complicated. Unlike the others, they come in a dozen of different disc formats.
Most commonly, you'll find PlayStation games distributed as a zip-file and inside you'll find one or more bin files. Each bin-file represents a track on the game CD-ROM. From my experience, the first track is always data and any subsequent tracks are audio - at least for PlayStation 1 games. Unfortunately, emulators and virtual drive managers won't load multiple tracks automatically. They need something called a cue sheet, which is a special textfile that works as a tracklist. It's supposed to represent a CD-ROM and define which tracks are on the CD-ROM, which order, what format they are (data or audio) and the filename of the bin file for each track.
Given the importance of this cue sheet, it's sad how distributors of roms often forget to generate/include the file (or include an invalid one). For ePSXe, it seems that you can load the first bin directly, but background music will be missing and you'll be disappointed. ?
With a little technical skill and a great deal of patience you can write suitable cue-files yourself for each of your games in notepad, but it's errorprone, boring and it can be automated. So guess what.. I wrote the script, so you don't have to! ?
Prior to making this webpage, I found a few existing tools that attempt to solve this issue. I tried three different ones - Thorst's CueMaker, Liors Cue Maker 2.4 and Lior's Cue Maker unknown version. Unfortunately, neither of the tools seem to support games with multiple bin files and since these games are the ones that won't have music without a cue sheet, these tools don't really solve the problem.
This webpage also assumes that the first track is data, while all subsequent tracks are audio. This assumption seems to hold true for every PlayStation game I have tried so far.
Drag your bin files onto the dropzone below and have the cue sheet generated automatically. Your files will not be uploaded or anything. The dropzone is used to read the filenames of the bins, so this webpage can generate a cue sheet for you.
Make sure your binfiles are listed in the right track order, when you drag the files onto the dropzone. If the track order is wrong, the cue sheet won't work!
Once you have dragged your bins onto the dropzone, a cue sheet will appear in the textarea above. Copy the content into notepad.exe or whatever you prefer and save it in the same folder as your game bin files. You should have one folder per game and inside that folder, you should have the bins and the cue file. Keep in mind that the cue file references your bin files, so you feel a strange urge to rename the bin files, your cue sheet must be updated/regenerated to match the changes. While the name of the cue file itself doesn't matter, it's probably a good practice to name it after the game.