Ez a szekció lehetővé teszi a felhasználó által írt összes hozzászólás megtekintését. Vedd figyelembe, hogy csak azokba a fórumokba írt hozzászólásokat látod, amelyekhez hozzáférésed van.
Üzenetek - bbTamas
Oldalak: 1 ... 8 9 [10] 11 12 ... 16
136
« Dátum: 2013. szeptember 25. - 23:13:43 »
Most elnézést a kérdésért, de a SeeMTA-t és a SeeRPG-t ugyanaz a csapat csinálja, vagy két külön szerver és csak a nevük hasonló?
137
« Dátum: 2013. szeptember 24. - 20:33:59 »
ɐʞzssǝlosz Köszönöm a válaszodat, így már jó.  Nem gondoltam volna, hogy enum-nál ilyennek is vannak. Mindenki kapott egy pluszt aki segített.
138
« Dátum: 2013. szeptember 24. - 19:42:01 »
error 047: array sizes do not match, or destination array is too small Így csináltam én is, nem a változó nevével és típusával nem a gond. Nem az a gond. enum info
{
VehPlate[32],
Admin
}
pInfo[playerid][info]; Egy függvénybe adok neki értéke, pl: pInfo[playerid][VehPlate] = \'macska\'; Egy másik függvényben nulláznám. pInfo[playerid][VehPlate] = \'0\'; De nem engedi mert mindig ezt írja ki: error 047: array sizes do not match, or destination array is too small
139
« Dátum: 2013. szeptember 24. - 19:14:44 »
Köszönöm a választ, de az igazi probléma az, hogy létrehozok egy globális változót, és adtam neki értéket. Viszont egy függvényben pl: szeretnék értéket adni neki: globális változó neve = \'0\'; Erre ír hibát ki a fordító. De ha egy másik változónak adok értéket, és azt rendelem hozzá, akkor is ezt a hibát írja ki a fordító. És ötletem sincs, hogy miért írja ki ezt a hibát a fordító, mert nem tömb mérete a hiba.
140
« Dátum: 2013. szeptember 24. - 19:09:41 »
Rosszul ellenõrzöd a gombot. if(newkeys == 65536) féltételnél ne relációs egyenlõ operátort használj hanem bitenkénti és azaz \'&\' operátort. Tehát: if(newkeys & 65536) Most látom, hogy pont akkor módosítottad a leírásodat amikor elküldtem a válaszomat.
141
« Dátum: 2013. szeptember 21. - 18:39:24 »
Értem, hogy nem a legjobb változónév, de hiába írom át a változó nevét a hiba akkor is fenáll. Pontosabban leírom a kérdést. Létrehozok egy globális tömböt, és értéktípusként stringet adok meg. OnDialogResponse függvény alatt egy dialoban értéket adok. De egy másik helyen, rendelnék hozzá új értéket, vagy nulláznám. Hiába jó a tömb mérete hiába csinálom jól akkor is ezt írja ki és nem tudom, hogy miért. error 047: array sizes do not match, or destination array is too small
142
« Dátum: 2013. szeptember 21. - 15:18:16 »
Köszönöm mindenkinek a segítséget, és a választ. Maradok a sima tömbnél mert gyorsabb és nem kell törõdni memóriakezeléssel se. Külön köszönet krisk-nek. Mindenki kapott egy pontott.
143
« Dátum: 2013. szeptember 21. - 15:14:52 »
Mód elején létrehoztam egy globális változót. new 3dtext[MAX_PLAYERS][32]; Egy függvénybe hozzárendeltem egy string értéket. Aztán egy másik függvényben nulláznám a változó értékét, vagy értéket adnák neki akkor ezt írja ki: 3dtext[playerid] = \"kutya\"; error 047: array sizes do not match, or destination array is too small És ez miért van? Mindent jól csináltam, értem, hogy azt írja ki, hogy túl kicsi a tömb mérete, de hát a tömb mérete megfelelõ.
144
« Dátum: 2013. szeptember 20. - 19:41:53 »
Érdekel a téma szívesen meghallgatom, mert errõl például sehol nem olvastam. Azt vettem ki, hogy azért foglalt le 800mb server.exe mert nem szabadítottam fel a memóriát, ott maradt a server névterében.
De most ez a memóriafelszabadításos nem világos.
SetGVarFloat beállítom a változó értékét.
DeleteGVar törlöm magát a változót.
Ha létrehoztam a változót akkor utána hogyan \"szabadítsam\" fel? Mert 800mb akkor is sok, sima változóhoz 27 mb-jához képest.
Értem, hogy nyilván akkor szabadítsam fel, amikor már nincs rá szükségem, de pl:. házrendszernél szükség van az összes változóra nem törölhetem.
145
« Dátum: 2013. szeptember 19. - 00:57:35 »
Most az én gvar-os példámban \"memóriaszivárgás\" történt, azért foglalt le a samp-server.exe magának 800mb-t? Ha számít main() függvény alá raktam a kódot.
Memóriaszivárgás nem értem száz százalékosan.
Holnap újra nekifutok ennek a megértésére.
146
« Dátum: 2013. szeptember 18. - 20:26:31 »
Az elérés sebessége lassabb lesz (ez az ún. \"overhead\" miatt van, a pluginban elérhetõ függvények lefuttatása több idõbe telik), DE a plugin kevesebb memóriát fog enni, hiszen annyit foglalsz csak le, amennyi kell.Érdekes én ennek pont az ellenkezõjét tapasztaltam. Csináltam egy tesztett GVAR-ral. Létrehoztam egy tömböt amely Float tizedestört értékeket tartalmaz.(Négy jegyû és négy tizedesjegy pontosságú). Abból kiválasztottam véletlenszerûen egy értéket, és annak az értékét hozzárendeltem egy változóhoz. start = GetTickCount();
for(new i2 = 0;i2 < 3000000;i2++)
{
new rand = random(sizeof(randspawn));
SetGVarFloat(\"gvarfloat\",randspawn[rand][0],i2);
}
end = GetTickCount();
printf(\"Változók létrehozása, és a változókhoz értékek hozzárendelése %d ezredmásodpercig tartott\",end-start); 2584 ezredmásodperc ~ 2,6 másodperc. Feladatkezelõben 837mb írt ki a samp-server.exe Úgyanezt sima tömbbel csinálva \"csak\" 27 mb-t ír ki. Sima tömbbel ahogy sejteni lehetett sokkal gyorsabb 496 ezredmásodperc ~0,5 másodperc alatt létrehozta a változókat.
147
« Dátum: 2013. szeptember 17. - 21:13:54 »
Nekem a GVar által kívánt adattípusok megfelelnek, és tetszik az benne, hogy dinamikusan foglalja a memóriát, és nem növeli az amx fájl méretét, és nem kell tömb mérete miatt aggódni. Nagy amx fájlméret egyenértékû, lassabban fut a szerver? Viszont egyesek szerint lassabb, de én nem ezt olvastam. Viszont a tömbök elvben gyorsabbak mint a dimanikus memória. Elvben meddig növelhetõ tömbök mérete #pragma dynamic -al? Ezt a felíratott, hogy lehet elõcsalni a fordítóból? Stack/heap size: 16384 bytes; estimated max. usage=4010 cells (16040 bytes)
1 cells = 4 bytes Szerintetek melyik lenne a jobb választás? Mert a 4 ezres szám nem egy köbe vésett érték, lehet sokkal több is. A legfontosabb melyik a stabilabb? Tudom, hogy sokat kérdezek, de nem sok információt találok a gvar-ról.
148
« Dátum: 2013. szeptember 16. - 23:22:15 »
Szeretnénk írni egy saját házrendszert.
Tegyük fel, hogy mondjuk, 4000 házat szeretnénk létrehozni.
Én úgy tudom, hogy maximum a pawno-ba 1024 körül van a tömbök mérete.
Ha 4 ezer házat szeretnénk létrehozni, akkor csak gvar maradt mint lehetõség?
Viszont a gvar sokkal lassabb mint a sima változók, és egy ilyen nagy adatmennyiségnél ez hátrány.
149
« Dátum: 2013. szeptember 13. - 21:21:07 »
ORM rendszerrrel tettem egy kört, állítólag, lehet sebbeséget nyerni, és egyszerûbben lehet is kezelni a kódot.
Az szerintem valamennyire igaz, hogy egyszerûbben lehet kezelni a kódot.
Szerintetek gyorsabb ha az ORM rendszerrel írjuk meg a mysql utasításokat? Adat betöltésnél és adat beszúrásnál.
Az nagyon érdekel, hogy ORM-ben lehet használni mysql függvényeket? pl:. NOW()
Szerintem nem, de ha nem így van akkor remélem majd valaki kijavít.
Mindentõl függetlenül érdemes ORM rendszerre építeni, ha most írnál egy módot nulláról akkor azzal írnád?
150
« Dátum: 2013. szeptember 07. - 14:41:47 »
cappsy Ha szépen megkérlek adnál egy linket?
Oldalak: 1 ... 8 9 [10] 11 12 ... 16
|
Üzenetek megjelenítése