The AMD Mantle Thread

Page 17 - Seeking answers? Join the AnandTech community: where nearly half-a-million members share solutions and discuss the latest tech.
Status
Not open for further replies.

BoFox

Senior member
May 10, 2008
689
0
0
Guys it cant be done, thats what the abstraction layers are for. All hardware whould be have to be exactly the same to share any kind of low-level code.

Now Mantle works on PC and PC only, until information indicate otherwise, its PC only, its impossible to share low level code with xbox because of the ESRAM, its a critical GPU resource not present on pc.
Also no one will code for Mantle for consoles if its not inside the xbox/ps4 sdks and documentation.

Mantle CANT run on Nvidia or Intel and at the SAME TIME, share the exact same low level code as AMD, other hardware, other registers, other resources, etc, in order to do that you need an abstraction layer, its what DX/OpenGL are for.

Pure and simple, DX its not "high level and inefficient" for nothing, there is a reason.
You just cant allow "low level" access whiout breaking compatibility.

Its the basics of understanding low-level code, assembler and abstraction layers.

Low level api may seem to be a good thing, but think about Nvidia/Intel response to this, we really want a pc gaming world when Intel, Nvidia and AMD have their own low level apis? think about the devs a second, we all know where this is going. To devs choosing 1 low level API and having a very crappy DX/Opengl implementation.

Some good points (like SDK not being available yet, which AMD should work on ASAP)..

But it's not THAT low-level as you try to put it - it's just lower level than DirectX. It might be AMD's own aggregate lines of code optimized for GCN, pure and simple. GCN is much more flexible than GPU architectures of the past, and can be harnessed in many more ways than DirectX would allow.

Some devs do not mind creating different APIs for their own games. I remember so many games coming out with a Glide API along with OpenGL or DirectX. There were also many DirectX games that offered an OpenGL API too.

What if there were a specific OpenGL-like CUDA-based API developed by Nvidia that also bypasses DirectX? Would you rant just the same?
 

3DVagabond

Lifer
Aug 10, 2009
11,951
204
106
Low level api may seem to be a good thing, but think about Nvidia/Intel response to this, we really want a pc gaming world when Intel, Nvidia and AMD have their own low level apis? think about the devs a second, we all know where this is going. To devs choosing 1 low level API and having a very crappy DX/Opengl implementation.

Seems to me that the ball is now in M$'s court to try and compete, or see Dx's significance erode. We've been too long, IMO, without any competition in that area. M$ has been wielding Dx like a sword to help them sell Windows. You want the latest Dx features, you need to buy the latest Windows OS.
 

Shivansps

Diamond Member
Sep 11, 2013
3,875
1,530
136
Valve said OpenGL was better, even under Windows, yet still nobody cared about it until now.

Some good points (like SDK not being available yet, which AMD should work on ASAP)..

But it's not THAT low-level as you try to put it - it's just lower level than DirectX. It might be AMD's own aggregate lines of code optimized for GCN, pure and simple. GCN is much more flexible than GPU architectures of the past, and can be harnessed in many more ways than DirectX would allow.

Some devs do not mind creating different APIs for their own games. I remember so many games coming out with a Glide API along with OpenGL or DirectX. There were also many DirectX games that offered an OpenGL API too.

What if there were a specific OpenGL-like CUDA-based API developed by Nvidia that also bypasses DirectX? Would you rant just the same?

I think we dont know that yet either, but they said "low level" so im assuming low level, or maybe 1 layer on top.

Time will tell, but the high hype was because people think the same optimisations used in console can be used in pc, and that, as far as information goes, its nowhere near confirmed, in fact the slides from dice seem to tell its a pc only api that they are just similar to console because of the low level access and thats it. all other its just expeculations.
 
Last edited:

VulgarDisplay

Diamond Member
Apr 3, 2009
6,188
2
76
Seems to me that the ball is now in M$'s court to try and compete, or see Dx's significance erode. We've been too long, IMO, without any competition in that area. M$ has been wielding Dx like a sword to help them sell Windows. You want the latest Dx features, you need to buy the latest Windows OS.

I doubt Microsoft cares about this at all. AMD has single handedly destroyed the push for Linux gaming because their low level api works in windows. I now have zero reason to fight with dual booting to run steam os because my GPU is capable of ditching the windows and direct x gaming overhead.

AMD has stopped a mass exodus of gamers from windows.
 

BoFox

Senior member
May 10, 2008
689
0
0
I doubt Microsoft cares about this at all. AMD has single handedly destroyed the push for Linux gaming because their low level api works in windows. I now have zero reason to fight with dual booting to run steam os because my GPU is capable of ditching the windows and direct x gaming overhead.

AMD has stopped a mass exodus of gamers from windows.

Ahh, that is Vulgar..

just kidding, man! You're cool, dude!

But hey, Nvidia is ULTRA-competitive.. they might have struck a deal with Valve, in developing a SteamOS optimized CUDA-based API, that will in turn be used in Windows also for all CUDA-based Geforces. I wouldn't be surprised if this happened, given the nature of Nvidia.
 

3DVagabond

Lifer
Aug 10, 2009
11,951
204
106
I doubt Microsoft cares about this at all. AMD has single handedly destroyed the push for Linux gaming because their low level api works in windows. I now have zero reason to fight with dual booting to run steam os because my GPU is capable of ditching the windows and direct x gaming overhead.

AMD has stopped a mass exodus of gamers from windows.

I think a lot of people use Windows for gaming because they have to. Mantle is supposed to be cross platform, so you can use Linux with Mantle.
 

VulgarDisplay

Diamond Member
Apr 3, 2009
6,188
2
76
I think a lot of people use Windows for gaming because they have to. Mantle is supposed to be cross platform, so you can use Linux with Mantle.

My point was that all the people using windows now really don't need to bother with the trouble of a dual boot system.
 

Gloomy

Golden Member
Oct 12, 2010
1,469
21
81
My point was that all the people using windows now really don't need to bother with the trouble of a dual boot system.

SteamOS isn't competing with Windows though. It's not supposed to run on a desktop.

They already have PCs on lockdown, so competing with Windows can't be their goal, if their goal is to expand.

They want the console market (the living room), not the Windows market, which they already have... :|
 

3DVagabond

Lifer
Aug 10, 2009
11,951
204
106
My point was that all the people using windows now really don't need to bother with the trouble of a dual boot system.

Yes, I understood your point. The other side of the coin is though that once Mantle is released to the public, this year... next year..., It could then be ported to Linux and people will have the option of using it instead of Windows. Or, possibly AMD will do it themselves (Less likely, IMO.). M$ has used Dx to hold us hostage to buying their latest OS to get the latest Dx functionality. This could remove that leverage.
 

0___________0

Senior member
May 5, 2012
284
0
0
Yes, I understood your point. The other side of the coin is though that once Mantle is released to the public, this year... next year..., It could then be ported to Linux and people will have the option of using it instead of Windows. Or, possibly AMD will do it themselves (Less likely, IMO.). M$ has used Dx to hold us hostage to buying their latest OS to get the latest Dx functionality. This could remove that leverage.

Mantle is not open source; only AMD can design and release a driver for Linux.
 

StrangerGuy

Diamond Member
May 9, 2004
8,443
124
106
SteamOS isn't competing with Windows though. It's not supposed to run on a desktop.

They already have PCs on lockdown, so competing with Windows can't be their goal, if their goal is to expand.

They want the console market (the living room), not the Windows market, which they already have... :|

PCs are their prime turf now, but they can't depend on a sole platform controlled by an irrational MS with possible conflicts of interest. Besides, the eventual "consolification" of mainstream gaming only makes such a Steambox breakout much easier.
 

beginner99

Diamond Member
Jun 2, 2009
5,229
1,603
136
Guys it cant be done, thats what the abstraction layers are for. All hardware whould be have to be exactly the same to share any kind of low-level code.

Now Mantle works on PC and PC only, until information indicate otherwise, its PC only, its impossible to share low level code with xbox because of the ESRAM, its a critical GPU resource not present on pc.
Also no one will code for Mantle for consoles if its not inside the xbox/ps4 sdks and documentation.

Mantle is an API and like any API it can have different implementations. In AMDs image this is clearly named as "Mantle Driver", a layer below the Mantle API. So yeah, a different driver is needed for PC, XB1 and PS4. But the API is the same for all and hence you only need to code for it once and it will run on any device that has a Mantle Driver.

It is just like in Java where Java = Mantle API and the JVM = Mantle Driver.
 

BoFox

Senior member
May 10, 2008
689
0
0
Mantle is an API and like any API it can have different implementations. In AMDs image this is clearly named as "Mantle Driver", a layer below the Mantle API. So yeah, a different driver is needed for PC, XB1 and PS4. But the API is the same for all and hence you only need to code for it once and it will run on any device that has a Mantle Driver.

It is just like in Java where Java = Mantle API and the JVM = Mantle Driver.
that's an inspiring insight, cool.. I'm all for the best in everything.
 

ShintaiDK

Lifer
Apr 22, 2012
20,378
145
106
Seems to me that the ball is now in M$'s court to try and compete, or see Dx's significance erode. We've been too long, IMO, without any competition in that area. M$ has been wielding Dx like a sword to help them sell Windows. You want the latest Dx features, you need to buy the latest Windows OS.

DX is the best thing in the gaming industry if you have any recall of history and how it was pre DX. And Mantle is simply trying to get the "old days" back. Mantle is nothing but a vendor and even uarch specific API. It raises development cost and fragments. Not to mention, AMD isnt even ready to publish Mantle specs or tools.

You are not gonna get better games by having developers needing to make at least 3 render paths for AMD, nVidia and Intel, just to support a game. Not to mention perhaps multiple renderpaths for the same vendor due to new uarch. Money needs to come from somewhere. And its starting to be pretty obvious that AMD had to pay heavily for Mantle with DICE. Also, who do you think would be the first loser in that game? The one with the smallest or biggest marketshare? *Hint* AMD is the smallest player.
 
Last edited:

ShintaiDK

Lifer
Apr 22, 2012
20,378
145
106
Valve said OpenGL was better, even under Windows, yet still nobody cared about it until now.

OpenGL suffers from its own "open" part vs DX. in short, OpenGL development is an utter pain because too many different people and companies needs to agree on the progress. So it becomes an endless bureaucratic commitee that goes nowhere, unless they are faced at gunpoint.
 

sontin

Diamond Member
Sep 12, 2011
3,273
149
106
OpenGL suffers from its own "open" part vs DX. in short, OpenGL development is an utter pain because too many different people and companies needs to agree on the progress. So it becomes an endless bureaucratic commitee that goes nowhere, unless they are faced at gunpoint.

This is not true. OpenGL suffers from "not necessary" syndrom. There was no need to use OpenGL because gaming was a Windows domain. And for Windows you have D3D.

With Android and more companies pushing "open" things are changing.
 
Last edited:

3DVagabond

Lifer
Aug 10, 2009
11,951
204
106
DX is the best thing in the gaming industry if you have any recall of history and how it was pre DX. And Mantle is simply trying to get the "old days" back. Mantle is nothing but a vendor and even uarch specific API. It raises development cost and fragments. Not to mention, AMD isnt even ready to publish Mantle specs or tools.

You are not gonna get better games by having developers needing to make at least 3 render paths for AMD, nVidia and Intel, just to support a game. Not to mention perhaps multiple renderpaths for the same vendor due to new uarch. Money needs to come from somewhere. And its starting to be pretty obvious that AMD had to pay heavily for Mantle with DICE. Also, who do you think would be the first loser in that game? The one with the smallest or biggest marketshare? *Hint* AMD is the smallest player.

The code is already there in most games for the console version. This is just an API to leverage it. If Intel and/or nVidia wanted to do this they couldn't. Because of the consoles (remember those "things" nobody else was interested in and just gifted them to AMD) this isn't the case for GCN hardware. That's what gives them the ability to pull this off.

As far as the good old days, it remains to be seen if this devolves into the wild west days of gaming. I think the predictions of gloom and doom is simply fear mongering by the green team.
 

PrincessFrosty

Platinum Member
Feb 13, 2008
2,300
68
91
www.frostyhacks.blogspot.com
What I'd hope is that MS will respond with DX12 allowing direct hardware access and allowing you to skip unneeded steps in their stack.

Even if they did, developers would be faced optimizing the same piece of code for hundred pieces of hardware, as others have said repeatedly, DirectX being slow isn't because it's crap, it's because it can take the same codebase and make it work on any piece of hardware capable of implementing the DirectX API, in a world of thousands of different video cards compatibility is key.

Developers given the opportunity aren't going to optimize for all video cards individually the scope of that is just too big to be practical.
 

NTMBK

Lifer
Nov 14, 2011
10,301
5,302
136
DX is the best thing in the gaming industry if you have any recall of history and how it was pre DX. And Mantle is simply trying to get the "old days" back. Mantle is nothing but a vendor and even uarch specific API. It raises development cost and fragments. Not to mention, AMD isnt even ready to publish Mantle specs or tools.

You are not gonna get better games by having developers needing to make at least 3 render paths for AMD, nVidia and Intel, just to support a game. Not to mention perhaps multiple renderpaths for the same vendor due to new uarch. Money needs to come from somewhere. And its starting to be pretty obvious that AMD had to pay heavily for Mantle with DICE. Also, who do you think would be the first loser in that game? The one with the smallest or biggest marketshare? *Hint* AMD is the smallest player.

The only way that I can see Mantle working is if it is a straight port of the low-level console API. If it lets developers reuse the work they put into the optimized console version to get higher desktop performance, at a relatively low cost, I could see them going for it.
 

3DVagabond

Lifer
Aug 10, 2009
11,951
204
106
That is not true. OpenGL suffers from "not necessary" syndrom. There was no need to use OpenGL because gaming was a Windows domain. And for Windows you have D3D.

With Android and more companies pushing "open" things are changing.

Agreed.
 

Haider

Member
May 15, 2008
63
0
0
From a couple of years back, just this whole talk of Mantle reminded of this: -

==================================================================

In the office (my day job is a graphics programmer) we've been kicking around some thoughts and we've come to the conclusion that unless MS do something the next generation of consoles will, if not kill out right, leave PC gaming for anything outside of MMO, RTS, TBS and 'facebook games' on life support.

Right now the PC has a Mhz and GPU advantage however is suffers from moving hardware targets and a high draw call overhead. The former makes it a pain to dev for (I've spent the last couple of weeks now working around hardware/driver bugs for our game) and the latter we have to soak up and just deal with due to the single thread Mhz advantage PCs still have.

Jump forward 3 years which is when most people seem to think the next consoles will hit/have it; consoles will have more and FASTER cores (and with the Mhz race over PCs wont be out pacing them), DX11+ GPUs as standard and the ability to construct draw lists over multiple threads thus making submission/draw faster meaning more draw calls and more stuff on screen and looking better.

Now, unless MS and the IHVs do something the PC is likely to still be restricted to single threaded draw calls (right now DX11's multi-threaded command list construction either slows things down on AMD hardware or effectively loses you a CPU core on NV hardware) and suddenly regardless of how fast your GPU is the consoles are blowing you out of the water draw call wise meaning the PC can't match a console in 'stuff on screen'.

We are already kinda at this point, the PC is only 'saved' by having the Mhz advantage but unless something changes that advantage will go away pretty quickly.

(Right now MS are blaming the IHVs and the IHVs are blaming MS and there is crazy talk about ditching DX and going 'to the metal' which I don't think anyone has really thought about as hard as they should have done. In short, it's a bit of a mess...)


Quote:
Ah, but the windows user potentially has a LOT better hardware, both in CPU and GPU. If someone has a 5 year old laptop you'd be best off just to shrug and say it's below minimum specs.

What shouldn't be done is deciding that all of the hardware goodness that the PC buyer has available shouldn't be used.

"Potentially" is a key word here; most people still have less cores in their system than a X360 and the PS3's SPUs are another matter completely.

The thing is while CPU tech has advanced it hasn't advanced as much as you might think. In real world terms there is very little difference between the CPU in say the 360 and the one in an i7 and what difference there is get offset by the amount of extra work the PC version has to do in order to do something as simple as a draw call. DX9 on the PC has a much higher overhead than the APIs in use on the 360 (DX9-ish but without the overheads) and PS3 (pretty much direct command line level).

A few months back I was running a test for pure CPU power required for drawing things; a 6 core 3.2Ghz X360 using multi-threaded rendering could throw out 50,000 flat coloured cubes at 60fps. The same test run on an i7 @ 2.6Ghz with a GeForce GTX 275 was struggling to hit 30fps using 7 cores (one had to be reserved for NV's driver to process the concurrent command list generation). Once NV released a driver which had proper support for command list generation is made it back up to 60fps if memory serves.

However this required DX11; most games remain DX9 for compatibility reasons so do not have this ability (and AMD still don't properly support this in drivers so they will be ham strung as well, I'm hoping BF3's release will fix this) and are limited to single threaded draw submission. You can do things to help but it's still no where near as easy to do as with the 360 and PS3 where you are that much closer to the hardware.

GPU wise; again most engines/games are DX9 focused because that was the market. This is shifting and changing now in part because of the power difference and in part because of the need for clever dev houses to learn DX11 based processes in order to apply them to the next console generation.



Quote:
I found this bit fascinating, seriously. What benefits consoles in draw-call capacity?

Fixed hardware is the main thing; this means less layers between the game and the hardware.

On the PC you have to go App -> DX -> driver -> ???? -> hardware.
Talking to some people it would seem that the driver has todo alot of work due to the interface it has with windows; they have todo alot of book keeping etc when doing even simple operations.

All these layers and extra work leads to more CPU cycles being sucked away.

By contrast the XBox has a much thinner layer and can queue up draw calls from multiple threads to be played back on the main device in an optimal way. The PS3 is even thinner, a popular technique to appear in the last couple of years is to use the SPUs to build command buffers (draw call information) in parrallel and feed it directly to the GPU; granted the PS3 is ham strung slightly by poor vertex processing ability but draw calls still cost less.

In construct PCs are limited to effectively one core and a thick layer complicated layer between the game and the hardware.

As stated this gap is only likely to get worse next gen. at which point regardless of how powerful your card is you simply won't get as much stuff drawn.



Quote:
You would be incredibly wrong. There is more than enough proof out there, plus if you paid attention (which you dont) you would know that most publishers and developers are planning on concentrating on PC gaming much more. And many have admitted they do not like developing for the console for lots of reasons.

And have you considered WHY there is going to be more investment in the PC for a while?
It's really very simple; the next generation of hardware will have DX11+ features on the GPU and multi-core CPUs (my own estimate is at least 12 conventional hardware threads) so right now development for PCs is nothing more than practice and experimentation for the next generation so that when the next gen hits we'll hit the ground running.
(This is the arguement I've been making for us supporting DX11 in our next game; practise.)


Quote:
There was a phase there for a while where console gaming took precedence for a lot of developers - not because they liked doing it, but because it's just where things were at the time. Not the case anymore. It's going to slowly move away from that and more towards the PC arena and a lot of developers are publicly voicing this desire and opinion. Along with statements that PC gaming is not dying, nor has it ever been in the state of "dying".

It's funny you should say that because speaking as a developer and based on the developers I've talked to the opinion is that consoles are the prefered platform to develop on.
In fact in my experiance the prefered order would be;
- 360 - best console GPU, most conventional CPU setup, great toolset
- PS3 - weak GPU, SPUs a pain to work with but awesome when they are used right, decent toolset, in some aspects a bit better than the 360's
- PC - urg. Outside of Visual Studio the toolset is a pain to work with, drivers cause problems, requirements to scale - pros being more memory and an out-of-order CPU which covers a multitude of sins.

Personally, at the end of our current project, I had about 4 GPUs pass through my PC so that various PC bugs could be fixed. Most of them however got closed as 'driver issue; can not fix.' and this is from both AMD and NV.

Quote:
Many are also voicing that they dislike DirectX because it has held developers back from fully utilizing the potential of the hardware. Therefore, games on the PC could have been even more impressive than their console counterparts, but DX held them back. At the same time, they like DirectX for other reasons. Even id software's Carmack I believe it was said that he wants to move to DirectX and away from OpenGL now for some reasons, but it's difficult to do some considering his business is setup for OpenGL. It's a win lose sort of thing I guess, but the point is that games could have been even more impressive.

The DX discussion is an intresting one and if anything gives developers MORE recent to move away from the PC rather than towards it.
DX hasn't so much held back GPU ability as it has cost us more CPU side and more time spent CPU side doing draw calls means less time CPU side to do other things.

To give you an idea of the problem right now we have a testbed for our next generation backend which does concurrent display list generation. The test draws 50,000 cubes to the screen with one draw call per cube.
The 360 and the PS3 can run this test, in concurrent mode, at 60fps or 16.6ms per frame.

The PC we are testing on is an 4 core/8 thread, 3.2Ghz Xenon with 6gig ram and a NV 470GTX GPU (aka my development machine); the same test runs at ~30fps, or ~30ms per frame FOR THE SAME WORK LOAD.
In fact, originally the concurrent version was running 5ms/frame SLOWER than the single threaded version until I spotted what was going on and reduced our thread count by one to let NV have a whole core to do the work at which point it was beating the single threaded performance by 1ms.
(I tested it later on my HD5870, i7 rig at home and once again the multi-threaded performance was 5ms slower due to AMD's drivers).

So, today, a console can push more draw calls than a PC.
This is a combination of DX, drivers and windows internals and if it isn't fixed then in X years when the next generation of consoles is released they will simply leave the PC in the dust because it won't be able to match them in draw calls which means less things on the screen, less subtle details and less quality in the game.
Combine that with better tools on the consoles and,well, you can see why people are concerned about the future of PC games.

What happens now is pretty much in the hands of MS, AMD, NV and Intel but I can tell you right now; this is a concern.




Quote:
We all know you're leaving the important details out of this "test" or you didn't realize their were important details that made a difference. Like, I don't know resolution or something. There's no telling. You're going to sit there and tell us that a slower CPU can render faster than a much faster CPU. There are details that you either don't know about or aren't telling.

I explained some time back, but apprently your reading ability has failed.

There are more layers, book keeping and indirection on the PC than the console. So it takes more cycles to do the same amount of rendering work. Combine that with an ability to submit draw calls/build command lists from multiple threads on the consoles and the problem becomes apprent if you have even an small amount of technical skills and understanding of modern OSes and consoles.


Also, I don't appricate being called a lier when it comes to the details. I'm trying to have an honest discussion here to inform people without the technical background about the problems faced in modern game development; trust me when I say that I know full well what details are important and what are no and that nothing 'important' was left out.

But, if you really want to know;
- the same workload was carried out on all platforms
- all platforms split the work load over 5 threads
- all platforms were at 720p
- all platforms executed the same C++ code compiled for release mode
- all platforms did not perform the same

The main problem is that the final submission of the draw calls on is taking ~13ms, with the inital setup of the command lists taking ~7ms, which puts us above the 16.6ms requirement for 60fps, which the consoles can manage with this test setup.


Quote:
470 slower than PS3 and XBOX please... try to throw Crysis DX10 Very High x4aa x4 trssaa x16AF @720p at consoles and see what happens... 470 will cope with it at decent fps, boxes will just die a pathetic death. That consoles "advantage" has to be taken so much out of context that it would win a "greatest spin" award instantly.

It isn't about the graphics card; it is about the CPU cost of performing draw calls.
Right now a console can handle more draw calls than a PC, of course due to them having weaker GPUs we can't do a great deal of shading as the problem switches back to being GPU bound pretty quickly.

What we are talking about however is the future, when the consoles have GPUs on par, or better, than current PC GPUs; at which point they can handle doing all that extra pixel work associated with the extra draw calls they can push.
The PCs of the future might well have GPUs which can handle more pixel processing and push higher resolutions but they WONT be able to handle increased draw call costs without significant changes to the underlaying driver system to remove the CPU overhead.

THAT is where the problem is; the CPU NOT the GPU.

Quote:
I have a belief that the draw call limit if it becomes an issue it will be solved and the fact that it has not been addressed is because it has not been an issue yet. The market will sort it out. I really doubt any of the players involved are just going to flip over their desks on go home calling it the end of the PC performance increases.

Well, yes, hopefully it will be addressed BUT these things take time to sort out both on the windows side and the driver side of things.

If we wait for the next gen of consoles to hit and then say 'oh, by the way PC games are going to have less in the world because we don't have the CPU time to draw stuff, please fix, kthxbye' you are looking at an (optimistic) 18 month lead time at least before things begin to be put into place, at which point if it's not a simple DirectX change you are also waiting on devs to move their rendering interface across to the new API which will probably miss that cycle of games and maybe the next.

All in all if you wait until the day it becomes a problem you are probably looking at around a 3 to 4 year lead time before usage becomes common. Chances are any games in production will stick with DirectX, newer games might not even move across right away until the API has some market share along side DirectX to make the effort of conversion worth it.

So, if you are ok with PC games having less stuff in the world for a few years while consoles steal the march on them... then fine, it isn't an issue and we can wait until it is one.
(It is worth pointing out however that the reason DX11 gained multi-threaded submission ability is because of this very reason. It's just two years on we are still hamstrung by drivers from NV and AMD not doing the business for various reasons.)

Personally I am first and foremost a PC gamer, most of my game time is spent on PC games and when the next project plans at work were first mentioned I very early on made a push for DX11 support. I have no intrest in seeing the PC "die" as a games machine, at the same time on these boards I'm in a reasonably unique position of being able to understand first hand both sides of the problem and the technical issues we have to over come in order to not let PCs slip behind.

It IS a problem now and something needs to be done because otherwise the PC WILL slip behind come the next cycle and will stay there for some time.

Right now I would say we are in a transistion period; AAA PC games will get a bit more love but that's because we are an estimated 12 months away from beta console devkits from MS and Sony which are going to hold DX11+ parts thus the extra PC love is, in part, "practise" for this next generation of hardware. To make a high end PC game these days you need to get your tools, pipelines and renderer into shape, something which will be good for the next generation and, from a company point of view, cut down 'ramp up' time for games in that generation.

Current smart money is on AMD having tied up all the consoles for the coming generation.

In fact, as a graphics coder, I HOPE that's the case because making things work correctly on two different GPUs is a right pain in the arse. If both consoles could come out with simular GPU tech this would make life much easier, rather than the last gen where is seems Sony decided to not spend any real money on the GPU at all... *grumble grumble*

It makes good economic sense at this point in the life cycle to sink engineering effort into doing things The DX11 Way so that, a year from now, when the consoles hit with DX11 hardware they have a working knowledge base to jump off from.

And it's not just the graphics coders; artists have to get use to new techniques as well, both on the hardware side and how they work with it down to working at higher resolutions and what they can do which looks correct in them. For a full on DX11 game the whole art pipeline probably needs looking at, better to take a game to try it out, work out the kinks and learn lessons for the future instead of wait around until the consoles drop and suddenly go '****.. how do we work with this stuff?!?'

Even if the PC version sold 1/8th the copies of the consoles this would still be a good investment from a 'lessons learnt' point of view and is very forward looking from the company.

I argued the same thing when we were planning our next project at work; that we should sack off DX9 and focus on DX11 on the PC so that the rendering team were all up to speed for the next console generation. As it turns out the project never got off the ground but I maintain it is the clever thing to do at this point (edit G.I.-this is referring to the 'plans' for the next OFP after RR I am guessing).

So, yes, 'practise' is the right term because they are laying the ground work for future titles and hardware.

We are probably less than 24 months away from the next generation hitting, we are expecting (although I have no confirmation of this!) beta devkits to be in our hands by this time next year.


=================================================================


Chewing the fat...


EDIT

Copied from a different forum http://forums.tripwireinteractive.com/showthread.php?t=69260
 
Last edited:
Status
Not open for further replies.
sale-70-410-exam    | Exam-200-125-pdf    | we-sale-70-410-exam    | hot-sale-70-410-exam    | Latest-exam-700-603-Dumps    | Dumps-98-363-exams-date    | Certs-200-125-date    | Dumps-300-075-exams-date    | hot-sale-book-C8010-726-book    | Hot-Sale-200-310-Exam    | Exam-Description-200-310-dumps?    | hot-sale-book-200-125-book    | Latest-Updated-300-209-Exam    | Dumps-210-260-exams-date    | Download-200-125-Exam-PDF    | Exam-Description-300-101-dumps    | Certs-300-101-date    | Hot-Sale-300-075-Exam    | Latest-exam-200-125-Dumps    | Exam-Description-200-125-dumps    | Latest-Updated-300-075-Exam    | hot-sale-book-210-260-book    | Dumps-200-901-exams-date    | Certs-200-901-date    | Latest-exam-1Z0-062-Dumps    | Hot-Sale-1Z0-062-Exam    | Certs-CSSLP-date    | 100%-Pass-70-383-Exams    | Latest-JN0-360-real-exam-questions    | 100%-Pass-4A0-100-Real-Exam-Questions    | Dumps-300-135-exams-date    | Passed-200-105-Tech-Exams    | Latest-Updated-200-310-Exam    | Download-300-070-Exam-PDF    | Hot-Sale-JN0-360-Exam    | 100%-Pass-JN0-360-Exams    | 100%-Pass-JN0-360-Real-Exam-Questions    | Dumps-JN0-360-exams-date    | Exam-Description-1Z0-876-dumps    | Latest-exam-1Z0-876-Dumps    | Dumps-HPE0-Y53-exams-date    | 2017-Latest-HPE0-Y53-Exam    | 100%-Pass-HPE0-Y53-Real-Exam-Questions    | Pass-4A0-100-Exam    | Latest-4A0-100-Questions    | Dumps-98-365-exams-date    | 2017-Latest-98-365-Exam    | 100%-Pass-VCS-254-Exams    | 2017-Latest-VCS-273-Exam    | Dumps-200-355-exams-date    | 2017-Latest-300-320-Exam    | Pass-300-101-Exam    | 100%-Pass-300-115-Exams    |
http://www.portvapes.co.uk/    | http://www.portvapes.co.uk/    |