[Pianod] libao settings testing

[Jimmy Pop]

You are correct about the reuse, I thought it was only reused in the
station list.
I will add a fork in the parsing routine for that.

I am having a different issue as well, when changing accounts,
pandora user xxxxx at gmail.com pass1234
I wait over 10 seconds, I dont get a station list changed event, and when I
request a station list its the list from the previous account still.


On Mon, Apr 29, 2013 at 5:52 AM, Perette Barella <perette at barella.org>wrote:

> Hi James,
>
> What I'm reading this as, is you want the current song's station to have a
> different numeric code from stations in the station list.  I don't think
> this gains much; codes are re-used all over the place.  For example,
> station is used for current station, station list, mix stations (both
> included and excluded); ratings, track name, and ID all get reused for any
> of the seed/feedback data and search results as well as current track.
>
> Thus, I maintain it is in the client's domain to separate unsolicited
> messages from request responses.  This is pretty easily done; just shunt
> anything between 203 Data and 204 End of data messages into reply handling.
>  See communication.js for a JavaScript example.
>
>   http://deviousFish.com/Pianod/client/communication.js
>
> In receive_message, the 'state' variable is set to DISCRETE when
> processing unsolicited messages, and COMMAND when a 203 is received.  It
> then collects the subsequent messages into a single response and delivers
> it when 204 comes in, and goes back to DISCRETE mode.
>
> Perette
>
> --
> Perette Barella • perette at barella.org • 585-286-1312
> 176 Middlesex Road, Rochester NY 14610
>
> On 2013年04月28日, at 23:26, Jimmy Pop wrote:
>
> On another note, I propose a change from the current return of the channel
> list using response header 115, this is used as the "current playing"
> unsolicited feedback, I have modified responses(c/h) to use 175 as a
> temporary station list response header, but would like to see if this could
> be added to the official source to retain settings across revisions,
> perhaps a runtime flag that if missing defaults to the old idiom.
>
>
>
> _______________________________________________
> Pianod mailing list
> Pianod at lists.deviousfish.com
> http://lists.deviousfish.com/listinfo.cgi/pianod-deviousfish.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.deviousfish.com/pipermail/pianod-deviousfish.com/attachments/20130429/43257a47/attachment-0003.htm>