On Thu, May 18, 2006 at 05:31:00PM +0000, Georg Holzmann wrote:> Hallo! > > >>So if a user wants to hear record A, then a stream should be opened > >>(maybe a new mount point ?) and only this user should be allowed to hear > >>the stream ... > >>Is this possible with icecast ? > > > >It probably would. > >(Aber man kann sich auch hintenrum durch die Brust ins Auge schiessen...) > :) > Have you an idea how it would be possible ? > > I just read the documentation for the config-file about mount-points: > http://www.icecast.org/docs/icecast-2.2.0/icecast2_config_file.html#mount > > But in our situation we would have e.g. 10 listeners in parallel (which > here different recordings) and I would have to declare 10 such mount > points in that config file ... > So is there a way to dynamically set such settings ?You don't have to configure mountpoints to create them. Just set the global source client password. If you connect using those credentials the mountpoints will be created on the fly. You won't be able to use authentication this way though. (You might be able to patch it)> Or is there maybe an other (open-source) software, which might be better > for our task?I'm not sure. My idea would be that users probably will feel the need to pause, resume, rewind lectures. This is not at all possible using icecast live streams unless you do some crazy things like source client controll. So I'd rather look in direction of some client that is capable of http authentication and can send range requests and a server that understands those. You'll have static files anyway so no need to make them into live streams...> >>And the streams should be also multichannel (2-8 channels, it depends on > >>the record) ... > > > >that would probably be possible with ogg/vorbis. You'd need to find > >a client software supporting that though. > > Thanks - I just tried it myself and multichannel is possible with ogg ;) > And yes, we have to program a special client software anyway ... >Good to know :) Cheers Thomas
I highly recommend the open source Jinzora project (http://www.jinzora.org/). It has merged with and extended the capabilities of the older NetJuke project. It's geared towards authenticated, on-demand playback and supports many formats, ogg included. I've been thoroughly impressed with the quality of the package, it's GUI options, and its robustness. I personally use icecast2 to support a peercast broadcast and use NetJuke/Jinzora for my own personal media playback at home and away. Mark -----Original Message----- From: icecast-bounces@xiph.org [mailto:icecast-bounces@xiph.org] On Behalf Of dm8tbr@afthd.tu-darmstadt.de Sent: Thursday, May 18, 2006 2:52 PM To: Georg Holzmann Cc: icecast@xiph.org Subject: Re: [Icecast] multichannel streaming On Thu, May 18, 2006 at 05:31:00PM +0000, Georg Holzmann wrote:> Hallo! > > >>So if a user wants to hear record A, then a stream should be opened > >>(maybe a new mount point ?) and only this user should be allowed to > >>hear the stream ... > >>Is this possible with icecast ? > > > >It probably would. > >(Aber man kann sich auch hintenrum durch die Brust ins Auge > >schiessen...) > :) > Have you an idea how it would be possible ? > > I just read the documentation for the config-file about mount-points: > http://www.icecast.org/docs/icecast-2.2.0/icecast2_config_file.html#mo > unt > > But in our situation we would have e.g. 10 listeners in parallel > (which here different recordings) and I would have to declare 10 such > mount points in that config file ... > So is there a way to dynamically set such settings ?You don't have to configure mountpoints to create them. Just set the global source client password. If you connect using those credentials the mountpoints will be created on the fly. You won't be able to use authentication this way though. (You might be able to patch it)> Or is there maybe an other (open-source) software, which might be > better for our task?I'm not sure. My idea would be that users probably will feel the need to pause, resume, rewind lectures. This is not at all possible using icecast live streams unless you do some crazy things like source client controll. So I'd rather look in direction of some client that is capable of http authentication and can send range requests and a server that understands those. You'll have static files anyway so no need to make them into live streams...> >>And the streams should be also multichannel (2-8 channels, it > >>depends on the record) ... > > > >that would probably be possible with ogg/vorbis. You'd need to find a > >client software supporting that though. > > Thanks - I just tried it myself and multichannel is possible with ogg > ;) And yes, we have to program a special client software anyway ... >Good to know :) Cheers Thomas _______________________________________________ Icecast mailing list Icecast@xiph.org http://lists.xiph.org/mailman/listinfo/icecast
Hallo!> You don't have to configure mountpoints to create them. Just set > the global source client password. If you connect using those credentials > the mountpoints will be created on the fly. You won't be able to use > authentication this way though. (You might be able to patch it)okay, thanks ...>>Or is there maybe an other (open-source) software, which might be better >>for our task? > > I'm not sure. > My idea would be that users probably will feel the need to pause, resume, > rewind lectures. This is not at all possible using icecast live streams > unless you do some crazy things like source client controll.yes, that's what I thought anyway ...> So I'd rather look in direction of some client that is capable of > http authentication and can send range requests and a server that understands > those. You'll have static files anyway so no need to make them into live > streams...hm ... what do you mean exactly ... something like Jinzora (as Mark suggested) ? Thanks, LG Georg
Hallo!> I highly recommend the open source Jinzora project > (http://www.jinzora.org/). It has merged with and extended the capabilities > of the older NetJuke project. It's geared towards authenticated, on-demand > playback and supports many formats, ogg included. I've been thoroughlywow - may thanks ... I will definitely try Jinzora ! LG Georg
On Fri, May 19, 2006 at 07:30:54AM +0000, Georg Holzmann wrote:> >So I'd rather look in direction of some client that is capable of > >http authentication and can send range requests and a server that > >understands > >those. You'll have static files anyway so no need to make them into live > >streams... > hm ... what do you mean exactly ... something like Jinzora (as Mark > suggested) ?I don't know how jinzora handles things. IOW what happens if you push the fast forward button in your client or skip 2min ahead right away. My Idea would be the client requests another part of the file, thus reducing bandwith usage and speeding things up. (instead of downloading the whole file) Most http servers support this requests (they are needed for resume download feature) I'm not sure about client software. This will need things like guessing bitrate on vbr files etc. Cheers Thomas