eharris
commented
4 years ago Imported from SourceForge on 2020-09-13 05:31:03 Created by io_alex_2004 on 2013-11-05 22:53:40 Original: https://sourceforge.net/p/mp3splt/bugs/160/#b0fd
Thank you for reporting this bug.
We need a last splitpoint because mp3splt was designed to always create files using two splitpoints and the CUE file does not gives us the end of the audio.
However, setting the last point as ~100 minutes was a bad supposition and I was doing it so because the CUE specification codes the INDEX as mm:ss:ff where mm are the minutes and they appear to be on only two characters with a maximum of 99.
I have modified the latest development version to set the last splitpoint as the maximum splitpoint read from the CUE file + 100 minutes.
Here you can find a snapshot of the latest development version with the fix: http://ioalex.net/testing_downloads/snapshots/1415/
Feel free to test and give any feedback.
Imported from SourceForge on 2020-09-13 05:31:03 Created by *anonymous on 2013-11-05 10:26:55 Original: https://sourceforge.net/p/mp3splt/bugs/160
When importing splitpoints from cue sheets for files longer than 100mins, mp3splt puts in a split point at 99 59 59 entitled "--- last cue splitpoint ---" even though it doesnt exist on the cue sheet. The artist and the title of this splitpoint do not change though and appear as they would on the cue sheet. The filename of the next splitpoint actually refers to the artist/title of the previous "--- last cue splitpoint---" and puts all the subsequent split info out of order.
To fix this the splitpoint must be removed, then all of the title/artist info changed manually for everything after 100mins
Attachments: