RE: [Xenocide-programming] non-rectangle aircraft holds

[Cpt. B. <cpt...@pr...>]

Hi RK,

>> Should the data file for crafts contain size/shape of the hold as
well?
>> Currently I just have amounts for smallunits (operatives), largeunits
>> (xcaps), and equipment (toys).  What about for alien crafts?
>Do you have any idea for this kind of thing? I created a uniform
container >based
>system for storing things (with position aware interface and
positionless
>interface too). Do you have an XML entity idea of what would be needed?

I started to do this, but I couldn't come up with anything for
non-rectangular shapes (specifically, the belt area on a combat unit).
The idea suggested (I don't remember if it was you or centurion) about
defining a rectangle, and then flagging specific coordinates as
unavailable would work.

>BTW Cpt. if you want to define the data needed for the diferent Object
>interfaces, then go for it cause they will then coded in C++ or
offloaded >to a
>loader. In that case we already have the loading code, and even if it
not >we
>will have a guideline for entity object design. (XML can be very Object
>Oriented if well crafted).

I've got most of the data outlined...I'll start posting the layouts as I
finish the documentation.  Some of the layouts (items, specifically) are
quite complicated, and probably unreadable without the docs.

-The Captain






> 
> -----Original Message-----
> From: xen...@li...
> [mailto:xen...@li...] On Behalf Of
> Tamas Terpai
> Sent: April 8, 2004 12:26 PM
> To: xen...@li...
> Subject: [Xenocide-programming] non-rectangle aircraft holds
> 
> Attached is a version of IAircraft with the soldier hold that's not
> necessarily a rectangle (no way of initializing one yet, though), like
> the
> Ultimate Craft in one of the equipping concept pics; additionally,
> 'personnel' and 'hullOccupancy' now cross-reference each other, which
> makes things faster (at least with non-rectangle hulls) but needs more
> memory. So I'd like to know whether it's ok or the memory will be the
> bottleneck with idle CPU time present.
>  To the flight path update question: if the TimeDate has appropriate
> resolution, then it can be updated during each frame (.1 milliseconds
> resolution at 100 fps = 1% discrepancy between rounded simulation time
> and
> real time, I doubt anybody would notice).
> 
> centurion
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Xenocide-programming mailing list
> Xen...@li...
> https://lists.sourceforge.net/lists/listinfo/xenocide-programming
> 





-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
Xenocide-programming mailing list
Xen...@li...
https://lists.sourceforge.net/lists/listinfo/xenocide-programming