• Competitor rules

    Please remember that any mention of competitors, hinting at competitors or offering to provide details of competitors will result in an account suspension. The full rules can be found under the 'Terms and Rules' link in the bottom right corner of your screen. Just don't mention competitors in any way, shape or form and you'll be OK.

AMD announces GPUOpen - Open Sourced Gaming Development

Murdered: Soul Suspect and Lichmage; along with Star citizen will use it; along with thief.

Both Murdered and Lichemage used it well; thief not so much.....

Not star citizen - it is listed on Wikipedia as CURRENTLY supported, but I can tell you for a fact that it doesn't right now, and searching I can't find anything from the developers that says they plan on using it

AMD's twitter account suggested they would be but that is from way back before the mantle deal fell through
 
@meldarthx

MS? Don't think so.

Lichdom, couldn't tell if it was/wasn't actually implemented as there was no option to enable it.

Thief, you got that bored you were never going to progress to level 7 which was the supposed TA 'wow factor'.

TA-total fail a complete waste of time and money imo.

Agree with greg about AMD's lack of cash injection, you can lead a horse to water...


@Andy,

CDP implemented Tess slider to bypass GW's cost, Nvidia are boss in GW's cost control.
 
@meldarthx

MS? Don't think so.

Lichdom, couldn't tell if it was/wasn't actually implemented as there was no option to enable it.

Thief, you got that bored you were never going to progress to level 7 which was the supposed TA 'wow factor'.

TA-total fail a complete waste of time and money imo.

Agree with greg about AMD's lack of cash injection, you can lead a horse to water...


@andy,

CDP implemented Tess slider to bypass GW's cost, Nvidia are boss in GW's cost control.


I'll reinstall MS; and double check Lichemage when I get home tonight; as google comes up with some say it does have it; some say it doesn't LOL......
 
I feel this could also be a reason that similar technologies (e.g. PhysX, TrueAudio and Mantle) didn't get the adoption they otherwise might have.

AMD are missing a trick with TrueAudio IMO though not sure how it would be best gone about to try and open up the market as people would be sceptical about buying specific add-in hardware (i.e. the Ageia PPU for instance) to support it unless loads of games used it.

Once you hear a game where the soundscape is rendered in that fashion with sounds properly modified and occluded by the environment and movement and position its like the difference between 60Hz and 120+Hz - you wouldn't want to go back. (I got to experience some of the next gen Aureal stuff before it got canned and really sad that kind of stuff never saw the light of day).
 
AMD are missing a trick with TrueAudio IMO though not sure how it would be best gone about to try and open up the market as people would be sceptical about buying specific add-in hardware (i.e. the Ageia PPU for instance) to support it unless loads of games used it.

Once you hear a game where the soundscape is rendered in that fashion with sounds properly modified and occluded by the environment and movement and position its like the difference between 60Hz and 120+Hz - you wouldn't want to go back.

Exactly, BF2 and Stalker were incredible sounstages back in the day with positional audio via XFi
 
Devs already explained what can't be modified-AMD performance, they can't and are not free to do what they like to it, no forum opinion can change that fact.

YPvGUWK.png


http://forums.cdprojektred.com/threads/35278-Nvida-Hair-Works?p=1658427&viewfull=1#post1658427

IHV complete control on IQ cost is anything but beneficial imo.

Honestly, right or wrong, you need to get out more if you are adamently ignorant to the fact performance is locked down-that's why it's controversial.

I agree tommybhoy, Nvidia locking down their tech to Nvidia cards is nothing short of ridiculous.
 
Exactly, BF2 and Stalker were incredible sounstages back in the day with positional audio via XFi

I still have my X-Fi in for CMSS-3D but CMSS-3D and stuff like EAX are like sprites compared to 3D meshes for what technology like TrueAudio is capable of.

AMD should just make their own soundcard with TrueAudio as an extra feature - its not that "hard" these days with TI producing stuff like the PCM1792, off the shelf sound processors, etc. etc.

But its the fact that AMD have done very little with stuff like that which doesn't inspire me that GPUOpen is going to be any different.
 
There are various bits on the slides that makes me think that at least some aspects of this only work with AMD hardware, is that right? Cuz in my opinion that's worse than not optimising for the other vendors.
I feel this could also be a reason that similar technologies (e.g. PhysX, TrueAudio and Mantle) didn't get the adoption they otherwise might have.

As nice as it may be, if it only runs on 1 vendor's hardware I can see a lot of developers dismissing it as not worth the effort.

If I misread or misinterpreted it and it all runs equally well on both vendors, then I hope good use is made of it and it continues to grow.

There's over 70 games with physx and that doesnt include gameworks in which physx is in. You compare that to 3 or 4 mantle games and 1 trueaudio game ?
 
AMD are missing a trick with TrueAudio IMO though not sure how it would be best gone about to try and open up the market as people would be sceptical about buying specific add-in hardware (i.e. the Ageia PPU for instance) to support it unless loads of games used it.

Once you hear a game where the soundscape is rendered in that fashion with sounds properly modified and occluded by the environment and movement and position its like the difference between 60Hz and 120+Hz - you wouldn't want to go back. (I got to experience some of the next gen Aureal stuff before it got canned and really sad that kind of stuff never saw the light of day).

If someone can get a good Aureal3D equivalent of positional audio, sound reflections, reverb, occlusion and sound dampening based on surface materials working on TrueAudio, it would blow everything we have atm away in one fell swoop.

The one main thing that ruins the immersion of games over the past 15 years is the **** poor audio in games. And having surround headphones does not make up for the lack of sound occlusion and reflections in a game.
 
@ Roff / Greg, I suppose convincing Game Developers to use outside libraries is not easy.

All of them can see the advantages of having nice effects in their games but they have to trust those libraries are not going to break something or cause problems, or if they do then for its developer to be competent and willing to help resolve issues.

I think probably the reason Nvidia are successful with GW is because they have managed to convince Developers to trust what Nvidia do, Nvidia provide those developers with excellent levels of support.

I think you are right to be concerned, AMD need to be very proactive with Developers in this.

I hope AMD mange it, i'm very pro this sort of thing, its what makes our interests here fun and interesting.
 
I still have my X-Fi in for CMSS-3D but CMSS-3D and stuff like EAX are like sprites compared to 3D meshes for what technology like TrueAudio is capable of.

AMD should just make their own soundcard with TrueAudio as an extra feature - its not that "hard" these days with TI producing stuff like the PCM1792, off the shelf sound processors, etc. etc.

But its the fact that AMD have done very little with stuff like that which doesn't inspire me that GPUOpen is going to be any different.

Still revisit Stalker from time to time as still rockin the X-Fi.

The momentum GPUO creates or lack of is definitely a concern, AMD really needs to cut out the lackadaisical and push it-first time for everything I suppose:p.
 
Couldn't be further than GW's.

GW's code is black box and can only be viewed under license.

GPUO-if it transpires as claimed appears to be not only modifiable but more importantly open to optimisation, GW's isn't.

GW code can be viewed under license, which is an industry norm.
Even if the GPUO code is made publicly available without license it is is fairly irrelevant to the developers that choose GW.

Developers don't at all mind a black box, in fact it is preferable The entire point is the developers don't have the resources to develop the feature themselves, and the last thing they want to be doing is poking around with other peoples code. They want a plug and play solution with rock solid support -that is what Nvidia aims to rpovide. If a GW feature is not working well or is missing a feature that a developer wants then the developers approaches Nvidia and Nvidia resolves the issue.


When making the Witcher 3 the developers wanted lots of changes to hairworks, Nvidia made the changes in the library and so now every developer gets to take advantage of those improvements.

with AMD"s approach if a developer makes improvements then depending on the license 1 or 2 things happens: 1) the developer gets to keep the improvement secret so only they get the advantage, 2) alternatively they are forced to shared the change with the whole and push the code changes to the git repository. Neither scenario is particularly appealing for most developers, not least they really don't want to be spending time making changes, they want a plug and play solution.

IF any developer really want to get their hands dirty they are far more likely to simply code the entire effect themselves and forget GW or GPUO.


Lasltly, Nvidia's model has advantages because the game code makes calls to an external API which can be updated by nvidia without the game developer having to make future game patches. For example, lets say pascal comes around with a new feature that makes doing a certain effect much faster if coded in a slightly different way. If a games is release din say summer 2015 and pascal in June 2016, Nvidia can have a launch day update to games-works that exploits the increased capability of Pascal with the changes done in the GW library. The old game form last summer now automatically get the boost in performance without the developer having to do a thing. With the GPUO approach the game would remain completely unchanged and wont be able to take advantage of new hardware unless the developer go back to coding and put in the resources themselves in to making improvements, which is as likely as pigs flying .
 
Last edited:
Yes, fully open source via Github. Anyone can access and contribute. :)

Great.:)

Will be good for hobbyist at the least. I don't see it having any impact on commercial developers but I dd like it when companies make code available freely.
 
Devs already explained what can't be modified-AMD performance, they can't and are not free to do what they like to it, no forum opinion can change that fact.


IHV complete control on IQ cost is anything but beneficial imo.
AMD don't need to see the GW source code to optimize hair-works though, AMD get to see the entire DX call stack which is the only thing they care about. If AMD can;'t do that then they have absolutely zeor right to be selling grpahics cards to consumers.



Don't read every PR stunt AMD releases. That garbage about project cars using PhysX and they coudn't optimize it? Such a huge bunch of lies AMD were forced to retract their statements.

The PhysX source code used by Project CARS is available for free right here:
https://developer.nvidia.com/physx-source-github

Honestly, right or wrong, you need to get out more if you are adamently ignorant to the fact performance is locked down-that's why it's controversial.
 
No you don't.

I don't believe every bit of spin, it's when the devs set the record straight, you obviously only take credence by what suits your pov.

Don't believe?

Choose not to believe that Nvidia requested code change for TFX , Nvidia posted the request, or would you say if Nvidia couldn't do it themselves(which they couldn't-obviously) then they also have absolutely zero right to be selling graphics cards to consumers?
 
Last edited:
^^
Lara's latest outing may continue Square Enix's quality porting form, but, as Chris notes in his settings overview , GeForce cards attempting to use AMD's new fancy hair tech TressFX suffer a drastic performance hit.

Andrew Burnes@Nvidia
Please be advised that these issues cannot be completely resolved by an NVIDIA driver. The developer will need to make code changes on their end to fix the issues on GeForce GPUs as well.

http://www.geforce.com/whats-new/ar...14-14-beta-drivers-released#comment-820105287

At one point you could even run Nvidia TFX friendly code or AMD friendly TFX code, that's how much TR devs wanted to get everyone on board-Zero vendor restrictions FTW!
 
Back
Top Bottom