You are viewing a plain text version of this content. The canonical link for it is here.
Posted to modperl@perl.apache.org by Bakki Kudva <ba...@ncinter.net> on 2000/04/04 19:32:04 UTC
Re: [mod_perl audio tutorials]
Jeffrey W. Baker wrote on Tuesday, April 04, 2000 12:04 PM:
> 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. 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.
bakki
>
Bakki Kudva
Navaco
(Electronic Document Management Solutions)
phone: (814) 833-2592
fax: (603) 947-5747
http://www.navaco.com/
Re: [mod_perl audio tutorials]
Posted by "Jeffrey W. Baker" <jw...@acm.org>.
On Tue, 4 Apr 2000, Bakki Kudva wrote:
> Jeffrey W. Baker wrote on Tuesday, April 04, 2000 12:04 PM:
>
> > 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. 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.
For voice, you can use very low bitrates with MP3 encoding and still get
acceptable output. The other nice thing about MP3 is that the clients
don't HAVE to stream it. They can darn well save it locally if that is
more convenient. However, all clients that I have used do support
streaming.
-jwb
Re: [mod_perl audio tutorials]
Posted by Bakki Kudva <ba...@ncinter.net>.
Sander van Zoest wrote on Wednesday, April 05, 2000 2:45 AM:
> 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.
Could you please email me a copy of your msg to Lincoln about the
inaccuracies?
> 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 did mean 32kbps. How low can you go to get acceptable quality for just
voice? Most information in voice is less than 3,500Hz or so I think. If you
sampled that at atleast 7-8 KHz it would represent a bit rate of 64KHz
without compression.
> 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.
This means you can have a link to the appropriate m3u file on the html page
containing the corresponding slide correct? So with this approach the only
thing you won't have is automatic advance to the next slide when audio
finishes, which should be no big deal. The user still can manually navigate
thro the slides. This is easy enough that I can set up a couple of trial
slides at my web site.
Bakki Kudva
Navaco
(Electronic Document Management Solutions)
phone: (814) 833-2592
fax: (603) 947-5747
http://www.navaco.com/
Re: [mod_perl audio tutorials]
Posted by Sander van Zoest <sa...@vanZoest.com>.
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 sander@vanzoest.com
High Geek http://www.vanZoest.com/
Re: [mod_perl audio tutorials]
Posted by Stas Bekman <sb...@stason.org>.
On Tue, 4 Apr 2000, Bakki Kudva wrote:
> Jeffrey W. Baker wrote on Tuesday, April 04, 2000 12:04 PM:
>
> > 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. 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.
See the last TPJ article by Lincoln Stein about mp3/streaming/icecast and
mod_perl.
Grip doesn't do the encoding it's merely a wav reader plus a nice
interface to the encoding tools.
______________________________________________________________________
Stas Bekman | JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ | mod_perl Guide http://perl.apache.org/guide/
mailto:stas@stason.org | http://perl.org http://stason.org/TULARC/
http://singlesheaven.com| http://perlmonth.com http://sourcegarden.org
----------------------------------------------------------------------