On Tue, 4 Apr 2000, Stas Bekman wrote:
> > > Consider just this once that HTML is not the preferred way to deliver this
> > > kind of content. Perhaps the tutorial could be in the form of an MP3
> > > file, with instructions to turn to the next slide periodically. The slide
> > > could be HTML scaffolds around an image. Anyway, this has the advantage
> > > of following standards and also allowing the user the freedom to move the
> > > audio stream and slides independently.
> > I like the idea of using MP3 but not being MP3 savy wan't sure that clients
> > support streaming MP3. Also the encoding would have to be at less than
> > 33kbps so it will play properly over modem lines. The slide/chapter info
> > could be encoded into the ID3 tags and users could request any slide from
> > the playlist.
> See the last TPJ article by Lincoln Stein about mp3/streaming/icecast and
> mod_perl.
His article works, but isn't entirely accurate as I have already e-mailed
Lincoln Stein about the issues. He claimed to discuss them in his follow up
article.
Most players support m3u's and icecast. I would suggest encoding the audio
in either 24kbps. (33kbps isn't a valid bitrate, you probably meant 32kbps)
I would suggest just creating a bunch of m3u files that can then be played
while looking at the slides. icecast is usually used for radio like streaming,
not on-demand streams.
> > I'll have to dig a bit into Mike Oliphant's Grip or LAME to do
> > the encoding. I am wondering if icecast software would work well for this
> > application.
> Grip doesn't do the encoding it's merely a wav reader plus a nice
> interface to the encoding tools.
Grip is an GTK interface on top of cdparanoia and lame/blade.
Cheers,
--
Sander van Zoest [EMAIL PROTECTED]
High Geek http://www.vanZoest.com/
