tags 319901 + patch pending
thanks
* Martin Michlmayr <[EMAIL PROTECTED]> [2005-07-25 16:16]:
> Under some circumstances the ID used for the generation of the
> jack-<ID> directory does not correspond to the real ID of the CD. In
> particular, "jack -Q" generated the following error (notice the 'ID
> 9f095e0b') along with the directory jack-a3095d0b.
A fix for this is attached below.
This was a really tricky bug to track down if you have no knowledge
about the CD standard at all. It seems that the first audio track
does not start right at the start. There is (at least) an offset of
150 frames (2 seconds) [see MSF_OFFSET = 150]. jack assumes that
audio tracks start immediately after this offset but they don't
have to: they can start a few frames later. In my case, it would
start after 150 (MSF offset) + 32 frames.
cdparanoia would show this (it doesn't include the MSF offset unlike
the ioctl):
track length begin copy pre ch
===========================================================
1. 14718 [03:16.18] 32 [00:00.32] no no 2
2. 12480 [02:46.30] 14750 [03:16.50] no no 2
...
diff -urN jack-3.1.1.orig/jack_helpers.py jack-3.1.1/jack_helpers.py
--- jack-3.1.1.orig/jack_helpers.py 2005-07-26 20:10:09.231433216 +0100
+++ jack-3.1.1/jack_helpers.py 2005-07-26 20:10:28.655480312 +0100
@@ -488,7 +488,7 @@
device.close()
toc.append(min * 60 * 75 + sec * 75 + frame)
for i in range(first, last + 1):
- erg.append([i, toc[i - first + 1] - toc[i - first], toc[i - first] -
toc[0], 0, 0, 2, 1, cf['_bitrate'], cf['_name'] % i])
+ erg.append([i, toc[i - first + 1] - toc[i - first], toc[i - first] -
MSF_OFFSET, 0, 0, 2, 1, cf['_bitrate'], cf['_name'] % i])
""",
}
}
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
