ColdFusion

Ok, my bad. If you don't have ANY directory entries in the filename.format, it MUST start with a /. I know the instructions say not to start with a "/", yet you must have at least one "/"... I'll fix it, meanwhile - just add "/" at the beginning. G'luck!

Zoltan, Don't thank me, I'm doing this out of totally selfish intentions ;-) anyway - here's CF4: ftp://ftp.netvision.net.il/home/m/max1/Pa...1229_0554pm.zip the only change from CF3 released earlier today is the CDDB-song-number-mistag fix. read more about it in the changelog. Cheers for the debugging info you sent! I don't use CDDB at all... CF.

I'm not using any kind of ad-blocking utility (or anything close to that) and am not getting any kinds of ads. I wouldn't mind ads, as long as the songs are intact...

Zoltan: please take a look at the old files that you ripped, do they have any station info? (you can see it in the logs). should look something like this: DEBUG [Thread-2] (Server.java:178) - adding param: [name: action value: 'grab'] DEBUG [Thread-2] (Server.java:178) - adding param: [name: artist value: 'The Police'] DEBUG [Thread-2] (Server.java:178) - adding param: [name: title value: 'Next To You (Live)'] DEBUG [Thread-2] (Server.java:178) - adding param: [name: album value: ''] DEBUG [Thread-2] (Server.java:178) - adding param: [name: genre value: ''] I suspect that the station info retrieval stopped functioning long before I even started working on pj... I haven't gotten around to fix it yet. I plan to do so in the post-rip-correction program I'm working on. homebrew hacks: please post a few additional lines from the log, specifically the one with the .java filename and line number. plus - could you send the "filename.format" line from your default.properties? Thanks.

I don't think you're running 7.9.0, sounds like you're running 7.4.0. Settings are saved and loaded using cookies. I guess something blocks cookies from 'localhost' on your machine. I recommend that you take a look at my latest build (be sure to read the changelog for explanation about bug-fixes and features available.) it's available here [THIS VERSION IS NAMED 7.4.0 beta_CF3]: ftp://ftp.netvision.net.il/home/m/max1/Pa...1229_0454am.zip to 'install' it - replace your pandora.jar with the one in the zip, how to enable/use features is shown in the example properties file. If you haven't changed anything in your default.properties file, you can just over-write it with the example one.

makes sense, when I was working on the latest version I suddenly started getting station info for songs, but it was always the same station (Which was the first on my list) no matter which station I was listening to. so I fixed it - by telling it not to set the station name if the "station ID" (by which the lookup for the station name was done) had length<1, this might put in some other kind of bug in some strange way, but at least it took the "wrongfully named station" but out. The web pages that are used to retrieve that kind of data are ever-changing... and I guess it will remain buggy for ever... this is one of the reasons I'm writing this post-rip filename-and-tag-verification utility... keep your eyes open for new threads on the timeshifting forum...

Station and Album are replaced with UNKNOWN if no infor about station/album is found during the rip. Since getting this types of info in pandora's jar is inherently 'unstable', I suggest you don't use it. Personally - I've never been able to get either of them. using the 'noob' baseline of pandora's jar 7.4.0, so I can't really debug this... were you able to get album/station info before? I recommend waiting for my file-verification utility that will come out tomorrow if I have time this weekend. (worst case sometime next week). it will fetch album info from the web post-rip. CF.

this is answered three messages above your question. p-l-e-a-s-e read before you ask. see: http://www.hak5.org/forums/viewtopic.php?t=4245

if you get flashswitcher to work - let me know how. otherwise you can uninstall 9 and reinstall 8, see http://www.oldversion.com

Most likely - the flash version :-) check it using this http://duber.com/LetsTalk/playerCheck.html it has to be 8.something, and not 9.something. let me know how it goes...

Kalmani 1) I don't understand your question. 2) the version from 20061217 is the newest available right now. it still says 7.4.0 beta because I didn't change the version, I should have. The jar in the zip file is a compilation of the sources that come with the 7.4.0 as available from the "noob guide" with a few changes that I made. Nothing crucial was changed in the way files are ripped, so if your 7.4.0 "clean" worked - there's no reason my version won't work. most of the improvements in my version have to do with correctly naming files (still not perfect - but far better than the "clean" 7.4.0), other improvements are the ability to change the file-name format and getting rid of the "&" bug. did 7.4.0 work before you replaced padora.jar with my version of the jar? could you better define "nothing was getting ripped"?

okay, 1) see my apology in the edit above. It's really strange, first thing that comes to mind is that the half-loaded app kind of disturbs the other one in some way (but why only part of the time!?) 2) try this: option a) clear all browser cache and cookies (notice you'll loose some configuration in PJ) option b) edit (notepad) pandoragrabber.html and remove the link to www.pandora.com/?cmd=mini (just replace that with nothing, or remove the entire <a href line, or try both...) let me know how it goes.

Take a look at: http://www.hak5.org/forums/viewtopic.php?t=4245 the last post there is the best solution so far... (option 1- open pandora in a seperate tab, better for "Autorefreshing") (option 2- right click the white frame, select "frame -> this frame only", wait a sec and hit "Back". with this option you'd better set 'auto refresh after _ songs' to 0) and next time - read the thread (or at least the last message on it) before posting. [edit: sorry about that, didn't read carefully enough, I now see your situation is different]

you solution seems to work on my home computer. Thanks. I still wonder why my work computer still runs smoothly (I've refreshed many times). any idea guys?

I'm running PJ on two computers, at home and at work. Got to work this morning and saw the "click ok to continue listening" dialog, after two songs - it popped up a new dialog saying "We have recently updated out player, refresh the page to get the new one". I refreshed the page an everything works fine (for now). I connected to my home computer and did the same thing there - yet there I get the message: "In order to use Pandora, we request that you upgrade Adobe's Flash Player." instead of the Pandora player. this site: http://duber.com/LetsTalk/playerCheck.html tells me I have "WIN 8,0,24,0" (both at work and at home). Any ideas?

Hi, Can you post the screenshot (and preferably the logs) somewhere else? I cannot access megaupload.com

Have you downgraded to flash8 on your home computer? It sounds like you forgot. However this is unrelated to the "artist bio disabled" which is caused by "get last.fm data" set to "off" in your settings... Let me know if this helps. CF.

you say "as we all know", yet this is not what I experience. Here's a bit of insight into the logics behind things: (for version 7.4.0 clean from the noobs guide without any patches) The message "fetching id3... so and so.." is on from the moment PJ starts looking for the file in the temp directory and until it either finds it (and copies it) OR until it gives up (this is when the PJ Java Console window will say something like "cannot rip please run pandora in a FIREFOX browser") both messages are not really helpful... SOLUTION: what you should do is this: wait for the message in the firefox status bar (lower left part of the window) changes from "downloading from aaa.bbb.pandora" to "Done", and then click the "Grab This Track" button. This should work. If the title does not change to "done" and the song is about to end - try anyway (20-30 seconds before the song ends). you must be running on a connection that is fast enough for pandora to stay "one song ahead of you". The fact that you can listen to pandora without the song pausing arbitrarily is a good indication that the connection is fast enough. though if you are very close to the limit - every song will finish downloading just a few moments before it ends - and running pandora's jar under these conditions will rarely be successfull. I have released an improved version of pj, with lots of features - while I don't think it will be able to solve your problem - I suggest you try anyway. In a few days I will release a utility for cleaning bad files and re-tagging mis-tagged files in the downloaded-mp3 directory (to the possible extent), this utility will also generate a report that will let you know how far from "perfect" your files are (by counting the percentage of files it could not verify...) This utility runs against an online database that I am building now (with the help of those who opt-in to the mp3md5 participation in my new version). I hope this info helps. CF.

Thanks for the info. Basically - PJ can't copy the file if it's currently being downloaded. With my version you are protected against ripping the same file twice (under the same or different names), but not against mis-tagging files (ripping a different song under the current title). this is where mp3md5 comes in. it helps prevent most (but not all) of the mis-taggings and saves the questionable files in a different directory. Once my "fix-my-archive" utility (feel free to suggest names) comes out (sometime this week, I promise) you will be able to detect and correct wrongly named files in addition to automatic tagging of mismatched songs (if enough info exists about them in the db, if there is not enough information then simply wait a few days and run the program again. preferably listen to pandora with mp3md5 enabled so you'll contribute to the database in the meantime.) Cheers, CF.

Eureka! http://developer.mozilla.org/en/docs/Extensions I'm on it!

One of the guys using my version of the jar asked me a question about the "same md5 as last rip, skipping" error, and I found myself writing this long reply - so I thought I'd put it here for everyone. here's a bit of background, Pandora's Jar does not always "catch" the right file. it is possible to know with 100% certainty what is the title and artist of the currently playing song, but selecting the correct file from the disk is not as easy - and mistakes sometime happen. One of the improvements of my version is that MOST of those mistakes are detected and avoided. an MD5 is a hash function, this means that every mp3 file has a "fingerprint" that can be calculated using the MD5 algorithm. What I do is take this for every song ripped. If I see that the song that's being ripped has the same fingerprint as the last one ripped I understand that we got the wrong file. one reason for such a thing can be that your internet connection is too slow and the song you are currently playing has not finished downloading yet, as such - it cannot be ripped yet. wait 20-30 seconds and try hitting the "rip" button again. if you are using "cruise control" you can click the "rip" button to re-try, but if you are not next to the computer it will just be skipped. another important thing to understand about the difference between this version and the one you had until now is the cataloging of mismatches and unclassified files: when the mp3md5.enabled parameter is set to true (And uncommented) your computer submits a "vote" for every file it rips. a vote for example is: "I just ripped the song aa by the artist bb, and the MD5 of the file I got is mmm" in one of two cases a vote is considered a "match": 1) no other vote is recorded in the database for the given md5 2) the given vote matches the most common vote for this md5 so far. other possible cases are: 3) the given vote DOES NOT match the most common vote so far for the given md5, the vote is recorded and the total number of votes for "aa bb mmm" is increased by 1. the file is considered a mismatch since the title and artist it was tagged (id3 tag) with are probably wrong. instead of being inserted into the mp3 archive it is saved under a directory called "mismatches" - it can later be "rescued" keep reading. 4) a fourth possible case is that the database was unavailable for a certain period of time, files that are ripped during this time are saved in a directory called "unclassifieds" in both case 3 & 4 the file is saved with it's md5 as its name. you can use windows explorer's "detailed" view to see the artist/title the files are tagged with. experiments so far have shown that I am reaching a total of less than 2% mismatched songs that are getting into the archive, which is much less than the 8% i used to get. This is not perfect of course, this is where the magic comes in. as time goes by, and more users contribute to the md5 database, it becomes more likely to be able to tell with certainty what the real artist and title of a song are - based solely on it's md5 hash. I am working on a little application that will go over all the songs that you downloaded from pandora (archive + mismatches + unclassifieds) and will sort and tag everything as good as possible. giving you an indication of certainty levels (per file or grand total). indicating which files are still suspicious. Let me know if you need any more details. CF.

sadly I am unable to find a good guide on how to write plugins for FF2. point me to a good one and you might just have this ready by morning :-P CF.

don't use the latest version of flash, use version 8. uninstaller for 9 and installer for 8 are avail. at www.oldversion.com

I don't know what 7.9alpah is, nor where to get it from. (haven't really looked). I hear it doesn't work with firefox though... see: http://www.hak5.org/forums/viewtopic.php?p=51318#51318 for my version of 7.4.0, I improved it quite a lot, at least it works better on my computer. I hope it will be that way for you too... it includes a solution to the problem you described. I'll be happy to get any bug reports from you guys. C.F.

my latest version of 7.4.0-improved is here, (be sure not only to replace the jar but integrate the default.properties file, or just replace it if you don't need to keep any settings) ftp://ftp.netvision.net.il/home/m/max1/la...3md5_opt-in.zip features: 0) playlist creation 1) editable save-folder and filename structure 2) will not rip the same file twice (a common bug where the current song saved is actually the previously saved song, now - it will not be saved at all, which is better than having a wrongly named, duplicate, mp3) 3) distributed error-correction and aviodance using mp3-md5-hash db opt-in option (this is a new feature that is disabled by default, if you don't mind accessing a 3rd party db online - enable it, I recommend it. your IP will not be given away nor used in any way) 4) when distributed error-correction is off - a local version of it is turned on - writing the md5 hashes to a local txt file and using it as a reference to detect duplicates and mismatches. this way - if a file was mis-named when it was ripped it will be fixed on the 3rd time it is ripped (when it's only ripped 2 times - you can't tell if it's a mistake on the 1st one and now it's correct - or the other way around. that's why the 3rd time is different) 5) "&" bug is fixed (7.4.0 drops anything after an ampersand in the song title or artist name) this version doesn't have this bug. 6) option to turn off (or change) the id3 comment. 7) fixed a bug where sometime the station will be detected as the first station you have on pandora. *) internal logic changes: 1) changed definition of "is new" to 15-minute old, instead of 3-hour old. 2) added timestamp to logs (Ethan asked.) bug reports are welcome! pm me if you have any questions.