játékfejlesztés.hu
FórumGarázsprojectekCikkekSegédletekJf.hu versenyekKapcsolatokEgyebek
Legaktívabb fórumozók:
Asylum:    5440
FZoli:    4892
Kuz:    4455
gaborlabor:    4449
kicsy:    4304
TPG:    3402
monostoria:    3284
DMG:    3172
HomeGnome:    2919
Matzi:    2519

Pretender:    2498
szeki:    2440
Seeting:    2306
Geri:    2185
Orphy:    1893
Joga:    1791
Bacce:    1783
MaNiAc:    1735
ddbwo:    1625
syam:    1491
Frissebbek | Korábbi postok
[1] [2] [3] [4] [5] > 6 < [7] [8] [9] [10] [15]
LugaidVandroiy - Törzstag | 504 hsz       Online status #188886   2012.11.16 14:56 GMT+1 óra  
Ti hogy oldjátok meg a bitmap betöltését? Van egy problémám, amire OutOfMemory exceptiont kapok (vicces, kifejtem lentebb). Sok bitmapot kell betölteni, és elhelyezni egyszerre a memóriában. Jelenleg LruCache-t használok, ami tökéletes, de csak néhány androidos eszközön. Összesen 30 mega képadatot kell (tömörítetlenül ennyi) betölteni. A tabletemen, emulátoron, meg egy Galaxy S 2-n szépen látszódik a logcatben, hogy túllépné a vm heap büdzsét, ezért kéreget. Ezeken nincs is probléma, viszont néhány eszközön ezt nem hajlandó megtenni, és az 1 giga memóriából egy rohadt plussz szeletet nem hajlandó adni.

Mint említettem, 30 mega környékén van mindenestül (ennyit zablál a progi) a cucc, viszont szintén OutOfMemory exceptionnal kifagy olyan eszközön, ahol egyébként a vm heap size 48 mega.

Mi a halált lehet ilyenkor tenni?

   
DMG - Szerkesztő | 3172 hsz       Online status #185709   2012.08.06 19:50 GMT+1 óra  
Idézet
Joderida :
Rég nem írtam ide, de itt van az én megoldásom hátha tetszik:
Amikor megtörtént a pályaválasztás a 3ds menüből.
Nekem a betöltés alatt lefut egy videó(ekkor tölti be a modelleket és az egyéb paramétereket a pályához)...
Aztán amikor a textúrára kerül a sor a gameveiewnak beállítok egy hátteret a setBackgroundResource(R.drawable.icon) segítségével. Elindul a textúra betöltés és a végén settBackgroundResource(0) -ra rakom, és megy is a játék. Remélem segítettem.



helyesbítek, bizonyos körülmények között a te megoldásod kényelmesebben használható, már ha jól értem a működését, de mindjárt ki is próbálom.
-----------------------------------------
Dont Listen to the Naysayers
   
DMG - Szerkesztő | 3172 hsz       Online status #185656   2012.08.05 16:27 GMT+1 óra  
Köszi!

Az előző megoldás nekem bőségesen jó, észben tartom ezt is, nem rossz.
-----------------------------------------
Dont Listen to the Naysayers
   
Joderida - Tag | 55 hsz       Online status #185632   2012.08.05 09:30 GMT+1 óra  
Rég nem írtam ide, de itt van az én megoldásom hátha tetszik:
Amikor megtörtént a pályaválasztás a 3ds menüből.
Nekem a betöltés alatt lefut egy videó(ekkor tölti be a modelleket és az egyéb paramétereket a pályához)...
Aztán amikor a textúrára kerül a sor a gameveiewnak beállítok egy hátteret a setBackgroundResource(R.drawable.icon) segítségével. Elindul a textúra betöltés és a végén settBackgroundResource(0) -ra rakom, és megy is a játék. Remélem segítettem.

   
DMG - Szerkesztő | 3172 hsz       Online status #185620   2012.08.04 21:57 GMT+1 óra  



Kösz!

Már szétcsesztem az egész kódot, Async metódusokkal, msot beraktam egy számlálót és működik.

Csak azt nem értem, hogy amikor a draw medódus után raktam akkor ott mit csesztem el, mert elvben ugyan az, az első frame után tölt.

Erre most azt hiszem alszok egyet.
-----------------------------------------
Dont Listen to the Naysayers
   
kernel_panic - Tag | 117 hsz       Online status #185616   2012.08.04 20:45 GMT+1 óra  
És ha csak a rajzolás után rákövetkező frame-ben csinálod a betöltést?

   
DMG - Szerkesztő | 3172 hsz       Online status #185614   2012.08.04 19:29 GMT+1 óra  
lenne egy problémám, hátha találkozott már vele valaki.

OpenGLES alatt szeretnék Loading képernyőt

A legegyszerűbb elképzelés ami PC-n működött annak idején, hogy fogok egy kis képet betöltötm (ez meg van hamar) Majd ezt megjeleníten, és mikor a megjelenítés kész, ezután töltöm be a többit, és a végére odabiggyeztek egy képernyő váltást, így addig kint lesz a töltő képernyő, amíg be nem tölti a cuccokat.

Androidon ez valamiért nem akar üzemelni, nem igazán értem, betöltöm a töltő képet, megjelenítem, és ha van mögötte egy eljárás ami betölti a többit, akkor addig a töltő képernyőt sem jeleníti meg amíg az be nem töltődött.

Valaki csinált már iylen statikus töltő képernyőt, és ha igen akkor hogyan?
-----------------------------------------
Dont Listen to the Naysayers
   
DMG - Szerkesztő | 3172 hsz       Online status #185335   2012.07.29 19:34 GMT+1 óra  
Ilyet amúgy fizikára kihegyezett játékoknál tudok max elképzelni, mint volt régen az a plexi üveges játék, hogy agolyókat kellett a lyukba vergődni.

Újat mindjárt kipróbálom.
-----------------------------------------
Dont Listen to the Naysayers
   
kernel_panic - Tag | 117 hsz       Online status #185326   2012.07.29 17:16 GMT+1 óra  
Idézet
DMG :
Hát engem továbbra sem győzött meg a létjogosulságáról.


Mondjuk shoot 'm up-ot ezzel valószínűleg nem érdemes csinálni...
Esetleg ott használható, ahol nem a gyors és főleg pontos mozgáson van a hangsúly, bár ott talán már jobb valamilyen érintőképernyős megoldás.

Mindenesetre itt egy kicsit módosított változat (nagyobb a holtzóna, a képernyőre bökve lehet új nullhelyzetet beállítani).

   
DMG - Szerkesztő | 3172 hsz       Online status #185323   2012.07.29 15:52 GMT+1 óra  
Hát engem továbbra sem győzött meg a létjogosulságáról.
-----------------------------------------
Dont Listen to the Naysayers
   
kernel_panic - Tag | 117 hsz       Online status #185321   2012.07.29 15:34 GMT+1 óra  
DMG - Szerkesztő | 3172 hsz       Online status #185097   2012.07.25 13:47 GMT+1 óra  
Nicsak:

http://android-developers.blogspot.hu/2012/04/faster-emulator-with-better-hardware.html

Idézet
...As a bonus, since we’re now supporting OpenGL ES 2.0, your OpenGL games can now run inside the emulator.
-----------------------------------------
Dont Listen to the Naysayers
   
DMG - Szerkesztő | 3172 hsz       Online status #185053   2012.07.24 14:56 GMT+1 óra  
Idézet
versio :
http://index.hu/tech/cellanaplo/2012/07/24/szoftverkalozok_miatt_szidjak_az_androidot/

az en kepzeloerommel van a baj , ha nem latok ebben bizniszt?



Szoftverkalózok miatt szidják az Androidot

Szoftverkalózok miatt szidják a PC-t

Szoftverkalózok miatt szidják a Playstation-t

Szoftverkalózok miatt szidják az XBOX-ot

Blabal...

Szoftverkalózok miatt szidják a Windows Phone 8-at
-----------------------------------------
Dont Listen to the Naysayers
   
kernel_panic - Tag | 117 hsz       Online status #185049   2012.07.24 14:27 GMT+1 óra  
Idézet
versio :
...az en kepzeloerommel van a baj , ha nem latok ebben bizniszt?


A képzelőerőddel egész biztosan nincs baj, legalábbis abból kiindulva, amit a Win8 kapcsán szoktál vizionálni...

szerk:
A linkelt cikkhez is hozzászólva: én eddig se értettem, hogy mobil eszközökre mi értelme van ilyen játékokat kiadni, mint ez a Dead Trigger? Szerintem az ehhez hasonlókkal inkább konzolon/pc-n játszanak az emberek (ahol ráadásul jobb nevek is vannak), mobilon meg inkább az egyszerű, könnyed és egyedi vizuális stílusú (vagy a bevalottan casual) játékok mennek, mint pl. ez...

Ezt a hozzászólást kernel_panic módosította (2012.07.24 15:07 GMT+1 óra, ---)

   
versio - Tag | 659 hsz       Online status #185044   2012.07.24 13:41 GMT+1 óra  
kernel_panic - Tag | 117 hsz       Online status #184998   2012.07.23 20:58 GMT+1 óra  
Nekem az emulátoroknál (és más 4:3 képarányú 2d játékoknál) nem zavaró, hogy teljes képernyőre állítva oldalirányba nyújt egy kicsit, bár ez nyilván egyrészt műfajfüggő, másrészt egyéni preferencia kérdése...

   
DMG - Szerkesztő | 3172 hsz       Online status #184997   2012.07.23 20:25 GMT+1 óra  
Én is gondoltam egy ilyen köztes megoldásra, de a torzulást én mindenképpen el akarom kerülni.
-----------------------------------------
Dont Listen to the Naysayers
   
kernel_panic - Tag | 117 hsz       Online status #184994   2012.07.23 20:19 GMT+1 óra  
Hmm, nekem egyenlőre az tűnik a legjobb megoldásnak, hogy 1.6-os arányú felbontást használok, és azt nyújtom rá a képernyőre. Ez elméletileg 3:2 és 16:9 közötti képaránynál elfogadható eredményt ad, és gondolom ez lefedi a telefonok nagyrészét (?).

   
DMG - Szerkesztő | 3172 hsz       Online status #184988   2012.07.23 17:49 GMT+1 óra  
Idézet
kernel_panic :
@DMG:
Majd leírhatnád, hogy mire jutottál, illetve azt is, ha találsz valami idevágó infót...



na hát viszonylag egyszerű megoldást találtam ki, jobban mondva, amit gopher isjavasolt, az lesz megvalósítva.

Én a pályát nem felbontással kezelem hanem egységben, legyen az pl méter. namost az x tengely fix méretű lesz, mondjuk 15 m. Az y tengely meg a képaránytól lesz függő. x/(képarány)

pl:

3:2-es képarány (480x320) 15mx10m a játéktér
10:6-os képarány (800x480) 15mx9m a játéktér


Amire oda kell figyelni, hogy 9 méter fölé ne tegyek semmi fontosat, max háttér elemeket, mert az 10:6-os aránynál nem fog látszani.


Nmajd meglátjuk gyakoraltban menniyre macerás ennek a kezelése.
EDIT: nyílvn ez nem spanyol vias, csak annyira riv, hog yaz ember elvész a részletekben.
-----------------------------------------
Dont Listen to the Naysayers
   
DMG - Szerkesztő | 3172 hsz       Online status #184959   2012.07.23 07:46 GMT+1 óra  
Itt van, felbontás, CPU, RAM

http://www.enterra-inc.com/techzone/android_statistics/

Igaz dátumot nem találok rajta, lehet, nem valami friss.

October 27th, 2010

Szóval nem friss, majd keresgélek.
-----------------------------------------
Dont Listen to the Naysayers
   
H.István - Törzstag | 304 hsz       Online status #184957   2012.07.22 22:51 GMT+1 óra  
Valami ilyesmit sikerült előhalászni, mutatja az appbrain felhasználóinak top okostelefon tipusait és itt van például a samsung galaxy ace ami 5. és az armv6-os, szóval biztos van belőlük elég sok:
http://www.appbrain.com/stats/top-android-phones
DMG: érdekelne a CPU-s statisztika is, esetleg ha tudnád linkelni előre is megköszönöm!
   
DMG - Szerkesztő | 3172 hsz       Online status #184942   2012.07.22 15:08 GMT+1 óra  
Én még csak Mhz alapján találtam ilyen CPU statisztikát, de az alsó kategóriában elég soki az ARM6-os még szerintem.
-----------------------------------------
Dont Listen to the Naysayers
   
H.István - Törzstag | 304 hsz       Online status #184938   2012.07.22 10:30 GMT+1 óra  
Sehol sem találok a neten valami statisztikát arra vonatkozólag, hogy hogyan oszlanak meg a processzor tipusok a google play-t használók körében. Konkrétan az armv6-os tipusok érdekelnek, mivel az adobe airt szeretném használni, de az nem támogatja az armv6-os procikat és kiváncsi vagyok az hány százaléka lehet a felhasználóknak. Valaki talált már a neten erre vonatkozó statisztikákat?
   
DMG - Szerkesztő | 3172 hsz       Online status #184930   2012.07.21 23:15 GMT+1 óra  
Na majd agyalok rajta, bennem is felmerült ez, de akkor a játéklogika részben kell biztosítani, hogyott esemény már ne történjen, vagy lekódolom úgy, hogy képarány függően történjenek az események, de az meg nyűg.
-----------------------------------------
Dont Listen to the Naysayers
   
gopher - Törzstag | 491 hsz       Online status #184929   2012.07.21 23:12 GMT+1 óra  
Igen, gondoltam, hogy nálad más lesz a helyzet, de akkor szerintem érdemes valami díszesebb dolgot kitenni oldalra, mint egy fekete sávot (amit írtál)
   
DMG - Szerkesztő | 3172 hsz       Online status #184924   2012.07.21 22:48 GMT+1 óra  
Ez így rendben is lenne, de egy statikus pályán, max úgy lehetne megcsinálni, hogy többet lát a játéktérből, de a plusz részeken nem történik esemény, mert akkor másik képaránynál meg nem látná a játékos, szóval ugyan ott vagyok ezzel is mint a fekete csíkokal, csak nem fekete csíkokat rakok a szélére, hanem egy grafikus keretet, vagy épp a kibővített játékteret.

Amit találtam az sajna erre nem jó, de találtam mást, mjd kipróbálom egyelőre fontosabb dolgok vannak a ToDo listán, de talán a jövőhéten dűlőre jutok.
-----------------------------------------
Dont Listen to the Naysayers
   
gopher - Törzstag | 491 hsz       Online status #184921   2012.07.21 22:38 GMT+1 óra  
@DMG: Én úgy oldom most meg DC-ben, hogy aránytól függ, hogy mennyit lát a felhasználó. Ehhez annyi kell, hogy a HUD az ne legyen összefüggő (DC-ben ezt elég könnyű volt megoldani Atomracer is reload lesz, ott is hasonló lesz az elv.
   
kernel_panic - Tag | 117 hsz       Online status #184828   2012.07.20 16:22 GMT+1 óra  
@DMG:
Majd leírhatnád, hogy mire jutottál, illetve azt is, ha találsz valami idevágó infót...

   
DMG - Szerkesztő | 3172 hsz       Online status #184819   2012.07.20 13:19 GMT+1 óra  
Most találtam valami mainfest.xml beállítást elvileg, ami szabályozza, hogy a beállított felbontáson hogy tartsa meg a képarányt, hazamegyek ki is próbálom, aztán ha működik megnézem,h ogy lehet opcionálissá tenni.
-----------------------------------------
Dont Listen to the Naysayers
   
Kuz - Törzstag | 4455 hsz       Online status #184816   2012.07.20 12:22 GMT+1 óra  
Ha számít, a Diablo 3-ban van egy opció, miszerint felbontástól függetlenül wide screen-t kapsz, csak a fent/lent lévő fekete sávod lesz vastagabb/vékonyabb.
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???

   
DMG - Szerkesztő | 3172 hsz       Online status #184814   2012.07.20 12:13 GMT+1 óra  
Ez más játékoknál hogy van megoldva?

esetleg konfigurálhatóra meg tudnám csinálmi max azt, hogy tartsa az arányokat (fekete sávokkal) vagy sem s inkább tegye ki teljes képernyőbe.
-----------------------------------------
Dont Listen to the Naysayers
   
M4 - Tag | 187 hsz       Online status #184812   2012.07.20 11:52 GMT+1 óra  
Nem tudom mennyire lenne bonyolult neked, de kosztumizálható is lehetne. Megmondja a játékos milyet akar.

   
DMG - Szerkesztő | 3172 hsz       Online status #184811   2012.07.20 10:34 GMT+1 óra  
Beleszaladtam még egy érdekes kérdésbe (jobban mondva, mér régi kérdés, de most foglalkoztat)

Az eltérő felbontások kezelése, addig ok, ameddig nem változik a képarány, nade mi a helyzet akkor ha változik. És ügyebár android eszközökön elég szerte ágazó (16:9, 4:3, 3:2 stb...)

Jelenleg úgy működik az alkalmazásom, hogy egy adott képaránnyal dolgozik, ettől eltérőn torzul a kép. Hogy lehet ezt szépen megodlani?

mert vagy lekezelem az össze képarányt, és nem lesz egyforma a játéktér, hol kevesebb hol több fér majd rá, vagy a hagyományos sávokat pakolom valahogy bele a játékba, ahogy a TV-n már megszokhattuk a 4:3-as adásoknál a 16:9-es tv-n, vagy marad a torzítás.

Torzítás esetén nyílván arra kéne optimalizálni, amiből a legtöbb van a piacon, ez ha jól tudom most a 800X480, vagy valami köztes arányt találok, ahol minden felbontáson torzul kicsit a kép, de elviselhető módon.
-----------------------------------------
Dont Listen to the Naysayers
   
DMG - Szerkesztő | 3172 hsz       Online status #184221   2012.07.05 12:30 GMT+1 óra  
Kösz!

Én is erre vonatkozó bejegyzéseket találtam eddig, akkor nem veszíthetek sok "ügyfelet".
-----------------------------------------
Dont Listen to the Naysayers
   
gopher - Törzstag | 491 hsz       Online status #184220   2012.07.05 11:25 GMT+1 óra  
Én is azt a méretet lőttem be (a köv. projektben, a DC-ben max. 512x512, mert nem kell nagyobb ). Az én kis alsó/közép kategóriás mobilom 4096x4096-osat támogat (khm. elméletileg, szerintem amúgy nem, samsung gio s5660), szóval szerintem rendben lesz, és igen, GPU függő.

Itt is aszongyák

"Common approach - texture max size is 1024x1024"
   
DMG - Szerkesztő | 3172 hsz       Online status #184219   2012.07.05 10:51 GMT+1 óra  
Egy kérdés, milyen textura méret lehet az, ami jó szerencsével minden telefonon támogatott, nagyon szeretném megcélozni az 1024x1024-et, vélemény?

Tudom, le lehet kérdezni, de az max arra jó, hogy az anyémről tudjam mit támogat. Ez amúgy GPU függő ugye?
-----------------------------------------
Dont Listen to the Naysayers
   
gopher - Törzstag | 491 hsz       Online status #184180   2012.07.03 23:42 GMT+1 óra  
Hogyan tudok utólag hozzáadni másik SDK verziót? Egyelőre a 2.1-et, a 2.2-őt, és a 4.1-et szedtem le első installnál. Viszont mostmár nem jelennek meg a másik verziók az SDK Managerben. Valakinek van tippe?



Semmi. Megvan. Frissíteni kellett a platform-tools-t. (Nagyon egyértelmű ... ) Ja és admin módban kell indítani különben "hozzáférés megtagadva" ..

Ezt a hozzászólást gopher módosította (2012.07.03 23:50 GMT+1 óra, ---)
   
kernel_panic - Tag | 117 hsz       Online status #183932   2012.06.27 13:34 GMT+1 óra  
Google I/O stream (nemsokára), több, Android-os fejlesztést is érintő témával...

   
kernel_panic - Tag | 117 hsz       Online status #183655   2012.06.21 02:44 GMT+1 óra  
Parallax - Tag | 574 hsz       Online status #183552   2012.06.19 19:45 GMT+1 óra  
Microsoft research-öt se ipadon, se androidon nem fogjuk látni, nem is értem miről szól itt a párbeszéd amúgy.

   
sirpalee - Tag | 1282 hsz       Online status #183549   2012.06.19 19:26 GMT+1 óra  
Jól gondold meg a válaszod fiatalember.
raytraceisten és übermedic
   
LugaidVandroiy - Törzstag | 504 hsz       Online status #183548   2012.06.19 19:23 GMT+1 óra  
Biztos. Bár nem tudom, hogy mennyibe fog kerülni, de ha az "iPad a csórók tabletje", akkor feltételezem, hogy az átlag ember nem fogja tudni megfizetni. Ha meg választás elé kerül, hogy laptop vagy tablet, szinte biztos vagyok benne, hogy a laptopot fogja választani.

   
sirpalee - Tag | 1282 hsz       Online status #183544   2012.06.19 18:45 GMT+1 óra  
Biztos?
raytraceisten és übermedic
   
LugaidVandroiy - Törzstag | 504 hsz       Online status #183543   2012.06.19 18:33 GMT+1 óra  
Nem

   
versio - Tag | 659 hsz       Online status #183541   2012.06.19 18:14 GMT+1 óra  
LugaidVandroiy: nahat akkor nem szeretned modositani a hozzaszolasod, a tegnapi microsoft bejelentes utan?
   
LugaidVandroiy - Törzstag | 504 hsz       Online status #183466   2012.06.18 17:19 GMT+1 óra  
Jaj versio, de naív vagy... nézz kicsit szét, hogy milyen Androidos kütyük vannak. Azt a kijelzőt pár évig még biztosan nem fogjuk látni minden második ember kezében

   
versio - Tag | 659 hsz       Online status #183463   2012.06.18 16:24 GMT+1 óra  
"Arról nem is beszélve, hogy mekkora a latency a tapinál. "

attol fugg melyiknel:

   
LugaidVandroiy - Törzstag | 504 hsz       Online status #183456   2012.06.18 15:48 GMT+1 óra  
Idézet
kernel_panic :
Idézet
DMG :
Sajnos ez a négysarkos módszer, logikus elrendezésben csak ehhez hasonló izometrikus nézet irányítására húható rá, persze rá lehet erőltetni másra is, szóval nem rossz ez.


Itt igazából nem is erről van szó, hanem annak a felismeréséről, hogy az érintőképernyős bevitel alapjaiban pontatlan, és nem lehet (illetve nem érdemes) se az "egeres" se a "gamepad-os" bevitelt egy-az-egyben átvinni rá...



Arról nem is beszélve, hogy mekkora a latency a tapinál.

   
kernel_panic - Tag | 117 hsz       Online status #183454   2012.06.18 15:41 GMT+1 óra  
kernel_panic - Tag | 117 hsz       Online status #183316   2012.06.15 21:42 GMT+1 óra  
Idézet
DMG :
Sajnos ez a négysarkos módszer, logikus elrendezésben csak ehhez hasonló izometrikus nézet irányítására húható rá, persze rá lehet erőltetni másra is, szóval nem rossz ez.


Itt igazából nem is erről van szó, hanem annak a felismeréséről, hogy az érintőképernyős bevitel alapjaiban pontatlan, és nem lehet (illetve nem érdemes) se az "egeres" se a "gamepad-os" bevitelt egy-az-egyben átvinni rá...

   
Frissebbek | Korábbi postok
[1] [2] [3] [4] [5] > 6 < [7] [8] [9] [10] [15]