Jak správně zobrazit 2D bitmapu pomocí 3D rozhraní?

[Al]

Před lety jsem dělal emulátor Sam Coupé/ZX Spectrum. Je to už asi 15 let stará záležitost a dodnes jsem nevydal žádnou verzi pro Windows, protože když jsem ěnkdy před 10 lety dělal konverzi do Visual Studia, celé se to nějak rozsypalo a nechtělo to chodit korektně. Teď jsem "slavnostně" po 9 letech hledání opravil jednu klíčovou chybu v jádru emulátoru a jede mi to už stabilně. A řeším teď kreslení. Jak to kreslit?

Emulátor "vyrábí" bitmapovou obrazovku v rozlišení 640x240, kterou potřebuju roztáhnout do AR 4:3 na obrazovku. (Umím to vygenerovat v 8, 16 i 32bitové hloubce.) Vytvořil jsem k tomu dva "drivery" - jeden používá DirectDraw 6 a pěkně kreslí, jenže na Windows Vista/7 to blokuje Aero, čili při zpanutí mého progrmau Windows přestane kreslit průhledná okna. To považuju za nevyhovující.

Druhý "driver" mám v Direct3D 9. Udělám tam dva trojúhelníky a jednu texturu a obraz z prgoramu dávám do té textury a kreslím. Má to zásadní mouchu, která se mi nedaří opravit: Nepasuje mi to úplně přesně pixel na pixel. Moje otázka je tedy jasná: Kde je ta zatracená chyba a jak ho přimět, aby mi přenášel 2D bitmapu pomocí Direct3D nebo OpenGL úplně přesně pixel na pixel. (Ano, jsem z toho na prášky a klidně bych tam dal OpenGL, kdyby fungovalo.) Předpokládám, že pro lidi, co dělají dnes a denně v Direct3D, to bude věc na minutku, takže přikládám i zdroják. (Já jsem naposledy něco reálně dělal v Direct3D před 7 lety, kdy jsem sestavil tento kód, který nefunguje, a pak před tím v roce 2001, kdy jsem ještě dělal v Illusion Softworks, ale to už jsem dávno zapomněl.)

1. krok - vytvořím device:

[igor]

Já nemám s D3D9 zkušenosti, ale nemohlo by pomoct tohle? http://msdn.microsoft.com/en-us/library/windows/desktop/bb219690 V D3D10, D3D11 už to pasuje přesně, OpenGL nevím.

[Al]

Jo, pomohlo mi to. Tady to odečtení 0.5f od každé souřadnice, jak píšou na tom webu Microsoftu, mi tam chybělo. A ještě dvě další drobnosti. Souřadnice textury musejí být přesně [0-1]. A až jsem to opravil, ukázalo se, že byla taky nepřesně nastavená velikost okna.

Mám to v DX 9, souvislost s DX10 a 11 jsem nepochopil. V DX 8 jsem to nezkoušel dělat, mám dojem, že tam nějak vůbec není ta podpora custom vertexů.

[igor]

V D3D10 to změnili a ten shift tam nutný není. http://msdn.microsoft.com/en-us/library/windows/desktop/bb205073 Tuším, že v OpenGL to je taky jako v té desítce, ale ruku do ohně za to teď nedám.

[VladR]

[nou]

stred pixelu textury je na surdaniciach 0.5/L+N/L L-rozmer textury N-cele cisla
a taktiez stred pixela obrazovky je taktiez na tych istych suradniciach ak pouzijeme ortho projekciu. teda vykreslenie obdlznika od [0,0] po [1,1] nam namapuje 1:1 texturu na obrazovku ak ma ta textura rovnake rozlisenia ako framebuffer. v konecnom dosledku sa tieto polkove offsety vyrusia.
_________________
Najjednoduchšie chyby sa najtažšie hľadajú.

[Al]

To, co psal nou, jsem nepochopil. (Je to takovej typickej příklad textu, kterýmu porozumí jen ten, co tomu už rozumí, ale ne ten, co se na to tady ptá. )

Teď mi to teda už kreslí přesně pixel-to-pixel 1:1. Krása. Akorát bych chtěl ještě bilineární mapování, když cílové okno je větší než zdrojová bitmapa. A to mi nefunguje, při zvětšení na FULL HD monitor se pixely opakují, nikde nevidím žádné zprůměrované body. Co musím kde ještě nastavit, aby mi to při zvětšování dělalo bilineárně? (O případu zmenšování ani nemluvě, tam by se taky nějaké průměrování hodilo, ale to asi nebude tak snadné.)

Mám tam tohle a myslel jsem, že to k bilineárnímu mapování textury bude stačit:

[Crypton]

Ještě musíš nastavit D3DSAMP_ADDRESSU a D3DSAMP_ADDRESSV u té textury.

Více informací zde: http://www.toymaker.info/Games/html/sampler_states.html


_________________

[Al]

Podle té dokumentace se D3DSAMP_ADDRESSU a D3DSAMP_ADDRESSV vůbec netýká bilineárního mapování, ale opakování textury. Já samozřejmě opakování nepotřebuju. Potřebuju aby mi mezi bílým a černým pixelem byl dopočítán šedý. Zatím se mi dopočítává mezilehlý bod mezi černým a bílým ta, že je buď černý, nebo bílý, co je zrovna blíž, ale nikdy není šedý.