Peppercorn
Limp Gawd
- Joined
- Dec 8, 2016
- Messages
- 259
Old and outdated AMD CPU/GPU's.
AMD's 'old and outdated' GPU technology has a more current DX12 and Vulkan implementation than NV's 'new' GPU technology.
Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.
Old and outdated AMD CPU/GPU's.
AMD's 'old and outdated' GPU technology has a more current DX12 and Vulkan implementation than NV's 'new' GPU technology.
AMD's 'old and outdated' GPU technology has a more current DX12 and Vulkan implementation than NV's 'new' GPU technology.
Old and outdated AMD CPU/GPU's.
Now now there, nope, Still don't have CRV's . Do you even know the differences between AMD and nV GPU's? nV GPU's have more features that's why they are DX 12.1, now if you are talking about tiers that is different, but the tiers, tier 2 is more than enough for foreseeable future when it comes to games. AMD is ahead with tiers they are tier 3 and nV is tier 2. The only reason games won't go beyond tier 2 for now is because of the consoles and because if you are going to push above tier 2 limits, other parts of the gpu will probably be tasked hard enough that today's shader power isn't enough, not sure about Xbox Scorpio what tier it is though. But CRV's are much more important in VR and things Scorpio is promoting, so hopefully they put them into Scorpio's SOC, but its a most likely they won't just because of what scorpio is, a console that is backwards compatible.
Please don't make things up just because.
Better or not, that's a fact: AMD GPUs have worse Dx12 feature support than a fucking Intel GPU. Now that's a shameful display, if you ask me.lol nope Nv's architecture is designed around yesterday's API's, even AMD's first GCN architecture from 5 years ago has more advanced next gen API features built in at a hardware level. Of course, NV did lobby MS to add the .1 to DX12 so the fanboys could claim that 'NV has a 12.1 so it's better! her derp'.
Better or not, that's a fact: AMD GPUs have worse Dx12 feature support than a fucking Intel GPU. Now that's a shameful display, if you ask me.
lol nope Nv's architecture is designed around yesterday's API's, even AMD's first GCN architecture from 5 years ago has more advanced next gen API features built in at a hardware level. Of course, NV did lobby MS to add the .1 to DX12 so the fanboys could claim that 'NV has a 12.1 so it's better! her derp'.
Better or not, that's a fact: AMD GPUs have worse Dx12 feature support than a fucking Intel GPU. Now that's a shameful display, if you ask me.
I've never fucked an Intel GPU. How did that go for you?
Better in what way exactly?
Well by those metrics, NV has worse DX12 feature support than a fucking intel GPU.
Nope. Here...
why the fuck are you guys arguing about feature difference? Where has this shit mattered in the last year? Seriously what exactly anyone gains by these pissing fanboy war. Vega thread is turning in to dx 12 vs dx12.1, if you guys want to argue that make another thread. Jeez!
DX12 is a mess and far from any consistency especially when it involved older engines that are hacked to be DX12 and this is where Nvidia has had the most issues.I think Vulkan will likely see further support and will make little difference what level of DX 12 support each manufacture has. The only thing Nvidia should be fixing is their crappy DX 12 drivers, they did great DX 11 drivers but so far in DX 12 they have not done very well. AMD only needs to worry about getting Vega out the damn door. That is reality as it stands right now.
That is not talking about feature differences (and actually confirms nV has the same features as AMD, so quite the opposite of what you are stating), DX API doesn't stipulate how features are done in hardware just that they have to have them, and at this point there is no reason to see nV's latest hardware being held back by the way their GPU's schedule instructions when doing specific operations, if anything, AMD's GPU's don't have the performance (due to throughput issues) to catch up to nV's, even though they have much more shader capabilities (raw processing power), more bandwidth and since you like that video so much, HARDWARE scheduling.
And that video although pretty good isn't entirely correct. If you go back and look at posts on Async compute you will see where those incorrect portions are, and I just highlighted above where he got things wrong too.
Who was talking about features besides you and lolfail? I said AMD has a better hardware implementation for next gen APIs and you changed the subject to hardware features because you cant win that debate, hence your obvious bait and switch. Then, i posted a video that further proves my point.
AMD doesn't have a better hardware implementation. That myth got busted long ago.
Not sure what the console parts got to do with Vega either. Since its not confirmed in any way that they use Vega parts. What we do know is tho its a 44CU chip with 40CUs active due to yield.
Vega better be delivering DX12.1 featureset as well.
Who was talking about features besides you and lolfail? I said AMD has a better hardware implementation for next gen APIs and you changed the subject to hardware features because you cant win that debate, hence your obvious bait and switch. Then, i posted a video that further proves my point.
AMD's 'old and outdated' GPU technology has a more current DX12 and Vulkan implementation than NV's 'new' GPU technology.
I think Vulkan will likely see further support and will make little difference what level of DX 12 support each manufacture has. The only thing Nvidia should be fixing is their crappy DX 12 drivers, they did great DX 11 drivers but so far in DX 12 they have not done very well. AMD only needs to worry about getting Vega out the damn door. That is reality as it stands right now.
Yes they do, and no it wasn't. Nv better be delivering a proper hardware scheduler and ASync compute support as well.
And obviously Microsoft knows what Scorpio is going to need in regards to DX12 better than you or anyone else on these boards.
And it's also safe to say that whatever is making Scorpio a beast will have it's DNA in what AMD is bringing to market.
Looks like lisa has gotten Kaduri to shut up and RTG is on lockdown about Vega ROFL. Probably like " shut the fuck up and work 24/7 and only talk about vega when you are ready to launch this shit" hahaha
That is not talking about feature differences (and actually confirms nV has the same features as AMD, so quite the opposite of what you are stating), DX API doesn't stipulate how features are done in hardware just that they have to have them, and at this point there is no reason to see nV's latest hardware being held back by the way their GPU's schedule instructions when doing specific operations, if anything, AMD's GPU's don't have the performance (due to throughput issues) to catch up to nV's, even though they have much more shader capabilities (raw processing power), more bandwidth and since you like that video so much, HARDWARE scheduling.
And that video although pretty good isn't entirely correct. If you go back and look at posts on Async compute you will see where those incorrect portions are, and I just highlighted above where he got things wrong too.
You are actually correct on that but from what i understand of it, it does not actually affect the point that youtube guy tried to make: nV driver uses whatever daemon magic it does use for multithreading their driver, AMD just acts as direct bridge. I'll agree that instruction scheduling has nothing to do with it, though.Damn now how the hell does the CPU have anything to do with instruction scheduling after the shader is compiled. And before anyone answers, if they actually understand what this link is about, they would know, the CPU isn't involved in that once the shader is compiled! Even with Keplar! So this is why the hardware scheduling portion of that video is just incorrect.
You are actually correct on that but from what i understand of it, it does not actually affect the point that youtube guy tried to make: nV driver uses whatever daemon magic it does use for multithreading their driver, AMD just acts as direct bridge. I'll agree that instruction scheduling has nothing to do with it, though.
Nice quintuple post, jackass. Learn how to use the edit function if you're going to continue these rants.
I don't know why every Vega thread has to turn into a shitfest.
DX12 is a mess and far from any consistency especially when it involved older engines that are hacked to be DX12 and this is where Nvidia has had the most issues.
Nvidia is fine with some such as AoTS/Sniper Elite 4/Gears of War 4 but fails with ones such as Warhammer/Deus Ex Mankind (depends upon the review and scene)/Hitman (depends upon the review and scene)/etc.
But Vulkan could be interesting although Microsoft has sort of pushed it down for AAA studios with Scorpio, and lets see if AMD can capitalise on the in-built DX12 for Scorpio on PC Platform in some way down the line in the future which would put pressure on Nvidia but no guarantee AMD can capitalise on this.
Cheers
Why are people thinking that Vega is in Scorpio? At only 6 Tflops that would make Vega the biggest fail in AMD history. Even bigger than bulldozer.
Isn't Scorpio an AMD APU? And isn't the Raven Ridge rumored to be used in Scorpio an iteration or cut down version of Vega?
Isn't Scorpio an AMD APU? And isn't the Raven Ridge rumored to be used in Scorpio an iteration or cut down version of Vega?
Why are people thinking that Vega is in Scorpio? At only 6 Tflops that would make Vega the biggest fail in AMD history. Even bigger than bulldozer.
I see. Wow, consoles using some old hardware.
So all the links to his videos discussing why a difference existed were about an issue that didn't exist?Nothing wrong with nV's DX12 drivers (a bug in a specific title yeah that's it), yeah please don't point to AdronedTV videos, already talked to him @ B3D, and no one there thinks he is on to something, quite the opposite.
This is a problem, you guys are flaky with the information you have, and point to obvious flakes when it comes to these things, and this place becomes a mess,
They also wouldn't confuse instruction scheduling with higher level wave and queue scheduling which is the concern.Damn now how the hell does the CPU have anything to do with instruction scheduling after the shader is compiled. And before anyone answers, if they actually understand what this link is about, they would know, the CPU isn't involved in that once the shader is compiled! Even with Keplar! So this is why the hardware scheduling portion of that video is just incorrect.
So AMDs software development is superior to Nvidia's and they were able to avoid the latency enough that adding 4 cores wasn't detrimental to performance with DX12? So sending commands to two devices at a higher rate provided less of a load than a single device?Just think about this guys, the CCX latency in Ryzen, that causes how much performance loss? Now, what do you think the latency is going across the pic-e bus, so the CPU can feed the GPU the instructions......
You've seen confirmation that Vega's packed math isn't in Scorpio like PS4 Pro? Along with potential changes to the command processor, geometry pipeline, etc for the bulk of the technical specs we haven't seen yet?MS is not using Vega IP for xbox Scorpio
So all the links to his videos discussing why a difference existed were about an issue that didn't exist?
TrueThey also wouldn't confuse instruction scheduling with higher level wave and queue scheduling which is the concern.
So AMDs software development is superior to Nvidia's and they were able to avoid the latency enough that adding 4 cores wasn't detrimental to performance with DX12? So sending commands to two devices at a higher rate provided less of a load than a single device?
You've seen confirmation that Vega's packed math isn't in Scorpio like PS4 Pro? Along with potential changes to the command processor, geometry pipeline, etc for the bulk of the technical specs we haven't seen yet?