Manoloben
a écrit : C est pour cette raison Orion que j ai pas repondu a la marmotte, je vais pas rentrai dans son jeu! Surtout que messieur parle, mais moi j ai rien vu de ce qu il fait!(ou dit avoir fait!)
Orion_ :N'importe quoi. En ce qui me concerne, c'est vrai pour ton moteur, mais pas pour ThunderZ qui a l'air de comprendre un minimum ce qu'il fait.
nan, vous essayer de nous prouver que nos moteur ne valent rien , que on ne c que copier sur les autres depuis le debut alors stp
ManolobenN'importre quoi
: C est pour cette raison Orion que j ai pas repondu a la marmotte, je vais pas rentrai dans son jeu! Surtout que messieur parle, mais moi j ai rien vu de ce qu il fait!(ou dit avoir fait!)
How cube works
The cube engine is simplicity itself. The whole map consists of a large 2D array of "cubes", each with a floor and ceiling height, textures (for floor/ceiling/wall) and other properties. These cubes are grouped 2x2 at a time recursively into a "quad tree", which is used hold bigger cubes which can be rendered faster. For those who have edited doom, this is very similar to having a lot of square sectors but at overlapping sizes. This is results in a map that can have no room over room (yet), and is pretty cubic, except for the odd slope/slant here and there.
The floor size of a single unit (single cube) is similar to about 16x16 units in games such as doom & quake, so a staircase step is usually 1 unit, a wall 8 units high etc.
Cube renders this world by first determining which cubes are visible using a "dynamic occlusion culling" algorithm and frustrum culling. You can see the effect of this when you switch to edit mode (E), and then fly out above a map: you'll see parts of the map dropping away as you move. The remaining cubes are then rendered in their most efficient size (i.e. cube will render a mixture of 1x1 2x2 4x4 etc. size cubes, depending on wether they have the same properties: height, texturing etc.).
if you are on a fast machine, or you are playing a simple/small map, cube will simply render all of these visible cubes (this is indicated by LOD at its maximum of 250 on the hud). Cube can however make complex maps run fast even on slower computers by a technique called LOD: this will render cubes that are further away using bigger approximations (2x2 and up), even the properties of the constituent cubes don't match exactly. This reduces the amount of polys to be rendered tremendously, and thus allows even slow machines to have a consistent frame rate (cube will adapt the LOD figure every frame to aim for the fps you specify). The downside is of course that if the approximations are visible closeup, this can lead to ugly graphical glitches (this is called "popup" because it changes as you move). So in the end the choice is up to you: good fps or constant visual quality (most engines only cater for the latter).
GP32PROGFR :
oui j ais regarde sur le site de sbibi qui ma fait ma lecture du soir avant d aller faire dodo c est bien instructif domage que certaine parti du site ne soit pas active. sbibi va t il continuer son site ..???
Ha a titre perso je dirais que sBibi a fait un boulot exellent.
?
car deja a l'epoque la "mentalité pc" me soulait un peu, les mecs optimises de moins en moins leur code pour se focaliser sur les effets en ce disant que ca tournera sur les cartes de dans 1/2 ans. :'(
optimiser le code, pas l'algo...
..:: Old School Coding Powa !!! ::.. ~~ Ph43r t3h cute ones ~~
les temps changent hein 
optimiser ton code en assembleur aujourdhui ca n'est quasiment plus jamais utile, le plus important en ce moment c'est surtout d'avoir par exemple un bon scenegraph, un bon algo de partitionnement de l'espace pour les mesh statiques, d'avoir un systeme de LOD en beton pour tout et partout, d'avoir un bon memory manager pour gerer de facon efficace la vram, trier les chunks de geometrie en fonction des shaders et leur parametres afin de minimiser au maximum le nombre de changements d'etats, etc...
bcp plus avantageux de passer son temps la dessus qu'a "optimiser" le code pour le cpu en asm, surtout que vu la complexite des procs actuels, le pipelining massif, les caches, etc.., un compilateur fait souvent aussi bien voire mieux que ce que tu peux faire, et en baucoup moins de temps (a moins que tu te plonge a fond dans l'asm d'un proc, mais tout le temps que t'aura passe a ca (qui au final t'apportera que qques % de performance en plus), t'aurais pu le passer a profiler, et optimiser les algos... edit: ce qui peut doubler, voire tripler, ou multiplier par un facteur enorme (*10? *50? ) les perfs du code optimise)
: Hidden Surface Removal):
et y a toujours les vertex et fragment programs qui sont la pour se defouler en asm hein
(traduction pour FagEmul : C for Graphics, le langage C dev par NVIDIA en collaboration avec ms/HLSL pour programmer les vertex et fragment programs... (marche pas que sur les nvidia hein, sur ati aussi... ))
!!!!
!!!!!!
les temps changent hein optimiser ton code en assembleur aujourdhui ca n'est quasiment plus jamais utile, le plus important en ce moment c'est surtout d'avoir par exemple un bon scenegraph, un bon algo de partitionnement de l'espace pour les mesh statiques, d'avoir un systeme de LOD en beton pour tout et partout, d'avoir un bon memory manager pour gerer de facon efficace la vram, trier les chunks de geometrie en fonction des shaders et leur parametres afin de minimiser au maximum le nombre de changements d'etats, etc... et y a toujours les vertex et fragment programs qui sont la pour se defouler en asm hein bcp plus avantageux de passer son temps la dessus qu'a "optimiser" le code pour le cpu en asm, surtout que vu la complexite des procs actuels, le pipelining massif, les caches, etc.., un compilateur fait souvent aussi bien voire mieux que ce que tu peux faire, et en baucoup moins de temps (a moins que tu te plonge a fond dans l'asm d'un proc, mais tout le temps que t'aura passe a ca (qui au final t'apportera que qques % de performance en plus), t'aurais pu le passer a profiler, et optimiser les algos... edit: ce qui peut doubler, voire tripler, ou multiplier par un facteur enorme (*10? *50? ) les perfs du code optimise)
) ect ...) au niveau algorithme ou les garcs inventais mont et merveille pour leur code et moteur 3D, je dois etre nostalgique de cette epoque, quand je parlais optimisation du code pour moi je la vois d'une facon global (besoin, meilleur moyen dis arriver donc bon choix des algos et code en dernier avec optimisation specifique a celui ci).
) alors que je reconnais que sur PC a la limite du moment que ca tournais bien sur ma machine (jai pour le moment un petit Tbird 1.2 ghz avec 512 sdram et GF4TI4200 128 drr) je ne me serais pas posé forcement plus de question (je sais c'est une erreur pas taper 
).
ok bon bah si le portage de ThunderZ utilise la meme methode que ca, c'est ce que je disais, c'est comme une grille de voxels
) enfin bon apres c'est question de jugement
Et franchement je regrette rien! En faites j ai des super potes a Epita et je me fais pas autant chier qu eux(en piscine, et en ING 1, petite pense pour eux!)) depuis l'age de 10 ans environ (enfin c'etait du basic a l'epoque et sur la console philips), j'ai mon petio BTS CIRA et j'ai arreter les etudes pour aller bosser a EDF (ca c pas forcement un mauvais choix vue le monde du travail) ou je suis des contrats (rien avec la prog).
ThunderZ :
dsl j'ai pas fais epita (j'aurais bien aimer), je code et j'ai appris seul pour ca (ca explique peut etre mon code de bourrin a la cochon des fois) depuis l'age de 10 ans environ (enfin c'etait du basic a l'epoque et sur la console philips), j'ai mon petio BTS CIRA et j'ai arreter les etudes pour aller bosser a EDF (ca c pas forcement un mauvais choix vue le monde du travail) ou je suis des contrats (rien avec la prog).
je me sens tout nul en prog tout d'un coup entourer de mec barder de diplome, je vais plus oser parler moi et a peine code (enfin pas stopper non plus j'aime trop ca)
J'ai beau être en premier année d'ingé if, je ne pourrais pas aligner le quart du tiers du quizieme de ce tu fais ... peut-être un "hello world" à la rigueur ? (bon, pas tout à fait, mais presque ^^)
![[/img]](https://www.yaronet.com/pmag/pubf.gif){kind=link}