On Sat, Dec 29, 2018 at 05:00:35PM +0100, Thomas Schmitt wrote:
> My fixes may well help to get his .cue test to work.
> (I am glad that i do not have to manage this situation on Edd's side.)
Well the behaviour certainly changed!
---8<---
arrakis:libcdio-paranoia> ./inst/bin/cd-paranoia -Qv -d
test/start_track_not_one.cue
cdparanoia III release 10.2 libcdio 2.0.0 x86_64-unknown-openbsd6.4
(C) 2001 Monty <mo...@xiph.org> and Xiphophorus
(C) 2004, 2005, 2008 Rocky Bernstein <ro...@gnu.org>
(C) 2014 Robert Kausch <robert.kau...@freac.org>
Report bugs to bug-libc...@gnu.org
Using cdda library version: 10.2+0.94+2git x86_64-unknown-openbsd6.4
Using paranoia library version: 10.2+0.94+2git x86_64-unknown-openbsd6.4
Checking test/start_track_not_one.cue for cdrom...
Setting read block size at 8 sectors (18816 bytes).
TOC entry claims an overly large start offset: massaging.
TOC entry claims a negative start offset: massaging.
TOC entries claim non-increasing offsets: massaging.
TOC entries claim non-increasing offsets: massaging.
Verifying drive can read CDDA...
Unable to read any data; drive probably not CDDA capable.
006: Could not read any data from drive
Cdparanoia could not find a way to read audio from this drive.
--->8---
Cue contents:
---8<---
FILE "/home/edd/source/libcdio-paranoia/test/start_track_not_one.bin" BINARY
TRACK 07 AUDIO
FLAGS DCP
INDEX 01 00:00:00
TRACK 08 AUDIO
FLAGS DCP
INDEX 01 00:04:02
TRACK 09 AUDIO
FLAGS DCP
INDEX 01 00:08:04
--->8---
And the bin is a threefold concat of data/cdda.bin.
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
