:strip_exif()/u/327460/cowboy.gif?f=community)
nVidia durft wel het risico te nemen. Ze hebben het geld om een dergelijk risico te nemen. AMD daarentegen 
Anoniem: 64119
Ik snap nog steeds niet waar je op doelt......?:
nVidia durft wel het risico te nemen. Ze hebben het geld om een dergelijk risico te nemen. AMD daarentegen
AMD besteed nu al extra tijd en geld aan het verbreden en uitbouwen van de Embedded markt door hun embedded portfolio actief te slijten aan mogelijk geintresseerden. Daar zit altijd een stukje risico aan.
Wanneer je bedenkt dat die Embedded producten bijna of-the-shelf kant & klaar spul betreft dan is het niet bepaald zo dat AMD zich enorm kan vertillen wanneer er een aantal gesprekken met de auto industrie op niets uitlopen.......
:strip_icc():strip_exif()/u/323108/lambo.jpg?f=community)
Ik denk dat hij bedoeld dat Nvidia de Drive PX 2 heeft aangekondigd in tegenstelling tot AMD die niet direct de vlag hebben buiten hangen voor de wagens zover ik weet.:
[...]
Ik snap nog steeds niet waar je op doelt......?
AMD besteed nu al extra tijd en geld aan het verbreden en uitbouwen van de Embedded markt door hun embedded portfolio actief te slijten aan mogelijk geintresseerden. Daar zit altijd een stukje risico aan.
Wanneer je bedenkt dat die Embedded producten bijna of-the-shelf kant & klaar spul betreft dan is het niet bepaald zo dat AMD zich enorm kan vertillen wanneer er een aantal gesprekken met de auto industrie op niets uitlopen.......
(nieuws: Nvidia voorziet systeem voor autonome auto's van Tegra-socs en Pascal...)
In mijn ogen dienen ze dit ook niet te doen trouwens. Besteed het geld maar om de cpu architectuur verder te verbeteren. Dat is hun core business namelijk in combinatie met GPU's.
/u/226258/tweakersavatar.png?f=community){kind=avatar}
Het heeft niets te maken met risico nemen, het heeft meer te maken met waar ze geld uit kunnen halen. De auto industrie valt daar niet onder volgens mij. De meeste fabrikanten in die industrie willen te veel besparen op de verkeerde punten en ik weet ook niet of Nvidia wel echt een voet aan de grond krijgt daar.
Vergeet niet dat het de industrie is waar Windows CE erg lang een hele grote rol heeft gespeeld (en dan heb ik het over het recente verleden) en waar de gebruikte hardware trager is dan die van een gemiddelde smartwatch, ook al vragen ze voor hun "geweldige" systemen makkelijk 5 keer zo veel als een smartwatch
Vergeet niet dat het de industrie is waar Windows CE erg lang een hele grote rol heeft gespeeld (en dan heb ik het over het recente verleden) en waar de gebruikte hardware trager is dan die van een gemiddelde smartwatch, ook al vragen ze voor hun "geweldige" systemen makkelijk 5 keer zo veel als een smartwatch
[ Voor 4% gewijzigd door Werelds op 19-01-2016 21:07 ]
Anoniem: 64119
Kuch, dan zit er iig genoeg marge op.......:
Het heeft niets te maken met risico nemen, het heeft meer te maken met waar ze geld uit kunnen halen. De auto industrie valt daar niet onder volgens mij. De meeste fabrikanten in die industrie willen te veel besparen op de verkeerde punten en ik weet ook niet of Nvidia wel echt een voet aan de grond krijgt daar.
Vergeet niet dat het de industrie is waar Windows CE erg lang een hele grote rol heeft gespeeld (en dan heb ik het over het recente verleden) en waar de gebruikte hardware trager is dan die van een gemiddelde smartwatch, ook al vragen ze voor hun "geweldige" systemen makkelijk 5 keer zo veel als een smartwatch
Las net even wat over die neurale cpu van nvidia. Dat zou wel anders zijn qua ontwerp maar het blijft een gegevens verwerkende eenheid waarvan AMD er (in andere vorm) vele tientallen kant en klaar kan leveren.
:strip_exif()/u/417802/crop563540b38fe2f_cropped.gif?f=community)
Voor de auto en audio fabrikanten ja, niet voor Nvidia of AMD:
Kuch, dan zit er iig genoeg marge op.......
Nvidia's deal met Tesla is een andere zaak, Tesla pakt dingen heel anders aan.
In alle andere gevallen zit de marge echter niet bij de hardware leveranciers. Een gemiddelde aftermarket autoradio met navigatie kost al gauw 600-700 euro. Ga je voor een fabriekssysteem mag je dat gerust verdubbelen. Dan krijg je een low-level chipje van een paar honderd MHz, een capacitief touchscreen en een grafische interface waar ik nachtmerries van krijg. Die prijs volgt niet uit de productiekosten; Pioneer laat dat heel goed zien met hun systemen. Een SPH-DA120 (AppRadio) kost zo'n 400 euro tegenover hun duurdere systemen en daar zit meer hardware in dan in die systemen. Tuurlijk, je betaalt ook voor de kaarten voor de navigatie, maar dat is geen 300 euro. En zelfs de productie kosten van een SPH-DA120 zijn waarschijnlijk nog niet de helft van wat de consument betaalt.
Vergelijk je dat vervolgens met een fabriekssysteem wordt het geheel nog schever, want die dingen hebben vaak minder features dan een aftermarket systeem, maar kosten het dubbele.
En dan kijk ik nu ook nog voornamelijk naar Pioneer, een van de weinige fabrikanten waar de prijzen nog enigszins in lijn liggen met wat je krijgt; het zijn in elk geval degelijke apparaten die hun werk doen. Als ik dan kijk naar bijvoorbeeld Alpine, betaal je nog eens 25%-50% meer voor kwalitatief waardeloos spul. Bij deze dus ook een tip voor diegenen die een autoradio kopen: vermijd Alpine als de pest. 15 jaar geleden was dat goed spul, maar tegenwoordig verkopen ze gewoon Chinees spul. Ik gebruik al jaren Pioneer en heb nooit ergens problemen mee gehad (behalve de prijzen
). Maar een simpele 1-DIN radio van Alpine met BT+USB kost al meteen 180 euro en dan moet je maar hopen dat hij het blijft doen. Vooral hun USB implementatie is zwaar ruk; in mijn naaste familie heb ik inmiddels 3 van die dingen binnen enkele maanden zien sterven. Sowieso moet je al geluk hebben dat je stick geaccepteerd wordt door de radio. En voor 40 euro minder heb je een Pioneer die dan ook nog eens een SD slot heeft JVC/Kenwood is hetzelfde verhaal, kwalitatief gewoon waardeloos geworden. Sony's duurdere modellen zijn wel nog in orde, maar de goedkopere modellen zijn een stuk minder qua geluidskwaliteit.
Nee, ik geloof niet dat in die industrie veel te halen valt voor een chip fabrikant
:strip_exif()/u/211274/bestabstractwallpapers5.gif?f=community)
Niks van dat alles vergt een uitzonderlijk krachtige chip en dat is dan ook niet waar Nvidia zich op richt met Drive PX/CX. Dat is specifiek gericht op autonoom rijden, beeld verwerking bij park assist, enzovoort. Dat draait meer om software dan om hardware. Tuurlijk, er is redelijk wat rekenkracht nodig om al het materiaal te verwerken, maar het is niet alsof AMD daar niets voor heeft. Sterker nog, zij zijn wellicht beter uitgerust voor dat doel dan Nvidia. Een APU is toch nog net even iets flexibeler dan een ARM SoC, laat staan een GPU. Net als met physics zijn er ook in de verwerking van dit soort data dingen die sneller met een paar x86 instructies te doen zijn. En qua stroom verbruik ligt dat op hetzelfde niveau als Nvidia's huidige oplossingen. Ik hoop dat je beseft dat de "nieuwe" versies maar liefst 250W kunnen verbruiken?
Het is juist de software waar Nvidia mee bezig is en waar ze in investeren. AMD heeft geen grote software tak, dus dat zou een gigantische investering zijn. Dat kunnen ze zich niet veroorloven en als puntje bij paaltje komt zijn vrijwel alle grote auto families (dan heb ik het dus over GM, VAG i.p.v. de individuele merken) hier al mee bezig. Het is dus een risico dat zich wellicht niet terug betaalt.
Zoals ik al zei weet ik niet of Nvidia er goed aan doet. Ik weet wel dat het voor AMD op dit moment geen goede zet zou zijn. De hardware hebben ze wel, de software niet.
Wel zou AMD zich inderdaad kunnen profileren als drijfveer voor de grafische systemen zoals Tesla die heeft. Als er tenminste een fabrikant buiten Tesla was die bereid was dat fatsoenlijk te bouwen
Droom maar lekker verder, dat laat die maffia niet toe
Anoniem: 64119
Ik hoop dat je beseft dat die waarde van 250watt hierboven letterlijk al vermeld was en ik kan lezen:
[...]
Niks van dat alles vergt een uitzonderlijk krachtige chip en dat is dan ook niet waar Nvidia zich op richt met Drive PX/CX. Dat is specifiek gericht op autonoom rijden, beeld verwerking bij park assist, enzovoort. Dat draait meer om software dan om hardware. Tuurlijk, er is redelijk wat rekenkracht nodig om al het materiaal te verwerken, maar het is niet alsof AMD daar niets voor heeft. Sterker nog, zij zijn wellicht beter uitgerust voor dat doel dan Nvidia. Een APU is toch nog net even iets flexibeler dan een ARM SoC, laat staan een GPU. Net als met physics zijn er ook in de verwerking van dit soort data dingen die sneller met een paar x86 instructies te doen zijn. En qua stroom verbruik ligt dat op hetzelfde niveau als Nvidia's huidige oplossingen. Ik hoop dat je beseft dat de "nieuwe" versies maar liefst 250W kunnen verbruiken?
Het is juist de software waar Nvidia mee bezig is en waar ze in investeren. AMD heeft geen grote software tak, dus dat zou een gigantische investering zijn. Dat kunnen ze zich niet veroorloven en als puntje bij paaltje komt zijn vrijwel alle grote auto families (dan heb ik het dus over GM, VAG i.p.v. de individuele merken) hier al mee bezig. Het is dus een risico dat zich wellicht niet terug betaalt.
Zoals ik al zei weet ik niet of Nvidia er goed aan doet. Ik weet wel dat het voor AMD op dit moment geen goede zet zou zijn. De hardware hebben ze wel, de software niet.
Wel zou AMD zich inderdaad kunnen profileren als drijfveer voor de grafische systemen zoals Tesla die heeft. Als er tenminste een fabrikant buiten Tesla was die bereid was dat fatsoenlijk te bouwen
[...]
Droom maar lekker verder, dat laat die maffia niet toe
Droom zelf ook maar lekker verder over alle onmogelijkheden die je ziet.
Voorlopig is het nvidia al gelukt dus is er geen enkele aanwijzing dat AMD / Intel / Via niet kunnen volgen.
Old money krijgt linksom en rechtsom te maken met nieuwe initiatieven als Tesla of ze dat nou leuk vinden of niet. Daar liggen dus kansen die bedrijven (wo AMD) kunnen laten liggen of aangrijpen.
Humor, een luchtvaartmaatschappij die tablets gaat uitlenen onder passagiers word echt een epic fail......
Denk daar eerst maar eens goed over na....hoeveel denk je dat er per vlucht kapot gaan en verdwijnen ?
Ik zie het al voor me: ""wil niemand het toestel verlaten omdat er nog 5 tablets ontbreken, de luchthaven politie komt dadelijk aan boord om iedereen te fouilleren en de handbagage te doorzoeken. Onze excuses voor het ongemak en de vertraging.......""
[ Voor 20% gewijzigd door Anoniem: 64119 op 20-01-2016 21:58 ]
X399 Taichi; ThreadRipper 1950X; 32GB; VEGA 56; BenQ 32" 1440P | Gigbyte; Phenom X4 965; 8GB; Samsung 120hz 3D 27" | W2012SER2; i5 quadcore | Mac mini 2014 | ATV 4g | ATV 4K
/u/306263/Strafe_icon.png?f=community){kind=icon}
De prestaties van Kepler zijn weer passend. De 280x is sneller(/evensnel als) dan een GTX780Ti. Blijkbaar vinden Nvidia gebruikers dit normaal .
Voordat een site zoals TPU of Anandtech het nog een keer test kan je hier weinig conclussie uit trekken.
.Voordat een site zoals TPU of Anandtech het nog een keer test kan je hier weinig conclussie uit trekken.
offtopic:
Zonder toevoeging nogal trollerig
.
Zonder toevoeging nogal trollerig
.[ Voor 37% gewijzigd door Sp3ci3s8472 op 21-01-2016 13:56 ]
:strip_icc():strip_exif()/u/240280/5.jpg?f=community)
/u/331213/crop56ef13408ff38_cropped.png?f=community)
Want één bench van een Russische site zegt alles.:
De prestaties van Kepler zijn weer passend. De 280x is sneller(/evensnel als) dan een GTX780Ti. Blijkbaar vinden Nvidia gebruikers dit normaal
En natuurlijk gaan we voorbij aan de berichten van gebruikers die melden dat ze last hebben van stutters en framedrops op AMD kaarten.
| Old Faithful | i7 920 @ (3,3Ghz) / X58 UD4P / GTX960 (1,550Mhz) / CM 690 | NOVA | i5 6600K (4,4Ghz) / Z170 Pro Gaming / GTX 960 (1,500Mhz) / NZXT S340
Klopt, voordat bijv. TPU het nog een keertje test kan je geen conclussies trekken.:
[...]
Want één bench van een Russische site zegt alles.
En natuurlijk gaan we voorbij aan de berichten van gebruikers die melden dat ze last hebben van stutters en framedrops op AMD kaarten.
Geen last van, maar ik speel ook geen Fallout 4
.
Anoniem: 64119
Het kan oneindig veel redenen hebben waarom er evt framedrops kunnen ontstaan wat niet aan de videokaart of driver hoeft te liggen, mochten die berichten al legitiem, authentiek en grootschalig genoeg zijn.....:
[...]
Want één bench van een Russische site zegt alles.
En natuurlijk gaan we voorbij aan de berichten van gebruikers die melden dat ze last hebben van stutters en framedrops op AMD kaarten.
De combinatie van een goed en stabiel systeem, met ruim voldoende vrije bronnen, voorzien van een AMD kaart + freesync monitor zou deze problemen iig niet meer mogen hebben. Haperende draadloze verbindingen is een goede kanshebber om roet in het eten te gooien, net als torrents etc. Je zal ze kost moeten geven....
Hey, N=1 VS N=1 toch?:
[...]
Het kan oneindig veel redenen hebben waarom er evt framedrops kunnen ontstaan wat niet aan de videokaart of driver hoeft te liggen, mochten die berichten al legitiem, authentiek en grootschalig genoeg zijn.....
De combinatie van een goed en stabiel systeem, met ruim voldoende vrije bronnen, voorzien van een AMD kaart + freesync monitor zou deze problemen iig niet meer mogen hebben. Haperende draadloze verbindingen is een goede kanshebber om roet in het eten te gooien, net als torrents etc. Je zal ze kost moeten geven....
| Old Faithful | i7 920 @ (3,3Ghz) / X58 UD4P / GTX960 (1,550Mhz) / CM 690 | NOVA | i5 6600K (4,4Ghz) / Z170 Pro Gaming / GTX 960 (1,500Mhz) / NZXT S340
:strip_icc():strip_exif()/u/291146/crop5d31533862205_cropped.jpeg?f=community)
Geen last van met een 280X.:
[...]
En natuurlijk gaan we voorbij aan de berichten van gebruikers die melden dat ze last hebben van stutters en framedrops op AMD kaarten.
Ik denk dat je voor alle kaarten, AMD zowel als Nvidia, mensen kunt vinden die iets negatiefs te zeggen hebben.
/u/343341/crop6095457d39560_cropped.png?f=community)
/u/180271/av.png?f=community)
/u/48525/EgyptEyes.JPG?f=community)
Dat is dus ook wat ik mezelf afvraag. Ik neem aan dat de meeste pro's ook op hoge refresh monitoren (120/144Hz) spelen.
Naar mijn mening hadden ze beter het marketingtechnisch sterkere Radeon merk als sponsor moeten gebruiken.
AMD's CPU's hebben op het moment niet zo'n beste status. Kijk voor de gein eens naar de reacties op /r/leagueoflegends bijvoorbeeld.
Hmm er zit wel een beetje een stijgende lijn in inderdaad, maar de achterstand die ze hebben op hun directe rivalen is behoorlijk groot. Zo zie je veel vaker Intel/Nvidia logo's voorbij vliegen op bijvoorbeeld youtube/twitch kanalen.
Iemand had het hier een tijd geleden over het aantal "schapen" tussen de Nvidia kopers. Het probleem is alleen dat het aantal schapen veel groter is dat het aantal tweakers, en dus veel aantrekkelijker is om te marketen.
[ Voor 37% gewijzigd door ColinZ op 22-01-2016 15:42 ]
Anoniem: 64119
Niet per se, ATI had ook gewoon als aparte merknaam kunnen blijven bestaan na de overname
Dat was imho veel verstandiger geweest dan alles naar de AMD merknaam te verkassen.
Tzt had ik de ATI merknaam wel enigzins aangepast naar bv A2T oid.
ATI heeft zelfs bij mij als fanboy nooit erg lekker geklonken.....
:strip_icc():strip_exif()/u/45765/3dfx2.jpg?f=community)
ATI heb ik altijd aan elkaar uitgesproken, dus aatie, AMD per letter. En Intel en Nvidia gewoon zoals het hoort
Aa Tee Ie klinkt imo nog minder lekker dan Aatie
Aa Tee Ie klinkt imo nog minder lekker dan Aatie
People as things, that’s where it starts.
Mja, ik heb een tante die Atie heet, dus dat klinkt mij niet goed in de oren als bedrijfsnaam
Graphene; a material that can do everything, except leave the lab. - Asianometry
Anoniem: 64119
Daar heb je het al......:
Mja, ik heb een tante die Atie heet, dus dat klinkt mij niet goed in de oren als bedrijfsnaam
Alleen al het feit dat je ATI op ten minste twee manieren kan uitspreken is al onhandig voor een merknaam.
Een beetje marketing afdeling weet dat te voorkomen.
Gezien het beide afkortingen zijn, Array Technology Industry & Advanced Micro Devices hoort het denk ik om het als 3 letters uit te spreken. AA TEE IE en AA EM DEE. Atie gebruik ik persoonlijk. EJ TIE AI in het engels .
.
:strip_exif()/u/17028/ico_sphere.gif?f=community)
:strip_icc():strip_exif()/u/324515/crop627103b05ba2e_cropped.jpg?f=community)
Zitten veel interessante tools tussen! Ik hoop serieus voor AMD dat de industrie dit oppakt.
Edit:
Eindelijk?
[ Voor 13% gewijzigd door Sp3ci3s8472 op 28-01-2016 13:50 ]
Dit zag ik helaas van ver aankomen
: Phuncz in "CJ's AMD Radeon Info & Nieuwsdiscussietopic - Deel 132"Een mooi voorbeeld waarom een balans in marktaandeel van groot belang voor de consument is. Zolang Nvidia niet klaar is met hun gebrekkige DX12 support op te lossen, en er lijkt geen haast te zijn, zullen er weinig games er ondersteuning voor bieden. Async Compute was leuk geweest voor AMD om concurrentieel te blijven maar we moeten genoegen nemen met alweer wat proprietary tech, want "dat is goed voor iedereen".
Geen tientallen procenten gratis performance, maar extra mooi zwiepend haar... Of toch als je een GTX 970 of beter hebt.
[ Voor 8% gewijzigd door Phuncz op 29-01-2016 19:56 ]
Ja joh, is helemaal niet verdacht dat ze een versie specifiek zonder async compute bouwen als ze al een werkende versie met hebben; en tegelijkertijd ook nog even VXAO voorbereiden
Het enige buggy aan DX12 momenteel is het feit dat Nvidia's driver de ontwikkelaars voor de gek houdt. De driver geeft aan dat sommige dingen ondersteund worden terwijl dat helemaal niet zo is, met als gevolg dat je performance verliest.
Gelukkig ziet het er wel naar uit dat ze TressFX 3.0 hebben behouden in de PC versie. Dat ziet er (IMO; dat "zweverige" van HW ziet er gewoon slecht uit) beter uit dan HairWorks en draait een stuk soepeler.
[ Voor 11% gewijzigd door Werelds op 29-01-2016 20:07 ]
Sorry, had "Mantle" moeten zeggen
Bear with me, zal het even uitleggen. Frostbite 3 is een heel aparte engine qua multi-platform aanpak. Op de PS3 gebruiken ze LibGCM, op de PS4 GNM en op de Xbox One DirectX 11.X. LibGCM en GNM zijn echte low-level API's, 11.X ligt er aan hoe je het gebruikt. Je kunt het gebruiken zoals D3D11, maar tegelijkertijd zit er veel in wat nu in D3D12 zit. Het gaat niet zo ver als D3D12, maar juist dingen als async shaders zitten er wel al in. Overigens heb je op de PS3 ook PSGL (OpenGL-achtig, met stukjes van Nvidia Cg) en op de PS4 GNMX (lijkt verdomd veel op D3D11) als high-level API's. De Xbox 360 is een apart geval, je hebt daar alleen DirectX 9.0c in bijna ongewijzigde vorm, met daarnaast wat extra functies specifiek gericht op het EDRAM en dergelijke, maar niets dat echt op Xenos zelf gericht is.
Enfin, GNM en 11.X hebben allebei async compute mogelijkheden. En laat de manier waarop dat er in zit nou verdacht veel op Mantle lijken. Snap je al waar ik naar toe ga?
Het is niet minder dan logisch dat beide consoles een low-level API hebben die dit soort features heeft. Het is immers één van de pilaren van GCN en zo'n API kan alleen maar ontwikkeld worden in samenwerking met de betrokken GPU fabrikant. Tegelijkertijd verklaart het ook waarom AMD met Mantle is gekomen; ze hebben gezien hoe veel potentieel er in zit en dus gebruiken ze de ervaring van die API's om Mantle uit te brengen.
Dus je hebt gelijk, het is niet Mantle. Echter zijn juist dit soort dingen wél vrijwel identiek aan Mantle; of wellicht moet ik zeggen dat Mantle hier identiek is aan de consoles. Ik had wel GNM/11.X willen zeggen, maar ik denk dat de meesten niet zouden weten wat ik daarmee bedoel (met name GNM; 11.X is met een beetje logisch nadenken wel te begrijpen
).Punt is echter dat Frostbite code paths heeft die het meeste uit een platform trekken. Waarom dan geen DX12? Juist omdat dat meer werk is en EA dat gegarandeerd niet toe liet. Mantle hebben ze in BF4 gestopt omdat ze de kans kregen dat met AMD te ontwikkelen. DX12 zouden ze nu best kunnen doen (hebben ze intern al
), maar dan moeten ze alsnog een geheel nieuwe render backend ontwikkelen. In tegenstelling tot 11.X heb je in D3D12 namelijk echt veel minder high-level spul, dus het is niet zo dat ze het 11.X path kunnen toepassen op D3D12 (11.X heeft delen van 12; 12 mist veel van 11.X ). Het "oude" Mantle path kopiëren is ook makkelijker gezegd dan gedaan, want hoewel 12 in veel opzichten hetzelfde lijkt, blijft het wel D3D en moet je een andere semantiek toepassen.Kan best dat Mantle niet werkt in Battlefront, heb dat spel eerlijk gezegd vermeden als de pest (het is geen Battlefront voor mij..en qua SW games wacht ik nog steeds op een nieuwe JO/JA
) en ik weet er weinig van af. In BF4 werkt Mantle echter wel, met GCN 1.0 + 1.1 kaarten; GCN 1.2 kun je beter D3D11 gebruiken, omdat AMD hun Mantle driver niet meer bijgewerkt heeft voor die dingen. En de Async Compute features hoef je dan ook niet aan te zetten, die staan standaard aan. Je merkt er in principe niet zo veel van, totdat je een hoop particles op het scherm krijgt. Dan merk je dat je framerate er veel minder last van heeft De implementatie in BF4 is dus beperkt, maar hij is er wel
Allemachtig wat een lange post. Maar waarom is het nou verdacht dat tombraider geen dx12 heeft? Tot nu toe heeft alleen ashes het, en dat is early acces beta spul. Ik had eigenlijk verwacht dat battlefront wel dx12 zou hebben vanwege de ervaring met mantle, maar helaas.:
[...]
Sorry, had "Mantle" moeten zeggen
Bear with me, zal het even uitleggen. Frostbite 3 is een heel aparte engine qua multi-platform aanpak. Op de PS3 gebruiken ze LibGCM, op de PS4 GNM en op de Xbox One DirectX 11.X. LibGCM en GNM zijn echte low-level API's, 11.X ligt er aan hoe je het gebruikt. Je kunt het gebruiken zoals D3D11, maar tegelijkertijd zit er veel in wat nu in D3D12 zit. Het gaat niet zo ver als D3D12, maar juist dingen als async shaders zitten er wel al in. Overigens heb je op de PS3 ook PSGL (OpenGL-achtig, met stukjes van Nvidia Cg) en op de PS4 GNMX (lijkt verdomd veel op D3D11) als high-level API's. De Xbox 360 is een apart geval, je hebt daar alleen DirectX 9.0c in bijna ongewijzigde vorm, met daarnaast wat extra functies specifiek gericht op het EDRAM en dergelijke, maar niets dat echt op Xenos zelf gericht is.
Enfin, GNM en 11.X hebben allebei async compute mogelijkheden. En laat de manier waarop dat er in zit nou verdacht veel op Mantle lijken. Snap je al waar ik naar toe ga?
Het is niet minder dan logisch dat beide consoles een low-level API hebben die dit soort features heeft. Het is immers één van de pilaren van GCN en zo'n API kan alleen maar ontwikkeld worden in samenwerking met de betrokken GPU fabrikant. Tegelijkertijd verklaart het ook waarom AMD met Mantle is gekomen; ze hebben gezien hoe veel potentieel er in zit en dus gebruiken ze de ervaring van die API's om Mantle uit te brengen.
Dus je hebt gelijk, het is niet Mantle. Echter zijn juist dit soort dingen wél vrijwel identiek aan Mantle; of wellicht moet ik zeggen dat Mantle hier identiek is aan de consoles. Ik had wel GNM/11.X willen zeggen, maar ik denk dat de meesten niet zouden weten wat ik daarmee bedoel (met name GNM; 11.X is met een beetje logisch nadenken wel te begrijpen
Punt is echter dat Frostbite code paths heeft die het meeste uit een platform trekken. Waarom dan geen DX12? Juist omdat dat meer werk is en EA dat gegarandeerd niet toe liet. Mantle hebben ze in BF4 gestopt omdat ze de kans kregen dat met AMD te ontwikkelen. DX12 zouden ze nu best kunnen doen (hebben ze intern al
[...]
Kan best dat Mantle niet werkt in Battlefront, heb dat spel eerlijk gezegd vermeden als de pest (het is geen Battlefront voor mij..en qua SW games wacht ik nog steeds op een nieuwe JO/JA
De implementatie in BF4 is dus beperkt, maar hij is er wel
Had ook liever een jedi knight gezien, maar aangezien dice het maakt is het beter dat het multiplayer only is, een jedi knight was misschien geflopt en dan had EA gelijk de IP gekilled
. Misschien kan bioware er een maken als ze klaar zijn met de volgende mass effect. Vorige week win10 geinstalleerd, ben toen ook op zoek gegaan naar dx12 techdemo's, maar ik vond alleen de unreal elemental demo, dat is gewoon iemand die de unreal engine heeft gedownload en op exporteren heeft geklikt. Niet echt iets waar dx12 nou goed uit de verf komt.
Mechwarrior Online: Flapdrol
Tip: quote hem dan niet in zijn geheel
Rise of the Tomb Raider (2015) omdat het meer dan een half jaar na de launch van DX12 is en nog véél langer na het beschikbaar gesteld worden van de DX12 development tools. Tomb Raider (2013) had bv. TressFX (HairWorks maar dan ook leuk voor meer dan een paar specifieke GPUs) en was een AMD Gaming Evolved game, wat in mijn ogen hoopvol was om de DX12 Async Compute functie te voorzien die al in de engine blijkt te zitten.
Dat is juist het hele punt: de industrie wacht totdat Nvidia klaar is met zijn DX12 features softwarematig op te lossen voor iets waar je hardwarematige ondersteuning nodig hebt. Ik durf er geld op te zetten dat het DX12 support zelfs niet komt voordat Pascal uitkomt. Men zou maar eens gratis performance krijgen
Omdat ze het wel al hebben over VXAO en 12_1. Ze hebben duidelijk al een pipeline via D3D12 aan de praat, waarom zouden ze die niet meteen al gebruiken?
De engine is er ook klaar voor, ze leunen immers "zwaar" op AC (hun eigen woorden) op de Xbox One. Het is niet zo dat je een D3D12 renderer in je engine stopt en je ineens een hoop voordeel krijgt. Je krijgt wel iets, maar pas als je dingen als AC gaat gebruiken zie je écht de voordelen. En dat vereist op sommige punten een iets andere aanpak dan je met een synchrone API doet.
Het kan zeker zo zijn dat ze er gewoon nog niet klaar voor zijn. Het is alleen wel erg toevallig dat TR'13 draaide zoals je mocht verwachten: een 7970 en 680 gelijk aan elkaar, met TressFX op volle toeren viel Nvidia iets terug vanwege het gebrek aan GPGPU capaciteit (pre-patch viel Nvidia echt op de knieën, post-patch was het meer als Hairworks op low, probleemloos te doen dus). Nu krijgt de opvolger een TWIMTBP label en wordt er meteen gepraat over 12_1 features die alleen Nvidia heeft en draait de game ruk op AMD. In beide gevallen geport door Nixxes, die niet alleen veel ervaring hebben met porten, maar het ook nog eens verrekte goed doen; en als klap op de vuurpijl zijn ze meer dan bekend met Mantle. Het is gewoon te veel van het goede.
Dat had ik eerlijk gezegd ook verwacht. Vooral ook omdat Andersson Frostbite eind dit jaar al met D3D12 als "minimum" spec wil hebben draaien, dat heeft hij begin vorig jaar gezegd. Maar zoals ik al zei ligt dat waarschijnlijk gewoon bij EA, die het spel op de markt wilden hebben.
Een echte JK game krijgen we nooit meer. Dat past niet in de huidige markt. Nee, we krijgen eerder zooi zoals Force UnleashedHad ook liever een jedi knight gezien, maar aangezien dice het maakt is het beter dat het multiplayer only is, een jedi knight was misschien geflopt en dan had EA gelijk de IP gekilled
En niet Bioware asjeblieft, ME2 en ME3 waren slappe aftreksels van de originele game, Bioware is het kwijt geraakt
Als je nou Rocksteady had gezegd...
Klopt, ik snap ook niet waarom er niet meer tech demo's zijn. Epic snap ik wel, dat is enerzijds de link met Nvidia, anderzijds de matige optimalisatie in UE. Daar hoeft niemand zich illusies over te maken, UE heeft heel wat meer werk nodig om iets uit D3D12 te halen dan sommige andere engines. En ja, als ze dan toch bezig zijn, willen ze ook Nvidia's spul er in verwerken.
Ja, maar mass effect 2 lijkt behoorlijk op jedi academy, kiezen naar welke planeet je gaat, dan met behulp van de force, euhm, biotics de vijand vermorzelen. etc.:
En niet Bioware asjeblieft, ME2 en ME3 waren slappe aftreksels van de originele game, Bioware is het kwijt geraakt
Mechwarrior Online: Flapdrol
Anoniem: 64119
Die crimson driver lost hier iig een hardnekkig groen scherm op binnen embedded players, youtube etc......
(W7 A8-3870K) Dus dank daarvoor........
Ja, maar dan zonder de heerlijke gameplay
Anyways, beetje off-topic
11.3, net als D3D12 alleen op Win10 beschikbaar vanwege de vereiste voor WDDM 2.0 drivers. Kleine recap: 12_1 bestaat uit Conservative Rasterization en Rasterizer Order Views. CR kan onder de juiste omstandigheden wel baat bij AC hebben, maar het is en blijft een relatief langzame operatie, vandaar dat er nu dus een hardware component voor komt. Niet dat dit zo relevant is, aangezien Nvidia's implementatie slechts Tier 1 omvat en nauwelijks sneller is dan hetzelfde via direct via de shaders te doen. ROVs zijn echter juist wel een perfecte match voor AC. Tijdens het renderen moet er bepaald worden wat er wel of niet zichtbaar is; met ROVs geef je aan dat de volgorde waarin je dingen richting de GPU stuurt ook de volgorde is waarin ze elkaar overlappen.
Klinkt ingewikkeld, is het niet.
Ter illustratie, een afbeelding die je overal als voorbeeld krijgt als je gaat uitzoeken wat ROVs doen:
Hier heb je 2 triangles (veel in 3D gebeurt via driehoekjes
) die elkaar overlappen. Een GPU zal beide triangles tegelijkertijd renderen. Om ze echter te laten overlappen zul je ze zelf naar het correcte Render Target moeten schrijven. Het gevolg is dat je tijdlijn er zo uit ziet:code:
1
2
| Rode Shader Rekent -> Resultaat uitlezen -> RT Blauwe Shader Rekent -> Resultaat uitlezen -> Wachten tot rood in RT zit -> RT |
Dit is heel normaal, en hoewel dit inefficiënt lijkt, is het dat niet.
Dit wordt pas irritant als je met UAV (Unordered Access View). Het hoe en wat hierachter ga ik je niet mee vervelen, ik laat hieronder wel een linkje achter als je wat inzicht in de gemiddelde pipeline wil krijgen. UAVs komen ook aan bod (hoewel dat D3D9-11 is; ze zijn niet écht Unordered daar, in D3D12 wel..*kuch*hint*kuch*
). Enfin, met een UAV weet je niet zeker wanneer je toegang tot een UAV hebt (unordered) en kan het dus zomaar zijn dat je een zogenaamde "race" condition krijgt waarbij de beide shaders elkaar zitten te overschrijven.code:
1
2
| Submit Rode Shader -> Leest UAV -> Rekent -> Schrijft UAV Submit Blauw Shader -> Leest UAV -> Rekent -> Schrijft UAV |
Je weet nu niet zeker of rood of blauw als laatste naar de UAV heeft geschreven. Stap 1 wordt immers tegelijkertijd uitgevoerd voor beide shaders en de volgende stappen dus ook!
Met ROVs los je dit op door de blauwe een tik later naar de GPU te sturen.
code:
1
2
| Submit Rode Shader -> Leest UAV -> Rekent -> Schrijft UAV Wacht -> Submit Blauw Shader -> Leest UAV -> Rekent -> Schrijft UAV |
De GPU voert dit vervolgens zo uit:
code:
1
| Rood leest UAV -> Rekent -> Schrijft UAV -> Blauw Leest UAV -> Rekent -> Schrijft UAV |
Als je een beetje multi-threaded programmeer ervaring hebt, dit zou je normaal gesproken met een mutex oplossen; wat in verhouding erg traag is. Waar is dit nu nuttig voor? Dingen als Order Independent Transparency (OIT), om bijvoorbeeld rook te renderen. In plaats van dat je een hoop zit te wachten zodat alles in de goede volgorde komt, laat je de GPU dit nu meteen zelf uitvogelen. Het bespaart drawcalls en roundtrips, en dus een hoop latency. En hier zit de grote clou: juist dit hele verhaal is bij uitstek geschikt om sterk asynchroon uit te voeren.
Als je wat leuk leesvoer wil hebben: https://fgiesen.wordpress...hics-pipeline-2011-index/
Inmiddels op sommige punten achterhaald, maar nog steeds een aardig inzicht.
Disclaimer: als er iemand is die het bovenstaande aan kan vullen of corrigeren, by all means. Heb dit snel even in een paar minuten samen proberen te vatten dus wellicht heeft er iemand een duidelijkere uitleg of wat afbeeldingen bij de hand?
Ik moet echt eens een verzameling van links aan gaan leggen zodat ik gewoon kan linken naar een veel betere uitleg van dit soort dingen
Dat zou ik wel willen doen, maar ik ben zelf geen 3D programmeur. Ik heb er wel als hobby wat mee gespeeld en ik lees (te? ) veel, maar een echte expert ben ik ook niet. Ik heb meer dan eens fouten gemaakt in m'n posts hier
) veel, maar een echte expert ben ik ook niet. Ik heb meer dan eens fouten gemaakt in m'n posts hier
Die paar fouten staat nog steeds laag in verhouding met de inhoudelijke en interessante posts die je maakt
Anoniem: 64119
We maken allemaal fouten, (inclusief tweakers personeel) dat maakt ons gelukkig menselijk.:
Dat zou ik wel willen doen, maar ik ben zelf geen 3D programmeur. Ik heb er wel als hobby wat mee gespeeld en ik lees (te?
Het word imho pas een probleem wanneer mensen expres onwaarheden gaan verkondigen.
Daarvan zijn er ook op tweakers wel voorbeelden geweest, ook in de 2 AMD draadjes en het nieuws.
Waar de meerwaarde in zit voor het posten of maken van Blogs of Reviews zit hem in het feit dat iemand meer kennis of ervaring heeft dan andere deelnemers of geintresseerden. Dan hoeft het echt niet allemaal in 1 keer perfect te zijn. Wanneer ergens hiaten in zitten dan komt er vanzelf wel aanvullend commentaar.
Wanneer ik mijn eigen reviews bijvoorbeeld vergelijk met die gast die de 200 pagina tellende Dell monitoren reviews heeft geschreven dan zou mijn conclusie kunnen zijn dat ik maar beter kan stoppen. Toch hebben zelfs beperkte of korte reviews/blogs meerwaarde voor mensen die op zoek zijn naar meer info dan de fabrikant opgeeft in een marketing babbel......
Eventueel is het samen (co-author) maken van een blog of review ook nog een optie.
/u/316174/crop5b26bc86bda66_cropped.png?f=community)
Heeft iemand Rise of the Tomb Raider werkend met Crossfire? Ik heb nog altijd dezelfde performance als met 1 kaart en MSI Afterburner toont dat mijn tweede kaart voor 0% gebruikt wordt
Oftewel Crossfire werkt hier gewoon niet. Ik speel op 4K met twee R9 290's.
Oftewel Crossfire werkt hier gewoon niet. Ik speel op 4K met twee R9 290's.
☀️ 4500wp zuid | 🔋MT Venus 5kW | 🚗 Tesla Model 3 SR+ 2020 | ❄️ Daikin 3MXM 4kW
:strip_icc():strip_exif()/u/192627/av70.jpg?f=community)
:strip_icc():strip_exif()/u/109539/avatar_kerst_still.jpg?f=community){kind=avatar}
Heeft die nieuwe hotfix 16.1.1 nog nut om te installeren als je tomb raider niet speelt? Zojuist 15.12 maar geinstalleerd, maar als die 16.1.1 nog wat toevoegt op een HD7950 pak ik die ook ff mee. Lijkt me niet maar zie iedereen er erg enthousiast over doen...
Overlever van KampeerMeet 4.1
"Als David Attenborough een film van jou zou moeten maken zou hij het moeilijk krijgen." - TDW
/u/387188/Tweakers.png?f=community)
Mooi zo laten, bespaart je mooi wat onzin, wat een slecht artikel weer.
Bitfenix Whisper 450W review
[PSU] Voeding advies en info
AMD Nieuwsdiscussie
AMD Radeon Info en Nieuwsdiscussietopic
/u/400/defember100.png?f=community)
PC Specs
Asus ROG Strix B650E-E | AMD 7700X | G-Skill 32GB DDR5 6000C30 M-die | 4090 FE | LG 38GN950-B 3840*1600p 160Hz | Corsair RM1000x Shift | WD Black SN850X 1TB M.2
Ik zie niet in waarom nVidia of AMD na z'n lange stilstand op productie procedé zo een groot risico met een nieuw productie procedé zouden nemen. De stap is te groot om meteen een joekel van een complexe chip te produceren en dat succesvol te doen.
Niet voor niets lijkt het erop dat AMD i.i.g. eerst klein begint. Daarnaast is de "vertraging" van Gemini een indicatie dat AMD niet rond diezelfde tijd met een potente Polaris videokaart komt. Dat drukt elkaar waarschijnlijk de markt uit. Gemini zou daarmee alleen interessant zijn als je maar ruimte hebt voor een dikke videokaart.
En ik maar hopen dat AMD Fiji snel naar 14nm heeft gebracht en we die chip op Gemini terug gaan zien
Niet voor niets lijkt het erop dat AMD i.i.g. eerst klein begint. Daarnaast is de "vertraging" van Gemini een indicatie dat AMD niet rond diezelfde tijd met een potente Polaris videokaart komt. Dat drukt elkaar waarschijnlijk de markt uit. Gemini zou daarmee alleen interessant zijn als je maar ruimte hebt voor een dikke videokaart.
En ik maar hopen dat AMD Fiji snel naar 14nm heeft gebracht en we die chip op Gemini terug gaan zien
Dit topic is gesloten.