sirdaf

The reloading problem has been there all along. There was this guy on some forum who claimed to have a fix for this in the HTML code of the pandoragrabber.html file. When I find it, I'll post it here.

Thanks man! You saved me alot of work of finding out how to compile the project to a jar file. Already had installed SDK, but didn't know yet where to go from there :)

Were they using these new filenames yesterday aswell?

Dunno how this amazing hack works, but if it's looking for files named as they were named before (cache-x), that might be the point where it goes wrong now. If that's the problem it could maybe be fixable by checking new tempfiles by creation date, the newest being the one that just started playing in Pandora..

BTW Han, does it still work for you then?

Thanks for your reply, but I have been trying this for at least 4 hours and the log keeps growing with the same error. "INFO Thread-2 util.Mp3Processor - access file not found trying again after 1 sec "I tried both ports 8080 and 8085 . Pandora plays fine but the rest is only watching, even it reads "grabMp3() complete" on top 2nd row :/// Cruise control reads "fetching ID3 information and tagging MP3 for artist (A.I.) song (Bottoms Up)...." but it restarts when it skips to next song. This is company network and we have firewall, do you think this may cause the problem? Goban: same problem here, and it's since today. Further I believe the tempfiles in the plugtmp directory had a different naming convention before. They were named like chache-[x] ([x] being follow-up number) before. Now their names are long strings of numbers. Could this be the problem?