Re: [FreePV-dev] 4rd FreePV GSoC meeting

[yuval l. <yuv...@ya...>]

I will be there, and I hope Ken will be there too,
because the internal structure is important for QTVR
and other formats too, not just for SPi-V. Your SPi-V
parsing seems to be already at a good point that it is
time to define what to do with the parsed objects and
action. It makes sense for the internal structure to
be the same for QTVR and for SPi-V panoramas since we
are talking of subset of the same functionalities.

Yuv

--- Leon Moctezuma <den...@gm...> wrote:

> The last meeting was very good one, this time
> I would like to talk about the SPiV implementation
> in FreePV, and its internal structure. We left this
> some weeks ago, and soon or later we have to come
> back to it.
> 
> Ken, the meetings are written, then we can keep
> a track from them, so you should not need to find
> a quite place for the meeting. Hope you can be there
> I haven't had the opportunity to chat with you.
> 
> Pablo and Yuval... hope you can show up.
> 
> Thomas and Aldo will not be able to be in the
> meeting.
> 
> Finally here is the agenda
> 
> Now I'll give an agenda with topics that I'll like
> to talk about,
> since not all the people shows up, or the times are
> not even taken.
>
-------------------------------------------------------------------------------------
> 
> Meeting Agenda
> 
> Start at 7:00 P.M. (CET)
> Approximated time 1hr.
> 
> Opening and Progress Overview.
> Responsible: Leon.
> 
> SPi-V file parsing,
> I would like to talk about the behaviors
> and how to manage them inside freepv,
> as you probably read in the specification
> there are three ways to specify the
> behaviors inside SPi-V. Also would
> like to talk about the downloading process
> for the plug-in and the parsing process.
> 
> Image class and sceneElements,
> Probably will need to make some changes
> to the class. I would like to discus about
> layers from SPi-V since FreePV just supports
> one image per object in the scene.
> There is also another problem to solve, we
> need to support several sceneElements, at the
> moment this is not a reality.
> 
> Rendering and mouse events
> I found a way to get which element was clicked
> on the screen, probably you already know about it,
> but I didn't. The fact is that you render the scene
> with key color and each color i associated to an
> element,
> then we can render the scene in the back buffer pick
> up a
> color... check which element was clicked and clean
> the buffer
> to render again the scene and swap the buffers.
> I also would like to talk about spherical and
> cylindrical projections,
> specially about that chopped textures, that you told
> me once Pablo.
> 
>
----------------------------------------------------------------------------------
> 
> 
> Best regards,
> 
> Leon Moctezuma
> 



       
____________________________________________________________________________________
Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, photos & more. 
http://mobile.yahoo.com/go?refer=1GNXIC