|
|
|
|
Azt hiszem az alapvető félreértés abból jön, hogy én papíron való programozás alatt tényleg azt értem, hogy leülsz, elkezdesz - akár pszeudoban - kódolni valamit, radírozol, javítasz, etc. Holott pl a mostani feladatomnál egy excelben gyűjtöm össze, hogy milyen classok kellenek, milyen sql táblák, mi-mit tartalmaz, etc, és kódolni egy sornyit nem kódoltam még. De ezt speciel tervezésnek hívom, amit nem feltétlenül papíron csinálsz (sőt, a sebesség miatt jó, ha nem papíron csinálod).
Kicsiben - mint egy verseny is - nyílván nem egy full adatelérési réteget fognak kérni, inkább valami trükkös problémának a 8-10 sorban való megoldását. Arra persze jó a papír, bár erre is azt mondom, hogy ha már programozási verseny, akkor legyen egy választható nyelv lista, és mindhez legyen fejlesztői környezet. Egy futball bírót sem csak az elméleti tudása alapján értékelnek, hanem hogy meccsen ténylegesen hogy vezeti a meccset, és olvasatomban ez fontosabb szempont, minthogy fel tudja sorolni, hogy egy adott helyzetben milyen döntési lépések vannak.
A memóriám már nem a régi. És ráadásul még a memóriám sem a régi...
Az élet attól szép, hogy bármi megtörténhet. És attól szar, hogy meg is történik...
Ha az egyik szinkronúszó megfullad, mit csinál a többi???
|
|
|
|
Lehet pszeudokód is. Én vegyesre tippelek, hogy az is kell meg folyamatábra vagy Jackson diagram is (nem hiszem, hogy olyan bonyolult feladatot adnának, ami nem fér el egy A4-esre). Aztán majd kiderül. 
Klikk, a JF.hu bulvárlap.
Klikk #6 WIP: 30% (Kuz, sade, ramoryan...)
|
|
|
|
Dokumentációs jelentősége van a "papír"-nak, amit jellemzően el szoktak felejteni, mert tényleg gyorsabb a munka, ha fejben dolgozik az ember.
|
|
|
|
Struktogramhoz végtelen nagy méretű papír kell egy kicsit komplexebb algoritmus esetén is, meg amúgy sem szokták erőltetni, mert macerás a rajzolgatás miatt, ugyanúgy mint a folyamatábra. Inkább pszeudokódot szoktak írni és kérni is, legalábbis oktv-n pár éve még így volt.
|
|
|
|
Matekórán sem azért tanítanak meg papíron összeadni, hogy később csak így adhatsz össze. 
Itt is először szerintem tök alap dolgokra fognak rákérdezni, tudod-e mik azok a vezérlő szerkezetek, tudsz-e ezekből az építőkockákból egy halál egyszerű algoritmust összerakni, ennyi. Aztán utána jöhetnek a konkrét programozási feladatok. Szerintem.
Kuz, valószínű elbeszéltünk egymás mellett, nyilván Te már nem papíron fogsz programokat írni, de itt most nem a haladókról volt szó, hanem egy iskolai verseny első fordulójáról.
Szóval ha tippelnem kellene, hogy mit kérnek "papíron programozás" alatt, akkor szerintem struktogrammot kell rajzolni, és nem feltétlenül konkrét programkódot írni. Úgyhogy én azt javaslom 4Bit, hogy ennek nézzél utána. Szekvencia, szelekció, iteráció. Szerintem.
SZERK: 4Bit, ha megvolt a verseny, légyszi írd már meg ide, hogy végül is mi volt a feladat.
Klikk, a JF.hu bulvárlap.
Klikk #6 WIP: 30% (Kuz, sade, ramoryan...)
|
|
|
|
Én ha kicsit bonyolultabb rendszert csinálok, akkor azért néha szoktam ilyet csinálni, hogy az osztályokat nagyjából vázolom ilyen kis dobozokban, összekötögetem, megnyilazom, stb. Főleg akkor, ha suliban vagyok, és hát nincs nálam a gép... valamivel el kell tölteni az időt 
|
|
|
|
Ezt általában elég jól meg szokták fogalmazni a feladatban:
"Írjon kódot, ami..."
"Írjon pszeudo kódot, ami..."
A memóriám már nem a régi. És ráadásul még a memóriám sem a régi...
Az élet attól szép, hogy bármi megtörténhet. És attól szar, hogy meg is történik...
Ha az egyik szinkronúszó megfullad, mit csinál a többi???
|
|
|
|
De most akkor rajzoljak ábrákat a papírra, vagy a szimpla kódot írjam le? 
Úgy álljunk meg az életben, akár a sziklaszírt a tengerben; ne engedjük, hogy a szüntelen hullámverés megingasson bennünket.
|
|
|
|
Nem kötözködés, csak én még mindig nem látom mivel vagy előrébb, ha papírt használsz (ja, hát mondjuk később a wc-n előnyben leszel), mintha egyből azt kódolod, amit papírra is leírnál. Vagy lehet nem ugyanazt értjük papíron-való programozás alatt? Én lent szerintem elég jól leírtam, hogy mi az én nézetem, de lehet csak a definíciót értjük másképp.
A memóriám már nem a régi. És ráadásul még a memóriám sem a régi...
Az élet attól szép, hogy bármi megtörténhet. És attól szar, hogy meg is történik...
Ha az egyik szinkronúszó megfullad, mit csinál a többi???
|
|
|
|
Egy haladóbb programozó nyilván tudja mi az a struktogramm meg a folyamatábra.
Egy iskolai verseny első fordulójába is nyilván csupa haladóbb programozó jelentkezik, ergo tök felesleges a beugró feladat...
SZERK: Nyilván nem az lesz a feladat az első fordulóban, hogy programozzon le papíron egy komplett raytrace engine-t... Nem hiszem, hogy olyan bonyolult feladatot adnának, amit ne lehetne 1-2 ciklussal meg elágazással megoldani... Ha meg ennyit nem tud papíron lerajzolni, akkor még mindig nem késő más hivatást választani.
Klikk, a JF.hu bulvárlap.
Klikk #6 WIP: 30% (Kuz, sade, ramoryan...)
|
|
|
|
Szerintem egy haladóbb szintet elért programozónak egy struktogramm vagy folyamatábra nem mondd sokkal többet, mint maga a forrás
|
|
|
|
Okés, látom nem lehet meggyőzni, hogy van valamicske haszna.. 
@4Bit: Akkor ha azt kérik tőled, hogy papíron vezess le egy feladatot, mondd azt nyugodtan a tanárodnak, hogy "papíron programozni faszság"...  Lehet nem jutsz tovább, de később jó fizetésed lesz majd.
Klikk, a JF.hu bulvárlap.
Klikk #6 WIP: 30% (Kuz, sade, ramoryan...)
|
|
|
|
Komolyabb DDD rendszereknél pedig már magával az ábrákkal definiáltam is a programot, aztán generate code és ennyi. Ez persze csak az adatkezelés, meg 1-2 üzleti logikára jó, de faszányos tud lenni, amikor egy jó kis UML ábrából egyből kód lesz, state machine-el mindennel együtt. Ennyit a papírozásról. 
|
|
|
|
SX: érdekes, én is. Lehet egy helyen dolgozunk?
A papíron való programozás szerintem faszság, mert:
- Jóval több időt vesz el tőled, mintha egyből bepötyögöd a kódot és - .Net és értelmes fejlesztői környezet esetén - az intellisense egyből javít téged, egyből látod, ha valami nem áll rendelkezésedre, és emiatt módosítani kell egy modult, etc.
- Sem papíron, sem gépen nem erőből kódolsz, jó esetben először átgondolod, amihez nem hiszem, hogy kell papír (max vázlatnak, de az meg nem papíron programozás, az csak ötletelés).
- Ha annyira bonyolult a feladat, hogy kell hozzá folyamatábra, az meg elég speciális eset, lássuk be, ilyenbe ritkán futunk bele. Bár én erre is inkább excelt, visiot, vagy valami programot használok, mert ott könnyebb/gyorsabb javítani.
Attól meg, hogy tudod hogy kell sütni rántottát, még simán odaégetheted. Ahogy Morpheus is mondta a Matrix-ban: " Más dolog ismerni az utat és járni rajta.".
A memóriám már nem a régi. És ráadásul még a memóriám sem a régi...
Az élet attól szép, hogy bármi megtörténhet. És attól szar, hogy meg is történik...
Ha az egyik szinkronúszó megfullad, mit csinál a többi???
|
|
|
|
Idézet
Kuz :
Ez csak azért van, mert rossz programozók vagytok.
Lehet benne valami, de így is megkapom a béremet minden hónapban
|
|
|
|
@DMG: Lehet sántít a hasonlatom, de akkor mondom máshogy.
Tegyük fel főzőversenyen azt a feladatot kapod, hogy írd le hogyan sütsz rántotthúst. És akkor leírod szépen a lépéseket, hogy leveszed a fagyasztóról a karajt, kiolvasztod x idő alatt, felvágod, kiklopfolod, megsózod, bepanírozod liszt, tojás aztán zsemlemorzsa, forró olajban kisütőd x perc alatt, közben megfordítod, végül tálalod. Ha le tudod írni hogyan készíted az ételt, akkor azért el lehet dönteni, hogy tudsz-e sütni, anélkül, hogy konkrétan összekoszoltad volna az edényeket...
@Kuz: Nem hiszem el, hogy Te, mint programozó, a suliban nem rajzoltál folyamatábrákat..
Klikk, a JF.hu bulvárlap.
Klikk #6 WIP: 30% (Kuz, sade, ramoryan...)
|
|
|
|
Én az adatbáziskezelést tanultam papírom meg az SQL-t, na az is cumi volt.
HG rossz a hasonlat.
ha már főzés, ez KB olyan, mintha ki kéne találnod egy új receptet, de nem tudod megfőzni, hogy kipróbáld élesben, csak a receptet írhatod le, aztán vagy jók az arányok vagy nem.
-----------------------------------------
Dont Listen to the Naysayers
|
|
|
|
Ez csak azért van, mert rossz programozók vagytok.
A memóriám már nem a régi. És ráadásul még a memóriám sem a régi...
Az élet attól szép, hogy bármi megtörténhet. És attól szar, hogy meg is történik...
Ha az egyik szinkronúszó megfullad, mit csinál a többi???
|
|
|
|
Idézet
Kuz :
A papíron való programozás olyan, mint fejben főzni. Lehet, de semmi értelme.
Az algoritmusok/fgvek működésének megtervezésére nagyon jó tud lenni a papír. Kritikus részeket én pl. van, hogy napokig tervezek papíron, mikor belefogok valaminek a kivitelezésébe. Többet gondolkodsz, és mivel nem tudod kapásból futtatni, többször körbe is járod, eszedbe jutnak olyan dolgok, amik amúgy esetleg nem fognak, mert a kód fut jól (legalábbis először).
Na, ezen szemlélet bevezetésére jó a sulis papíron programozás. Mi is utáltuk, de ez olyan, mint gyerekkorban a kötelező rendrakás. Később jössz rá, hogy nem is volt hülyeség..
|
|
|
|
De ha fejben sem tudod a hozzávalókat, akkor hogyan állsz neki főzni? Belerakod a levesbe ami eszedbe jut, aztán ha pl túl csípős lett, akkor kiveszed belőle a paprikát? 
Attól, hogy tudsz készételt rendelni, még nem biztos, hogy meg is tudod főzni..
SZERK.: Szerintem ez olyan, (szeretem a hasonlatokat ) mintha 4Bit benevezne egy főzőversenyre egy olasz pizzéria telefonszámával, aztán amikor mondják neki, hogy írja le a receptet, akkor csak pislog, hogy "mi van?"..
Klikk, a JF.hu bulvárlap.
Klikk #6 WIP: 30% (Kuz, sade, ramoryan...)
|
|
|
|
A papíron való programozás olyan, mint fejben főzni. Lehet, de semmi értelme.
A memóriám már nem a régi. És ráadásul még a memóriám sem a régi...
Az élet attól szép, hogy bármi megtörténhet. És attól szar, hogy meg is történik...
Ha az egyik szinkronúszó megfullad, mit csinál a többi???
|
|
|
|
Ez olyan, mint hogy pl. el sem tudod képzelni, hogy számológép nélkül is össze lehet adni két számot papíron.. 
Gondolom valami folyamatábrát is kell majd rajzolni.. Attól meg hogy pythonnal nevezel még nem biztos hogy jobban tudsz algoritmizálni mint a pascalosok, sőt.. 
Klikk, a JF.hu bulvárlap.
Klikk #6 WIP: 30% (Kuz, sade, ramoryan...)
|
|
|
|
Valószínűleg csak elméleti és logikai feladatok vannak, általában pszeudó kódban. Azért érdemes rákeresni az előző évi feladatokra, biztos elérhető valahol. Vagy kérdezd meg a tanárod. Egyébként sok sikert!
|
|
|
|
Ez attól függ, hogy hogyan gondolták.
-----------------------------------------
Dont Listen to the Naysayers
|
|
|
|
Jelentkeztem egy programozói versenyre. (Ajajajaj! )
Az első forduló papíron történik meg, pár napon belül, szóval. Szabadon választott nyelvből lehet indulni, (én személy szerint Pythonnal nevezek, míg mindenki körülöttem Pascallal fog szívni.. )
a megmérettetés pár napon belül lesz az iskolában.
Na most azt szeretném kérdezni: Hogy ez a papíron történő programozást mégis hogy a bánatban gondolták? Ugyanazt írjam le, mint amit a gépbe pötyögnék be?
Úgy álljunk meg az életben, akár a sziklaszírt a tengerben; ne engedjük, hogy a szüntelen hullámverés megingasson bennünket.
|
|
|
|
Senki nem szülője most senkinek. Bent van 2 dolog: egy picture box meg egy group box. Mind a kettőnek a main window a szülője. Ha úgy adom hozzá, hogy:
- picture box
- group box
akkor látszik mind a kettő rendesen, ha viszont
- group box
- picture box
akkor olyan, mintha a pb "kitakarná" a groupboxot, és nem látszik. 
szerk.:
Ha máshogy csinálok "picture box"-ot, akkor jó
Kód: m_Handle = CreateWindowExA(WS_EX_TRANSPARENT, "BUTTON", "picture box",
WS_VISIBLE | WS_CHILD | BS_FLAT, m_X, m_Y, m_Width, m_Height,
p_Parent, 0, p_HInstance, 0);
Bár ez nem igazán picture box. Mondjuk amúgy is csak arra használom, hogy ezt adjam át a render device-nak
Avagy a dummyfv szerinti kódnál a STATIC helyére BUTTON-t írok, és akkor megy is.
szerk.2:
Végül úgy lett megoldva, hogy group boxot csinálok, és annak a handler-jét adom át a Game-nek (a feliratot úgy is kitakarja, szóval kvázi nincs vele gond)
Ezt a hozzászólást Pretender módosította (2011.10.22 11:32 GMT+1 óra, ---)
|
|
|
|
A groupboxnak a pictureboxot add meg parent-nek?
Amugy minden logikával ellentétben ha jol emlékszem a groupbox elemeinek nem a groupbox a szülöje.
|
|
|
|
Nem teljesen ide való, de hátha.
Szóval WinApi-s WinForms-ot használok Asy tutorja alapján.
Az a helyzet, hogy ha először egy picturebox-ot adok hozzá aztán egy groupboxot, akkor jó mind a kettő, de ha fordítva (először group box, aztán picture box), akkor a group box nem látszik. Ötlet, hogy miért? (HWND mindkettőnek ugyan az, a szülő ablak, csak más sorrendben adom őket hozzá...)
|
|
|
|
Én csak 12x12 -ig rajzoltam le kockás füzetbe, de ezek szerint működik az elgondolás, juppí.  
Klikk, a JF.hu bulvárlap.
Klikk #6 WIP: 30% (Kuz, sade, ramoryan...)
|
|
|
|
 150x150es táblán teszteltem, azon jó
|
|
|
|
Hát, borsi, nem tudom van-e egyszerűbb megoldás, én addig jutottam, hogy ha a+b páros, akkor n is páros, egyébként páratlan, illetve n<=a+b, kivéve ha a+b==1, mert akkor n=3. Ennyi, feladom, többre most nincs energiám.
SZERK:
Kód: if ((a+b)%3==2) return ((a+b)/3+2);
SZERK2: és ez se jó, csak a<=8 -ig..
Kód: if (a==0 && b==0) return 0;
sor nem kell.
Na, akkor a legújabb kísérleti megoldásom (nem próbáltam, csak papíron )
Kód: int minSteps (int dx, int dy)
{
int a,b,x,y;
x=abs(dx);
y=abs(dy);
a=max(x,y);
b=min(x,y);
// kivételek
if (a==2&&b==2) return 4;
if ((a+b)==1) return 3;
if (a<(b*2))
{
x=(b*2-a);
y=x/3;
if (x%3) y++; // ide talán a ceil() is jó lett volna..
a+=y;
b-=y;
}
// innentől a>=b*2
x=(a+1)/2;
if ((a/2+b)%2) x++;
return x;
}
Ennyi.  Nem garantálom, hogy jó, le kéne teszteni...
Ezt a hozzászólást HomeGnome módosította (2011.10.21 18:16 GMT+1 óra, ---)
Klikk, a JF.hu bulvárlap.
Klikk #6 WIP: 30% (Kuz, sade, ramoryan...)
|
|
|
|
Ami eddig megvolt nekem:
Kód: int minSteps(const int& dx, const int& dy){
int adx = abs(dx);
int ady = abs(dy);
int a = max(adx, ady);
int b = min(adx, ady);
if(a == 0 && b == 0){
return 0;
}
// a = 2b
if( a == 2 * b){
return b;
}
// a > 2b
if(a > 2 * b){
if((a - 2 * b) % 4 == 0){
return a / 2;
}
switch((a - 2 * b) % 5){
case 0:
return (3 * a - b) / 5;
case 1:
if((a - 2 * b) == 1)
return 3 + (a - 1) / 2;
else
return (3 * a - b - 8) / 5 + 2;
case 2:
return (3 * a - b + 4) / 5;
case 3:
return (3 * a - b + 6) / 5;
case 4:
return (3 * a - b - 2) / 5;
}
}
//a < 2b
else{
return 666;
}
}
Viszont jó lenne, ha lenne valami könnyebben bizonyítható, egyszerűbb megoldás
|
|
|
|
HG:
Na ez jó kérdés, lehet, hogy a kannibáloknak is van egy erőssége, vagy simán nem 1, hanem pl 1.5 ös erősségre gondolt a misszionáriusoknak.
Habár az jobb lenne, ha azt lehetne megadni, hogy mennyire éhesek a kannibálok.
...a játékfejlesztés nem éppen a programozásról szól...
/4Bit
|
|
|
|
@borsi: első próbálkozásom:
Kód: d=(dx>dy)?dx:dy;
n=d/4*2;
switch (d%4)
{
case 3:
n+=3;
break;
case 2:
n+=2;
break;
case 1:
n+=3;
break;
}
de valószínű ennél kevesebb. mondjuk nem próbáltam ki.
SZERK: hát ezt még tuti optimalizálni kell, mert biztos h nem pontos. sőt, tuti nem jó
Ezt a hozzászólást HomeGnome módosította (2011.10.21 14:16 GMT+1 óra, ---)
Klikk, a JF.hu bulvárlap.
Klikk #6 WIP: 30% (Kuz, sade, ramoryan...)
|
|
|
|
borsi:
Ez nem nehéz, a lólépés 2 az egyik irányba és 1 a másik irányba. Szóval csak ki kell hozni ,hogy a két dimenzió különbségében milyen arányban kell lépkedni. Nem nehéz.
If your game idea starts with the story it’s not a game idea.
Stories in games are optional.
|
|
|
|
Szerintem ezt egy sima fa-kereséssel meg lehet oldani, csak le kell tudni írni az aktuális állapotot (hol vannak a misszionáriusok meg a kannibálok, hol a csónak), megnézni, hogy ez egy érvényes felállás-e (megeszik-e valamelyik misszionáriust), illetve átjutottak-e, aztán felírni a lehetséges lépéseket, és jöhet a következő szint.. Esetleg még ki lehet szűrni az egyforma állásokat, vagy egy max mélységet megadni..
De az "erősséget" nem értem, velük van a szentlélek is, vagy mi?
Az erősségnek nem azt kéne jelentenie, hogy ha
misszionáriusok száma * erősség < kannibálok száma
akkor megeszik őket? Ez hogy jön ki a 4:3-ra?
Klikk, a JF.hu bulvárlap.
Klikk #6 WIP: 30% (Kuz, sade, ramoryan...)
|
|
|
|
Egy másik probléma: végtelen méretű sakktáblán két mező között a legrövidebb út hossza szabályos lólépéssel. Elég a hossza (viszont az konstans idő alatt kéne), azzal már menne az útkeresés (A*), de annak hiányában csak szélességi bejárással tudom megtalálni a legrövidebb utat.
|
|
|
|
Ahh, így azért más a helyzet, mint ahogy eredetileg leírta. Csónakokról pl szó sem volt.
Szerintem az erősséggel valamiféle sebzésre gondolt a misszionáriusok részéről(a leírás alapján.) Vagy lehet, hogy inkább védelem, arról nem írt, hogy a kannibálok kinyiffannak, ha kevesebben vannak.
...a játékfejlesztés nem éppen a programozásról szól...
/4Bit
|
|
|
|
Ez egy érdekes logikai feladat, szerintem erre gondolt: Missionaries and Cannibals
Azt nem pontosan értem, mi az az "erősség"? Definiálnád, kérlek?
Én valami sima rekurzív-szerű kereséssel oldanám meg.
u.i.: elég 1 helyen a hsz, legyen mondjuk itt, a többit törlöm.
Klikk, a JF.hu bulvárlap.
Klikk #6 WIP: 30% (Kuz, sade, ramoryan...)
|
|
|
|
Mi kell neked pontosan? Útvonalkeresés?
A balhét(feltéve, hogy jól értem a feladatot, és minden misszionáriusnak ugyanakkora "ereje" van) meg kb ennyivel ki tudod számolni:
if kannibálokszáma - (misszionáriusokszáma * misszionáriuserőssége) >= 1:
<nyert.>
Btw marha sok értelme volt 3 topicba beírni ugyanazt.
...a játékfejlesztés nem éppen a programozásról szól...
/4Bit
|
|
|
|
Sziasztok!
Az lenne a kérdésem, hogy tudtok valami általános algoritmust a címben említett probléma megoldására vagy egy oldalt ahol le van írva? A konkrét feladat a következő: A parton van X darab kannibál és Y darab misszionárius és át kell juttatni őket a túlpartra. Ezenkívül meg lehet adni a misszionáriusok erősségét. Ha például azt adom meg, hogy 1es erősségű akkor ha 4 kannibál és 3 misszionárius van a parton még életben maradnak. C-ben kellene megoldanom a feladatot.
Köszönöm a segítséget előre is.
|
|
|
|
Amúgy szerintem a helyett, hogy egyes formátumokhoz írnál konvertert, érdemesebb valami ehhez hasonlót használni. Így elég egy adatszerkezetet ismerned, és több mint 20 formátumot tudsz használni
|
|
|
|
Ha jól emlékszem ez a téma már (legalább) egyszer felmerült .obj loader kapcsán :3
alias aalberik
|
|
|
|
Nem tökéletes, de ez biztos benne van.
Link.
If your game idea starts with the story it’s not a game idea.
Stories in games are optional.
|
|
|
|
Nekem is X importer amúgy
Valóban egy egyszeri dolog, csak fura, hogy amit a dxviewer 2mp alatt megnyit, azt nekem 10-15mp-ig "konvertálja" (mert a végén kimentem binárisba, és azt töltöm be)
@Matzi: lehet átküldted anno, nem tudom azóta van-e frissebb változat, mert mintha nekem még az lett volna meg, amibe teszt jelleggel beraktad ezt a fajta "rendezést"
|
|
|
|
Nekem speciel pont van egy X importerem, ami pont ugyanezt csinálja, és ha érdekel oda is tudom adni, ha még nem tettem meg.
If your game idea starts with the story it’s not a game idea.
Stories in games are optional.
|
|
|
|
Ez valami modell exporter? Ha igen, én ezt úgy oldottam meg, hogy a modellezőben egy háromszög 3 csúcsához le vannak tárolva a pozíció/normál/texcoord indexek és egyszerűen kiexportáltam háromszögenként 3 vertexet pos/norm/tex-szel együtt. Ezután végigmentem a vertex listán és kiszórtam amiből több volt, ezzel együtt újraindexeltem a csúcsokat.
Egyébként szerintem ennek tökmindegy, hogy mennyi keresgélés van benne, mert úgyis egy preprocessz jellegű dolog.
|
|
|
|
@ddbwo: újra indexelni mindenképpen kell. Mondom, képzeld csak el egy kocka egyetlen csúcsát. Vicces lenne, ha csak egy normal tartozna hozzá. = több vertex lesz = módosulnak az indexek
@Asylum: nem értem mire gondolsz... már hogy duplikáljam? Nem tudom, hogy miből kell kettő, vagy három, vagy több, és hogy annak milyen új indexe lesz...
|
|
|
|
Ezt igy felejtsd el, duplikáld a pozíciókat / amit kell 24-re.
|
|
|
|
Ne legyen újra indexelés, csak hagyja ki ami nincs, vagy párhuzamosan az újra indexelés mellett kerüljenek be 0 indexek a false-hoz.
A Half-Life 2: Deathmatch promóció megszűnt! [B¤°
Kezdetben volék az üresség. Ám akkor a Struktúrfüggöny megteremté az Urat.
DrunkenDragon* Blackwolf
|
|
|
Legújabb project:
ColorPlay
Legutóbb frissített
project:
ColorPlay
Friss kép a galériából:
|
Frissebbek 
