When it comes to Internet radio we find it’s always best to use properly ripped audio files.
You would expect those files should then show the correct duration in the audio software you are using.
Alas It would appear SAM Broadcaster has issues with the duration of some files.
One user has tried converting and even re-recording the tracks and the program still shows the incorrect countdown/remaining time.
As you can see from the picture below SAM Broadcaster thinks “The Beatles” tracks all have rather long duration times.
This has been a problem within SAM Broadcaster since the early days (v2.7.7) even with properly ripped .mp3 files.
We’ve found if SAM Broadcaster doesn’t like an .mp3 file it tends to show the time as ??:??
“One of the SVS volunteers on the Spacial Audio has even tried to blame it on the users badly ripped .mp3 files”
It’s NOT the way your music files are ripped/encoded it’s very much a SAM Broadcaster BUG!
I’d imagine it also does this with the other supported file formats.
RadioDJ doesn’t tend to have this issue with properly ripped tracks.
RadioDJ has a far better track/cue point editor & you can use/set custom intro/fade out markers.
“RadioDJ usually detects and displays the correct duration/time for of all of the tracks in the database”
If RadioDJ sometimes misses the end cue points you can easily edit it fade out how you want it to with the built in cue point editor.
This is just another reason to ditch SAM Broadcaster if the program can’t do something as simple as show the correct duration of files.
It’s another problem that the Spacial Audio development team are probably aware of but NOT in a hurry to fix.
Last updated on: 24th July 2018
at 13:42 PM Europe/London