Pages: [1] 
|
 |
|
 Author
|
Topic: Direct3D 10/11 supported natively on Linux (Read 1591 times)
|
|
|
Ozzu
Terracotta Army
Posts: 666
|
Wow. That's definitely interesting. I enjoy using Linux, but having to dual boot to play certain games makes it kind of a pain. If this helps with that, I'd be pretty happy just using Linux.
|
|
|
|
|
Engels
Terracotta Army
Posts: 9029
inflicts shingles.
|
incoming proprietary lawsuit in 3, 2, ....
|
I should get back to nature, too. You know, like going to a shop for groceries instead of the computer. Maybe a condo in the woods that doesn't even have a health club or restaurant attached. Buy a car with only two cup holders or something. -Signe
I LIKE being bounced around by Tonkors. - Lantyssa
Babies shooting themselves in the head is the state bird of West Virginia. - schild
|
|
|
KallDrexx
Terracotta Army
Posts: 3510
|
Wow. That's definitely interesting. I enjoy using Linux, but having to dual boot to play certain games makes it kind of a pain. If this helps with that, I'd be pretty happy just using Linux.
It won't from the sound of it and It sounds more impressive than it really is, I think. From what I am reading it just allows you to code linux games using the D3D 10/11 API. It won't let you port a game from windows to linux easily, and it won't help WINE out since it's heavily based on the Gallium3d API's (which doesn't seem to support hardware acceleration anyways from what I am reading). |
|
|
|
|
CharlieMopps
Terracotta Army
Posts: 837
|
Yes, but if 2 OS's have the same graphics API then a port of a game becomes almost an afterthought.
|
|
|
|
|
KallDrexx
Terracotta Army
Posts: 3510
|
Yes, but if 2 OS's have the same graphics API then a port of a game becomes almost an afterthought.
This is only the 3D part though. You still have memory management (maybe? I know it's different for consoles), window management, sound, input, etc... All those API's are still OS dependent, and probably bigger and less portable than the 3d code. |
|
|
|
|
Quinton
Terracotta Army
Posts: 3332
is saving up his raid points for a fancy board title
|
Yes, but if 2 OS's have the same graphics API then a port of a game becomes almost an afterthought.
This is only the 3D part though. You still have memory management (maybe? I know it's different for consoles), window management, sound, input, etc... All those API's are still OS dependent, and probably bigger and less portable than the 3d code. Not really. Memory management and file io are pretty easily abstracted, and even input handling isn't much work -- really you're just converting one event type to another. Shifting from DX to OGL (or modifying your engine to handle both) is going to be more work than basic IO. There's plenty you can do to make portability hard, and at the end of the day this remains true: "there is no portable software, only ported software." The time investment in supporting additional platforms (especially if they represent a tiny slice of your userbase) is still not going to be worth it in many cases, even if it's easier to port your code than before. The additional cost of QA and debugging on another platform can easily outweigh the benefits (especially since if you do it right, while you're doing your main development, it's potentially putting your schedule for your primary platform(s) at risk). |
|
|
|
|
|
Pages: [1] 
|
|
|
 |
