2011-02-13, 18:56
Hi to All
Scenario: 1 .APE and 1 .CUE, both correct, checked with other players and physical burn with EAC. Resulting CD is _correct_.
When choosing a track, xbmc player starts the track a few secs offset, so 0.5 - 5 seconds is missing. Note that this exact _o p p o s i t e_ the a closed ticket: "#8740: Bugs: cue + ape always play first few second of ape file (closed: Fixed in SVN)"
Consequences: Listening individual tracks and _party_ mode nearly unusable for monolithick APE albums, and are potential danger for amplifiers and loudspeakers. (extreme transients)
My diagnostig results:
* My all APE and .CUE pairs introduce this bug
* The missing time interval is more greater for bigger track indexes
* If I decode the very same .APE to a .WAV, and replace it, using the _very_ same .CUE sheet, and rescan to library: It works correctly in XBMC.
* Flac works correctly.
Thx
Listener
Scenario: 1 .APE and 1 .CUE, both correct, checked with other players and physical burn with EAC. Resulting CD is _correct_.
When choosing a track, xbmc player starts the track a few secs offset, so 0.5 - 5 seconds is missing. Note that this exact _o p p o s i t e_ the a closed ticket: "#8740: Bugs: cue + ape always play first few second of ape file (closed: Fixed in SVN)"
Consequences: Listening individual tracks and _party_ mode nearly unusable for monolithick APE albums, and are potential danger for amplifiers and loudspeakers. (extreme transients)
My diagnostig results:
* My all APE and .CUE pairs introduce this bug
* The missing time interval is more greater for bigger track indexes
* If I decode the very same .APE to a .WAV, and replace it, using the _very_ same .CUE sheet, and rescan to library: It works correctly in XBMC.
* Flac works correctly.
Thx
Listener