ZigZagJoe

Oops. Dumb error on my part. If it matches a blacklist pattern, i had it return before it would mangle it for turbo mode. Fixed. Not sure. All-in-one magical re-encoders rather scare me tbh. I tried an auto-tagger once, and i still have the scars. Development note. New core finished. Just need to do some more testing on it so to be sure it all works fine.

So you wanted a way to disable feedback-triggered downloading? Already done. (I noted this earlier, when i went to create a station for the first time in a few weeks...)

It's not a problem, per se... it's just that data comes in faster than your computer could ever hope to simultaneously re-encode it. Hence bad things will happen once the amount of songs to be processed passes the max to keep queued (really, i haven't the faintest what would happen - completely undefined). Eventually, perhaps, I will make a helper program or some such to help with re-encoding, but atm I don't see it happening. It's still going to be resource intensive, either way. Test, 123. (huzzah, that's another bug fixed)

This seems counter-intuitive - why not just set it to not automatically download and have done? Misc notes: I've finished setting up a firefox portable for use with this. Going to release it with the new version hopefully later tonight. Assuming my re-write of SProxy's connection handler goes fine~

I'll check, but this has been working fine for a while. (if no automatic download is set, it forced the rating to be 0) Also, please make any follow ups in http://hak5.org/forums/index.php?showtopic=12047 thread. The new standalone (fiddler-free) and firefox has been finished.

Hmm, are you restarting IE between launching SProxy? i find that it doesn't check its settings unless you open a new window (closing any already open). Which might be why the mini-tuner is working - it launches a new window which updates its settings. Try launching SProxy first, then opening IE. The same goes for when you close sproxy, IE won't go back to normal (no proxy mode) until you close all existing windows. (close and relaunch)

Hmm. I assume you are using the same browser for the mini tuner and the normal one? Do you see the requests in SProxy? I can only guess that something is not set up right

what exactly happens when you try to use the big tuner? any specific messages, or..? and cmd=tuner was another way to use the big tuner, i just have it look for cmd= in the url now so it will do both the mini tuner and the big one.

Yeah, I changed that in the fix for the url with cmd=tuner in it. But if the normal player is not ripping normally but the mini one is, something is wrong. Do you have a log of what is happening or ...?

Yeah, so no point in putting it in that folder to begin with. (I meant remove %album% from the folder organization format, not the name format) Strict duplicate checking would actually be faster, as it simply does : bool exists = File.Exists(fullFilename + ".mp3") || File.Exists(fullFilename + ".mp4") || File.Exists(fullFilename + ".wma"); instead of doing a check on each filename in the folder and seeing if each file's name's words matches the possible name. It's more or less just as functional as the normal check, but i specified it now as it is not affected by the problem. (Actually, i thought of a way i can enhance that check to be extension-independent)

Yeah, because it is also trying to organize it, too, so it included the long name twice. I'd recommend dropping %album%\ from the organization format ("Folder structure"); not much point in putting it in a folder named for the album when the album is also in the name of the file.

Aha. Got it. It truncates the length of the song name (because of filesystem stuff), but it compares against the full length names (thus they do not match). and thusly thinks they do not exist and tries to rip again. Hotfix: Enable strict duplicate checking under advanced settings. (god DAMN that is long!)

Actually, it's the pandorasaver module that is failing, not SProxy. How many temp.dat files were there, exactly? I think what might be happening is somewhere in the worker thread something hairballs and throws that error you saw, but as the tamper method did not throw the error sproxy goes happily on with pandora. But, the temp files never get processed or reaped when there is too many, hence that... Atleast i have an idea what is going wrong; Something in the worker thread is throwing an IOException, in the outermost try-catch (which re-throws errors after logging them). If you can get a log it would help a lot.

Can you bring up the mini-site ( http://127.0.0.1:8888/ ) in your browser? If not, something is evidently using the same port as SProxy (however, you should get a message to that effect when you try to launch it). If you can bring it up, but not other sites, verify that you have the details in correctly. You also might check if there is a "ghost" sproxy running (that is, a hung process with no window). If it doesn't come up, check the listen port setting in SProxy config (under minimize to tray).

try putting "--replaygain-accurate" into the encoder command line on advanced options. (only thing i really found) I'm not quite sure what you are saying (outside of something is not working). Are you seeing pandora requests in SProxy's window? (stuff like CONNECT www.pandora.com, GET http://audio-*.pandora.com/, and so on)

PandoraSaver->Settings->Advanced->Start logging (it will change to stop logging once pressed) Then look for log.txt in the save folder. Clipping? What do you mean? Too short? or is the volume wrong? As for LAME settings; you are on your own as i have not used lame outside of a few tests. I haven't the faintest what its other options are. Misc note: Think i found the reason why tons of memory could be used but all of it was unaccounted for. Was an "optimization". Supposedly.

Yes - the data saved as mp4 files is the same data that Pandora plays. Can't get any better. However, the quality selected if you are using trancoding will affect the quality to some degree. Hmm, doesn't look like that save path is too long. Do you have a log of PS when it happened? Development note. Got Exemptions working properly: there is now the option to only send pandora control URLs through SProxy's configured proxy. This may obsolete low bandwidth mode; however that will stay for sake of compatibility.

Ah, yes, forgot about that. Fixed it in the latest version (release later tonite probably)

It would be the in the source of the webpage; but, as there is no auto-mangling page in the log, it's obviously not getting written. Is low bandwidth mode enabled? That's the only reason it would not automatically make the changes, or if you are using an odd URL to access Pandora (IE. not http://www.pandora.com or http://pandora.com, and not using the miniplayer) Also, good, those logs gave me a good idea of what went wrong: the paths are too long. Copy and paste your save folder address here (C:\Documents.. or whatever.) so i can confirm it. A low of windows functions have a 255 char path length limit, a holdover from Dos-based windowses, even though NTFS support 4096. It seems that it was butting into that. Hmm. I see. The blacklist i've implemented will be able to handle that, though the SWF file will probably have to be downloaded via Tor; Sproxy does not meddle with the SSL connection used to download it. Might or might not get that to work. Still, it would be a great improvement for sure (I tried listening via tor a few times for sake of testing....it did work, but god damn if it wasn't slow to load initially)

Yeah, writing a separate job-handler is on the to-do list - I didn't really like the encoding being done in the middle of handling, where problems could occur. It didn't allow for sane multi-core use as well (that is, run a separate job on each core). Can't be a batch file except if hard coded though, because trying to do string processing in bash is hard enough, with the windows interpreter it's an exercise in futility. Changed pandora helper to not show in tray yesterday actually, but it's going to be a day or so until i get around to releasing the new version, with the fader and some other changes. Possibly the delayed encode stuff. Blacklist functionality will be present but hidden, to allow circumvention of Tor for audio downloads and such (Pandora evidently does not check the IPs downloading audio). It will not be exposed in the config, however, as i was not able to come up with a sane way to allow for variable statements and allowing user-editing. I had wanted to essentially perform the function of the browserPAC and include only pandora control URLs, sending other urls normally and making browser setup even simpler. But, I would essentially have to write a complete engine to handle parsing them or use another engine like javascript or vbscript (though, that does have potential.). Maybe in the future. The fader is another helper window which can display when a song is sniffed (played by pandora) and/or when a song is ripped. Displays album art and the basic song info like pandora does. Named it the fader because it smoothly fades from opacity to mostly transparent when not focused (or with the mouse over it), and fades smoothly back in when it is focused or a new song plays. It looks rather nice, I think. Bug fixes and other improvements go without saying.

Check for a line similar to "<meta http-equiv="refresh" content="3600">" in the source. it may be 3600, 1800, or some other value depending on interval. Also, when you load pandora, it should say auto-mangling page .... in Pandorasaver's log.

Can you follow the instructions at this url and see what those errors were (post them here)? they will be listed under application failures. turbo functions regardless of browser/miniplayer.

Tor uses Socks4a (it also supports 4 and 5). Use 127.0.0.1 port 9050 as the proxy address. No, in short, there is no way to capture MP3s without a major code rework (moreover, this MP3s are lower quality). You can enable Mp3 conversion in settings if you want mp3 files out, however, it takes about 40 seconds or so to convert an aac file to mp3 (on a ripped machine), so turbo mode can't be used. But, as you are using Tor, I suppose that is not a great concern. @brofix There is no easy way to set duplicate name tolerance so that you can match two names following different formats. (one has much more content). You could try using the blacklist to set the download dir as blacklisted, lowering the match tolerance to 80%, and enabling strict duplicate matching. (MAKE SURE DELETE BLACKLIST FILES ARE NOT ON). This will have it generate blacklist patterns from the download pattern, and match them with more tolerance for changes, but only strictly compare when it checks for duplicates in the same folder ( that is, pattern.mp4, name.mp3, and name.wma). But, i'm not too sure if that would work so hot. You could use a program to generate a list of the existing files in the same scheme (and or rename them), but otherwise it's a bit dicy. A file with no album indicated gets rejected for missing data; moreover, i've never had that happen. Also, do you have an excerpt of Pandorasaver's log during the same? the sproxy log shows nothing wrong other than Pandora is requesting files at a normal pace. @Apo I'm not sure what you mean - "is there any way to prevent the audiostream from being loaded by tor so it just passes SProxy ?" Do you mean, have the audio stream not be loaded by tor? Wouldn't Pandora not allow that for an invalid IP? (if it doesn't, okay, great; I was planning on setting up a way to have URLs that did not use the chain proxy) Random development note: Working on a little window to show the last sniffed song and song details (mostly meant to be a listening accessory)

Already in the newest version. Check the options - "file name style". Also, the bug with files getting corrupted has been fixed. was a bit of holdover code that i forgot to update (it assumed that if the encoder had run, it must have generated a mp3 file. thus it was putting mp3 tags on an aac file.)

this is outdated! see http://hak5.org/forums/index.php?showtopic=13598 Glad you like it :) Actually, I just noticed the wrong version in the dialog myself. Fixed it now. (it was hardcoded, now it will use the global var) Can't rate songs after the fact; would have to spoof fields on the request and I don't know what half the ones are. The problem is that flash evidently reads IE's settings (like other programs do, as you found out) to determine how to route requests. If it doesn't set these settings, flash will circumvent SProxy and pandorasaver altogether. I'm trying to find a better way to handle it. I have not been able to establish if it respects the parent browsers' settings or not - but it definitely does do IE's. It should set it back when it closes, however.... Lemme check if that is working right. To fix it, go into Tools -> Internet options -> connections -> LAN settings and uncheck use a proxy server. (edit - yup, sure enough, i had mangled the bit for proxy enabling) new version : zzj.itf-inc.com/SPPS1.000d1.007a.zip (THIS IS OUTDATED!!!) SProxy is now 1.000d PandoraSaver now 1.007a (i really need to make a small webpage, having to update links is a pain~) notes- Now supports blacklisting directories - see the file Blacklist.txt and Sample.blacklist.txt for info. Enabled in options - Displays a progress indicator when many files are being loaded. SProxy now can minimize to tray. See SProxy options. Some small fixed and such in SProxy, in interest of speed. Option to disable tagging altogether. Pandorasaver at 3644 lines of code, SProxy at 2687. Sometime (maybe later tonight) I'll setup a standalone firefox + add a provision to automatically launch it (or other browser) when sproxy is started.