pipian/libcueify

Cross-platform library for extracting audio CD metadata (TOC, CD-Text, etc.) and formatting cuesheets

libcueify's Issues

Index detection can sometimes miss indices

EAC has several index detection modes. It may be necessary to detect indices in different ways.

Case study: Sounds of Earth/Voyager Golden Record.

Add Mac OS X/Darwin support

Once OS-specific modularity is implemented, we can start implementing functions using different operating systems. Mac OS X/Darwin is one such target.

Add tests (especially for serialization)

Although the cueify example has done a good job exercising the APIs and doing basic debugging, we need a proper set of unit tests to ensure that all APIs work as expected (especially serialization/deserialization).

Read and write cuesheet files

cueify is nice and all, but this library should also read and write textual cuesheet files as well.

Add SWIG bindings

To maximize usability of this library, SWIG bindings should be added. Ideally, these bindings should target (minimally) Perl, Python, and Ruby.

Add discid calculations

Might be nice to actually calculate discids of TOCs on the side. That would let this basically almost entirely supplant libdiscid (except with a different API).

Refactor API

Refactor API in /include.

Add Karaoke (CD-G) Support

Investigate the possibility of extracting (or at least detecting) karaoke (CD-G) data and adding it to libcueify.

Add Solaris Support

Solaris support is needed to allow libcueify to act as a complete replacement for the unportable code in the trunk repo of libdiscid.

Add API for proper mode detection

In reviewing the win32 APIs being ported and cueify's old code, I noted the use of ReadRawSector to properly detect the mode of data in a data track. An API should be added to handle this properly like with the other APIs (it need not support ReadRawSector's functionality in its entirety, just the mode-detection part).

Make OS-independent modular structure

As part of the refactoring of the API, the code should make OS-specific APIs separate from the external APIs (c.f. libdiscid)

IOCTL_SCSI_GET_ADDRESS does not work with USB drives

IOCTL_SCSI_GET_ADDRESS does not work with USB drives. Catching error 50 (ERROR_NOT_SUPPORTED) should be sufficient if LUNs can be ignored.

Add API for detecting API support

Not always possible, but when possible, we need to be able to detect when parts of the advanced API (e.g. read_full_toc APIs) are unsupported on a platform.

Refactor include files

Major API change (in terms of the include paths; not in terms of the API names), but no one is using the library yet, so we can afford to do this.

Rewrite cueify to use refactor API

Once the refactoring of the codebase is complete, cueify (in /examples) should be rewritten to use the API.

Add OpenBSD Support

OpenBSD support is needed to allow libcueify to act as a complete replacement for the unportable code in the trunk repo of libdiscid.

Add win32 Support

Right now, although the old code was written for win32 (well, Windows XP and above), no testing is happening using the platform, and it almost certainly does not compile on win32 at this time. If we're keeping the code, we should make it work.

Add track-control-flag support to cueify example

Track control flags now work correctly, but have not been added to the cueify example program.

Add Doxygen documentation

The API should be well-documented with Doxygen. This is already (sort of) done, but it should remain so with the refactor, and we should actually be able to build the documentation as well.

Add Linux support

Once OS-specific modularity is implemented, we can start implementing functions using different operating systems. Linux is one such target.

Add C++ Bindings

In order to better define the SWIG bindings, it is necessary to define C++ bindings which mirror them (in part because C++ bindings cannot be created through SWIG).

Detect tracks with hidden pre-emphasis

Some early CDs have hidden pre-emphasis (i.e. it is marked in the subchannel but not the TOC), e.g. http://www.stevehoffman.tv/forums/showthread.php?t=86992 and http://www.studio-nibble.com/cd/index.php?title=Pre-Emphasis_(release_list) We should add a test to ensure that libcueify can detect these tracks (I do not expect this will need more than an explicit API to support it; the existing underlying APIs should already suffice).

Add FreeBSD support

Once OS-specific modularity is implemented, we can start implementing functions using different operating systems. FreeBSD is one such target.