This n That!
With Dr.Hobo



#1

Lucrez des in consola, si des consola din Windows ma calca pe nervi la cat de mica e. Din pacate nu o poti redimensiona decat printr-un meniu; pasi:

* deschide o consola (run: cmd)
* da click pe iconita consolei din stanga titlului -sau- apasa ALT+SPACE
* iti apare un meniu, click pe Defaults
* dute la Layouts (tab-ul de sus)
* unde vezi Width (in ambele locuri) scrie un numar mai mare. Trebuie sa le iei babeste sa vezi care e valoarea buna pt tine... la mine pe 1024x768 am nevoie de 125 ca sa imi umple ecranul.
* daca tot esti aici, la primul Height schimba valoarea la ceva mult mai mare, de ex 5000. Asta inseamna ca iti raman/poti sa dai scroll la 5000 de linii... deci nu-ti mai scape nimic.
* apasa Ok, inchide consola, si porneste-o din nou ca sa iti intre in efect noile setari

Acum de fiecare data cand pornesti consola, o sa fie destul de lata incat sa-ti acopere tot ecranul, si o poti maximiza sa se intinde frumos...

Mult mai usor sa citesti mesajele criptice de eroare de la compilator, nu?

(Gand: ma intreb daca consola din Vista e in sfarsit redimensionabila omeneste...)

#2

CTRL+G te poate duce la orice linie doresti intr-un editor de genul MS Visual Studio, sau Notepad++.
Folositor in fisiere mari, (>1000 linii) decat sa omori rotita aia

PS: Stie cineva un editor general pt Windows mai bun decat Notepad++? (sa aibe si mod hex)

emacs

#3

O data ce poti sa intelegi cat de cat (chiar si numai pe bajbaite) cod C/C++, nu incerca sa inveti game dev cu taraita, ca si cum ai incerca sa inveti biologie de la cap la coada, un motiv important este ca nici macar nu stii ce trebuie sa inveti. (printe multe alte motive)

In schimb, adu-ti aminte ca acum ai puterea open-source la dispozitie! Sunt suficiente jocuri open-source, deci le poti vedea codul sursa! Sunt o multime de astfel de jocuri, unele dintre ele foarte misto!

Alege-ti unul care-ti place, descarca sursa, si uita-te pe ea. Apoi incearca sa extinzi ceva! Incepe cu ceva super simplu, de ex fa soldatelul ala / whatever de alta culoare, apoi extinde-te, si incearca sa adaugi un feature simplu nou s.a.m.d. (de ex: la un joc de strategie, o comanda noua pentru o unitate, sau la un FPS, sa adaugi sa zicem un lift functional daca nu avea asa ceva inca)

Parerea mea asta e cel mai bun mod de a prinde un start bun in gamedev. De ce?

1) Ai deja o bucata de cod pe care sa lucrezi/sa o extinzi. Majoritatea incepatorilor se blocheaza cand trebuie sa o ia de la 0.

2) Foarte probabil ai deja content. Probabil jocul are deja planse, unitati (modele 3D), etc. deci nu trebuie sa-ti faci griji pt asta.

3) Foarte probabil cei ce au initiat proiectul s-au ocupat de multimea de rahatele care trebuie facute pentru fiecare joc nou (logger, mm, integrare intre engine 3D, audio, scripting, fizica etc.etc.etc.) deci modificarile tale intra in effect imediat!

Si nu in cele din urma 4) daca modificarile tale sunt misto, si codul e de calitate (ie: macar sa fie stabil, ca probabil tot ai scris C++ cu picioarele :-P), poti sa-l trimiti celor care conduc proiectul, si ai intrat in echipa

Asta e asemanator cu modding-ul, insa fundamental diferit: ai access la tot codul sursa (de ex in Valve Source o data ce ai chemat o functie din engine-ul de baza, nu mai ai idee ce se intampla acolo) chiar daca nu are aceasi greutate ca cel AAA de la sa zicem Valve.

Un ultim sfat: nu trimite mail unei echipe sa ii intrebi daca poti sa intrii in echipa. Lumea are lucruri mai bune de facut decat sa citeasca prostiile astea, si sunt sanse mari sa-ti ignore mesajul (si pe-al tau, si pe-al celor enspe mii de l337 h@x00rz care le-au mai scris). In schimb, fa ceva util :-P rezolva un bug (de obicei au o lista cu bug-uri pe undeva), adauga un feature sau imbunatateste unul, gasesti tu ce e de facut; trimite-le si daca-ti accepta patch-ul, ai intrat Nu exista formalitati, putin mai incolo o sa-ti vezi numele la Credits.

Eu cand imi duceam veacu prin forumurile Ogre3D, acu vre-un an mai exact am contribuit la Dungeon Hack, un RPG facut cu enginul respectiv, unde am rezolvat cateva chichite, si am rescris codul de input de la initial ceva deprecated, la libraria cross-platform OIS. (pe atunci OIS nu era parte oficiala din Ogre)

Nu stiu ce sa intamplat totusi, ca in loc sa-mi apara numele in DH, a aparut (pe sourceforge) in proiectul OIS.... meh.

Dupa asta am vrut totusi sa fac aranjez codul prea frumos sa arate oficial si profesional ca sa zic asa... greseala fatala Hacking is better!! (un alt motiv pentru care am renuntat este ca DH nu putea fi facut comercial deloc, deoarece sa bazeaza pe universul The Elder Scrolls)


In concluzie, asta e probabil cel mai scurt drum sa inveti programare in game dev, asa ca-l recomand

---

Wow. WOW! Incredibil de rapid de lucrat in el...
Insa emacs e o javra pt incepatori... l-am mai incercat acum un an, dar degeaba. Criptic si neprimitor. Am luat ieri XEmacs, ca sa prind stilul de lucru, si am trecut inapoi la GNU emacs azi. Chiar si cu numai cateva comenzi de baza, se simte diferenta fata de MSVC/Notepad++! (am avut azi de lucrat in multe fisiere, chestii foarte repetitive, search-uri etc., si am facut ochii cat cepele cand am vazut ca am terminat 50 de fisiere in 10-15 minute )

Mersi Pintea!

Chestia asta cu nexuiz e construita pe enginul de la Quake 3 ? Din trailer aduce a Q3

++

M-am uitat si eu pe filmuletul ala, arata chiar bine. Nici nu ti-ar veni sa crezi ca sta pe engineul de Q1 daca n-ar scrie acolo...probabil n-a mai ramas decat miscarea din el.

Keep up the good work, Andi!

#4

Initial vroiam sa postez despre altceva azi, dar am primit un email interesant, de pe mailing list-ul Python Australia, despre pyglet.

M-am uitat numai putin pe el, insa pare promitator. Incepatorii, sariti pe el cat e cald (pare bun pt joculete 2D, insa pt 3D trebuie sa stii/inveti OpenGL; ceea ce pe de alta parte e o idee buna - sa inveti 3D low-level, ca daca intelegi, e relativ usor de trecut la alte librarii de 3D [shh!])

Ah, si daca mai vad vreodata pe cineva ca umbla cu GameMaker, il bat cu un joystick pana nu mai misca. Apoi ii dau foc, doar ca sa fiu sigur. Si dau foc si la PC, sa nu se extinda infectia.

Demult vroiam ceva cu care sa dau peste fata fanaticilor de PoopMaker.. Ahhh, feels good. :-P

Err, revin:

(Pare) Bun pt incepatori, (pare) bun pt prototipuri rapide, (pare) bun daca vrei sa te apuci de programare. (ar fi ceva - sa inveti programare, usor, si in timp ce faci ceva care e chiar misto [a+b, careva? pascal? careva???])

Enjoy!

PS: o sa ma uit saptamana viitoare mai in detaliu pe el, sa fac un joculet mic de tot, sa vad daca intradevar e bun pt incepatori.

# 5

Orice programator C/C++ ar trebui sa stie asta:

In general cu tipurile intregi, ai chestii gen int -- unsigned int, short -- unsigned short, long -- unsigned long etc., unde prima varianta se refera implicit la varianta signed, spre exemplu, int == signed int.

Insa cand vine vorba de char, treburile se schimba. char nu este neaparat acelasi lucru cu signed char. Altfel spus, sunt 3 tipuri de char in C/C++: char, signed char, si unsigned char.

* signed char este garantat cu semn (evident), de obicei pe platformele obisnuite (gen x86, x64), asta inseamna -128..127. La modul general, signed char tine intre SCHAR_MIN .. SCHAR_MAX, macro-uri declarate in limits.h

* unsigned char este garantat fara semn, de obicei pe platformele obisnuite (gen x86, x64), asta inseamna 0..255. La modul general, un unsigned char tine intre UCHAR_MIN .. UCHAR_MAX, macro-uri declarate in limits.h

* char ... aici e buba. char simplu ramane implementation specific, altfel spus, nu iti e garantat ca e signed sau unsigned. Depinde de platforma. Dar te ajuta macro-urile CHAR_MIN si CHAR_MAX.

Deci sa-ti faci griji? Nu prea, decat daca faci ceva destul de low-level. O situatie sintetica ce-mi vine in minte, in care asta ti-ar da peste cap programul, este daca scrii un MMORPG, si, ca sa salvezi niste spatiu, trimiti un index care ai presupus ca e mic (sa zicem maxim 200) ca un char, si ai salvat un pic de spatiu in pachete.

Dar daca serverul si clientul au semnul char-ului opus intre ele, atunci daca acel index este mai mare de 127, sa zicem 130, codul tau nu o sa mai execute array[130] ci array[-126]. Crash. Un unsigned char peste tot ar rezolva problema.

Desi e foarte putin probabil ca o sa se ajunga la acea situatie, nu strica sa stii asta despre C/C++, si ale sale 3 tipuri de char-uri. (poate esti intrebat la interviu de ele?)

Ca tot sunt la capitolul signed vs unsigned, daca te-ai oprit vreodata sa te intrebi daca ar trebui sa scrii int, ori unsigned int, foloseste simplu int, chiar daca stii ca nu o sa ai niciodata valori negative, singurele 2 exceptii sunt fie atunci cand iti trebuie valori mai mari, ori pentru flaguri.

Repet, majoritatea nu ar trebui sa-si faca griji de treaba cu semnul lui char, dar toti programatorii C/C++ ar trebui sa stie despre asta.

/LE: am uitat sa adaug: char-urile nu sunt neaparat de 8bit. Exista cazuri in care are 16, sau chiar 32 biti. CHAR_BIT e un macro in limits.h care da numarul de biti intr-un char, de orice fel. DSP-urile au de obicei astfel de dimensiuni ciudate pt char. (pt ca nu pot lucra eficient cu valori mici)
Chestile exotice gen 9biti au disparut. (sper; sau n-am auzit eu de ele)

M-am invatat minte din perioada mea de tutorializare C++ sa folosesc char simplu numai cand lucrez cu memorie/valori pe care nu le modific (nu fac operatii) si sa specific unsigned/signed sau folosesc alt tip cand am nevoie de un count/index etc. Foarte buna observatia, mai clarifici cate ceva pentru incepatori .

#6

Inainte sa incep, m-am uitat peste pyglet, si pare mai mult a un fel de DirectX al Python-ului, folosind OpenGL. Gen cum e SDL pentru C. Este scris in stilul friendly a la Python, ex sa incarci o imagine/textura faci numai Image.load("poop.jpg") sau ceva asemanator; (am uitat detaliile) si are tot felul de ajutatori gen myImg.blit(posx, posy) si ai rendat textura pe ecran.

Daca e ceva pe la nivelul DirectX, dar mai prietenos in Python, e bun pentru incepatori? Good question, but here's a better one: ce ar trebui sa invete un incepator???

Eu zic, sa foloseasca un limbaj simplu de inteles, si implicit, si sa isi bata capul cu ideile/conceptele legate direct de a produce ceva util, (3D, sunet, input etc.) decat sa le stea in coaste C-ul mult prea explicit si mult mai greu de inteles.

Mai tarziu, trecerea se face de la implicit/putin control, la explicit/mai mult control, nu de la concepte mai simple sa unele mai complexe.

Si oricum, pyglet pare sa aiba ceva functii ajutatoare incat incepatorii sa poata intelege conceptele treptat.


Okey, acum la idea mea, continuand in aceasi tema cu editia trecuta...

Aveam nevoie rapid de scripting in jocul meu, asa ca am ales ceva cu care eram familiar, (ma refer si la embedding, and the ins-and-outs of it) si anume, Python, mai ales ca Nokia a fost cum se cade si la portat deja pe al lor S60.

Insa, se pare, portul lor are prostul obicei de a-mi crash-ui programul doar daca incerc sa initializez interpretorul. (un amarat de call la Py_Initialize, nici macar nu are argumente)

Dupa 2 zile de incercari, m-am lasat batut..

Si prin m-am lasat batut normal se intelege ca m-am apucat sa portez singur ultima versiune de Python pe S60 (diferenta dintre versiuni fiind de 2-3 ani cel putin)

"Portarea", nici macar nu se poate numi asa, ar fi trebuit sa fie floare la ureche, deoarece Python e scris in doar Standard ANSI C, si are 0 dependinte externe.

60-70 de ore mai tarziu, si interpretorul mergea frumos, cum era de asteptat.

Ce a durat atata?

* Ca sa evit probleme cu DLLuri, si versiuni, si blah-blah, am copiat codul interpretorului direct in aplicatia mea, adica a ajuns in EXE. Asta a necesitat ajustari la extern-uri.

* Cum Symbian nu are bunul simt sa fie scris in C, ci in C++, tot codul a trebuit compilat cu un compilator C++, adica a fost nevoie de schimbari prin codul sursa.

* Compilatorul aparent a mai avut o buba nesimtita: Nu suporta static forward declarations, sau le ascunde de mine, doar de'al naibii. A trebuit as trec prin mii de linii, doar ca sa scriu niste declaratii pentru nush-cate functii, si sa mut variabilele acelea statice. Sigh.

Deci a fost un proces plicticos si enervant.

Ce ar trebui sa invete cititorul de rand din asta?

Cross-platform dev sucks, sucks, SUCKS!

Circula un fel de trend zilele astea sa spui ca vrei sa faci jocul cross-platform Win-Mac-Lin. Yeah, sure. Nu poti sa termini un joc pe o singura platforma, si deodata te arunci pe 3.

Nu am zis ca e imposibil, din contra, dar am zis ca e nasol.

Iar cand vrei sa mergi indie, nu vrei sa-ti bati capul cu porcarii de acest gen. Vrei sa (te) dezvolti cat mai repede, iar jegurile cross-platform o sa iti doboare moralul. Vrei sa faci un singur lucru, si sa-l faci bine.

Dupaia, cand dai lovitura, daca vrei neaparat, poti sa platesti niste nehaliti din India si ti-l porteaza ei aproape pe nimic.

Nu este in interesul nimanui sa te chinui cu mai multe platforme deodata... (I mean, uita-te la Ogre3D: ai vazut cum are un membru care se ocupa de partea Linux, si nimic altceva? La fel si pe Mac. Deci nu e munca usoara - sau placuta.)

Am zis.

PS: Chestia aia ridicola numita Symbian are, multumita Nokia, (care ironic detine aproape jumate din compania care produce Symbian OS) 2 implementari Standard C. Probabil asta mi-a crash-uit programul, ca portul lor foloseste vechia implementare std C (un rahat, produs de compania care face Symbian), iar programul meu pe cea noua (facut de Nokia). Oricum, e o situatie de-a dreptul ridicola, unde toata lumea pierde (dezvoltarea pe Shitbian e ridicol de grea, deci utilizatorii primesc programele incet, si sunt nasoale), si totusi, Symbian e 'king' pe mobile, avand peste 100 milioane instalari. (in 2006) Deodata, Windows nu mai suna atat de neatractiv... Ma intreb cum stau apele pe la Apple, mai ales ca SDK-ul oficial pentru iPhone ar trebui sa iasa zilele astea.

Err, ca sa clarific un pic #6, am vrut sa zic ca am stat vre-o 60 de ore ca sa fac interpretorul Python sa ruleze sub Symbian, dar acele 60 de ore au insemnat strict numai configurari si alte belele, in principiu nu m-am atins de codul sursa CPython. (sa zici ceva de genu "trebuiau alte flag-uri la fopen"; deci cuvantul port nu avea ce cauta acolo)

60 de ore au fost la mine 3 zile si un pic, pentru ca lucrez ca nebunu' la proiect fiindca vreau sa fac (multi) bani din asta (multi, altfel luam job ), dar pe un program de 8 ore/zi (oricum greu de obtinut daca ai scoala pe cap sau nu te intretine good ol' mom ), asta inseamna cel putin o saptamana, ba chiar mai mult, fiindca lucrezi mai ineficient din cauza intreruperilor.

Si sa arunci mai bine de o saptamana doar ca sa configurezi doar o parte din program sa functioneze pe alt OS/system... cand esti la proiectul care sa te lanseze... not a good idea. (ucide moralu')

Concluzie: primul proiect -- cross-platform? reconsidera. Or face the wrath of boredom

Nu e nou, dar Google ofera bani pentru cele mai misto 100 de aplicatii scrise pt platforma Android. Primele mobile bazate pe aceasta platforma (insusi bazata pe Linux) ar trebui sa apara pe la jumatea anului, daca nu am inteles gresit.

Ah, I smell a platform that won't suck.

PS: banii alocati de Google in total pentru acele proiecte = 10m$. Mai multe detalii pe situ lor.

/edit: am incurcat eu putin, nu sunt pt primele 100 de aplicatii, ci pt primele 50 de aplicatia din prima jumatate a competitiei, pt cealalta jumatate, nu se stiu inca regulile/detaliile.
Aici.

#7

Libraria standard C e rasfirata prin multe headere, si des un anumit "subiect" (gen networking) e si el imprastiat prin mai multe headere. Am gasit ca cel mai rapid mod de a afla in ce header e o definite este, surpriza surpriza, cu Google.

De ex, google dupa struct ifreq sau SIOCSIFNAME. De obicei te duci la o pagina din man/documentatie, unde e specificat header-ul.

Tot la capitolul "librarii fundamentale pt C", mai exista si GLib. In afara de ce-ti ofera StdC, mai vine si cu liste, hash tables, async. message queues si alte bunatati. Scuteste o parte din munca aia nenorocita cand proiectul merge "copacel"