ZigZagJoe

It's not a streaming error, it's the first error which caused it (and thus sproxy is shutting down). No more requests will be serviced at that point, which then caused the client to error. The error in question is an internal C# error which i have not found a good way to supress yet.

I'll mess about some, but I'm really not sure why this is happening. I've tried both the standalone and plugin clients, with and without proxy and had no problems. Not messed with that code for a while, either... try http://zzj.itf-inc.com/downloads/weirdwebfixtest.zip , see if it fixes it. I'm not hopeful but might as well try it. Yeah, that would do it.

Full text, please.

Glad you like it. Try searching in your log for "MP3 header was not found in the first chunk" and let me know if you find it. Cutting off about one second is "normal". The reason any cut-offs happens because it has to estimate the time remaining, because of how mplayer works. Also, update for saver2 released (again); taglib-sharp was not included, and it is required for the playlist plugin. absence would (probably) cause an error. Working on making saver2 use it, which would eliminate the dependency on mp4tags and the old unreliable id3 lib which is a relic from the original fiddler pandorasaver.

Thanks for the donation :) Send me a mail at zigzagjoe@gmail.com about the consulting bit - i'm curious.

(just pulling one from the log) try going to http://www.amazon.com/gp/search/ref=sr_adv...t=relevancerank

The specific error refers to a bad response from the server - testing it here, it's working fine, probably a one-off thing... Or, does this happen with every search you try? This, pretty much. Can you get at amazon normally? As that seems to be one of the worst cases. Update up - this is a pure bugfix except for the addition of a plugin for playlist.com 03/06/10: 1.2.4 build 575 Client: 20s mplayer playback timeout added Client: Web interface time elapsed fixed Client: Log error supressed Client: Error when ending playback supressed Saver2: Genre sniffing now more decisive/accurate Saver2: Songs with empty genre will always be scraped by s2 Saver2: Added config option for flat folder structure and option to scrape genre always Grooveshark/Slacker: Removed genre scraping, handled by s2 now SProxy: Aborted connections fixed + visual info improved Youtube: Partial files will no longer be downloaded if the client breaks connection Playlist.com: Initial release. Uses tags only, some files will fail if they have bad tags I'm working on an improved bug report mechanism (bundle error, logs, possibly config and screens and send them to me) plus an update mechanism for the standalone pandora client. I'm also looking at last.fm scrobbling.

I've uploaded a fix for this now - if using saver2, the update mechanism will catch it. Otherwise, go to the website and download the pandora installer again. I'm working on an update mechanism for the pandora client.

i'm not sure you are in the right topic?

No unexpected exceptions in that log; it seems that your connection seems to be quite unreliable is all. It stopped after hitting 2 errors when trying to start playback.

Not happened yet.

Command window? Do you mean tor? There might be a way to force it hidden; problem being is that you'd have to use taskmanager to kill it at that point.

If you closed the app, the temp (music) file is long gone. There's no way to figure out which music file belongs to which song however - randomized names. I was mostly looking for a large (15mb+) file which would most likely be the song in question - if present, then it's still in queue. *.DAT in the temp folder are music files however (untagged though) Not to ask a stupid question, but did you try closing and re-launching the song approval dialog and/or try the web interface for approving? None of those files would be particularly helpful; the Pandora plugin is already functioning flawlessly. But to answer the question you'd need to search for the song ID in the files. You can change how it stores songs in common settings - instead of %artist%\, change it to %artist%\%album%\ . If you hit test format it should show that.

As far as I can tell, it was added to the list and there was no further activities with that song (wasn't approved or disapproved). Testing here with a 21mb 15min file it worked no problem, so I'm really not sure what is going on here. It's not being reaped, there would be a log message for that... I have no idea, really. Is there a temp file for it in the Temp folder? (in the same directory as SProxy.exe)

I think I may have deleted the bit which disabled SSL when the hacks mode is on - for some reason, SSL is nonfunctional on wine. I'll check in a bit; I haven't done a comparability check recently. The blue boxes are supposed to be some sort of mini-tutorial, but it (they) shouldn't be stealing focus. Hmm, you're right, it shouldn't be turning LinuxHacks off. Testing it here, it did work fine (installer turned it on properly). Wonder if the process died or something on linux. Will need to check. The tricky bit here is the playback: there really isn't an easy way to fix that. I may fiddle about and see if I can hack it to use native pipes (as opposed to the windows pipe) but not really confident about it. Okay, tested on os x (my usual testbed for wine). It looks like linux hacks did not get turned on for some reason, which is odd; the install log says the same. To fix this either edit the config or launch with -wine. Had the boxes show up, but they weren't stealing focus. Might be an X thing. For sound: run winecfg, and try changing the sound subsystem in there.

heh no problem

2/27/2010 4:12:45 AM S333291: Song AART ready, submitting 2/27/2010 4:12:45 AM Saver2: Processing song Peter Kater - "Wings Of Sound" on 'Elements Series: Air' (ID S333291) 2/27/2010 4:12:45 AM FILE SAVED, Source: Pandora; MP3 format, 29330702 bytes It's missing because the song was saved - the question is, why was it saved? It appears to have circumvented the approval mode, somehow, not quite sure why. I'll look into it. EDIT: Functioning as intended - where the songs were sniffed, there is the line 2/27/2010 4:12:15 AM S333291: will save immediately; + rated You have "Save if positively rated when played" in Pandora settings (saver2->config->pandora tab) checked. As this song was positively rated, it was flagged for immediate saving and so was never presented to you.

ah nice looks good - i was looking at the original source that you posted.

It looks like it'd be overwriting existing files - in BarPlayerBufferFill. FILE *fp = fopen(player->tmpname, "ab"); fwrite(data, dataSize, 1, fp); fclose(fp); Actually, that'd just be sticking more data on the end of the existing file...

Heh. I was bored, so why not? :P I saw the spaces being removed (then again, spaces are arguably the worst not-invalid char) but didn't see other chars. OTOH, *nix will accept just about anything in a path name. EDIT: Oh, i see, the diff wasn't updated. Ahhh, you have snprintf instead of sprintf in there too (that's what prompted the comment about buffers). You could mess about with the system's mixer for a basic control, but there's probably a better way to do it. Could just delete partial files (go to where the skip is done). Or, you could have another thread take over the socket where it would normally be closed and finish reading it. Took a quick look and didn't find this, though. ID3 stuff could be put in where you put the rest of the stuff at the very start with the sprintfs; if player.exists == 0, write tag. You'd want to set the initial value of exists to something else though. Also, it doesn't look like the bit you added in BarPlayerBufferFill (starts with "//fie -- whoo!") respects exists - it'd be overwriting existing files.

Surprised it took so long for someone to finally bite the bullet and do it. Some suggestions, looking at the source: - You might want to mangle the stream selection logic so it only requests mp3-hifi - this will cause any client to get 128kbs mp3, and 192kbs if they are subscribers. - Tagging logic would be nice - take a look at id3ed - You'll probably want to remove various "bad" path chars, though windows is a bit more restrictive than linux when it comes to that so it might not be needed. - Artist/album/title fields are too small - i'd recommend putting them in the region of 250 or so, just to be safe. Pandora likes long names, especially when it comes to classical music. - You might want to disable skip (or handle when it does occur) as it'd leave a truncated stream Oh, and about that one comment; I'm only here for this forum, never watched the show. Guess i shouldn't bother.

Update up. Marked as nonvital, though if you are using shade mode (collapsed) you will want to install this update as it fixes a freezing problem. 02/21/10: 1.2.4 build 553 Mostly an optimization update. Song playback will be better on slower disks because mplayer is no longer relaunched for each song and is preloaded at start. Hotkeys can now be configured in settings (playpause,next,volup,voldown, rategood,ratebad). If you are using shade mode and encountering client locks you need to apply this update! [CRITICAL] Client: Fixed a bug causing client/sproxy to lock while in shade mode Client: StreamPlayer now uses a persistant mplayer instance for less disk use and less music start time Client: Fixed a possible bug with logs Client: StreamPlayer.Stop() is now be used to stop playback, Dispose() to clean up resources Client: Number of minor optimizations in streamplayer Client: Mplayer is preloaded while starting up Client: Fixed not launching properly based on shortcut (bug in plugin) Client: Hotkeys can now be changed on the config form Client: Optmizations to file size Client: Config screen changed about some and links added Client: Optimizations and regexes brought to HttpRequest Client: New icons! Client: Fixed protection levels throughout the client Client: mplayer log closed properly - fixes a bug with the plugin version Installer: Pandora.exe will now be deleted when installing saver2 (obsolete) Installer: Fixed shortcut not having an icon SProxy: hopefully fixed bug causing a port to be locked on a terminal error Known Bugs: mplayer might hang and no longer play audio. Unknown causes, only has occured once and proper logging was not in place so idk what happened. Fix: Kill mplayer and start playback again. the client may be misshapen on vista/w7: looks like DPI being odd but isn't. Unknown cause.

Major client update. Client is now packaged in an installer to make it easier to installer + put tor as well. Listening outside the US just got a bit easier (again) - Tor has been changed to tortunnel in the installer. It's not quite the same thing as tor - instead of going for maximum anonymity it goes for speed. The net result that the speed will be greatly increased due to only going one hop through tor, and it makes setup easier (and more reliable). However, the tortunnel option now is not compatable with tor as it configures sproxy for tortunnel's socks5 interface as opposed to tor's socks4a. If one wants to use vanilla tor, that is still an option; just delete tortunnel.exe and put tor.exe back in the folder. (and configure SP ofc) On top of that, the pandora client is now SOCKS-aware, so it can use tor/tortunnel/etc by itself. Configure proxy settings on menu->config->proxy. Added a welcome screen, and mini-tutorial as well. Coincidentally, logging in as anonymous is now supported. The pandora client is now packaged in an installer to ease setup. The old auto-launch tor is available at http://zzj.itf-inc.com/s2/PAtor.zip The new tor tunnel pack is available at http://zzj.itf-inc.com/s2/PAtt.zip Client: Version incremented to 1.4 Client: Added -tor and -tortunnel args to standalone for easy setup Client: Added welcome screen + tooltip tutorial Client: Music search updates significantly faster visually Client: Fading now off by default Client: Fading out delay on hover increased somewhat Client: Can now use Tor/tortunnel without SProxy (httpwebrequest removed) Client: Can now log in anonymously and save over sessions Client: Fix for crash while searching for music Client: Fixed being able to launch multiple station mgmt windows Client: Fixed register dialog not closing when close button hit Client: Fixed windows being hidden when on top was enabled Client: Fixed a few typos in various strings Client: Fixed a case where the client would spam syncs when they failed to connect Client: Fixed the mplayer log not being released properly. Known Bugs: The station window can become "locked" waiting on an RPC; unknown cause.

Bugfix and usability update up! http://zzj.itf-inc.com/s2/Saver2Setup.exe Also, the pandora client standalone (non-plugin version) is no longer included in the saver2 bundle in favor of giving it its own installer, located at http://zzj.itf-inc.com/s2/PandoraSetup.exe Biggest news here is installer for client, bugfixes, tor has been made faster, welcome screen, anonymous mode, mini-tutorial, and the standalone client is now socks-aware. 02/19/10: 1.2.4 build 487 Listening outside the US just got a bit easier (again) - Tor has been changed to tortunnel in the installer. It's not quite the same thing as tor - instead of going for maximum anonymity it goes for speed. The net result that the speed will be greatly increased due to only going one hop through tor, and it makes setup easier (and more reliable). However, the tortunnel option now is not compatable with tor as it configures sproxy for tortunnel's socks5 interface as opposed to tor's socks4a. If one wants to use vanilla tor, that is still an option; just delete tortunnel.exe and put tor.exe back in the folder. (and configure SP ofc) On top of that, the pandora client is now SOCKS-aware, so it can use tor/tortunnel/etc by itself. Configure proxy settings on menu->config->proxy. Added a welcome screen, and mini-tutorial as well. Coincidentally, logging in as anonymous is now supported. The pandora client is now packaged in an installer to ease setup. The old auto-launch tor is available at http://zzj.itf-inc.com/s2/PAtor.zip The new tor tunnel pack is available at http://zzj.itf-inc.com/s2/PAtt.zip Client: Version incremented to 1.4 Client: Added -tor and -tortunnel args to standalone for easy setup Client: Added welcome screen + tooltip tutorial Client: Music search updates significantly faster visually Client: Fading now off by default Client: Fading out delay on hover increased somewhat Client: Can now use Tor/tortunnel without SProxy (httpwebrequest removed) Client: Can now log in anonymously and save over sessions Client: Fix for crash while searching for music Client: Fixed being able to launch multiple station mgmt windows Client: Fixed register dialog not closing when close button hit Client: Fixed windows being hidden when on top was enabled Client: Fixed a few typos in various strings Client: Fixed a case where the client would spam syncs when they failed to connect Client: Fixed the mplayer log not being released properly. Saver2: Fixed some checkboxes not being disabled in config Saver2: Lowered upgrade tolerance + exposed as a setting Saver2: Loading now shows what exactly is going on for autorun Sproxy: Fixed the loading bar loading in odd spots SProxy: Fixed a possible failure with plugins being inited before server is up SProxy: Tenative fix to http proxy auth (again) Grooveshark: Now checks for streamkey error returned by GS Tor: Changed torendpoints.exe to prefer using tortunnel for more speed but can fall back to tor (if tor.exe found) Tor: Changed default to select from the 20 fastest endpoints by default, change with the -max param Tor: Changed to windows app, a messagebox will be shown on any error otherwise otherwise it will be silent. Tor: Now checks if tortunnel started properly Tor: Will check up to 4 mirrors if a status check fails. Installer: Tor option changed to tortunnel Installer: Standalone pandora client no longer included in saver2 download (plugin only) Docs: Updated for tor somewhat Dev: Source to tortunnel and torendpoints now in the tortunnel package Stage2: added -tortunnel option Known Bugs: The station window can become "locked" waiting on an RPC; unknown cause.

Can't get at the log - that site just plain doesn't work (evidently). Moot anyways, it wouldn't have anything terribly helpful probably. What i'm guessing happens is that the proxy sees the application/octet-stream content-type pandora sends (a fancy way of telling the client the server has no idea wtf it is) and as such does that scan on it. Or it looks for a large content length. Or it could be noting what's sending the request. The important bit is that pandora is expecting to get mp3 or otherwise data and instead is being force-fed html with an invalid* header. It doesn't know what to do with it, and thus it dies horribly. And the bad news is, there is no way to fix it, easily. One would have to wait refreshing the page until the proxy gave a 3xx series header or however it handles the redirect - (a JS is not out of the question - ew!) You're pretty much out of luck, I'm afraid :( * Or it just doesn't send a location changed header at all, instead relying on the browser polling the server. In any case, there's really no way for me to fix this... it would help if they returned a proper error code but even then that sort of thing really is implemented. I'd recommend taking a spade to IT or a flamethrower if you have it handy