konfoo

OS should not make any difference. I notice your log files have no 'Sniffed media' and 'Sniffed metadata' entries. Did you have the sniffer active at that point in time? If so, and you pasted the entire log, and this was not an initial startup, you should see these entries. If not, your network card may not be supported by the sniffer. Most wifi cards do not work, and there are some desktop cards that also have issues entering promiscuous monitoring mode.

Because those tracks are already ripped. It's called debug log for a reason. The copyfile function fails with an error hence file already exists. If anything got misnamed then Pandora's service would be broken. All files are cross-referenced using their own metadata. Ok.

On my test box every track that passes through the player is parsed correctly if the sniffer is active and the uncached tracks option is checked. Duplicate tracks are ignored if they are already in the PandoraRip dir on the desktop. So are you saying that you are missing tracks, or you are just wondering what happens to the plugtmp-nnn files? If the former, please post some lines from your debug log. If the latter, who cares, these are parsed internally in a separate cache (doc and settingsuserlocal settingstemppandorariptempnnnnnnnnnnnn<...>)

Not going to happen if the actual temp file is named plugtmp-, as per previous comments in this thread. This would also be largely irrelevant since all tracks are located now.

The sniffer is unable to work on adapters that cannot be monitored promiscuously. Many wifi adapters fall into this category. Sorry, no way around this. I am considering adding this as well as the ability to create an ignore list for artists/songs/whatever. Taken into consideration :)

1.0.6.0 is released with ability to re-cache missed tracks. No tracks are unaccounted for any more.

This was fixed in 1.0.5.0.

Yes, this seems to be the same on my 'puter. None of the plugtmp-1 et al files that are outside the plugtmp folder get ripped. Also, a few of the numbered files in the plugtmp folder don't get ripped either. Are these unripped numbered files in the plugtmp folder the "missing files" that will be fixed in the next update? Unfortunately these types of tracks that can't be looked up (missing metadata or filenames that don't match metadata) can't be ripped. Well I take that back - they could be, but I am too lazy to write a CDDB/FreeDB/MusicBrainz interface. That's what the sniffer is for, and 1.0.6.0. It seems to work quite well in test so far, so it should solve the problem.

1.0.5.0 posted. See first post for more info. Please post the names of your temp files on disk if they do not match something like '34856347593875' (all numeric) 'Missing track' fix coming in 1.0.6.0

Please don't use a Cigarette lighter power inverter to power a PC. You risk frying your car's electrical system. If you want to power a PC you should get a DC-DC power supply designed specifically for a car PC which is connected directly to your battery and ignition lines. Off the shelf inverters are also not designed to handle high load (their capacity is usually 60-80% of advertised load), can't handle ignition spikes, and sure as heck won't shut down your PC gracefully. So on the flip side, with a crappy inverter, you risk frying you PC's power supply. http://www.mp3car.com/vbulletin/worklogs/8...2-bmw-325i.html is my old worklog. I would recommend the M2-ATX DC-DC with ignition/shutoff. You can wire it into your motherboard's ACPI to auto-power on and off the PC when you turn the ignition on. It also doesn't keep a constant drain on your battery like cheaper DC-DC PSUs will do. Which means you won't get stuck with a dead battery in the morning when you 'thought' the PC had been turned off the night before...

New release with sniffer (not yet 100% active) and genre auto-tagging via scraping artist genres off google.

I chose ArtistAlbumArtist - Title.mp3, and all the files were at my desktop in the PandoraRip folder (You should add an option to choose the download folder ;) ). I'm running on Windows XP. Fixed. Saving options in next release.

Which folder layout type do you have selected? Are the files all in one dir? And what OS are you running? BTW regardless of the single jpg changing, each song should still have the correct album art tagged to it.

No need to reverse engineer it, just work around it. The trick is to grab the URL before the flash application does. I've hooked the flash URL events with a wrapper application to intercept and block the Flash app until my own http download starts, and it works pretty well. The only problem is ofcourse the track is downloaded twice.

1.0.3.0 is released (see first post for info and download location).

Did you try http://www.macromedia.com/support/document..._manager03.html

That's an oddity with flash. I have a solution to fix it by reversing their URLs via sniffer in the app which works.. so I will be adding that to grab missed tracks from their site directly. That way the tracks will be 100% a match for everything played. Also coming tagging the mp3s with ID3v2 cover art directly in the mp3 files (as well as per folder).

Nice job :). Regarding the sniffer.. why not implement your own instead of using WinPcap?

That's actually good news. I'll update the app now that I know how many temp folders Pandora is capable of creating ;) Will update the main link later...

Check your user's temp directory (c:documents and settingsyourusernamelocal settingstemp or somesuch on XP, c:users... on Vista) - do you have a plugtmp or plugtmp-1? Until I add a new version that scans for temp directories, you can 'fix' pandora to use plugtmp by closing firefox and deleting plugtmp and plugtmp-1. Restart it and it should default to plugtmp.

Thanks. Please post any bugs you find and I will fix them when I get a chance. It's working fine for my use but that doesn't mean it works great for everyone else ;-). The files (metadata and music) are pulled from the firefox cache. The cover images are downloaded from pandora's site. I'm not sure how Pandora's jar works (I couldn't get it working right), but PandoraRip polls the cache directory continuously for new media and rips them immediately when the file handle is closed. I have another version in the works that embeds the Pandora flash object directly in the ripper and grabs the files before the Flash object gets a chance to, but hooking Flash being the PITA it is.. this one is still a ways off.

Download URL: http://www.geopacket.com/PandoraRip

I threw together a quick ripper that is unobtrusive and sits on the system tray. It will copy, tag and organize Pandora's tracks, and download album art. Just use your browser to listen as per usual. Latest Version: 1.1.3.0 Hilights: * Track sniffer, ripper and player * Automatic harvesting of genres from google * Album Art grabber * Tagging of Title, Artist, Album, Genres and Album Art * Thumbs down tracker (watches for thumbs downs and deletes any matching songs already downloaded) * Quick management of downloaded tracks (play, delete) * Zero footprint install and no dotNET BS If you have issues, post them in this thread. Changelog: 1.1.3.0 - The thumbs down tracker was rehashed, should work better - Some eye candy indicating deleted tracks on the mainscreen was added 1.1.2.0 - Fixed issue with song tagging 1.1.1.0 - Fixed bug with thumbs down track deletion, tracks for some layouts would not be found 1.1.0.0 - Thumbs down tracking and deletion Press thumbs down and the track will be purged NOTE if you keep pandora running and restart pandorarip it will repopulate the cached tracks if they are still in the temp directories! You can use this as a 'feature' if you accidentally thumbs down a track. Otherwise, keep the two synchronized i.e. restart pandora before you restart pandorarip. - File validation had a bug which was squashed 1.0.9.0 - Fixed some resource bugs - Fixed google genre scraping - google search results now CSS'd 1.0.8.0 - fixed to work with firefox 3 and flash 8.0r24 - fixed to work with Pandora '2.0' 1.0.7.0 - Configurable history - Output folder can now be set - Settings are now saved and restored - Some bugs squashed with processing entries while changing settings - Bug where app would not quit while processing fixed - Added track.name to track filters - Fixed issue with adapters being blank 1.0.6.0 - Fix for missing tracks (enable the track sniffer and check grab uncached tracks) - Bugfixes - Album art rotation on main UI just for the hell of it 1.0.5.0 - Track management - right click tray icon on song arrivals. Latest song shown with a green icon - Bug fixes to song/album/track naming - Album Year now tagged to the track IDv3 (if available) - Launch tracks from the system tray in default player - Bug fixes to genre auto-scraping 1.0.4.0 - Genre auto-scraping from google is added. ID3V2.3 in format genre/genre/genre/.... by artist. - TEMP folder also scanned (by request) - A sniffer is now included. Just pick your interface and check the log.. pandora tracks will be ID'd when sniffed over the ether. - Bugfixing for Artist/Album autodirs The purpose of the sniffer is to 'fill in' tracks that cannot be located on disk. Mozilla caches some tracks to memory. Flash9 ofcourse has its own issues where cached content is not visible. This is intended to solve these problems. Note that some interfaces won't work (wifi cards in particular). 1.0.3.0 - Now scans all temp folders and all metadata files attempting to match cached tracks to correct metadata - Added debug log view - ID3V2 tags are used - Album art is inserted into the mp3 files (tested with winblows media player) - You get some statistics now (tracks processed, scans done to date, etc.) Todo: - Ability to work with any flash version - coming TBD - Code port to Linux in 1.0.7.0+ - coming never (use wine, see the rest of this thread)