dubby

Also note that the tuner_6_9_0_4.swf string occurs twice in the pandoragrabber.html file. You probably should change both. Changing just the first occurance in the <PARAM> tag didn't fix it for me (maybe because of a browser setting... not sure). So, at least in some circumstances you must also make the change in the <EMBED> tag.

How about throwing that line out altogether? Pandora makes 2 plugtmp* files in that directory. That FilenameFilter a few lines up makes sure that only regular files named plugtmp* wind up in files array. What's the point in also checking to see if the name ends with a number? You're right. I didn't give much thought to why it was trying to parse the number out of the name but it seems that's a holdover from previous tactics to identify the mp3 audio files when they were in the plugtmp directory and had filenames consisting of just a number. Looks like deleting the line should work. Good call.

Try replacing the line in Mp3Processor.java that was originally this: Long.parseLong(file.getName()); ... to this ... Long.parseLong(file.getName().substring(file.getName().indexOf("-")+1)); That should handle it whether it makes plugtmp-## files or plugtmp1-## files.

Absolutely untested... except for the one test I did... which might have been a fluke... but it worked. Don't you just love hacks on beta code that is attempting to 2nd guess an uncooperative 3rd party system in the 1st place. I did notice that in some cases, Pandora is pre-loading the "next" song before it is even displayed or played. That might be sending pandora.jar for a trip. I didn't look over that part of the code too closely. I just tried to get the file name identification working and left the rest of it alone.

The $1 and $2 class files should be generated along with Mp3Processor.class in the same compiler output location. They are just anonymous inner classes in the Mp3Processor.java source (one is a Comparator for sorting file names and the other is the one I added which is a FilenameFilter... as if you care...). Looks like someone made the mods, rebuilt the jar, and posted it anyway. That should be easier unless you just really want to do it all yourself.

For those of you who aren't afraid to hack a bit, and know how to compile Java code... 1) Edit srcutilMp3Processor.java... 1-a) Find these lines (beginning around line number 67) ---------- private static File getAccessFile(File pandoraTempDir) { File [] files = pandoraTempDir.listFiles(); ---------- ...and insert the following lines just after those lines... ---------- File tmpDir = new File(System.getenv("TEMP")); files = tmpDir.listFiles(new FilenameFilter() { public boolean accept(File parentDir, String fileName) { boolean nameMatches = fileName.startsWith("plugtmp"); if (nameMatches) { File mp3File = new File(parentDir, fileName); return !mp3File.isDirectory(); } else { return false; } } }); ---------- 1-b) Find this line (around line number 88 after the above is inserted) ---------- Long.parseLong(file.getName()); ---------- ... and replace it with this line... ---------- Long.parseLong(file.getName().substring(10)); ---------- 2) Save and compile the revised Mp3Processor.java file 3) In the same directory where the original pandora.jar and the src directory exist, create a new subdirectory called override and then inside that, create overrideutil 4) Copy Mp3Processor.class, Mp3Processor$1.class, and Mp3Processor$2.class into the overrideutil directory 5) Run pandora.jar with the following command java -cp override;pandora.jar client.Client Hopefully an official fix will be released soon and you won't have to do any of this... but if you just can't stand it being broken, and you know your way around a Java compiler, this seems to get it working again. Worked for me anyway. BTW, I also thought it was pretty funny that the first song that Pandora played after I got the grabber fixed was a song recorded by a well known has-been thrash band. For those who missed that episode of the music download wars, read this... http://www.disinfo.com/archive/pages/dossier/id374/pg1/