There's an off-by-one error in cd.c which causes cueprint to wrongly reject
cuesheets with 99 tracks. Its actual limit is 98 tracks, and yet as the
source code notes, the Red Book audio standard permits 99 tracks per disc
(and 99 indices per track).
.
When I looked into this, I saw that:
.
1) not only will the same error occur with index numbers, but
2) the wrong preprocessor symbol is being expanded when checking the index number
Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=658818
From: Branden Robinson <branden@debian.org>
Author: Dmitry Smirnov <onlyjob@member.fsf.org>
It allows to call `cuetag` like so:
cuetag Björk-Volta.cue *.ogg ARTIST ALBUM TITLE YEAR=2007 GENRE=electronic TRACKNUMBER
which accomplishes two things:
1. it pre-selects the fields and specifies their order;
2. it hardcodes two fields to specific values for all tracks.
Since the field list is hardcoded for MP3, any fields specified on
the command line are effectively ignored. This could probably be
implemented better, but I do not care about MP3 at all.
Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655078
From: martin f krafft <madduck@debian.org>
Author: Dmitry Smirnov <onlyjob@member.fsf.org>
This avoids truncating long titles/albums/etc.
Author: Felipe Sateler <fsateler@debian.org>
Reviewed-By: Dmitry Smirnov <onlyjob@member.fsf.org>
Thanks-To: Rogério Brito.
Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=676478
* Look for `mid3v2` first and fallback to `id3v2` according to their availability.
* Added error message if neither of them found.