poti sa faci in C++ ceva care sa nu aiba interfata grafica, care sa se conecteze prin socketuri la o destinatie externa. Asta inseamna deci ca trebuie sa ai undeva un server care sa primeasca conexiuni si care sa asculte pe un anumit port, si eventual asa poti trimite informatii, dar nu stiu cum un mail.

http://noepatents.eu.org

ideea in mare e buna, doar ca cc = 14, nu -14 ... deci:
cc = - x1 * y2 + x2 * y1 = 14
se verifica usor refacand calculul, fie cu rapoarte, fie cu determinant. O sa vezi ca geometria e chiar misto stiind cateva proprietati ale inmultirii vectoriale, scalare, dar is si cativa determinanti ajutatori...
Numa bine

evaluatorul suporta clase. ai grija cand trimiti rezolvarea sa pui 'c++' ... daca nu asta e problema, inseamna ca nu ai scris cod bun.

Nu inteleg daca ai probleme cu compilatorul sau cu codul tau, dar poti sa incerci si cu Dev-C++:
www.bloodshed.net/devcpp.html

Pai proiectu sta bine. Doar ca nu prea am mai muncit la el.
Acuma, fiind a 12-a si fiindca mai am 48 de zile pana la bac , am lasat-o mai moale. In plus, am avut atestat, teza la mate, Paste, poze de album [daa, foarte mult timp am pierdut cu asta ], vreo 210 probleme de geom sapt asta pt faculta si alte prostii de genu...
Oricum, ma bucur sa vad ca cineva e interesat de joc .
Am pus documentatia [pentru atestat] tot aici...

Da, imi plac . Bogdan [artistul] a spus ca se pune sa modeleze AIul asta in seara asta. Inca nu promit nimic, dar o sa-ncerc sa adaug tipul asta de inamic cat mai repede!!! Sau poate il inlocuiesc pe gunner...

Resursele jocului is in data.pak . E usor de deslusit formatul fisierului [care de fapt cuprinde mai multe fisiere]... Lua prea mult sa refac .pakul, sa pun iar pe net, asa ca am pus direct textura nivelului.
Ma bucur ca arata mai bine!
Daca va mai vin idei, as fi bucuros sa le citesc si sa le folosesc eventual...
Din nou, multumesc...

Well la texturi nu poti sa ii pui blinear sau trlinear?! Din pacate la opengl nu ma prea pricep... dar cred ca merge daca ii pui in loc de GL_LINEAR GL_BLINEAR. Uite-te undeva intr-o carte, tre sa scrie, iar diferentele vizuale sunt mari! (iar diferentele de performanta nu sunt mari) Eventual sa poti sa setezi din config optiunea asta...

Nu e chiar asa usor . De-aia mi-a lat vreo 2 h sa rezolv problema.

Cod:

glTexParameteri(GL_TEXTURE_2D,GL_TEXTURE_MIN_FILTER,GL_LINEAR_MIPMAP_LINEAR);
glTexParameteri(GL_TEXTURE_2D,GL_TEXTURE_MAG_FILTER,GL_LINEAR_MIPMAP_LINEAR);

folosesc acum, ceea ce inseamna ca precalculez mip-mapuri cand incarc texturi, pe care le foloseste automat pentru marire/ micsorare, facand o medie ciudata ... Si nu, nu am modificat doar alea doua linii .
Patchul poate fi luat tot de aici si acum arata mult mai bine [serios]. Are 1.17 MB fiindca trebuia si textura de nivel modificata, nu doar executabilul. Am mai facut unele modificari, la puterea armelor si altele.

AIul l-am facut cat mai simplu ... Poate prea simplu ... Texturile le filtrez asa:

Cod:

glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER,GL_LINEAR);
glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MAG_FILTER,GL_LINEAR);

Stiu ca se vede un pic nasol pe jos si pe sus. Dar intr-un nivel cu altfel de texturi [mai delicate] nu apar probleme astea. Saritul ii implementat cu o smecherie deocamdata, la fel si gravitatia [folosesc cateva constante obtinute din tweakuri]... Si de obicei poate sa se urce pe butoaie sau cuburi... Cu lava ... nivelul initial [unde acum e iarba] avea lava. Dar am scos-o ca sa nu ma chinui sa-i scad viata . Toata lumea ma intreba de ce nu scade viata cand pici in lava. Poate era mai bine s-o las ... Era o textura statica...
Cum am facut deja multe chestii generale la el, m-am gandit ca as mai putea face lumini [probabil cu lightmapuri], umbre, texturi dinamice + bump-mapping... si mai is. Dar nu stiu cat timp am pentru asta.

config.exe l-am facut in C#. Vroiam sa-nvat si eu ceva... Partea nasoala e ca ruleaza doar daca ai .Net Framework 1.1 instalat ... Nu stiam asta la-nceput si dupa ce l-am facut n-am mai avut chef sa fac acelasi lucru si in C++.

Documentatia nu e inclusa in zip [e un doc destul de mare]. Deci readme ala e asa, facut pe loc...
q - wireframe, iar
z - un fel de god view: sa vezi de sus cat de bine optimizeaza engienul si randeaza doar ce s-ar vedea.
Mersi de recomandari!

Delphi nu stiu nimic. Fara sa te oftici ca asa iti zic toti, iti sugerez C++ pentru jocuri... Nu stiu daca delphi are OOP, dar pentru un joc este important sa folosesti cod modular.
Nu prea stiu ce-s quet-urie . Daca vrei iti dau unele linkuri [C++]:
NeHe
gamedev
game tutorials
gamasutra
opengl

Pai lucrez la joc de mult timp... Am lasat-o mai moale din septembrie, dar linistiti s-au strans vreo 2 ani...
Stiu, gameplayul e cel mai greu ... AIul l-am lasat cat mai simplu, trebuie intr-adevar sa implementez un path-finding serios.
Nivelul e asa cum l-a facut artistul . Am zis ca mai punem ceva tablouri pe pereti ... dar trebuie sa facem si alte nivele. La arma 2, nu pierzi controlul, ci are loc un fel de recul, care era in jocurile mai vechi la mitraliere... Cum trage foarte des, trebuia sa-i fac un dezavantaj.
btw: 1 - pistol, 2 - pusca, 3 - agheu
In rest, ma bucur ca ti-a mers [partea cu mersu e destul de dificila... daca faci un joc mic si simplut o sa observi ca va rula pe 40% din compuri ... ] si ca ti-a placut ...
Multumesc, voi tine cont de sugestiile tale

Am rezolvat problema [sper]. Am ajuns cumva la sistemul ce se ocupa cu timpul si deci la QueryPerformance*, care aparent nu e obligat sa mearga pe orice sistem...
Trebuie luat patchul 121 KB de aici
Am ajuns sa folosesc niste pointeri spre functii si alte chestii ...
svalentin, multumesc si sper ca acum merge...
btw: problema era ca ai comp prea bun [serios]...

la programul de configurare - sa si citeasca din fisier setarile curente si sa modifice valoarea initiala din interfata cu cele deja selectate

la keys se-ncarca din fisierul de configurare, dar la rezolutie si hud le ia default. O sa modific. Ala e facut in C#, cand aveam chef sa-nvat ceva nou.

poza de start [cu loading] tine cam minim 4 secunde si pana cand s-a incarcat meniul [nu mai mult de 20s, de obicei 8-9].
Pana la urma nu a intrat in joc? Incearca in windowed-mode.
Eventual poti sa-mi spui ultima chestie scrisa in log.htm?
Mersi

Am mai modificat linkurile.
zipu nu merge deocamdata [nu e vina mea].
pentru rar trebuie sa mergeti pe saitu ala si sa luati de acolo cele 2 parti.
Ce nasol cu free-hostingu asta... Deocamdata jocul e pe vreo 3 hosturi .

Aveti chef sa va uitati la jocu meu si sa-mi ziceti ce va place / ce nu ?
Se numeste Robo Bomber 5000, facut in VC++.net cu OpenGL de la cap la coada de mine [cod, normal] [in afara de fmod pt sunet].
Arta e facuta de un prieten .
Download:
zip care nu prea merge :
Robo Bomber 5000 - 7.89 MB.
poze si rar, trebuie luate partea 1 si 2:
Robo Bomber 5000 - 5.56 MB
Screenshots:
screenshot1, screenshot2, screenshot3, screenshot4
Ar fi fain daca as primi ceva feedback .

Pai nu e valabil doar la matrici . E foarte simplu:

Ca sa calculezi a^100, inmultesti a^99 cu a sau a^50 cu a^50 sau orice alta combinatie. Daca a este numar, nu prea conteaza ce alegi, fiindca dimensiunea lui a creste cu exponentul, dar daca dimensiunea lui a nu depinde de exponent cel mai bine e a^50 * a^50.

Sau a^64 * a^32 * a^4. Deci pe a^100 il gasesti din 2 inmultiri si inca 6 [ca sa gasesti a^64]. Deci 9 in total. Daca tot inmulteai cu a, il gaseai dupa 99 de inmultiri.

io zic ogl, fiindca OpenGL e mai accesibil decat DirectX. Acu vreo 2-3 ani m-am chinuit 3-4 zile sa-nteleg ceva(orice) din tutoriale cu directx, iar openglu s-o 'lipit' mai usor si mai bine de mine, si de atunci am ramas in opengl.
Cand o sa simti ca stii ce se intampla in spatele functiilor & cum e lumea 3D, poti trece pe directx in cateva zile. Ideea, in general e aceeasi, dar cu mari diferente 'pe ici si colo si anume in punctele esentiale'.
Intre timp cauta RedBook.

Propunerea asta suna bine! Chiar ar fi fain dupa ce reusesti sa reolvi o problema sa vezi cum o fac si altii, dar sa vezi sursele celor care sunt de acord sa le fie vazute.

In plus pentru codul cu memset compilatorul s-a prins ca trebuie sa faca initializarea o singura data (desi nu s-a prins ca nu trebuie sa initializeze contorul buclei exterioare!). Asa incat benchmark-ul timpilor nu prea e corect asa cum apare in codul din mesajul de mai sus.

memset() e o functie definita din punctul meu de vedere [DevCpp & g++] in <string.h>. Nu are statut special, adica nu e keyword.
Acum, sa recapitulam ce spui: compilatorul ruleaza o data functia la inceput si apoi face doar incrementari/comparari de index. NU. Daca nu ma crezi incearca codul de mai jos:

Cod:

#include <stdio.h>
void foo() { printf("foo\n"); }
int main(void) {
  for(long i=10000; i>0; --i)  foo(); 
  return 0;
}

Si numara de cate ori vezi "foo". Apoi ai putea zice ca memset are statut special si ca exista optimizarea exact pt chestia asta: un for in care tot ce faci e sa setezi un sir. Dar nu e cazul, nu din momentul in care a luat 1 sec (1078 ticks)* pentru un for de la 10.000 la 1. Daca rulai codul realizai asta. Dar se pare ca ai un fel de compilator mintal care face optimizari inexistente.

[edit pt Matrix:] * - timpul de la programul cu memset; la programul cu foo nu calculez timpi.

fiindca deja m-am plictisit, incearca asta:

Cod:

  long i,t1,t2;
  t1 = clock();
  for(i=10000; i>0; --i)
    memset(buffer,0,sizeof(buffer));
  t2 = clock();
  printf("memset: %ld -> %ld = %ld\n",t1,t2,t2-t1);

si

Cod:

  long i,j,t1,t2;
  t1 = clock();
  for(i=10000; i>0; --i)
    for(j=sizeof(buffer)-1; j>=0; --j)
      buffer[j]=0;
  t2 = clock();
  printf("for: %ld -> %ld = %ld\n",t1,t2,t2-t1);

si o sa vezi ca obtii un raport 1 : 5 al timpilor. Si uite ca intra intr-o secunda cu 10.000 de setari!

Prima varianta pe care am trimis-o la pb asta a fost precomputare. in loc sa tii exact toate numerele, incearca sa tii din 10.000 in 10.000 si astfel stii cate zerouri sunt pana la un anumit nr si urmeaza doar sa verifici in cel mai rau caz pt urmatoarele 10.000, adica nu prea mult. Sursa avea si inca are 40.984 B si a luat doar 90 fiindca uitasem de '-1' .

Dar daca citesti atent posturile de pe topicu asta iti dai seama ca folosind cautarea binara problema devine 'mai naturala'.

fiindca declarand un sir nou de 100 000 de car pe stiva, aloci 97KB care nu sunt neaparat initializati cu 0. Doar variabilele globale is initializate cu 0(NULL). Si daca trebe sa faci de 1000 de ori setarea pe 0 a unui sir, nu are rost sa faci o variabila globala de 1000x100.000

decat sa folosesti  memset  mai  bine faci cu un " for "   sau mai bine  declari un nou sir   pt ca e   mult mai rapid  

nu. mai bine folosesti memset sau memcpy

De la mine aveti o bulina pozitiva . Pentru modificarile aduse monitorului (am vazut ca sare la ultima evaluata) si pentru rapiditatea cu care a mers totul acum. Poate fiindca is probleme cu limite de timp mai mici ...