More interesting is that 95% of iTunes functionality works out of the
box through mod_proxy. Only enough of the streaming protocol needs to be
captured to detect a channel change or similar event and check/close the
proxy-origin server connection.
This will be a cool thank you to the Darwin guys. 8^)
Chuck
On Saturday, April 28, 2001, at 12:24 AM, Chuck Murcko wrote:
Well, not exactly, but I've gotten a chance to look at what's going on,
and there's another bit of protocol (the player controls) involved here
that is neither HTTP nor mp3. For that reason, an HTTP proxy can't be
expected to work, and I will withdraw this as a showstopper.
One to go.
Then I can think about a clean way to implement stuff like the above.
8^)
On Friday, April 27, 2001, at 10:17 AM, Graham Leggett wrote:
Chuck Murcko wrote:
No, I don't think so. It's the connection from the mp3 server to the
proxy that's never shutting down...and that's just on hitting
play-pause-play on the player, which works fine w/o the proxy in the
middle.
The mp3 - proxy connection will only shut down if the browser - proxy
connection shuts down, or if the mp3 server shuts it down (which it
won't, because the request continuously streams).
Because the content never ends, the mp3 server has no reason to ever
shut the connection down. As a result the only thing that should be
closing connections is the browser, in this case iTunes, and it's not.
To be honest I think you'll have the exact same problem with any
proxy -
I doubt there is a proxy based fix for this.
Chuck
Chuck Murcko
Topsail Group
http://www.topsail.org/
