Well I am running out of ideas so I think this is the best place to get support!
So let me get straight to the issue: Airtime says it's working fine, -- Your installation of Airtime looks OK! However the stream in the Icecast server is the random playlist set as default when no show has been scheduled. The On Air button is red... the icecast connection is ok. All the processes are shown as fully functional and there is no warning or error in the pypo-liquidsoap log file!
How should I proceed? I am running a few virtual hosts on that same server, but this has never caused a problem!
- the light can(t be red if nothing is scheduled if you have music ls_script.liq is modified isn't it ? what say airtime logs ? /var/log/airtime pypo and pypo-liquidsoap ?
Well it's a weird bug and I just can't understand what to make of it. Now, out of nowhere, airtime is streaming again! And I did nothing! The ls_script is modified only to play random files when nothing is scheduled. The airtime-liquidsoap icon shows that the application is down. However, everything works!
The next time this happens please post the liquidsoap log available in /var/log/airtime/pypo-liquidsoap. There will be an entry pointing to what file Liquidsoap was playing at the moment.
I can tell you that if the ON-AIR light is red, then it means Liquidsoap successfully began to play the file. However the file may have become truncated, which is why the track might abruptly end.
Mutagen-based replacement the id3iconv utility, which converts ID3 tags from legacy encodings to Unicode and stores them using the ID3v2 format.
Options: --version show program's version number and exit -h, --help show this help message and exit -e ENCODING, --encoding=ENCODING Specify original tag encoding (default is UTF-8) -p, --dry-run Do not actually modify files --force-v1 Use an ID3v1 tag even if an ID3v2 tag is present --remove-v1 Remove v1 tag after processing the files -q, --quiet Only output errors -d, --debug Output updated tags
Yes of course, I wasn't implying that reencoding the tags could prevent the issue. I was just mentioning it as an example, if there is some matching application that could check the mp3s whether they have been truncated. ;)
For those having similar problems, mp3info utility is the best choice for finding corrupted mp3s in your database.
sudo apt-get install mp3info to install it in ubuntu and then
This command in the /srv/airtime/ folder will echo all the corrupted mp3s find . -iname '*.mp3' -exec sh -c \ 'curfname="{}";\ errors=`mp3info -p "%b" "$curfname"`;\ if [ $errors -gt 0 ];\ then \ echo $curfname has $errors errors; \ fi ' \;
You can change the echo line with "rm $curfname " to automatically delete them.
Careful, you are removing files as root, I will not be held responsible if you destroy your system!
Post edited by Aris Synodinos at 2012-03-19 06:18:31