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

Pretender:    2498
szeki:    2440
Seeting:    2306
Geri:    2198
Orphy:    1893
Joga:    1791
Bacce:    1783
MaNiAc:    1735
ddbwo:    1654
syam:    1491
Frissebbek | Korábbi postok
[1] [2] [3] [4] [5] > 6 < [7] [8] [9] [10] [15]
M4 - Tag | 187 hsz       Online status #191188   2013.02.09 13:11 GMT+1 óra  
Screenshot (htc-n): kikapcsoló gomb + home

   
LugaidVandroiy - Törzstag | 504 hsz       Online status #191187   2013.02.09 13:01 GMT+1 óra  
Én ezt használom videó felvételre. Szerintem megéri a pénzét. https://play.google.com/store/apps/details?id=com.ms.screencast
(root szükséges hozzá sajna)

   
Thrall - Törzstag | 609 hsz       Online status #191184   2013.02.09 12:57 GMT+1 óra  
Sziasztok,
mégegy kérdésem lenne:
Hogyan screenshotolok/videózokmobilról android esetén?
Valakinek ezzel kapcsolatban tapasztalata/tuti tippje?
Jatekfejlesztes.hu közös projekt: próbálunk összerakni egy olyan csapatot, akik együtt el tudnak készíteni egy komolyabb játékot megfelelő minőségben. Érdekel?
Link:
JF.hu közös projekt
http://frogbonegame.uw.hu/
   
kernel_panic - Tag | 117 hsz       Online status #190815   2013.01.27 00:42 GMT+1 óra  
DMG - Szerkesztő | 3172 hsz       Online status #190774   2013.01.25 16:48 GMT+1 óra  
Idézet
Thrall :
Idézet
DMG :
Ha már így szóvakerült, elvileg teljes értékű már az emu androidra, valaki próbálta már? Mert én hiába indítok emut, ugyan úgy csak GL ES 1.x és lassú mint a teve.


Múltkor valami - szerintem nagyon komoly androidos 3d-s játék - készítője mondta, hogy emulátoron nekik is pár FPS-el ment, pedig a játékuk arról tanúskodott, hogy nagyon profik.
Szóval szerintem az emu sajnos ilyen lassú...
LugaidVandroiy - köszi a választ, megkeresem.
Amúgy mégegy dolog: Olyat meg lehet valahogy oldani, hogy nem használok különböző képeket, de mégis működik minden felbontáson (csak lowres lesz mondjuk nagyob kjelzőn)?



persze hogy lassú, de volt a google hírcsatornán egy hír miszerint hardvergyorsítást kapot megg rendesen tudja emulálni a 2.0-át, de még nem sikerölt kipróbálnom, de már le is tettem róla, bővítem a gépparkot inkább.
-----------------------------------------
Dont Listen to the Naysayers
   
LugaidVandroiy - Törzstag | 504 hsz       Online status #190770   2013.01.25 10:25 GMT+1 óra  
Ha egy méretű assetnél akarsz maradni, akkor csinálj egy drawable mappát (csak így simán) a többi mellé. Ez viszont azt jelenti, hogy neked kell trükköznöd a felbontásoknál (vagy betöltéskor, vagy futásidőben méretezed). Én a betöltést szoktam válaszani, aspect ratiot figyelembe véve.

   
Thrall - Törzstag | 609 hsz       Online status #190769   2013.01.25 09:28 GMT+1 óra  
Idézet
DMG :
Ha már így szóvakerült, elvileg teljes értékű már az emu androidra, valaki próbálta már? Mert én hiába indítok emut, ugyan úgy csak GL ES 1.x és lassú mint a teve.


Múltkor valami - szerintem nagyon komoly androidos 3d-s játék - készítője mondta, hogy emulátoron nekik is pár FPS-el ment, pedig a játékuk arról tanúskodott, hogy nagyon profik.
Szóval szerintem az emu sajnos ilyen lassú...
LugaidVandroiy - köszi a választ, megkeresem.
Amúgy mégegy dolog: Olyat meg lehet valahogy oldani, hogy nem használok különböző képeket, de mégis működik minden felbontáson (csak lowres lesz mondjuk nagyob kjelzőn)?
Jatekfejlesztes.hu közös projekt: próbálunk összerakni egy olyan csapatot, akik együtt el tudnak készíteni egy komolyabb játékot megfelelő minőségben. Érdekel?
Link:
JF.hu közös projekt
http://frogbonegame.uw.hu/
   
DMG - Szerkesztő | 3172 hsz       Online status #190712   2013.01.23 13:20 GMT+1 óra  
Köszi!

Sebaj, növelem a gépparkot.
-----------------------------------------
Dont Listen to the Naysayers
   
LugaidVandroiy - Törzstag | 504 hsz       Online status #190710   2013.01.23 12:32 GMT+1 óra  
Szerintem még mindig használhatatlan, ha pl bekapcsolom a hardveres gyorsítást, akkor vagy el sem indul az emu, vagy fekete képernyő lesz az appomból.

   
DMG - Szerkesztő | 3172 hsz       Online status #190708   2013.01.23 12:25 GMT+1 óra  
Ha már így szóvakerült, elvileg teljes értékű már az emu androidra, valaki próbálta már? Mert én hiába indítok emut, ugyan úgy csak GL ES 1.x és lassú mint a teve.
-----------------------------------------
Dont Listen to the Naysayers
   
LugaidVandroiy - Törzstag | 504 hsz       Online status #190704   2013.01.23 10:47 GMT+1 óra  
A beállítások között (mármint az emulátor managerben) kellene egy resolution résynek lennie. Ott predefiniált értékek vannak (qvga, stb), azzal játszhadozhatsz.

   
Thrall - Törzstag | 609 hsz       Online status #190699   2013.01.22 23:16 GMT+1 óra  
Sziasztok, egy olyan kérdésem lenne, hogy Eclipse-ben az android emulátort hogyan tudom átállítani úgy, hogy más legyen a méretezése?
Ugye vannak a mappák,drawable-mdpi, drawable-ldpi, ilyesmi.
Nálam a cuccok a drawable-mdpi - ben vannak, telón jó is, de emulátoron nem, mert a képeknek csak egy része látszik.
Jatekfejlesztes.hu közös projekt: próbálunk összerakni egy olyan csapatot, akik együtt el tudnak készíteni egy komolyabb játékot megfelelő minőségben. Érdekel?
Link:
JF.hu közös projekt
http://frogbonegame.uw.hu/
   
lezli01 - Tag | 190 hsz       Online status #189201   2012.12.01 18:37 GMT+1 óra  
Örülök, hogy sikerült megoldani.
Ezzel most én is sokat tanultam!
   
LugaidVandroiy - Törzstag | 504 hsz       Online status #188982   2012.11.22 10:53 GMT+1 óra  
Idézet
LugaidVandroiy :
De a probléma továbbra is fenáll: egy 48 megás heapbe szeretném ezt a közel harminc megát beletuszkolni, nem megy, OutOfMemory. A 24-es heappel rendelkezőn tökéletesen megy, ott nincs probléma. Ugyanazokkal a képadatokkal működne mindegyik eszközön.



1) Megvan a probléma oka. HoneyComb alatt a bitmapok pixeladatai a natív memóriába kerülnek. E felett viszont a VM Heapet gazdagítják. Ezt azért csinálták így, hogy gyorsabb legyen a garbage collector... Viszont 11-es api felett meg lehet neki határozni manifestben a következőt:
Kód:
android:largeHeap="true"
ami annyit tesz, hogy egy jóval nagyobb szeletet kapunk a memóriából a heap számára.

2) Ugyanakkor ha az ember a Bitmap.createScaledBitmap fgv-t használja, számítson memory leakre. Helyette a BitmapFactory.Options classal lehet hatékonyabban optimalizálni a betöltést.

3) Ha van felesleges Bitmap objektumunk, akkor ne legyünk restek megívni a recycle() fgvjét, mert a GC nem fogja magától megtenni (illetve eléggé későn)

   
kernel_panic - Tag | 117 hsz       Online status #188963   2012.11.21 15:33 GMT+1 óra  
Idézet
Parallax :
Igen, csak a Dead-nél 100 ezres nagyságrendről a másik ratyiság esetében pedig ezres nagyságrendről lehet beszélni. Már mobilon se a fingó app a menő, fejlődik a hardver, igényesebbek a felhasználók. Ezt nehéz elfogadni egy garázsfejlesztőnek, de ez van.


Akkor az eladások miért nem ezt támasztják alá?

   
Parallax - Tag | 609 hsz       Online status #188962   2012.11.21 07:19 GMT+1 óra  
Idézet
kernel_panic :
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...


Igen, csak a Dead-nél 100 ezres nagyságrendről a másik ratyiság esetében pedig ezres nagyságrendről lehet beszélni. Már mobilon se a fingó app a menő, fejlődik a hardver, igényesebbek a felhasználók. Ezt nehéz elfogadni egy garázsfejlesztőnek, de ez van.

Idézet
DMG :
Blabal...

Szoftverkalózok miatt szidják a Windows Phone 8-at


Azért van a store, meg azért wp8-on nem mindenki azt berhel szét, amit akar, ez nem linux.

   
LugaidVandroiy - Törzstag | 504 hsz       Online status #188960   2012.11.21 00:20 GMT+1 óra  
Hogy mire használnám, teljesen lényegtelen, mivel a 30 mega meg abszolút nem sok. Mivel nem tömörített formában tárolja a pixeladatokat a Bitmap, ezért w * h * 4 a kép mérete byteban (igen, kell az alfa csatorna is). Így jött ki a 30 mega.

De a probléma továbbra is fenáll: egy 48 megás heapbe szeretném ezt a közel harminc megát beletuszkolni, nem megy, OutOfMemory. A 24-es heappel rendelkezőn tökéletesen megy, ott nincs probléma. Ugyanazokkal a képadatokkal működne mindegyik eszközön.

Azt hiszem, hogy inkább megpróbálom betuszkolni a képadatokat egy spritesheetbe, mert lehetséges, hogy az sem tetszik neki, hogy van vagy 40 betöltendő fájl.

   
lezli01 - Tag | 190 hsz       Online status #188956   2012.11.20 21:07 GMT+1 óra  
This is wrong in so many ways...

Egyetlen megoldásként azt látom, hogy dinamikusan, az adott eszkösz heap méretének megfelelő képet tartasz bent és ezeket folyamatosan cseréled...

Understanding heap sizes
Detect heap size

Viszont nagyon kíváncsi lennék mit csinálsz amihez ennyi adat kell, valami infót szórj már hátha segít! :
   
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 | 673 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 | 497 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 | 497 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.

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