After refreshing the monitor service the log comes down with the following error message after a while

2011-10-11 08:22:23,115 ERROR - [MainThread] [MediaMonitor.py : <module>()] : LINE 92 - Exception: 'ascii' codec can't decode byte 0xc3 in position 30: ordinal not in range(128)

Cheers Albert,

Using the 32 bit version. The code fixed the error indeed. So part of the problem is gone.

Still left with those empty playlists and no way to back em up

cheers
Jeroen (Radio A6)

No error in the log

but the playlists are still empty and no idea how to back em up.

The problem here is that you removed the watched folder - once you do that,
any references to those files in Airtime will disappear, including items in
the playlist and in the schedule. What I dont quite understand is why you
did that? You said that there were no files in the library? Is that
correct?

- Paul

I have the same problem, i am currently watching a network drive, if the network drive goes down the watch folder gets erased, there for all of the play lists get erased, so if i have a power outage, and my airtime server boots before my network storage device, i loose all play lists in airtime.

is there a way to manually force the server to re index the watch folder, currently i have 41000 songs in that folder that must be refreshed if my nas boots up before the airtime server. and the fastest way to get it to refresh is to back up and reinstal airtime.
Camerin

I am curious if we could temporarily patch the problem by changing the delete routine to set file length to 0 sec. or something like that, that way when the song comes back it you extend the play time to the full play time. I am pretty new here so i don't know if that would be a possible easy fix, or something that would take a long time to rework. But i am sure others have the same problems
Camerin

@Paul.

I removed the watch on the watched folder ( not the folder itself ) because it failed to import and made monitor unhappy. No Songs would show up in Airtime because of it. I recreated the link after the monitor problem was fixed ( thanks to Albert ). I would expected it to create the same links ( ids ) for mp3 files in the database. Wondering what happens to a playlist when i delete or move a file. In ideal circumstances Airtime should know the file is deleted or moved. So it automaticly skips it in Airtime ( and marks it as invalid in the playlist ). With a moved file the link in the playlist should be automaticly updated so playlists will never be broken.


Same goes if i ever have a server crash or need to install airtime on a new pc. The files will still have to be reimported. Then all the playlists ( which are a lot of work ) are void. Isn't there a way to store the files based on the hashtag of a file in the database ? ( so its always to be found )

Currently there is no way to store/restore all the work we do/did on a new system and have functional playlists. So currently where not able to use airtime, as the music editors refuse to refill the playlist when they can be lost in the blink of an eye. I kinda agree with em as they put in a lot of work ( over 48 hours ) and I have now way to ensure any backup in case that happens.

Cheers
Jeroen (Radio A6)

Running Ubuntu 64 bit and airtime 2.0.3
I too store all the content on an NAS

So far I've had playlists bork (end up empty) a couple of times destroying hours of work

Of course, this is an open source software package so I cannot complain too much
Removing the watch folder really broke it the first time so I cannot suggest doing that

It was suggested I:
1) reinstall the software and that didn't work
2) restart the media monitor using: sudo service airtime-media-monitor restart
and that didn't work

I was able to backup the postgre database and restore it so at least in the future I won't lose everything but
is there any way to recover the playlists or are they toast?

Thanks!