News:

Masm32 SDK description, downloads and other helpful links
Message to All Guests
NB: Posting URL's See here: Posted URL Change

Main Menu

DirectX or OpenGL

Started by Guenther78, November 13, 2014, 08:17:23 AM

Previous topic - Next topic

Guenther78

Hello Forum,

there is a good OpenGL example in the masm32 Folder (C:\masm32\examples\exampl04) and I found a book about OpenGL. It makes a good Impression, I think I will order it.
Is it a good idea to work with OpenGL or should I better work with DierectX?
I like the OpenGL example, it would be great if I could program similar things!
Best regards!

Guenther

Siekmanski

Hi Guenther,

I made this OpenGL example for my nephew some years ago.
It loads textures from file or from resource and has some basic routines, 3D rotating cube, line draw routine and a transparent texture.

Marinus
Creative coders use backward thinking techniques as a strategy.

Guenther78

Hello Marinus,

thanks for this great program!

Günther

redskull

Quote from: Guenther78 on November 13, 2014, 08:17:23 AM
Hello Forum,

there is a good OpenGL example in the masm32 Folder (C:\masm32\examples\exampl04) and I found a book about OpenGL. It makes a good Impression, I think I will order it.
Is it a good idea to work with OpenGL or should I better work with DierectX?
I like the OpenGL example, it would be great if I could program similar things!
Best regards!

Guenther

Whichever you choose, it's worth pointing out that most OpenGL examples and tutorials (and for that matter, printed books) are hopelessly antiquated and do not represent the so-called "modern" shader-based OpenGL API, which is far more flexible and feature-rich (but equally more irritating to use).

-r


GoneFishing

#4
As stated here OpenGL transitioned from fixed-function version to shader version in v2.0 and you may just search for "modern opengl examples" or explicitly specify the version you want (3.1):
An introduction to shader-based OpenGL programming
Old MASM32 forum has lots of OpenGL stuff. 
P.S.:
  • OpenGl : is crossplatform ; has  no user input handling apis

  • DirectX : is COM based
P.P.S.:
see also  " an accelerated introduction to programming OpenGL, emphasizing the most modern methods "

Farabi

Hi,
Based from my narrow experience. Using a COM style programming for C is difficult. On assembler, you will need to know where the pointer is passed to you in what order the function is, it is complicated. And that is what DirectX was. For a big budget developer, DirectX is way to go, because they can afford to buy a simplified DirectX function from Visual Studio. But for me personaly, a hobbyist programmer, its way overkill. As an ex-freeloader I tend to use anything marked as "Free" with a food stamp  :icon_mrgreen: . But hell, my job now is as a web developer. After I understand how everything worked, I get bored with 3D programming.
http://farabidatacenter.url.ph/MySoftware/
My 3D Game Engine Demo.

Contact me at Whatsapp: 6283818314165

Guenther78

Hello,

thanks for the answers. I just have started a new Job, so I hadn't had time to continue learning.

@Farabi
QuoteAfter I understand how everything worked, I get bored with 3D programming.
The same would happen to me!

Best regards, Günther

Guenther78

Hello Forum,

@Redfull
Actually there were two interesting books. One from 2010 and one from 2012. I remembered Your post and bought the newer one. It is called "Basics of 3D-Programming". There is a lot about Shaders, great.

Best regards, Guenther

xandaz

   everythings bores after a while.... prolly women too althought we're always prone to think is the exception. It's just what i heard.... Directx is faster.

Gunther

Quote from: xandaz on December 25, 2014, 10:40:32 AM
It's just what i heard.... Directx is faster.

That's right, is not so platform dependent.

Gunther
You have to know the facts before you can distort them.

Siekmanski

Just got a PM from Jochen that the glm.lib was missing in the OpenGL example i posted in reply #1.
Here it is,

Marinus
Creative coders use backward thinking techniques as a strategy.