Új hozzászólás Aktív témák

• #2642 proof88 addikt HussarF #2641

  Új Válasz 2015-02-09 19:19:09 #2642

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  proof88

  addikt

  válasz HussarF #2641 üzenetére

  függvényen belül írhatsz vector<vector<double>> elé static-ot is, és nem lesz mindig létrehozva a vector.
  de szerintem erre a célra tökéletes lesz a matrix[3][3] is.

• #2621 proof88 addikt HussarF #2620

  Új Válasz 2015-01-31 18:41:50 #2621

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  proof88

  addikt

  válasz HussarF #2620 üzenetére

  ebben az esetben, ne pointerként add át őket, hanem simán csak értékként (ezt az E1-re és az sz_E-re értem). Nem vesztesz sebességet. Pointereket akkor használj, ha tényleg tömbről van szó, és dinamikusan lefoglalt memóriaterületre mutat a mutatód. Ha esetleg kifelé is változtatni akarsz a beadott paramétereken, akkor inkább referenciaként add át, ne mutatóként. Érdemes ezt használni, ha már C++. C-ben nincs referencia.

• #2619 proof88 addikt HussarF #2617

  Új Válasz 2015-01-31 16:12:06 #2619

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  proof88

  addikt

  válasz HussarF #2617 üzenetére

  nem, ilyenkor a vector-ok másolódnak, azaz új vector objektumok keletkeznek, az eredetik tartalmával, és a függvény a másolatokon fog dolgozni, nem az eredetiken. A vektorokat add át referenciaként, pl:
  vector<double>& E_tarolo
  vagy pl.:
  vector<vector<double>>& hkm

  így az eredeti, függvénynek megadott vektorokkal fog dolgozni a függvény, mert csak referenciát adsz át neki.
  Ezzel máris megspórolsz egy csomó dinamikus memóriafoglalást, melyek eddig mindig megtörténtek bármelyik vector-os függvényed hívásakor (a komplett vektor lemásolása végett).

  Amúgy Debug vagy Release módban fordítasz? Utóbbiban gyorsabb lesz a futás, persze fejleszteni Debug-ban ajánlott, a jobb hibakeresés végett.

  Igazából nem tudom, milyen célja van ezeknek a vektoroknak, ezek csak bemeneti paraméterek? Mert ha igen, és a függvény nem is módosít rajtuk, csak olvassa őket, akkor még a const-ot is odaírhatod eléjük, pl.:

  void PhotoEffect(double *E1, int *sz_E, const vector<double>& E_tarolo)

  Illetve ami még nem világos, hogy pl ennél a függvénynél az E1 ill. sz_E paraméterek valóban tömbökre mutatnak?

• #2615 proof88 addikt HussarF #2614

  Új Válasz 2015-01-31 13:55:00 #2615

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  proof88

  addikt

  válasz HussarF #2614 üzenetére

  így látatlanban szerintem nem a függvényhívás lassítja a futást ennyire drasztikusan, hanem a paraméterek átadásának a módja. Ha csak simán érték szerint adod át a paramétereket a függvényeknek, akkor azok másolódnak. Próbáld meg referenciákat vagy pointereket átadni.

• #2613 proof88 addikt HussarF #2612

  Új Válasz 2015-01-31 11:32:14 #2613

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  proof88

  addikt

  válasz HussarF #2612 üzenetére

  ezt olvasd el

• #2611 proof88 addikt HussarF #2609

  Új Válasz 2015-01-30 16:48:35 #2611

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  proof88

  addikt

  válasz HussarF #2609 üzenetére

  header file-ba nem rakunk using-ot. header fájlban írd, hogy std::vector!

• #2605 proof88 addikt proof88 #2595

  Új Válasz 2015-01-24 18:50:21 #2605

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  proof88

  addikt

  válasz proof88 #2595 üzenetére

  most olvastam hogy van valami új devcpp, de nem próbáltam ki

• #2604 proof88 addikt InterFox #2603

  Új Válasz 2015-01-23 19:50:00 #2604

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  proof88

  addikt

  válasz InterFox #2603 üzenetére

  Hasznos lehet!

• #2602 proof88 addikt InterFox #2601

  Új Válasz 2015-01-22 21:53:35 #2602

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  proof88

  addikt

  válasz InterFox #2601 üzenetére

  akkor maradnak az alacsonyabb szintű dolgok, de ott sem kell nagyon mélyre menni, pl ablakkezelést és opengl extensionök kezelését olcsón megúszhatod pl az SDL, GLEW libek használatával.

• #2600 proof88 addikt InterFox #2599

  Új Válasz 2015-01-20 09:33:23 #2600

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  proof88

  addikt

  válasz InterFox #2599 üzenetére

  Ha meg akarod úszni az alap dolgokat mint pl ablak létrehozása, OpenGL vagy D3D inicializálás, stb., akkor valamilyen már megírt játék- és/vagy 3D-motort ajánlok, amit felhasználhatsz játékkészítésre. Manapság már sok ilyen van, amihez ingyen hozzá lehet férni. Unity például. De itt van egy lista.
  Szerintem érdemes ilyenekkel megismerkedni, bár én még mai napig egyiket sem próbáltam ki játékkészítés céljából. Én anno több mint egy évtizede még DarkBASIC-et kezdtem el használni játékkészítésre, akkoriban még programozásban is kezdő voltam, de kényelmes volt hogy egy függvényhívás egy 3D-s modell betöltése, stb. De akkoriban még nem voltak ilyen fejlett motorok elérhetően, mint ma.

• #2597 proof88 addikt dabadab #2596

  Új Válasz 2015-01-19 22:56:10 #2597

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  proof88

  addikt

  válasz dabadab #2596 üzenetére

  wtf, erről még nem is hallottam, csak most nézem. Igaz én még csak VS2012 Express-t használok, és nem tudtam hogy már van alapból olyan VS, amiben van Android támogatás, hmm ... azt hittem az az ideiben lesz csak.

• #2595 proof88 addikt InterFox #2594

  Új Válasz 2015-01-19 21:09:35 #2595

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  proof88

  addikt

  válasz InterFox #2594 üzenetére

  Hello, DevCpp-t sajnos már nagyon régóta nem fejlesztik, legalábbis a legújabb verzió is már nagyon sok éve jött ki. Inkább próbálj CodeBlocks-ot, vagy Qt Creator, vagy Visual Studio Express Edition.
  Milyen 3D-re gondoltál? Konkrétan a matekos háttere érdekel mélyen, vagy csak 3D-s alkalmazásokat akarsz összedobni?

• #2593 proof88 addikt jattila48 #2592

  Új Válasz 2015-01-17 13:02:34 #2593

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  proof88

  addikt

  válasz jattila48 #2592 üzenetére

  Hello,

  a mondandód első felére az a válaszom (ősosztály függvényének elfedése), hogy igazad van, és ezért virtuálisként kell definiálni az ősosztályban azt a függvényt, amit a származtatott osztály felüldefiniálhat, így nem lesz gond. Ezért is szoktuk alapból virtuálisként definiálni a destruktort is, hogy mindenképpen lefusson a származtatott osztály destruktora is törléskor.
  Statikus tagokat nem lehet felüldefiniálni. Én csak simán átgondolom ilyenkor, hogy biztos statikus tagot akarok-e ebben az esetben.

• #1123 proof88 addikt Gyuri16 #1122

  Új Válasz 2011-08-04 17:40:39 #1123

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  proof88

  addikt

  válasz Gyuri16 #1122 üzenetére

  az ncb fájlt letörölheted nyugodtan, az csak az intellisense-nek kell és a VS automatikusan újragenerálja majd ismerősödnél ... sőt egyébként van amikor megbolondul az intellisense és nem akar működni rendesen, olyankor is ajánlott letörölni azt a fájlt.
  Valamint a VS által létrehozott debug ill release mappákat is törölheted, oda csak a fordítás eredményei kerülnek.

Új hozzászólás Aktív témák