Keskustelu: Ohjelmointikysymykset: C++: Käsitinkö osoitinmuuttujat oikein?

Eli siis kysyisin kokeneemmilta, olenko käsittänyt seuraavat asiat oikein. Sqwiik selostikin näitä, mutta en ole varma tajusinko.

Osoitinmuuttuja luodaan, kuten muuttuja, mutta eteen pistetään *
int *Osoitin;

Osoittin määritellään osoittamaan tiettyyn muuttujaan, ja tämän muuttujan eteen pistetään silloin &
Osoitin = &muuttuja_johon_osoitetaan;

Kun viitataan osoitinmuuttujan osoittaman muuttujan arvoon, pistetään eteen taas *
muuttuja2 = *Osoitin;

Ja sama toimii myös toisin päin
*Osoitin = 43285;

Eli ovatko nuo väittämäni totta? Jos ovat niin mitenkäs sitten saa määrittetyä osoitinmuuttujalle suoraan tietyn muistipaikan, eikä vain jonkin tietyn luodun muuttujan muistipaikkaa?

Kyllä, kaikki ovat silkkaa faktaa. Tuohon kysymykseesi:

int *Osoitin = (int *)0x31337;

No hyvä jos sitten käsitin, ja hyvin Sqwiik selittikin. Kuulosti vain niin monimutkaiselta aluksi, etten uskonut ymmärtäväni. Mutta nyt kysyisin vielä, että mikä on se näyttömuistin osoite? Muistaakseni Sqwiik sanoi, että sen saisi näin:

int *Osoitin = (int *)0xa0000000;

Tai sitten tuossa oli joku aivan muu kyseessä. Ja sitten olisi vielä kiva tietää, miten vaihdetaan näyttö grafiikkatilaan, niin että näyttömuistin käsittely yleensä vaikuttaa mitään. Sitä en oikein vielä käsittänyt, vaikka Sqwiik neuvoikin.

Edit: Ja ovatko nuo osoitteet muuten heksoja?

Niin ja onko nopeampaa käyttää tuota

*Osoitin = 842398;
näyttömuistin säätämiseen, vai kannattaisiko käyttää outportb:tä? Eikös se ole periaatteessa sama, kuin QB:n OUT?

Älä hyvä ihminen kirjoita mitään suoraan näyttömuistiin. Niin tehtiin viimeksi DOS:n aikakaudella.

Käytä grafiikan piirtämiseen käyttöjärjestelmäsi piirtofunktioita tai jotain grafiikka API:a kuten SDL, OpenGL, DirectDraw tai Direct3D.

Eli siis jotain valmiskirjastoja? Olen melkein aina lähtenyt ohjelmoinnissa siitä, että kaikki mikä voidaan, tehdään alusta alkaen itse. Siinä oppii mielestäni paljon paremmin. Ja sitä paitsi, eikö C++:lla voi tehdä kaiken, mitä noillakin? Onhan nuokin joidenkin pitänyt koodata.
Edit: Vai tyhjästäkö ne on nyhtäisty? Ja yritätkö väittää, etteivät nuo DirectX:t ja OpenGL:t käsittele näyttömuistia?

Käytä valmiita kirjastoja siksi, koska ne ovat 100x nopeampia kuin omatekemäsi funktiot. Ja et hyödy siitä mitään jos alat vääntämään grafiikanpiirtofunktioita itse. Aikaa kuluu vain toiset 10 vuotta ennenkuin saat tehtyä edes kunnollisen pelin.

Osoiteet ovat heksoja, aivan oikein.
Näyttötilaa saa vaihdettua vaikka textmode-funktiolla (conio.h), tai sitten asm:lla

asm{
  MOV AX, 13H 'Näyttötila 320x200x256
  INT 10H     'Keskeytys
}

Ainakin moodilla 0X13 (13H) tuo näyttömuistin käsittely on melko nopeahkoa. outportb tekee saman kuin muistiosoitteeseen viittaus, ja on hitaampi (vain hitusen).

No kai tässä sitten on ruvettava niitä käyttämään. Mitenkäs niitä sitten käytetään?
Edit: Tai Sqwiik, mitä mieltä olet asiasta itse, kun neuvoit, miten grafiikkaa saisi piirrettyä? Käytätkö itse valmiita kirjastoja?

> C++:lla voi tehdä kaiken, mitä noillakin?

Vain jos käyttöjärjestelmä sen sallii. Käyttöjärjestelmä voi estää ohjelmaa käymästä suoraan käsiksi johonkin resurssiin esim. näyttömuistiin. Jolloin täytyy käyttää jotakin käyttöjärjestelmän funktiota asian suorittamiseksi.

> Onhan nuokin joidenkin pitänyt koodata.

Kyllä. Näytönohjaimesi ajurien kirjoittajien. (lukuunottamatta SDL:ää)

> etteivät nuo DirectX:t ja OpenGL:t käsittele näyttömuistia?

Kyllä, mutta tavalla, jolla näytönohjaimesi valmistaja on tarkoittanut, ja käyttävätpä vielä laitteistokiihdytystä, jolloin ne toimivat jopa 300 kertaa nopeammin (tutkittu fakta), mitä itsekirjoittamasi funktiot koskaan toimisivat.

Eli ne eivät siis ole C++:lla koodattuja? No mitenkä niitä käytetään?

Hunaja - en käytä valmiita kirjastoja. (Muuta kuin erästä, joka on go32. Muistin käsittelyyn, näet)
Jos haluat saada aikaan laadukasta jälkeä, joka on nykypelian tasolla, kannatan kirjastojen käyttöä. Suorilla muistiviittauksilla voi saada aikaan pahaakin jälkeä, ja näyttömuistin suora peukalointi on korkeammissa näyttötiloissa hitaampaa kuin kirjaston käyttö.

Eli valitse tilanteen mukaan.

No kai tässä sitten pitää ruveta kirjastoja käyttämään, jos kerran suoralla käsittelyllä voi mennä kone sekaisin. Voisittekos te, jotka olette jo näillä koodanneet, antaa jotain ohjeita, tai vaikka osoitteita, mistä tietoa saisi?

>Eli ne eivät siis ole C++:lla koodattuja?

Varmaan tehty assemplyllä? Voivat olla C:lläkin, mutta käytetylla kielellä ei ole mitään väliä.

> No mitenkä niitä käytetään?

Jokainen grafiikka API tarjoaa sinulle nipun valmiita funktioita, joita voit käyttää. Samoin kuin standardi C tarjoaa esim. printf()-funktion tekstin tulostukseen.

Saadaksesi funktiot käyttöön sinun on liitettävä API:n otsikko tiedosto mukaan #include-käskyllä (Esim. OpenGL:ssä #include <gl\gl.h>).
Sitten linkkaat ohjelmasi tarvittavien kirjastojen kanssa (Esim. OpenGL:ssä opengl32.lib).

Hyviä OpenGL tutoriaaleja löytyy sivulta nehe.gamedev.net ja www.opengl.org
DirectX tietoa löytyy msdn:stä msdn.microsoft.com

#include <gl\gl.h>

main()
{
}

Kirjoitin ihan testiksi tuollaisen ja kirjasto kyllä näyttäisi löytyvän, mutta pukkaa virhettä, kuten:
Declaration Syntax Error
Multiple Declaration for 'WINGDIAPI'
Earlier Declaration for 'WINGDIAPI'

Mitenkä tuo linkkaaminen muuten tehdään?

Edit: Ja kääntäjä antaa ymmärtää että virheet löytyvät OpenGL:stä eikä koodistani (no ei siihen kyllä niitä mahtuisikaan)

Tarvitsee varmaan windows.h mukaan. tai siiten kääntäjäsi mukana tulleessa kirjastossa on jokin virhe.

#include <windows.h>
#include <gl\gl.h>
#include <gl\glu.h>

int main(void)
{
return 0;
}

> Mitenkä tuo linkkaaminen muuten tehdään?

Riippuu kääntäjästä.

Minulla on Borland C++
Edit: Tuo koodi toimii.
Mitenkä niitä grafiikkafunktioita sitten käytetään?

> Minulla on Borland C++

En ole koskaan kyseistä kääntäjää käyttänyt, joten en osaa sanoa kuinka sillä linkataan, mutta jossakin kääntäjän asetuksissa on varmaan kohta "linker" tai jotain vastaavaa, johon voi kirjoittaa mukaan linkattavien tiedostojen nimet. Tutki kääntäjän ohjeista.

> Mitenkä niitä grafiikkafunktioita sitten käytetään?

Mene osoitteeseen nehe.gamedev.net ja ala käydä siellä olevia tutoriaaleja läpi yksi kerrallaan.

edit: Ainiin joissakin nehen tutoriaaleissa käytetään apuna glaux-kirjastoa. ÄLÄ KÄYTÄ SITÄ. Se on vanhentunut roska.
Eli poista vain
#include <gl\glaux.h>
rivi olettaen, että yhtään sen funktiota ei itseasiassa käytetä missään.

Tarvitaanko tässä nyt jokin Visual C++ 6.0? Ainakin niin tuo sivu antaa ymmärtää.

hunajavohveli kirjoitti:

Tarvitaanko tässä nyt jokin Visual C++ 6.0? Ainakin niin tuo sivu antaa ymmärtää.

Ei. Itse olen saanut nuo esimerkit kääntymään (tosin pienin muutoksin) ainakin neljällä eri kääntäjällä.

Voipi olla, että en ole ihan valmis vielä noihin. Koodia oli niin paljon, etten millään pysty sulattamaan sitä kerralla. Sitä paitsi Borland (jota siis et ole käyttänyt?) mielestäni ei oikein tue noita kaikkia asioita.

Toivottavasti kääntäjäsi on nyt siis Windows-pohjainen (ei DOS). Näyttötilojen vaihto keskeytyksillä (kuten Sqwiik näytti) ei toimi esim. Windowsin alla.

Jos haluat esim. DJGPP:llä tehdä 32-bittisiä DOS-ohjelmia niin voit käyttää keskeytyksiä (DJGPP:n funktioiden kautta) näyttötilan asettamiseen vaikkapa legendaariseksi 320x200:ksi 256:lla värillä ja piirrellä suoraan näyttömuistiin osoitteeseen 0xA0000.

Ja edelleen, osoitteet voi antaa normaalisti desimaali-, heksadesimaali- tai oktaalimuodossa.

Jos haluat tehdä jokaikisen pikselinpiirron käsin, joudut silti tekemään jonkinlaisen systeemin käyttöjärjestelmän grafiikkafunktioilla. Esim. Windowsilla GDI:lläkin pääsee 2D:ssä ihan mukavaan suoritusnopeuteen, eikä kukaan pakota käyttämään esim. BitBlt:ä. Itse käyttäisin kyllä Windowsilla melkeinpä ainoastaan jotain kirjastoa.

edit: Ihmettelen kyllä jos Borland ei NeHen tutoriaaleja käännä, taitaapa siellä olla monelle tutoriaalille ihan valmiit paketitkin.

Ongelma tulee heti siinä OpenGL-ikkunan luomisessa.
Tuosta rivistä valittaa, että "Type name exptected"

boolactive=TRUE;// Window Active Flag Set To TRUE By Default

Edit: Ovatko muuten SDL tai DirectX yhtään helpompia? Kun tuo koodi menee vielä vähän yli hilseen.

Edit: Ja löytyihin sieltä koodi Borlandille. Lataan sen suoraan ja katson uudestaan, onko tuota samaa ongelmaa.

OpenGL:n opiskelun kannalta ei ole olennaista että tajuat NeHen pohjakoodin. Tärkeä tavara menee päälooppiin. Koodi voi vaikuttaa vaikealta koska et tiedä mitä mikäkin funktio tekee ja Windowsin struktuurit näyttävät varmasti sekavilta mutta loppupeleissä koodissa ei ole mitään erikoista -- se vaatii vain hieman kokemusta Windows-ohjelmoinnista (API).

EDIT: tarkennettakoon vielä että NeHen pohjakoodi on kyllä jo ihan kommentien liikakäytön vuoksi erittäin sekavaa :-)

Muuten kai pelaa, mutta VCL.h ei löydy. Tarvitaanko sitä? Ainakin käynnistyy ilmankin.

Ei kai sitä tarvita, se on vaan noita Borlandin GUI-härveleitä (samaa tavaraa mitä Delphi käyttää). Sama ottaa koko #include-rivi pois jos se kerran turhaan siellä on.