If -a does not find silence, it is silently ignored and -t takes precedence.
I'm using mp3splt to cut a cd rip of a BBC Drama into tracks of approximately 10 minutes each.
I use the -t option set to 10.00, and -a to autodetect silence and adjust the split around the 10 minute point.
From experimentation, it seems that the behaviour if none of the silence criteria is matched (i.e. no silence found) is that -a is ignored and the input is then split at exactly 10:00 mins using the -t.
Information about failure of -a would be very valuable (or simply abort the command). There's a lot going on in the audio, with many small gaps. It was hard to determine if I should make the criteria broader because each split was dead on 10 mins, or finer because it was only 10 mins because -a was failing.
Suggestion: Updating man file with expected behaviour should no criteria be met.
Suggestion: Add a facility (perhaps to -D?) to report on detection success.
Thank you for your feedback.
This is not hard to implement.
There are several options here:
a) issue a warning if no silence was found and the point was not adjusted
b) add a parameter '-p stop_if_no_adjust' for example to stop the split with error - however, this will leave the files already created - but one could use the -P option to pretend to split
Do you have a favorite between a) or b) ?
--
Alex
Hi Alex,
I think both are good ideas and both would be useful. I think if I had to choose, option a) would be my favourite. But I would go with any majority from other users.
I'm currently working with the new flac capability, and I'm getting excellent results!
abssorb
I have added parameters to -p option like so:
warn_if_no_aa - print a warning for each splitpoint if it has not been auto-adjusted
error_if_no_aa - stop the split process with error if one of the splitpoints has not been auto-adjusted
You can test using the latest development snapshot from here:
http://ioalex.net/testing_downloads/
Usage example:
mp3splt -a -p error_if_no_aa FILE SPLITPOINT1 SPLITPOINT2
Ticket moved from /p/mp3splt/bugs/158/
FYI, there is sometimes a bug when splitting FLAC files - they are being detected as mp3 sometimes; this can be avoided by uninstalling or moving away the libsplt_mp3* files.
I am closing this issue.
Please feel free to comment here if necessary.
Those features are now in version 2.6.1 of mp3splt.