### Author Topic: Glib : a 3D graphics axe library  (Read 86474 times)

0 Members and 1 Guest are viewing this topic.

#### TheMachine02

• LV6 Super Member (Next: 500)
• Posts: 452
• Rating: +105/-0
• me = EF99+F41A
##### Re: Glib : a 3D graphics axe library
« Reply #375 on: October 01, 2014, 03:51:48 pm »
actually, with all the optimizations I done, it is even faster tahn the "normal" texture routine .... and it still pure axe
AXE/asm programmer - unleash the power of z80 //C++//C

epic 3D things http://www.ntu.edu.sg/home/ehchua/programming/opengl/CG_BasicsTheory.html

#### DJ Omnimaga

• Clacualters are teh gr33t
• CoT Emeritus
• LV15 Omnimagician (Next: --)
• Posts: 55942
• Rating: +3154/-232
• CodeWalrus founder & retired Omnimaga founder
##### Re: Glib : a 3D graphics axe library
« Reply #376 on: October 01, 2014, 04:01:48 pm »
Ok good to hear

#### TheMachine02

• LV6 Super Member (Next: 500)
• Posts: 452
• Rating: +105/-0
• me = EF99+F41A
##### Re: Glib : a 3D graphics axe library
« Reply #377 on: April 05, 2015, 06:50:37 am »
Soooo. I need help of asm guru
I was doing a multiplication routine in asm, and since it is in sensitive code, I need the max speed. However it is a mul BC*A/8
So a bit more tricky, and I couldn't optimize more than this :

Code: [Select]
_gFMulAxBCdiv16: ld hl, 0 or a ret z rra \ jr nc, $+8 \ ld h, b \ ld l, c \ sra h \ rr l rra \ jr nc,$+3 \ add hl, bc \ sra h \ rr l rra \ jr nc, $+3 \ add hl, bc \ sra h \ rr l rra \ jr nc,$+3 \ add hl, bc \ sla c \ rl b rra \ jr nc, $+3 \ add hl, bc \ sla c \ rl b rra \ jr nc,$+3 \ add hl, bc rra \ rra \ ret nc sla c \ rl b or a sbc hl, bc ret
Note that DE should be kept intact, BC can be destroy and A is in [-63,63]
So if anyone can hep me ...
AXE/asm programmer - unleash the power of z80 //C++//C

epic 3D things http://www.ntu.edu.sg/home/ehchua/programming/opengl/CG_BasicsTheory.html

#### c4ooo

• Posts: 252
• Rating: +10/-1
• The impossible chemical compound.
##### Re: Glib : a 3D graphics axe library
« Reply #378 on: April 26, 2015, 08:19:43 pm »
Ahh... The wonders of mathematics!... It's nice you made this into lib form, but I still think that making a custom engine for a game is always more efficient.
Also this can aply textures and lighting? Or just fill polygons with a color?
Exit: did not notice the new axiom thread for this.
« Last Edit: April 26, 2015, 08:25:18 pm by c4ooo »
-German Kuznetsov
The impossible chemical compound.

#### TheMachine02

• LV6 Super Member (Next: 500)
• Posts: 452
• Rating: +105/-0
• me = EF99+F41A
##### Re: Glib : a 3D graphics axe library
« Reply #379 on: April 27, 2015, 05:14:05 am »
Actually, not. I've taken care the fact that an optimized engine as to be made for each game. That's why gLib doesn't offers a game engine, only the essential set of routine to get basic 3D runs, and optimized data manipulations. (setting matrix, rotation,cliping...) (even if I still have to add 2D rotation commands)
I even let's the user do what he wants in 3D calculation with shaders. I do think that is much powerful than an big engine taking care of all - wich gLib isn't - and pretty much close of a very particular engine.But after, we'll have to see. I am currently programming a game with it, I pretty much will see if it is feasible or not.
AXE/asm programmer - unleash the power of z80 //C++//C

epic 3D things http://www.ntu.edu.sg/home/ehchua/programming/opengl/CG_BasicsTheory.html

#### c4ooo

• Posts: 252
• Rating: +10/-1
• The impossible chemical compound.
##### Re: Glib : a 3D graphics axe library
« Reply #380 on: April 27, 2015, 04:00:19 pm »
Actually, not. I've taken care the fact that an optimized engine as to be made for each game. That's why gLib doesn't offers a game engine, only the essential set of routine to get basic 3D runs, and optimized data manipulations. (setting matrix, rotation,cliping...) (even if I still have to add 2D rotation commands)
I even let's the user do what he wants in 3D calculation with shaders. I do think that is much powerful than an big engine taking care of all - wich gLib isn't - and pretty much close of a very particular engine.But after, we'll have to see. I am currently programming a game with it, I pretty much will see if it is feasible or not.
Well yes... if its really basic then yes. But still, how easy (using this) is it to make the engine share interacting vertices/vectors so the same points will not have to be computed more then once? Or maybe some game would be more efficient with textured quads instead of triangles.(TI-Craft 3D *cough cough*) (I know you can get a textured "quad" in libs like openGL by using two textured triangles, but its not like OpenGL is actually optimized to work with quads and not triangles) Another thing, this can actually draw textures right?
-German Kuznetsov
The impossible chemical compound.

#### ben_g

• Hey cool I can set a custom title now :)
• LV9 Veteran (Next: 1337)
• Posts: 1002
• Rating: +125/-4
• Asm noob
##### Re: Glib : a 3D graphics axe library
« Reply #381 on: April 27, 2015, 04:08:04 pm »
... Another thing, this can actually draw textures right?
I don't think it can.

* ben_g should really blow the dust of his calc projects and finally mod that in
My projects
- The Lost Survivors (Unreal Engine) ACTIVE [GameCommandoSquad main project]
- Oxo, with single-calc multiplayer and AI (axe) RELEASED (screenshot) (topic)
- An android version of oxo (java)  ACTIVE
- A 3D collision detection library (axe) RELEASED! (topic)(screenshot)(more recent screenshot)(screenshot of it being used in a tilemapper)
Spoiler For inactive:
- A first person shooter with a polygon-based 3d engine. (z80, will probably be recoded in axe using GLib) ON HOLD (screenshot)
- A java MORPG. (pc) DEEP COMA(read more)(screenshot)
- a minecraft game in axe DEAD (source code available)
- a 3D racing game (axe) ON HOLD (outdated screenshot of asm version)

This signature was last updated on 20/04/2015 and may be outdated

#### TheMachine02

• LV6 Super Member (Next: 500)
• Posts: 452
• Rating: +105/-0
• me = EF99+F41A
##### Re: Glib : a 3D graphics axe library
« Reply #382 on: April 28, 2015, 06:24:14 am »
... Another thing, this can actually draw textures right?
I don't think it can.
I do have code to draw texture, but it never really made to the library itself.

EDIT : didn't see your message above. Sharing vertices is really esay, since vertex computing and primitive rendering are disconnected. Also, you won't be ever able to put texture in a game, I am afraid (or maybe for some cinematics at 5fps ...). Also, gLib does support both triangle and quads, quads are however still rendered as two triangle (but clipped as quads).
« Last Edit: April 28, 2015, 06:28:37 am by TheMachine02 »
AXE/asm programmer - unleash the power of z80 //C++//C

epic 3D things http://www.ntu.edu.sg/home/ehchua/programming/opengl/CG_BasicsTheory.html