Jump to content

Pandora Timeshifting App: Main Discussion Thread


irieb

Recommended Posts

"Access file not found" means it can't find the file that pandora downloaded for you. The name of that file starts with 'plugtmp'.

The program currently expects the TEMP environment variable to point at the directory where Pandora is downloading, which is apparently the default. Find out where Pandora places its files and run "SET TEMP=drive:pandorastoragedirectory" before starting the program.

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?

Link to comment
Share on other sites

  • Replies 1.4k
  • Created
  • Last Reply

Top Posters In This Topic

INFO [Thread-2] (Server.java:112) - unable to rip MP3

java.lang.StringIndexOutOfBoundsException: String index out of range: -1

at java.lang.String.substring(Unknown Source)

at java.lang.String.substring(Unknown Source)

at util.Mp3Processor.getAccessFile(Mp3Processor.java:87)

at util.Mp3Processor.findCurrentTmpMp3(Mp3Processor.java:56)

at util.Mp3Processor.findCurrentMP3(Mp3Processor.java:26)

at servlet.ProcessAction.handleMP3Request(ProcessAction.java:30)

at server.Server.handleHTTPRequest(Server.java:110)

at server.Server.run(Server.java:83)

*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!

Link to comment
Share on other sites

I have re-structured the pandoraGrabber.html file to look nicer and to conform to the Pandora look-and-feel

The file is here: http://wildandbad.com/pandoraGrabber.zip

Just Download and UNZIP into your pandora application folder.

Let me know if you have any problems.

pandoraGrabber.jpg

I have updated the file and disabled the 'hide/show' panels and buttons until I can figure out how to make the scripts work without the panel showing.

Link to comment
Share on other sites

INFO [Thread-2] (Server.java:112) - unable to rip MP3

java.lang.StringIndexOutOfBoundsException: String index out of range: -1

at java.lang.String.substring(Unknown Source)

at java.lang.String.substring(Unknown Source)

at util.Mp3Processor.getAccessFile(Mp3Processor.java:87)

at util.Mp3Processor.findCurrentTmpMp3(Mp3Processor.java:56)

at util.Mp3Processor.findCurrentMP3(Mp3Processor.java:26)

at servlet.ProcessAction.handleMP3Request(ProcessAction.java:30)

at server.Server.handleHTTPRequest(Server.java:110)

at server.Server.run(Server.java:83)

*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!

Okay, I have it working now. I had to create my own plugtmp folder to force pandora to create plugtmp-1 folder. Then, she seems to start creating music files plugtmp-1-1 which go over that 9 byte threshold thingy. Thanks all for your help, I appreciate it!

Link to comment
Share on other sites

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.

Link to comment
Share on other sites

Just came across this, I installed firefox, JRE 5, and the latest pandora,jar and other files. run it on port 8085. all looks good but I keep getting "INFO [Thread-2] (Mp3Processor.java:39) - access file not found trying again after 1 sec" over and over. My temp directory is I:temp, and my temp var links to that. Pandora creates a directory in i:temp called "plugtmp" where it downloads "tuner_6_9_0_4.swf" first then "v5". It then downloads "I:tempplugtmp-1" then after that "i:tempplugtmp-2" meanwhile, the dos window is just listing "INFO [Thread-2] (Mp3Processor.java:39) - access file not found trying again after 1 sec" non stop. I use filemon, and java is accessing the files, can anyone help me, looks like the pandora.jar is looking in the wrong place or something? (also do i need to make an "mp3" directory in "c:pandora" or should it auto-create one, cos there is nothing new in there.

Thanks!

Link to comment
Share on other sites

This batchfile will work. Just put the following in a batch file in the same directory as pandora.jar

@echo off

start javaw -jar pandora.jar %1

"C:Program FilesMozilla Firefoxfirefox.exe" http://localhost:%1

thanks dave, this is exactly what im looking for. kudos :D

@diecastblue

ive never had to make the mp3 folder, it should do it by itself.

Link to comment
Share on other sites

diecastblue,

I had similar problem..I did the following to resolve the problem

1)downloaded updated pandora.jar from http://comicnut.speedxs.nl/pandora.jar

2)created 9 empty files plugtmp-1 --> plugtmp-9 in c:temp (this is my temp folder.)

3)Restarted the PC.

I couldn't get it to work without restarting the PC...not sure why that was required but now...its working great! andora is now creating files in the format plugtmp-10-1, plugtmp-10-2 etc... in c:temp instead of plugtmp-1, plugtmp-2.

Link to comment
Share on other sites

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.

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?

Link to comment
Share on other sites

diecastblue,

I had similar problem..I did the following to resolve the problem

1)downloaded updated pandora.jar from http://comicnut.speedxs.nl/pandora.jar

2)created 9 empty files plugtmp-1 --> plugtmp-9 in c:temp (this is my temp folder.)

3)Restarted the PC.

I couldn't get it to work without restarting the PC...not sure why that was required but now...its working great! andora is now creating files in the format plugtmp-10-1, plugtmp-10-2 etc... in c:temp instead of plugtmp-1, plugtmp-2.

This worked for me as well.

Link to comment
Share on other sites

diecastblue,

I had similar problem..I did the following to resolve the problem

1)downloaded updated pandora.jar from http://comicnut.speedxs.nl/pandora.jar

2)created 9 empty files plugtmp-1 --> plugtmp-9 in c:temp (this is my temp folder.)

3)Restarted the PC.

I couldn't get it to work without restarting the PC...not sure why that was required but now...its working great! andora is now creating files in the format plugtmp-10-1, plugtmp-10-2 etc... in c:temp instead of plugtmp-1, plugtmp-2.

This worked for me as well.

Whoops! Spoke too soon. I'm a dumbass... :oops:

Mp3's are being ripped, saved as plugin-tmp-${foo} but they are not being renamed or tagged...

This is somewhat an improvement, but not the ideal.

I thought I read that someone had the same issue...

Link to comment
Share on other sites

Is it possible to change the cruise control option to on automatically on starting the app ? Because my firefox window is refreshing after some time and after this cruise control is switched to off...

Link to comment
Share on other sites

Is it possible to change the cruise control option to on automatically on starting the app ? Because my firefox window is refreshing after some time and after this cruise control is switched to off...

edit the pandoraGrabber.html file here:

<select name="cruiseControl" id="cruiseControl">

    <option selected value="off">off</option>

    <option value="on">on</option>

</select>

change the 'selected' to the ON option (like this)

<select name="cruiseControl" id="cruiseControl">

    <option value="off">off</option>

    <option selected value="on">on</option>

</select>

Although if you use the latest version (or my mod - cheap plug: http://wildandbad.com/pandoraGrabber.zip) and save the settings then it will remain as you set it all the time (thanks to a cookie)

Link to comment
Share on other sites

Just a Compilation for newbies...:

System Requirements:

  • Latest version of Java
  • Firefox Browser

The latest ALPHA version (6) is built from these files:

Download everything to the same directory ("C:Pandora" for example) and then run the pandora.bat file. You may need to edit the pandora.bat file to point to your browser location (if it is non-standard)

You can specify a port (80 is the default) if 80 is being used by launching pandora.bat with a single parameter (i.e., pandora.bat 8888) to specify the port desired.

Link to comment
Share on other sites

Whenever I check to see if the last.fm submissions worked at all I get this "error":

Some tracks you submitted have not been added to your profile for the following reason:

Spam protection triggered: You submitted a track dated earlier than your last submission.

Link to comment
Share on other sites

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.

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.

Link to comment
Share on other sites

Hello. Forgive my English.

I have a problem with the app for Pandora. Already I followed the instructions that mentioned MrDave2176 and nonetheless I cannot achieve that it works. When I treat of ripp a song with it the following code:

Microsoft Windows XP [Versión 5.1.2600]

© Copyright 1985-2001 Microsoft Corp.

C:Documents and SettingsAndrés>cd escritoriopandora

C:Documents and SettingsAndrésEscritorioPandora>java -jar pandora_logging.ja

r

INFO [main] (Client.java:32) - initing app

INFO [Thread-2] (Server.java:55) - running

INFO [Thread-2] (Server.java:42) - Welcome to Pandoras Jar

INFO [Thread-2] (Server.java:42) - Attempting to lauch on port 80...

INFO [Thread-2] (Server.java:42) - OK!

INFO [Thread-2] (Server.java:42) - [ready, lets grab some MP3's!!!]

INFO [Thread-2] (Server.java:42) - localhost connected to server.

INFO [Thread-2] (Server.java:101) - handling request

INFO [Thread-2] (Server.java:102) - processing url: GET / HTTP/1.1

INFO [Thread-2] (ProcessAction.java:95) - processing static request. path: GET

/ HTTP/1.1

INFO [Thread-2] (ProcessAction.java:97) - path =

INFO [Thread-2] (ProcessAction.java:111) - documentType = HTML

INFO [Thread-2] (ProcessAction.java:113) - fileType = HTML

INFO [Thread-2] (Server.java:42) - localhost connected to server.

INFO [Thread-2] (Server.java:101) - handling request

INFO [Thread-2] (Server.java:102) - processing url: GET /js/prototype-1.4.0.js

HTTP/1.1

INFO [Thread-2] (ProcessAction.java:95) - processing static request. path: GET

/js/prototype-1.4.0.js HTTP/1.1

INFO [Thread-2] (ProcessAction.java:97) - path = js/prototype-1.4.0.js

INFO [Thread-2] (ProcessAction.java:111) - documentType = JS

INFO [Thread-2] (ProcessAction.java:113) - fileType = JS

INFO [Thread-2] (Server.java:42) - localhost connected to server.

INFO [Thread-2] (Server.java:101) - handling request

INFO [Thread-2] (Server.java:102) - processing url: GET /js/pandoraGrabber.js H

TTP/1.1

INFO [Thread-2] (ProcessAction.java:95) - processing static request. path: GET

/js/pandoraGrabber.js HTTP/1.1

INFO [Thread-2] (ProcessAction.java:97) - path = js/pandoraGrabber.js

INFO [Thread-2] (ProcessAction.java:111) - documentType = JS

INFO [Thread-2] (ProcessAction.java:113) - fileType = JS

INFO [Thread-2] (Server.java:42) - localhost connected to server.

INFO [Thread-2] (Server.java:101) - handling request

INFO [Thread-2] (Server.java:102) - processing url: GET /js/pandorajar.js HTTP/

1.1

INFO [Thread-2] (ProcessAction.java:95) - processing static request. path: GET

/js/pandorajar.js HTTP/1.1

INFO [Thread-2] (ProcessAction.java:97) - path = js/pandorajar.js

INFO [Thread-2] (ProcessAction.java:111) - documentType = JS

INFO [Thread-2] (ProcessAction.java:113) - fileType = JS

INFO [Thread-2] (Server.java:42) - localhost connected to server.

INFO [Thread-2] (Server.java:101) - handling request

INFO [Thread-2] (Server.java:102) - processing url: GET /js/pandora.js HTTP/1.1

INFO [Thread-2] (ProcessAction.java:95) - processing static request. path: GET

/js/pandora.js HTTP/1.1

INFO [Thread-2] (ProcessAction.java:97) - path = js/pandora.js

INFO [Thread-2] (ProcessAction.java:111) - documentType = JS

INFO [Thread-2] (ProcessAction.java:113) - fileType = JS

INFO [Thread-2] (Server.java:42) - localhost connected to server.

INFO [Thread-2] (Server.java:101) - handling request

INFO [Thread-2] (Server.java:102) - processing url: GET /process?action=grab&ar

tist=Susana%20Baca&title=Valentin&album=&genre=&comment=ripped%20by%20[PaNDoRas%

20jAR]%20your%20source%20for%20listening%20pleasure&year=&cruise=off&albumImgLoc

action=&pandoraUserName=andres.u84@gmail.com&stationId=29618917&cddbLookUp=off&_

= HTTP/1.1

INFO [Thread-2] (ProcessAction.java:24) - handling mp3 request

INFO [Thread-2] (Mp3Processor.java:24) - locating mp3

INFO [Thread-2] (Server.java:112) - unable to rip MP3

java.lang.StringIndexOutOfBoundsException: String index out of range: -1

at java.lang.String.substring(Unknown Source)

at java.lang.String.substring(Unknown Source)

at util.Mp3Processor.getAccessFile(Mp3Processor.java:87)

at util.Mp3Processor.findCurrentTmpMp3(Mp3Processor.java:56)

at util.Mp3Processor.findCurrentMP3(Mp3Processor.java:26)

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.java:42) - unable to rip MP3 String index out of range:

-1

java.lang.RuntimeException: unable to rip MP3 String index out of range: -1

at server.Server.handleHTTPRequest(Server.java:113)

at server.Server.run(Server.java:83)

Link to comment
Share on other sites

Hello. Forgive my English.

I have a problem with the app for Pandora. Already I followed the instructions that mentioned MrDave2176 and nonetheless I cannot achieve that it works. When I treat of ripp a song with it the following code:

Microsoft Win<SNIP>

at server.Server.run(Server.java:83)

INFO [Thread-2] (Server.java:42) - unable to rip MP3 String index out of range:

-1

java.lang.RuntimeException: unable to rip MP3 String index out of range: -1

at server.Server.handleHTTPRequest(Server.java:113)

at server.Server.run(Server.java:83)

I'll reference this solution that was up a few lines...

I had similar problem..I did the following to resolve the problem

1)downloaded updated pandora.jar from http://comicnut.speedxs.nl/pandora.jar

2)created 9 empty files plugtmp-1 --> plugtmp-9 in c:temp (this is my temp folder.)

3)Restarted the PC.

I couldn't get it to work without restarting the PC...not sure why that was required but now...its working great! Pandora is now creating files in the format plugtmp-10-1, plugtmp-10-2 etc... in c:temp instead of plugtmp-1, plugtmp-2.

Link to comment
Share on other sites

diecastblue,

I had similar problem..I did the following to resolve the problem

1)downloaded updated pandora.jar from http://comicnut.speedxs.nl/pandora.jar

2)created 9 empty files plugtmp-1 --> plugtmp-9 in c:temp (this is my temp folder.)

3)Restarted the PC.

I couldn't get it to work without restarting the PC...not sure why that was required but now...its working great! andora is now creating files in the format plugtmp-10-1, plugtmp-10-2 etc... in c:temp instead of plugtmp-1, plugtmp-2.

This worked for me as well.

Whoops! Spoke too soon. I'm a dumbass... :oops:

Mp3's are being ripped, saved as plugin-tmp-${foo} but they are not being renamed or tagged...

This is somewhat an improvement, but not the ideal.

I thought I read that someone had the same issue...

I'm having the same problem and because the app falls over when it's attempting an mp3 rip my track data isn't being submitted to last.fm either.

Using the debug jar file I see

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.StringIndexOutOfBoundsException: String index out of range: -1

    at java.lang.String.substring(Unknown Source)

    at java.lang.String.substring(Unknown Source)

    at util.Mp3Processor.getAccessFile(Mp3Processor.java:87)

    at util.Mp3Processor.findCurrentTmpMp3(Mp3Processor.java:56)

    at util.Mp3Processor.findCurrentMP3(Mp3Processor.java:26)

    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 String index out of range: -1

Link to comment
Share on other sites

Hi,

I' ve got some probs...

Version 4 won't work anymore... so I'll tried to get Beta5.... but the download has expired... so I took the one from "cooper"....

Actual the record of mp3 does not work.

message:

INFO [Thread 2] (MP3Processor.java:39) - access file not found trying again after 1 sec

Any help for me ?

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Recently Browsing   0 members

    • No registered users viewing this page.

×
×
  • Create New...