Názory k článku Objevena další grafika Turing, Nvidia chystá GeForce s 896 shadery. GTX 1150?

Pinda blbosti, jako vzdycky. Viz. link primo na Turing Architecture Whitepaper v postu dolu.

A ja se ptal prvni. Ty delas zavery o vykonu. Ja ne. Takze cim to jako hodlas podlozit, trdlo?

A kdy ze Nvidia nepodporovala DX12 plne? :D Zas nam budes vykladat Stachovo pohadky o asynchronich shaderech? ;)

Tak nam dej nejaky linky na potvrzeny testy. Mas? Nebo se budes odvolavat na nejaky dost mozna predprodukcni vzorky? Jestli to nebyl uplnej fake uz od zacatku :)

Kde ja mluvim o tom, ze ocekavam nejakej vykon? Ja se te snad ptam, co ocekavas? Ne. Ja se te ptam, kde mas nejakej podklad, nejaky dostupny recenze finalniho produktu, pro ty svoje pindy ;)

"KOCHREN 26.12.2018 at 15:29"
"Při výkonu 1070 ani komprese nepomůže"

"Maudit 26.12.2018 at 17:10"
"A ty uz mas testy ty trdlo, ze tu mluvis o vykonu? ????"

Jezis to jsou zase vymluvy.

Jpeg do GPU pameti fakt neulozis. Textury se zpracovavaji v DDS formatu. Jsou tam presne definovany kompresni formaty a ta komprese je jinyho charakteru (de facto jde o raw data, u kterych definujes, o ktery slozky ti nevadi prijit). Duvod je jednoduchy - bylo by tezce neefektivni dekomprimovat data nejakou slozitou kontextualni kompresi az pri samplovani. Pristup k datum textur musi byt super-rychly. V jakem formatu se ta data fyzicky ukladaji v pameti GPU je "implementation-specific", paklize ta implementace dodrzi format zminene nahore.

Precist si o tom muzes tady:
https://docs.microsoft.com/en-us/windows/desktop/direct3d11/texture-block-compression-in-direct3d-11


A protoze jsou ty formaty jasne definovane, neni duvod, proc by se na ne nedala aplikovat lossless komprese primo v GPU.

Tady mas seznam texture formatu v D3D11/12:
https://docs.microsoft.com/en-us/windows/desktop/api/dxgiformat/ne-dxgiformat-dxgi_format


Pak si napis jednoduchej D3D progam na ulozeni nejakych raw texture dat a pak compressed texture dat na Turingu a pouzij tohle API, aby jsi zjistit, kolik zabiras pameti pred/po nacteni, versus raw velikost dat:
https://docs.microsoft.com/en-us/windows/desktop/api/dxgi1_4/ns-dxgi1_4-dxgi_query_video_memory_info


Tady mas knihovnu, ktera ti ten tvuj jpeg prevede do DDS:
https://github.com/Microsoft/DirectXTex


Hezky si to zmer a pak nam tu o tom neco povez. Diky tomu tu snad zas nebudes fabulovat nejaky absurdni teorie, ktery primo odporujou dokumentaci, jako jsi to predved s DLSS. Treba nam dodas nejaky logicky vysvetleni, proc by ta lossless komprese nemela byt (v rozporu s tim whitepaperem) aplikovatelna i na textury.

Tady jsem jeste nasel krasny odpovedi na stackexchange prave o tom, proc se na GPU pracuje s raw daty (diky cemuz je mozne na ne aplikovat implementation-specific lossless kompresi):

"JPG and PNG files will almost always be smaller on-disk than in memory; they need to be decompressed on-the-fly to acquire raw RGB data"
https://gamedev.stackexchange.com/questions/5171/how-much-memory-does-a-texture-take-up-on-the-gpu


Ty zlepseni v kompresi dat na GPU nejsou v tom, ze by vymysleli nejake super-efektivni algoritmy (typu JPEG). Ty jsou v tom, jak ulozit komprimovana data, aby se zaroven dala rychle cist pri samplovani.

Stat se muze cokoliv. Ale byli by sami proti sobe vydavat ne-RTX grafiky. Pochopim to v low-endu, kde je cena cipu dulezita. Ale mainstream a high-end by mely byt vsechny s RTX, aby tu technologii melo co nejvic lidi a co nejrychlejsi vyjeli z ty situace "chicken-or-egg" (neboli z pozice uzivatele "nechci kupovat RTX hardware, kdyz neni moc raytracing her", z pozice vyvojaru "nechci vyvijet raytracing hru, kdyz neni mezi hraci moc RTX hardwaru").

Ted je prave pro nastup takovy technologie idealni cas, protoze AMD je zaostaly a realne vykonem polovicni (hugh-end AMD proti high-endu Nvidie) a Nvidia se nemusi trapit s konkurenci. Pokud by AMD mela konkurencni vykon, nemohla by si Nvidia jen tak dovolit tolik plochy cipu venovat raytracingu a tensor cores, protoze by pak ztracela v klasicky rasterizaci.

Proto predpokladam, ze AMD ted horecne meni plany a jejich pristi generace bude obrovsky (mozna i multi-die)brute force GPU s co nejvetsi rasterizacni silou (protoze stejne efektivni raytracing a tensor cores implementace jim mozna par let potrva). A budou tvrdit, ze raytracing je zbytecnej. Ale kdo vi, treba se pokusi vydat nejakou rozumnou DXR mainstreamovou grafiku, nebudou se snazit umele brzdit pokrok a nebudou to takovi kok**i jako doted.

Ale no tak, nedělej ze sebe ještě většího debila než si.
Stačí se podívat na testy DX11 versus DX12 u AMD a Nvidie -> AMD u DX12 =mírný vzestup výkonu, u Nvidie velký propad. Tomu říkám podpora DX12 jako prase. Ale chápu, že u Nvidie ti to stačí.
Ale AMD je teď nejhorší, protože nepodporuje dostatečně rychle (dnes naprosto zbytečnou technologii) RT. :D :D Ty ale umíš pobavit Obrmajere

Ten citát z druhýho komentáře je irelevantní, jestli si myslíš, že textury se komprimujou jpegem a png, tak to je problém u tebe.
Tohle je co jsi si tam měl vzít: "More info on DXT: it's a lossy compression; this means, some color data is lost when compressing the texture."

Takže ty si myslíš, že komprimovanej formát lze ještě jednou účinně komprimovat? Zkus si patentovat rarování zipů, asi na tom vyděláš miliardy :) A možná i nějakýho toho Nobela za prolomení fyzikálních zákonů.
Je sice možný, že ty koprese textur jako je S3TC a tak jsou dál komprimovatelný obecným algoritmem, jelikož jsou dělané na rychlou dekompresi, ale počítám, že taky nebudou moc přístupné těm lossless (a podobně na rychlost dělaným) algoritmům.

Zkus si ten svůj program napsat a ukázat výsledky, taky by mě to zajímalo.

Muzes ukazat ten "velky propad"? ;) V kolika hrach?

"Myslíš, že ta komprese pamětí funguje na paměť, zabranou texturama, nebo proč nesouhlasíš?"

Honzo a jak si to predstavujes? Kdyz se data pred transferem zkomprimuji, v ram je jako dekomprimuje kdo? ;)

Prosimte Hnizdo on si do ted myslel, ze se v pameti GPU ukladaji textury jako jpegy a png. Do ted netusil, ze se ukladaji jako raw data, takze na ne jde aplikovat bezztratova komprese.

A porad nam nevysvetlil, proc by pro frame buffer data mela platit jina logika, nez na textury, kdyz jde tak jako tak o raw rgb data ;) To nema cenu hele. On si tu stejne jako s DLSS bude placat ty svoje kraviny, a to stejne jako u DLSS bez jedinyho podkladu a dukazu, i kdyz primo whitepaper Nvidie mluvi jinak. Zbytecny.

"Maudit 26.12.2018 at 23:04"
"Jezis to jsou zase vymluvy. Jpeg do GPU pameti fakt neulozis. Jsou tam presne definovany kompresni formaty a ta komprese je jinyho charakteru (de facto jde o raw data, u kterych definujes, o ktery slozky ti nevadi prijit). Precist si o tom muzes tady:
https://docs.microsoft.com/en-us/windows/desktop/direct3d11/texture-block-compression-in-direct3d-11"

"Jan Olšan 27.12.2018 at 10:38"
"jestli si myslíš, že textury se komprimujou jpegem a png, tak to je problém u tebe."

Fakt bezpaterni spinmaster :) Ale mam pro tebe novinku @janoslan, lidi nejsou uplne blbi a slepi, nastesti.

Kolik her bylo DX12 od vydání gtx1080 po vydání rtx2080 ?

"This reduces the amount of data written out to memory" je presne ta klicova cast, ktera ZCELA JASNE rika, ze vylepseni komprese snizuje mnozstvi dat zapsanych do pameti. Jakyho experta na to potrebujes? A cim hodlas podlozit tvoje tvrzeni, ze je z pohledu komprese nejakej rozdil mezi datama ve frame bufferu a texturama? ???? Klasicky olsanovsky neco tvrdis a jsou to jen nepodlozeny blaboly, zatimco dostupna fakta tvrdi opak.

Neboli dalsi argumentacni klam:
"Závěr induktivního úsudku je odmítnut, přestože existuje dostatek důkazů na jeho podporu."
https://cs.wikipedia.org/wiki/Argumenta%C4%8Dn%C3%AD_klam#Leniv%C3%A1_indukce

Tak už jich je pět. Pět chrabrých bojovníků za AMD, pan Tombimino, sir Tynýt, el kapitáno Kochreno, de Alich a ing. Aznahoh.

Chlape zatracená... i ten citát z materiálu Nvidie mluvil o tom, že komprese pamětí šetří propustnost/kapacitu při transferech do framebufferu. Nic o texturách.
„Turing Memory Compression“
„This reduces the amount of data written out to memory and
transferred from memory to the L2 cache and reduces the amount of data transferred between clients (such as the texture unit) and the frame buffer.“
Tvůj citát...
Když mi to, že se to aplikuje na textury, potvrdí nějakej skutečnej expert, tak prosím. Ale ne cvok, co o tom ví prd, ale co neví, si ochotně vymyslí.
Promiň, ale po tom všem, co jsem tě už viděl bezostyšně nalhávat, jsi jak ten pasáček co křičel "Vlk". Jak mám věřit něčemu, co je podložený "tvrdí to Maudit"

P.S.
Jo a o jpeg/PNG si začal psát ty, tak mi to nezkoušej cpát do pusy!
Nedivil bych se, kdybych o kompresi textur věděl delší dobu, než ty vůbec opruzuješ na českým internetu. i když teda nevím, kolik je ti let, třeba se pletu a jsi ve vyšším věku, než na kolik vypadáš, jenom to není znát.