Jump to content

ddkk

Active Members
  • Content Count

    23
  • Joined

  • Last visited

About ddkk

  • Rank
    Hak5 Fan

Profile Information

  • Location
    Aiea, Hawaii

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I interpreted barley!!'s suggestion as to try 7.3.1, he said that 7.3 has problems with the names. That's what I've been trying to get to, but I keep getting problems opening it up. I did try in IE, but I am using a proxy so it may be filtering it?
  2. MrDave, I can't get to your wildandbad site to download the 7.3.1, I get a "page cannot be displayed". I can get to the latenightgames site, but, according to barley!!, that one (7.3) has problems. Could you please put the 7.3.1 on the mirror-latenightgames site?
  3. You can try to see if it works. You'll have to check the files that are ripped, it may not be the correct title. It may say Fleetwood Mac, but when you play it, it may be Neil Sedaka. I know, I'm an old foggie!
  4. I looked back to like page 31-32. I think Barley!! fixed the problem with the songs being saved to both temp and tempplugtmp# folders. Now it seems to only save songs from temp folder that's named plugtmp#-#. That's why it keeps saving the same song over and over. It doesn't recognize the files in plugtmp# folder that are named that long numeric thingy. Clearing out the temp folder doesn't seem to do it for me. Maybe someone modified an old file and submit it as a new release?
  5. I could've sworn barley had resolved the problem with the mp3 files being put in plugtmp# folder and root of plugtmp folder? Remember when we were talking about putting the songs in another folder and sorting by date/time stamp. I know MrDave said that javascript can't do that. It looks like it's that problem again with it alternating the folders that it saves in. Sorry if this is a repeat. MrDave, That's extremely impressive for you to pick this up so quickly!
  6. Maybe someone could try putting files from temp as well as files from tempplugtmp into another folder and sort them by date/time then rename them with the artist-song name.mp3. I don't know java script, sorry. When you do this manually you can see that Pandora is saving files randomly between temp and tempplugtmp folders. The rip may seem like it is saving the files correctly, but when you try to play them back they are not what they are tagged as.
  7. Does this work now with the latest changes Pandora made?
  8. DannyZ99, This is a known problem right now. Pandora is now saving the mp3 files in two different places and alternates between them. So, the syncing of the rip is off.
  9. I hope I this doesn't mess up the forum. I'm still encountering a problem with finding the correct mp3 file. I assumed I had to pull the pandora_experiment.jar file from your site again. This time around, Pandora seems to be first putting the files in temp folder. Is it a matter of looking at both folders and checking the time stamp? INFO Thread-2 servlet.ProcessAction - handling mp3 request INFO Thread-2 util.Mp3Processor - locating mp3 INFO Thread-2 server.Server - unable to rip MP3 java.lang.NullPointerException at util.Mp3Processor.findCurrentTmpMp3(Mp3Processor.java:39) at u
  10. I just tried creating a dummy plugtmp folder to force it to create plugtmp-1 folder for that problem with the filename length, just in case. I got this error which looks slightly different. INFO Thread-2 servlet.ProcessAction - handling mp3 request INFO Thread-2 util.Mp3Processor - locating mp3 INFO Thread-2 server.Server - unable to rip MP3 java.lang.ClassCastException: [Ljava.lang.Object; at util.Mp3Processor.getAccessFile(Mp3Processor.java:93) at util.Mp3Processor.findCurrentTmpMp3(Mp3Processor.java:57) at util.Mp3Processor.findCurrentMP3(Mp3Processor.java:27) at servlet.Proces
  11. INFO Thread-2 servlet.ProcessAction - handling mp3 request INFO Thread-2 util.Mp3Processor - locating mp3 INFO Thread-2 server.Server - unable to rip MP3 java.lang.NullPointerException at util.Mp3Processor.findCurrentTmpMp3(Mp3Processor.java:39) at util.Mp3Processor.findCurrentMP3(Mp3Processor.java:27) at servlet.ProcessAction.handleMP3Request(ProcessAction.java:30) at server.Server.handleHTTPRequest(Server.java:110) at server.Server.run(Server.java:83) INFO Thread-2 server.Server - unable to rip MP3 null This is what I got when I tried Cooper's latest "experiment". I replaced
  12. Sorry, drkxxx has already notified everyone of this problem. Has anyone figured out what to do? I tried the latest download and it still seems to be a problem.
  13. Has anyone noticed that they are starting to mix up the file downloads between putting mp3's in plugtmp and in putting mp3's on the root of plugtmp? Now my songs that are ripped are all mixed up. It seems to start off okay with the first two songs, then it starts to alternate so you the titles are not matched to the songs.
  14. *THAT*'s what I was looking for! The problem is that there's a regular file in your TEMP directory whose name start with 'plugtmp' but that is less than 10 characters long. I've replaced the pandora.jar on my server with a new version that discards such files. Please try that and see if that fixes it. That's the problem I'm seeing but please note that "plugtmp-1" is only nine characters so the conflict is still built-in! On a system that works the plugtmp folder is ignored and plugtmp1 is created. Now the temp files are named 10 characters long (i.e. "plugtmp1-1") - no problem. Thanks
  15. That makes no difference. I'm still getting unable to locate artist and song information. I'm getting the same problem. I looked at my TEMP environment variable and it appears to be the correct place "documents and settingsxxxxlocal settingstemp. My plugtmp-n music files are now in the root of the temp folder whereas before it would put the files within the tempplugtmp folder. Is it the program or do I have to set the environment variable differently?
×
×
  • Create New...