Originally posted by crazycheese
Announcement
Collapse
No announcement yet.
TitaniumGL: A Faster Multi-Platform Graphics Driver Architecture?
Collapse
X
-
-
I hadn't heard about this before but from TFA
TitaniumGL on Windows attempts to implement OpenGL functionality over Direct3D (i.e. translating OpenGL calls into Direct3D so that they can be executed by a host driver, which is similar to a few other software projects out there). This at least means GPU-based acceleration, but under Linux, BSD, and ReactOS the TitaniumGL library basically comes down to being a software-based rasterizer running on the CPU
Leave a comment:
-
Someone should try to run a quick piglit test on that.
And compare with, say, llvmpipe.
Leave a comment:
-
Originally posted by schmidtbag View Postpersonally i don't care if something like this is closed source, but the only reason why i'd like it to be open source is so people could compile it for other architectures - architectures that NEED it like PPC. the hardware limitations on this are pretty ridiculous tho.
- those who once got "owned" by proprietary blob and prefer opensource solution anyday (if it backed by company)
- those who are on their way to be "owned" soon. They sometimes also call 1st group "opensource maniacs".
Ok, the final application or front end, in extreme cases, CAN be closed source; or the driver, if it does the job, bundled exactly with the hardware, is not specific and security is not a factor.
But library?! I would trust unigine binary or even DRM coders(as in rights mismanagement) way more than this library.
This is completely wrong way to earn money. The guy should please really rethink his development method! Even opencore is way better.
By the way 0access rootkit earns money exactly THIS way (opening windows with ads and autoclicking). So, this is graphical rootkit.
Leave a comment:
-
Originally posted by ultimA View PostI see there are some people who suspect cheating here (which is sad, given that no one has actually verified the accusations yet). It should be easy to find out for anyone with at least two different video cards. Just do a benchmark, then swap in the other card and see if the results change considerably.
On another note, I've seen bits of the original source code myself. Believe me, most people wouldn't understand a thing. All functions and variables have crazy_long_non_english_naming.
On a third note, I can actually imagine that TitaniumGL is faster than LLVMpipe, given that LLVMpipe probably tries to be reasonably accurate and emulate shaders. TitaniumGL probably makes a hell of a lot of shortcuts (which is a perfectly valid approach, if the unsued functions are not/seldomly used, why not leave them out?). Either way, more testing needed here.
either:
a) the gallium devs are a bunch of morons having lost several years on developing some crap
b) this guy is a genious, or
c) we are comparing apples to pears here. leaving the question which we like better: apples or pears?
or:
d) im mixing something up. like gallium and llvm or something
i wonder if this guy is referring to the same decisions about gallium that hold intel back from porting their drivers to gallium.
PS.:
e) michael needs money and invented some story to get clicks on the site and forum =D
Leave a comment:
-
Unless you forced llvmpipe to GL 1.4 too, the games very likely took different paths, using heavier shaders on llvmpipe where the ability is there.
Also different WM (unity vs unity 2d).
Leave a comment:
-
I see there are some people who suspect cheating here (which is sad, given that no one has actually verified the accusations yet). It should be easy to find out for anyone with at least two different video cards. Just do a benchmark, then swap in the other card and see if the results change considerably.
On another note, I've seen bits of the original source code myself. Believe me, most people wouldn't understand a thing. All functions and variables have crazy_long_non_english_naming.
On a third note, I can actually imagine that TitaniumGL is faster than LLVMpipe, given that LLVMpipe probably tries to be reasonably accurate and emulate shaders. TitaniumGL probably makes a hell of a lot of shortcuts (which is a perfectly valid approach, if the unsued functions are not/seldomly used, why not leave them out?). Either way, more testing needed here.Last edited by ultimA; 09 March 2012, 12:45 PM.
Leave a comment:
-
personally i don't care if something like this is closed source, but the only reason why i'd like it to be open source is so people could compile it for other architectures - architectures that NEED it like PPC. the hardware limitations on this are pretty ridiculous tho.
i feel like amd's bulldozer cpus would perform great with this.
Leave a comment:
Leave a comment: