Opened 20 years ago
Closed 20 years ago
#44 closed defect (fixed)
Reimplementing Orxonox Level terrain for Debug Levels
Reported by: | patrick | Owned by: | nobody |
---|---|---|---|
Priority: | major | Milestone: | 0.2.2-pre-alpha orx-v0 |
Component: | GraphicsEngine | Version: | |
Keywords: | Cc: | ||
Referenced By: | References: |
Description
The goal is to reimplement the ground terrain in the existing debug levels (currently some nice sinusoidal hills with snow on their top).
Reasons/Requirements:
- The ground must be modular (=exchangeable), so there has to be a possibility to change the ground form without changing mathematical functions (sin/cos)
- There has to be a simple way to add terrains coming from diffrent types of files (having different date sources):
- Height Map
- Obj Files
- self generated terrain matrices (as it is currenty the case)
- Working without errors on ALL platforms
Implementation:
- The problem is a typical class/object-problem, closed in itself so shall it be implemented
- There shall be different ground-data-types for each ground-type (height-map (existing) and obj-loader (existing))
- Class of type WorldEntity
- The ground-types must be separatable into different parts for the application of octtrees and such techniques.
Change History (1)
comment:1 Changed 20 years ago by bensch
- Resolution set to fixed
- Status changed from new to closed
Note: See
TracTickets for help on using
tickets.
fast level to fly through.
Noticed many bad things about the trackManager
MILLIONS OF BUGS