[sldev] Added streaming info for Linux, Windows/Mac version needed

[Ricky]

Ok.  Maybe then using another external dependency, like libVLC
http://wiki.videolan.org/Libvlc , would allow us to incorporate a
fully-cross platform media player that can be set up to do whatever the user
wished: Play parcel media with a default stream or file list for when there
is none, do cross-fading between streams, etc.  This could possibly even
take over the gstreamer/etc dependency, but I'm not sure.

This way we don't have to write mediaplayer functionality ourselves, we just
leverage an existing GPL'd application designed to do the task, and all we
have to do is implement the UI side to integrate it into the viewer along
with whatever else we want to make things tick the way we like...

Ricky
aka Cron Stardust

On Fri, Mar 27, 2009 at 4:34 PM, Dale Glass <dale at daleglass.net> wrote:

> On Пятница 27 марта 2009 22:55:42 Ricky wrote:
> > Well, if the user wanted background music... They could just load up
> > their favorite media player.
> >
> > Yet I understand that playing a stream in-viewer which can be
> > interrupted by parcel music would have a cleaner interface.  No dual
> > streams for instance. But then, are we adding too much?  Does the SL
> > viewer also need to be a media player?  After all, the next logical step
> > from user-configurable default streams is user playlists and files...
> > VLC does all that for me quite nicely...
> Well, I am not sure how many people will agree with me on this, but I think
> that SL, as a "virtual world" should be complete enough that you don't need
> to get out of it. Especially, if you can play music, then it should work
> well enough that you don't need an external player.
>
> I don't think a full blown media player is needed, but in RL, if I don't
> like what's on TV in a bar I can pull out my own player. I think SL could
> use an equivalent of that.
>
> Also, I think this would make things in SL better. I notice that most
> people use an external player. This is mostly because they don't like the
> current stream or there isn't any. But then they may not find out when
> something interesting does start playing.
>
> > However...  Maybe the viewer could export a file, or server port, that
> > was a copy of the stream from the current parcel media server?  This way
> > I could point my favorite media player at that location and have it
> > handle the selecting another track when the stream stops.
> Hmm, I'd prefer something else: Have the possibility of using a LSL HUD to
> command the viewer to perform streaming tasks. Then I could have my "slpod"
> attached and use it to override the parcel stream if I want.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090329/adbd03ca/attachment.htm