Szia!
Lightmapot gile(s)-sal lehet rárakni. Jól kezeli a a b3d formátuomot

Heló ! Egy kérdésem lenne.Van-e valakinek tapasztalata a 3ds max b3d exporterrel kapcs.
Már mindent szépen sikerül vele kiexportálni,csak lightmapolt modelleket nem.Tud-e valaki valami megoldást hogyan lehet ilyesmit csinálni a b3d exporterrel (mert a leírás szerint lehet) ? A válszt elõszõre is köszi

Olvastam, és figyelemmel is kísérem munkásságod.
Nekem ez az elsõ, olyan nagy projectem, amirõl pontos képem is van, nem csak álmok.

Blitzben az elsõ, de korábban már csináltam egyet-mást, mindenféle nyelveken. Amikor a hónap garázsprojectjének választották a JF szerkesztõi a Droidzone-t, a projectrõl szóló cikkben olvashatsz a korábbi dolgaimról is.

Én is hasonló metódusokat használok, csak mivel szétszort vok, rengeteg kommentet írok mellé.
Elf, ugye neked is ez az elsõ projected?

Hogy érted azt, hogy mit mikor kellene programozni?
Egyébként nem jegyzetelgetek, ami elég nagy hiba.
Jelenleg a következõképpen haladgatok a Droidzone-nal:
- az egész program különálló részekre oszlik, mindegyiknek meg van a maga feladata. Ezek a részek rendszerint 3 részbõl állnak: van egy init, egy update, és egy delete. Tehát pl. egy droidot úgy jelenítek meg, hogy a neki megfelelõ init-et meghívom, a játék közbeni mozgatásért a droid update fügvénye (B3D-ben metódusról nem beszélhetünk) a felelõs, ha pedig meg kell halnia akkor a delete fügvénye fut le. Mindez igaz a játékban található összes pályaelemre, szereplõre, tárgyra, részecskére stb.-re.
- mivel ezek a "dolgok" (robotok, tárgyak, részecskék, lövedékek stb.) elég jól elkülöníthetõk egymástól (legalábbis ami a mûködésüket illeti), nem szoktam jegyzetelni, inkább agyalgatok egy valamin akár több hetet is. Alaposan végig gondolom hogyan is kellene mûködnie, hogyan lehetne beilleszteni a kész játékba.Ha a fejemben összeállt az egész, akkor újabban egy külön kis miniprojectben megírom az init/update/delete részeket. Mindez pusztán azért van mert ha a teljes programban próbálgatnám az túl sok ideig tartana, a compiler fordítási ideje stb. miatt. Inkább megcsinálom egy külön kis programban amit akarok, majd beillesztem a Droidzone-ba. Ilyenkor még kell egy kis finomítás, de ez már semmiség.

Hát kb. így fejlesztem a kis robotjaimat.

Te is használsz jegyzettet, hogy kb mit mikor kéne programozni?

Hát igen, én még az elején áttértem, most már ez nem jelent gondot. Elég jól meg lehet cifrázni a dolgokat a típusba ágyazott típusokkal is. Viszont hasznos és érdemes vele kínlódni, bár még én sem vagyok teljesen otthon benne minden téren.

Persze
Sikerült a játék kódjainak újrastruktúrálásába belevetni magam. Ugyanis már annyi változó, és más egyéb volt benn, hogy a továbblépéshez muszály tiszta léapra tenni eddigi irományaimat. Ezúttal már type-okkal, és egyéb nyalánksággal tarkítva.

Remélhetõleg így áttekinthetõbb lesz számomra, de most egyenlõre a ****om is kivan vele, hogy nem haladok, csak ugyanzt ültetem át.

Sikerült valamire jutnod vele?

Köszönöm Elf!
holnap megpróbálom a te módszereddel

És megírom mi lett
nem értem, hol a hiba, még mindíg.

Szerintem egyáltalán nem kell a global a tipusok globális használatához. Írtam neked egy kis példaprogit, én így használom, és minden függvényben elérhetõek az egyforma típusú "objektumok", akár más néven is:


Ha lefuttatod, akkor látszik, hogy nem kell a global sehová, mégis mûködik. Ja, ahhoz, hogy láss valamit, debug módban futtasd, a kimenete a proginak ide írogat.
A szóközre újabb próbatípusú elemmel bõvíti a listát, az enterre pedig az elsõ elem értékeit változtatja.
Remélem ez is segít valamit.

Ndani,
köszönöm a segítséget

Valószínûleg az a baj, hogy a "traktor1" változó nem globális. A deklarációja elé (Az End Type sor alatt) írj egy Global-t.
Mert ugye az új traktor objektum létrjön, csak a hozzá rendelt muató, a traktor1 nem globális, ezért a function-ban hibát jelez.

Örülnék, ha megoldódna, és nem kellene millió+1 változóval dolgoznom.
A kódkészlet

Ennél a sornál jelez hibát
If traktor1\hidrovalasztas=2
Elõre is köszi a hozzászólást

Alprogramok? Függvényekre gondolsz? Mert ott mûködik, én is így használom. Esetleg tudsz valami kódrészletet berakni, hogy lássuk mi lehet a baja?

Elf Mester!
Sajnos nem globálisak.
Nem érvényesek az alprogramokra

Szerintem a type-al definiált típusok globálisak. Ezt hová szeretnéd még tovább kiterjeszteni? Vagy én értettem valamit félre?

Sziasztok
Azzal kapcsolatban lenne kérdésem, hogy a dekralált változót hogyan lehet globalizálni?
tehát
type valami
field x
field y
end type

de ez csak a fõprogramra vonatkozik
szóval hogyan lehet az érvényességét kiterjeszteni

Idézet

---

kpeti8107 :
bár egy kis blitzes segítség néha elkelne (NEM CSAPATKERESÉS!)

---

Ha valami gondod van írd meg ide, hátha tud valaki segíteni!

A real-time strict emulatoin arra jó, hogy el lehet vele kerülni az elgépelt változónevekbõl adódó hibákat, mert minden olyan változónevet (vagy más azonosítót) pirossal (vagy azzal a színnel, amit beállítottál) ír ki, amit a programban nem deklaráltál. Persze, ha valakit idegesít, akkor ki is lehet kapcsolni. Egyébként a Proteanban tényleg több funkció van, de szerintem az IDEal sem fapoados. (Persze lehet, hogy korábban az volt.)

Igen én csinálgatom, de majd a frászt hoztad rám. Tudok a simtractor nevû játékról, sõt...!!!
Talán amiatt is kezdtem el fejlesztgetni az enyém. Felborzolta az idegeimet a szakmai baromságáradat. (Mármint mezõgazdaságilag)
Én jobban törekszem a játékban az élethûségre, még ha az komplikáltabbá teszi is. És fõleg a magyar viszonyokat akarom tükröztetni.
Egész jól haladok, bár egy kis blitzes segítség néha elkelne (NEM CSAPATKERESÉS!)

Kb úgy 20%-nál lehetek, úgyhogy a neheze még hátra van:
- idõjárás generátor
- növények növekedése
- netes modul
- kereskedés

kpeti:
Talán Te csináltad azt a traktoros játékot. Tök jó volt, de lehet, hogy már megelõztek:
http://www.indavideo.hu/video/Parasztszimulator

Tényleg, hogy áll a projected?

Idézet

---

NDani :
Egy kicsit talán kevesebb funkció van benne, mint a Protean-ban, de épp ezért átláthatóbb és egyszerûbb testre szabni.

---

Hát, nemtom, nekem a Protean se átláthatatlan. Még régen nézegettem az IDEal-t, de kicsit fapadosnak tûnt akkor még. A real-time strict emulation mit csinál?

Persze, hogy ez IDEal a legjobb! Én is azt használom! Egy kicsit talán kevesebb funkció van benne, mint a Protean-ban, de épp ezért átláthatóbb és egyszerûbb testre szabni. Ja, és persze a real-time strict emulation mindent visz.

Egy kis reklámot szeretnék csinálni
Elf (mester) ajánlotta nekem blitzes pályafutásom elején a Protean nevû szerkesztõt.
Sajnos, mivel, másra is használom a gépet, át kellett álnom Vistára és a protean nem igazán mûködött.
És itt a reklám helye:

Találtam egy talán annál is jobb szerkesztõt az IDEal - t
http://www.fungamesfactory.com/

Persze, hogy elavult OOP nélkül, hisz már maga az OOP gondolkodásmód sem mai találmány. Ha megnézed a mai programnyelveket, szinte mind egytõl egyik OOP alapú, legyen az C, Java, Javascript, PHP, Pascal/Delphi, de már egy egyszerû HTML oldal is "objektum-okká alakul" a webbõngészõk ablakában (DOM). Szóval enélkül elég nehéz manapság létezni. A BlitzMax is hagyományos basic alapokra építkezik, azaz egyszerû, viszont benne van az OOP lehetõsége, ha akarod, használod. Olyan mint a (Turbo) Pascal, amit tipikusan "tanulós" programnyelvnek tekintenek, mert egyszerûen átlátható, könnyen megérhetõ és megtanulható.
Akkor most jön a kérdés, hogy én miért Blitz3D-zek? Mikor elõször találkoztam ezzel, nem tudtam mi a különbség köztük, de nem is terveztem, hogy játékot fogok készíteni. Aztán egyre jobban kikerekedett a kis robotos játékom, megtanultam, hogyan oldjak meg dolgokat OOP nélkül a Blitzben, és hát végülis mûködik, még ha nem is az igazi.

Kösz Elf a választ, asszem igazad van. De biztos vagy benne, hogy az OOP hiánya elavulttá teszi? Szóval ennyire nélkülözhetetlen ma az OOP? Mert a Blitznek eredetileg az volt a célja, hogy egyszerû legyen és gondolom ezért maradt meg a hagyományos BASIC alapoknál.

Szerintem teljesen érthetõ, hogy abbahagyták a Blitz3D fejlesztését.
- Elavult nyelv, és ezen a nyomvonalon kár lett volna tovább fejleszteniük a 3D-s motort pl. DX9-re.
- Elavult, illetve túl egyszerû, mert hiányzik belõle az objektum-orientáltság, a típusok (type) ellenére is csak sima basic maradt, sok mindent nehezebb így megvalósítani mint OOP-val
- Mindezek tetejébe csak Windows-on mûködik, holott a BlitzBasic eredetileg ment Win-en, Mac-en és Linuxon is.
- Problémás az ára is: 100$, holott van ennél jobb 3D-s motorra épülõ nyelv, ráadásul sokkal olcsóbban. Pl. Microsoft C++ és XNA, OGRE és C++ és társai. Persze mindenki fél a C-tõl, pedig nem kell, egyszerû dolgokkal kell kezdeni, aztán menni fog az is.

A BlitzMax ezzel szemben már OO nyelv, alapból talán OpenGL-t támogat, de ha a Blitz3D-s parancsok hiányoznak, akkor a miniB3D extended a nyerõ. Ennek ellenére van hozzá sok minden pl. Dreamotion3D, Irrlicht stb. amikkel DX9-es grafikát lehet használni alatta.
A BlitzMax már jobban kezeli a DLL-eket, könnyebben lehet ezeken keresztül bõvíteni.
A legfontosabb pedig a BlitzMaxnál meg van: megy mindhárom oprendszeren a programod! Elvileg egyetlen sornyi kódújraírás nélkül! Azért ha valaki pénzt kér a programjáért, akkor célszerû mindhárom platformot megcélozni (nagyobb lesz a haszon), a BlitzMax-szal pedig egy pillanat alatt elkészíthetõ a megfelelõ verzió, nem kell hetek vacakolni a portolással.

Mellesleg ha jól tudom a DBpro-t sem fejlesztik már, pedig az jobban követte a technológiai fejlõdést. Biztos meg van ennek is az oka...

Sziasztok!
Elfnek volt egy Blitzcel kapcsolatos hozzászólása a DB topicban, de hogy azt ne offoljam, inkább itt reagálnék. Szóval Elf, azt írtad, hogy a Blitz3D-t már nem igazán fejlesztik a közösség unszolása ellenére. Szerinted ennek mi lehet az oka? Szerintem (és még gondolom sok más ember szerint) ez egy elég jó nyelv, amit, ha még fejlesztenének, még nagyobb népszerûségre tehetne szert. Akkor vajon miért nem fejlesztik?? Az egyik ok talán az lehet, hogy a BlitzMax-szal vannak elfoglalva, de szerintem ez nem ad rá okot, hogy a Blitz3D-vel leálljanak, mert azért nem lehet összehasonlítani a kettõt. (Tudtommal a Max csak 2D-t tud alapvetõen.)

Idézet

---

gaborlabor :
Akkor nem távoli asztal, hanem távsegítség vagy mi a neve... Azt tudom, hogy van valami, amikor mindketten tudják irányítani a gépet.

---

De ez a neve. Nálunk így dolgoznak egy csomóan a melóhelyemen. Másik megoldás a VNC, ami szintén nem rossz (bár nekem a remote desktoppal sincs semmi bajom)

Idézet

---

De tényleg nem kéne itt offolni. Gyere az általános offtopicba, vagy a helpdesk topicba.

---

Ez tényleg nem idevaló téma... (bocs, hogy én is beszálltam)

Mármint melyiknél? Akkor nem távoli asztal, hanem távsegítség vagy mi a neve... Azt tudom, hogy van valami, amikor mindketten tudják irányítani a gépet. De tényleg nem kéne itt offolni. Gyere az általános offtopicba, vagy a helpdesk topicba.

Az nem nagyon jó. Mert ott nincs lehetõség kooperativ munkára.

CVS?

Távoli asztal (?)

Sziasztok!
Egy kicsit offolnám a topicot (de csak részben)
Felötlött bennem az ötlet, hogy hogyan lehetne összekapcsolni a neten keresztül két gépet, hogy egyszerre kódoljunk.
Értem én azt, hogy amit a másik hozzátesz, azt én is lássam
megoldható ez?

Pl. ilyen a Pure Basic 4.0! Ez él és virul, ráadásul van hozzá mindenféle cucc!

NDani:
Nem.

Valaki próbált már programot átfordítani Linuxra. ( BlitzMAX ) Vagy esetleg tudtok olyan Basic nyelvet amivel egyszerûen lehetne ( akár windows alól ) linuxon is futó progit írni? Fõ hogy bõvíthetõ legyen, ne legyen valami kihalt és ,hogy meg lehessen szerezni .

Misi: sikerült megszerezned?

Jó kis progi.
Valaki nem tudja hogy hogyan szerezhetnék Linuxos verziót?
( A legújabb verziót asszem az v1.28 )

Elméletileg csak annyi, hogy Linuxon újra lefordítod, minden módosítás nélkül. Persze ez csak akkor igaz, ha nem használsz olyan Windowshoz vagy DirectX-hez kapcsolódó kiegészítéseket mint pl. a FastImage.
A BlitzMax-ról bõvebben itt olvashatsz: http://blitzmax.com/Products/blitzmax.php

Köszi. Még egy kérdés. Menyi átírni kb. egy windowsos cuccból linuxosra? ( 2D )

Sajnos nem. Van egy másik Blitz verzió, a BlitzMax, aminek van linuxos változata. Ez hasonló nyelv a Blitz3D-hez, de egyáltalán nem ugyanaz a kettõ, BlitzMax alapból pl. nem tud 3D-t.

Blitz3d megy linux-on?

hát ha homemade gyártmány, akkor esélyes h nemjól osztotta szét a térhatású jeleket, vagy épp sehogy
nem véletlenül kerülnek többe az ilyenek elég okosak
pl. Logitech-nél a Matrix cucc a jobbfajta hangfalakon

Egyelõre még semmire.
Kiderült hogy a hangrendszerem rossz (egy régi maszek gyártmányú quadro volt).
Most szerzem be az újat. Mihelyt megvan és kipróbáltam jelentkezem.
szilan

Idézet

---

szilan :
Köszönöm a 3D-hang javaslatokat mindet kipróbálom!
szilan

---

Nos? Mire jutottál?

Idézet

---

szilan :
Köszönöm a 3D-hang javaslatokat mindet kipróbálom!
szilan

---

Ha valamelyikkel jutsz valami használható eredményre, légyszíves oszd meg velünk is! Köszi!

Köszönöm a 3D-hang javaslatokat mindet kipróbálom!
szilan

Áh, értem, köszi!