Jump to content

  • Log In with Google      Sign In   
  • Create Account

Interested in a FREE copy of HTML5 game maker Construct 2?

We'll be giving away three Personal Edition licences in next Tuesday's GDNet Direct email newsletter!

Sign up from the right-hand sidebar on our homepage and read Tuesday's newsletter for details!


We're also offering banner ads on our site from just $5! 1. Details HERE. 2. GDNet+ Subscriptions HERE. 3. Ad upload HERE.


ABOUT "Multithread OpenGL Drawing Strategies"


Old topic!
Guest, the last post of this topic is over 60 days old and at this point you may not reply in this topic. If you wish to continue this conversation start a new topic.

  • You cannot reply to this topic
6 replies to this topic

#1 yxyou   Members   -  Reputation: 122

Like
Likes
Like

Posted 02 September 2001 - 04:46 PM

I am thinking about making multithread renderer using OpenGL. In MSDN I found: "you can use a separate thread to pass OpenGL rendering calls to dedicated 3-D hardware. " Does it mean we should only use any OpenGL function in the only thread? or some other things? And more, where can I found further topics about multithread render? I think it is rare and difficult to find in the Web. Thank you for your reading!

Sponsor:

#2 Prosper/LOADED   Members   -  Reputation: 100

Like
Likes
Like

Posted 03 September 2001 - 01:06 AM

http://www.opengl.org

There''s certainly stuff about multithreading. Or at least you should find something in the FAQs.

#3 yxyou   Members   -  Reputation: 122

Like
Likes
Like

Posted 03 September 2001 - 10:03 PM

Thank you for your information, I have found a workable demo!

There are still something to talk about:
a. How could I know which part should be put in a thread?
b. If I make lots of synchronization to make the threads work right (if not they will not work right), could it be worth?
c. Is there any more advanced tech on multithread render except distribute render sentences between thread. I mean could I use some hardware concerned function in the thread to accelarate the fillrate?

I need further more informations and experiences to make decision! Thank you everybody!



#4 zedzeek   Members   -  Reputation: 528

Like
Likes
Like

Posted 03 September 2001 - 10:24 PM

using multiple threads is a pain in the ass if u dont know what you''re doing + even if u do it still is a pain in the ass. also on most systems (with 1 cpu) youre not gonna gain performance for most things.


#5 Pauly   Members   -  Reputation: 122

Like
Likes
Like

Posted 04 September 2001 - 12:42 AM

Indeed. zed is right. It''s possible to have multiple threads rendering your OpenGL if you wish. If you really want to go multithreaded its much better to have your simulation running in one thread and all the drawing code in another.

There is a multithreaded implementation of OpenGL - this farms out ''standard'' OpenGL code across multiple threads. It''s a 3dfx and software only renderer at the moment, but the paper associated with it is an interesting read: http://pmesa.sourceforge.net/

Paul Groves
pauls opengl page

#6 yxyou   Members   -  Reputation: 122

Like
Likes
Like

Posted 04 September 2001 - 02:45 PM

I really have to use multirender in a 2 CPU PC. But my simulation and render are not fit for seperating.
I couldn''t access http://pmesa.sourceforge.net/. can you email it to me?



#7 yxyou   Members   -  Reputation: 122

Like
Likes
Like

Posted 04 September 2001 - 02:51 PM

I really have to use multirender in a 2 CPU PC. But my simulation and render are not fit for seperating.
I couldn''t access http://pmesa.sourceforge.net/. can you email it to me?






Old topic!
Guest, the last post of this topic is over 60 days old and at this point you may not reply in this topic. If you wish to continue this conversation start a new topic.



PARTNERS