[sldev] Machinima and recording movies/demos in SL

Kiwi Alfa sl-dev at theblob.org
Thu Jan 17 11:17:23 PST 2008


On 1/17/08, Aidan Thornton <makosoft at googlemail.com> wrote:
> On Jan 17, 2008 11:35 AM, Kiwi Alfa <sl-dev at theblob.org> wrote:
[snip]
> > Basically what I'd want to record is all events from the server, so
> > that I can log into the 'player' server, tell it to load from the
> > archived event file, and then I would be able to see what the
> > recording of *everything* that events were sent for during the time of
> > the recording. As far as I know (which isn't a lot right now, so
> > someone please correct me if I'm wrong), the SL server doesn't know
> > what the position of your camera is directly, instead relying on the
> > client to ask for new objects when it needs to render them, for which
> > the SL server will then start sending events (presumably until asked
> > to stop). Again, that's based on the little I know so it could be
> > wrong, but given that, it should be possible to view the same scene
> > from different camera angles after having recorded the events to a
> > file.
> >
> > Does that make sense?
> >
> >  - Kiwi.
>
> It's a nice idea, with one thing to beware of (above and beyond the
> server-side prim culling mentioned by Lawson English) - some
> information, such as textures, avatar UUID-name mappings and prim data
> for in-world objects is cached by the client and not sent by the
> server unless the client asks. Textures and UUID-name mappings should
> be easy enough to deal with. The prim data will be the really
> interesting bit - if you clear out your cache before starting, it
> should work as long as the viewer's cache state remains the same as on
> the initial run. Otherwise, you'll have to add some smarts in the
> player.

Well, this is another reason that I temporarily forgot that I had
decided it would be better in the client - as I said in my initial
post, it would save these things on either a successful download *or*
a cache hit.

 - Kiwi.


More information about the SLDev mailing list