RE: op= streaming problems

I'm hoping to replace a Windows Media Server, which
does the type of streaming where the player can jump
to different positions in the stream.  The download
and play routine that my server is doing with mod_mp3
currently doesn't allow this positioning.

The odd thing is that last night, I was able to get
mod_mp3 to stream pretty well to WMP, with full
positioning working fine.  But, with no change on my
part, this morning no matter which way I do it, I get
the download and play routine, even when I access the
server via :8000.

I'll still play with it and try to figure it out...

--- "Disnard, Jon" <[email protected]> wrote:
> 2.  With the AddHandler added to http.conf, the file
> still is treated like a regular audio file, the
> player
> does begin to play it, but not streamed, it's
> downloading in the background as it plays.
> ~~~~~~
> 
> Actually, yeah... That's right.... Mod_mp3 see's it
> has a large tcp window
> size, and takes it...sends blocks of data down the
> pipe since you can handle
> it... 
> 
> What happens is mod_mp3 sends the file in the
> correct way (mime-type,
> shoutcast style protocol, etc..) but doesn't limit
> the bandwidth due to the
> fact that simply isn't practical. That would have to
> involve some sort of
> bitrate shaper thingy in mod_mp3, and since mod_mp3
> is unaware of the
> encoded bitrate of the file, it simply spews it all
> and dies as quickly as
> possible. Now I will say that there is a way to use
> the LAME encoder in the
> middle, but even then you will still get the mpeg
> data at the rate LAME can
> spew it out, and I assume that is still faster than
> the logical bitrate of
> the file (typically). 
> 
> It really does make sense if you think about it long
> enough.
> 
> -Jon Disnard
> http://www.audiodevil.org


__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com