Closed ItchyData closed 3 years ago
I am aware of this problem. Till now, I did not found a reasonable cause. A missing audioframe must not be a concern (the length of audioframe is 1/75 of second). The app makes a comparative between real audioframes processed and the number of audioframes embedded in each metadata's tracks.
Try to change 'pauses=1' in config file. Then re-run the app. This will include all the pauses.
I can confirm that using the -b
flag does get rid of the error messages. But then I'm getting output that has a lot of audioframes that are not part of the original (this is the pauses of course):
Processed 26475 audioframes. Duration specified: 26325 (05:51:00 [mins:secs:frames])
And yet still other tracks have the exact number of frames with and without pauses.
How does adding pauses affect gapless playback? Should tracks that are meant to be gapless still be so even when including pauses?
Any general best practices for including the pauses or not? I assume that since the default is the exclude them, that should be the best practice?
Thanks for the information.
The best practice is to remove pauses.
In a few days I will push a new build that fix this bug.
The best practice is to remove pauses.
In a few days I will push a new build that fix this bug.
Ok, will keep pauses removed going forward. Thanks for pushing the bug fix. I'll hold off on my extractions until the new build is released. Best regards.
Uploaded new build sacd_extract.0.3.9.3-99 which fix the bug.
I've done about 10 extracts from my ISOs and no issues at all. Thanks for pushing the fix.
I've converted a number of SACDs from ISO to DSF files using
sacd_extract
. The command I am using on macOS big sur 11.2.1 issacd_extract -2 -s -c -A -i Willy.And.The.Poorboys.SACD.ISO/Willy\ And\ The\ Poorboys.iso -y ~/Downloads/Music
In each conversion there is one more audioframe processed than specified in the first track and one less then specified in the last track. It's happened for each conversion that I've done, so its probably not a coincidence. Here is a typical output: note the discrepancy in the first track and last track.
Is this anything to be concerned with? Normal behavior? A bug? I haven't noticed any issues with the audio during playback for either the first or last track so all seems well quality wise. Thanks for the help!
EDIT: I noticed that I only get this issue for SACD's not compressed with DST. If the SACD uses DST compression I don't get this warning.