i found out in the log and with debugginf that while listening , at first only 1 file is created plugtmp-1 and if u look in the code in MP3Processor.java:
private static File[] getJoinedPandoraMp3FilesInDecendingOrder() throws IOException {
List<File> mp3s = new ArrayList<File>();
File tempDir = findTempDir();
joinMp3s(mp3s, tempDir);
File[] joinedMp3s = mp3s.toArray(new File[mp3s.size()]);
sortFilesByLastModified(joinedMp3s);
if (joinedMp3s.length < 2) {
throw new RuntimeException(ERR_TMP_NOT_FOUND);
}
return joinedMp3s;
}
u can see the bold line.
the condtion looks for twk mp3 file (4 times) and when it doesn't find it raises an error:
INFO Thread-2 server.Server - unable to rip MP3
java.lang.RuntimeException: unable to find file make sure you have Pandora running in a FIRFOX browser
at util.Mp3Processor.findCurrentTmpMp3(Mp3Processor.java:59)
at util.Mp3Processor.findCurrentMP3(Mp3Processor.java:25)
at servlet.ProcessAction.handleMP3Request(ProcessAction.java:31)
at server.Server.handleHTTPRequest(Server.java:110)
at server.Server.run(Server.java:83)
INFO Thread-2 server.Server - unable to rip MP3 unable to find file make sure you have Pandora running in a FIRFOX browser
not all the times 2 files are created, but i've seen many times that in the middle of the song 2 files are created, i dont know why, but this condition doesnt cover all cases.
also: if u look in DefaultProperties.java
u can see the line:
public static final String TMP_MP3_RETRY_COUNT = "tmp.mp3.retry.count";
but if u look in the file itself shipped with last version (7.3, 7.3.1)
u can see : mp3.retry.count=10
so u get an error: Unable to load tmp mp3 retry count property.
FYI