Welcome, Guest. Please login or register.


Author Topic: Quadrillion (Read 141000 times)

Offline geco

  • EP addict
  • *
  • Posts: 7219
  • Country: hu
    • Támogató Támogató
Re: Quadrillion
« Reply #90 on: 2018.May.15. 08:47:23 »
Lehet, hogy a labda mozgása nem teljesen azonos az eredetivel, mivel nem a Plus/4-es kódot konvertáltam, hanem saját fejlesztésű ez a rész. De ha valóban van eltérés, az hiba is lehet, mert előfordulhat, hogy megoldhatatlan vagy éppen túl könnyű lesz egy pálya. A pontszám kiírás még mindig nem tökéletes (a Game Over üzenet közben nem frissül, bár utána a menüben igen), holnap megpróbálom javítani.
Nekem jobbnak tűnt, mint az eredeti, nagyobb a találati arány, szerintem könnyebb nem lett, és végigvihetetlen pályát sem okoz.
Ezzel jónak tűnt: -m6:b90l,0011223344556677,34,3456789a,3456789a
Na, szép :D , m6-ból nekem a legjobb a 8 verzióból 4020 byte volt :), m5-tel 3901 byte, mi alapján határozod meg a hosszakat, és a távolságot?

Offline endi

  • EP addict
  • *
  • Posts: 7298
  • Country: hu
  • grafikus, játékfejlesztõ, programozás, scifi, tudományok, vallás
    • Honlapom
Re: Quadrillion
« Reply #91 on: 2018.May.15. 09:09:50 »
legközelebb ne 2x írjátok át ugyanazt a játékot, hanem inkább két játékot írjatok át :)
Vigyázat! Szektás vagyok! :)

Offline geco

  • EP addict
  • *
  • Posts: 7219
  • Country: hu
    • Támogató Támogató
Re: Quadrillion
« Reply #92 on: 2018.May.15. 09:20:24 »
legközelebb ne 2x írjátok át ugyanazt a játékot, hanem inkább két játékot írjatok át :)
Ez így alakult :D ,sztem ez sem baj, és még lesz ez továbbvariálva is :D

Offline endi

  • EP addict
  • *
  • Posts: 7298
  • Country: hu
  • grafikus, játékfejlesztõ, programozás, scifi, tudományok, vallás
    • Honlapom
Re: Quadrillion
« Reply #93 on: 2018.May.15. 09:28:42 »
Ez így alakult :D ,sztem ez sem baj, és még lesz ez továbbvariálva is :D

akkor egyik verzió legyen telerakva ep-s dolgokkal, mindenféle effektekkel, ötletek:
-golyó "trail"-t húz maga után vagy ilyesmi effektet
-forgó labda
-az egész pálya mintha egy csőre lenne ráfeszítve és forog alattunk (lpt trükk)
-erőteljes raszter színezés
-függőleges hullámzás lpt effekt (ez mondjuk nehezítene a játékon)
-az egész lores módban legyen és scrollos
-digi hangok
-háttér fotók
Vigyázat! Szektás vagyok! :)

Offline endi

  • EP addict
  • *
  • Posts: 7298
  • Country: hu
  • grafikus, játékfejlesztõ, programozás, scifi, tudományok, vallás
    • Honlapom
Re: Quadrillion
« Reply #94 on: 2018.May.15. 12:21:34 »
még pár ötlet:
-kocka ne csak eltűnjön hanem particle-vel robbanjon szét darabokra
-az aktív szinű kockák pulzáljanak vagy ilyesmi
-új szín kiválasztásakor villanjanak fel a hozzá tartozó kockák
-valamo pálya megjelenés effekt
-valami pálya végi effekt
Vigyázat! Szektás vagyok! :)

Offline IstvanV

  • EP addict
  • *
  • Posts: 4822
Re: Quadrillion
« Reply #95 on: 2018.May.15. 13:05:31 »
Sikerült még faragni a program méretén (-26 byte), a fallal való ütközést a következő verzióban nem külön kezeli, hanem a fal bonthatatlan téglaként az aktuális pálya része. Így egyszerűsödött a kód. A felszabadult hely elég lesz a megmaradt pontszám hibák javítására, és talán még "game over" hangokat is lehet beépíteni.

-golyó "trail"-t húz maga után vagy ilyesmi effektet
-forgó labda
-az egész pálya mintha egy csőre lenne ráfeszítve és forog alattunk (lpt trükk)
-erőteljes raszter színezés
-függőleges hullámzás lpt effekt (ez mondjuk nehezítene a játékon)
-az egész lores módban legyen és scrollos

Nem tudom, a sok effektus és szín valóban jó ötlet-e. :oops: Zavaró lehet, ha a sok "vizuális zaj" miatt már nehéz követni a labda mozgását, nálam például javítja az Enterball játszhatóságát az egyszerű (nem mozgó, raszterezett, stb.) piros háttér és fehér labda. :)

m6-ból nekem a legjobb a 8 verzióból 4020 byte volt :), m5-tel 3901 byte, mi alapján határozod meg a hosszakat, és a távolságot?

Az m5 az Zlib formátum, azaz gyakorlatilag Zip, ami itt nem lenne hasznos. m6-ból a legegyszerűbb mindent kipróbálni, amihez már van kicsomagoló rutin, vagy könnyen lehetne készíteni. Az optimális kódolás kereséséhez használható a "-raw -m2 -1" formátum (azért -1, hogy ne darabolja az adatot több kisebb blokkra), itt kiolvasható a fejlécből:

epcompress -raw -m2 -1 quad.com quad.m2

hexdump -C < quad.m2 | head -n 2

00000000  c6 0c b3 e0 01 12 24 71  23 32 34 56 67 81 22 22  |......$q#24Vg.""|
00000010  34 43 55 78 9a c0 00 05  16 18 97 f0 04 31 50 01  |4CUx.........1P.|


Ehhez az -m6:fg0l,00112247,1233,23456678,12222344355789ac vagy -m6:f90l,00112247,1233,23456678,12222344355789ac lenne hasonló, a két formátum eltérő módon kezeli a tömöríthetetlen byte-okat. Az utolsó táblázat nem csak 16 méretű lehet, a negyedik byte (itt E0h) jelzi a méretét: b4,b5 = 00b: 4, 01b: 8, 10b: 16, 11b: 32.

Használható az Exomizer nevű program is, ami egyébként is hasznos lehet, van hozzá kb. 170 byte méretű Z80 rutin, ami még kisebb is lehet -c módban. Példa:

exomizer.exe raw -b -c -o quad.exo quad.com

...
 Encoding: 0001022351620100,1233,2223334565667789,12222233555888AC
 Length of crunched data: 3983 bytes.
 Literal sequences are not used and the safety offset is 2.


Ennek az -m6:b90l,0001022351620100,1233,2223334565667789,12222233555888AC felel meg. De ilyen kódolást már nem lehet egyszerű néhány soros Z80 rutinnal olvasni, annak a kereséséhez viszont hasznos lehet, hogy a gyakran használt m6 változatok közül melyik a leghasonlóbb. Ilyen hosszúságokat egyszerűen lehet dekódolni:

0123456789abcdef (ugyanaz, mint az alapértelmezett "g")
0011223344556677
123456789abcdef
0000000000000000
111111111111111111111
stb.

A távolság táblázatoknál érdemes tesztelni, hogy tömörítettek legyenek-e az 1 byte-os "sorozatok", ezek tilthatók a kódolásukat (a fenti példában 1233) üresen hagya. Tilthatók a 2 byte-osak is, ez azonban általában rosszabb. Néhány példa, de ennél több lehetőség van:

,12345678,0123456789abcdef (alapértelmezett m3-hoz hasonló formátum)
,0123456789abcdef,0123456789abcdef
,01234567,01234567
0123,01234567,0123456789abcdef
0123,01234567,0123456788888888 (én most ezt használom a Quadrillion-ban)
,12345678,12345678
,23456789,23456789
23,23456789,23456789
,3456789a,3456789a
34,3456789a,3456789a

Offline szipucsu

  • Global Moderator
  • EP addict
  • *
  • Posts: 10095
  • Country: hu
    • Támogató Támogató
    • Webnyelv.hu - Tanuljunk nyelveket!
Re: Quadrillion
« Reply #96 on: 2018.May.15. 13:12:44 »
A pálya háttere most pont jó! Jól látható rajta a labda. A sok szín miatt tényleg nem jól látható lehet a labda. Persze a kijelzőket, pl. pontszám, rajta a betűket lehet színezni.
100 SOUND SOURCE 2,STYLE 128,PITCH 25.2,SYNC 1
110 SOUND PITCH 25,SYNC 1
120 ! Videos

Offline endi

  • EP addict
  • *
  • Posts: 7298
  • Country: hu
  • grafikus, játékfejlesztõ, programozás, scifi, tudományok, vallás
    • Honlapom
Re: Quadrillion
« Reply #97 on: 2018.May.15. 13:19:31 »
geco-nan írtam az extrásítást. ha jól értem neki isvan egy verizója. egyik lehetne extrás
Vigyázat! Szektás vagyok! :)

Offline geco

  • EP addict
  • *
  • Posts: 7219
  • Country: hu
    • Támogató Támogató
Re: Quadrillion
« Reply #98 on: 2018.May.15. 13:27:15 »
geco-nan írtam az extrásítást. ha jól értem neki isvan egy verizója. egyik lehetne extrás
Én úgy gondoltam, hogy megcsinálom én is a 4K-s verziót, és ha kész, akkor össze lehetne gyúrni a 2-t egybe, a 2 hátteret +1 harmadik fajtát beletenni, a két nézet közül is lehetne választani, zenéket beletenni, a lo-res-es verzió eszembe jutott nekem is, de sokkal nehezebbé tenné a játékot (esetleg erre lehetne egy külön 256 szín módú verziót generálni), esetleg digi hangot ütközésekre.

Offline geco

  • EP addict
  • *
  • Posts: 7219
  • Country: hu
    • Támogató Támogató
Re: Quadrillion
« Reply #99 on: 2018.May.15. 13:41:26 »
Az m5 az Zlib formátum, azaz gyakorlatilag Zip, ami itt nem lenne hasznos. m6-ból a legegyszerűbb mindent kipróbálni, amihez már van kicsomagoló rutin, vagy könnyen lehetne készíteni. Az optimális kódolás kereséséhez használható a "-raw -m2 -1" formátum (azért -1, hogy ne darabolja az adatot több kisebb blokkra), itt kiolvasható a fejlécből:

epcompress -raw -m2 -1 quad.com quad.m2

hexdump -C < quad.m2 | head -n 2

00000000  c6 0c b3 e0 01 12 24 71  23 32 34 56 67 81 22 22  |......$q#24Vg.""|
00000010  34 43 55 78 9a c0 00 05  16 18 97 f0 04 31 50 01  |4CUx.........1P.|


Ehhez az -m6:fg0l,00112247,1233,23456678,12222344355789ac vagy -m6:f90l,00112247,1233,23456678,12222344355789ac lenne hasonló, a két formátum eltérő módon kezeli a tömöríthetetlen byte-okat. Az utolsó táblázat nem csak 16 méretű lehet, a negyedik byte (itt E0h) jelzi a méretét: b4,b5 = 00b: 4, 01b: 8, 10b: 16, 11b: 32.
Az első négy paraméterrel játszottam én is, a tömörítetlen bájtok eltárolsánál eddig mindig az egyik jött ki kisebbre, már nem emlékszem ,hogy a 9 biten tárolt, vagy a csomagban tárolt. úgy érzem talán értem a hosszúság, és távolság leírását, de mi alapján adod meg a számkombinációkat? Hogy döntöd el, hogy milyen hossz és távolság értékeket hagysz ki, és miket duplázol?

Offline IstvanV

  • EP addict
  • *
  • Posts: 4822
Re: Quadrillion
« Reply #100 on: 2018.May.15. 14:42:41 »
Teszt verzió (csalással, minden pálya engedélyezett):
[ Guests cannot view attachments ]

Újdonság, hogy a játék végén is van 3 féle hangeffektus (game over, új legmagasabb pontszám, minden pálya teljesítve), ha nem is lettek túl jók. Az utolsó könnyebben hallható lehet némi csalással, ez például bonthatóvá teszi a halálfejes téglákat:

>07B1  C7 07

Offline IstvanV

  • EP addict
  • *
  • Posts: 4822
Re: Quadrillion
« Reply #101 on: 2018.May.15. 20:08:56 »
de mi alapján adod meg a számkombinációkat? Hogy döntöd el, hogy milyen hossz és távolság értékeket hagysz ki, és miket duplázol?

Az nem érthető, hogy mit jelentenek, vagy hogy hogyan lehet egy adott definíciót dekódolni Z80 rutinnal, vagy hogy hogyan lehet jó paramétereket találni? Elvileg a gyakrabban előforduló értékeket kell kevesebb biten ábrázolni, a gyakorlatban egyszerűen próbálgatással keresem, melyik jobb, figyelembe véve azt is, hogy ne legyen túl bonyolult dekódolni (ezért lesznek általában egyszerű növekvő számsorok, például 23456789). Az m2 és Exomizer példáknál a programok generálták, és ezeknél tartalmazza a kimeneti file is.

Offline geco

  • EP addict
  • *
  • Posts: 7219
  • Country: hu
    • Támogató Támogató
Re: Quadrillion
« Reply #102 on: 2018.May.15. 20:33:45 »
Teszt verzió (csalással, minden pálya engedélyezett):
(Attachment Link)

Újdonság, hogy a játék végén is van 3 féle hangeffektus (game over, új legmagasabb pontszám, minden pálya teljesítve), ha nem is lettek túl jók. Az utolsó könnyebben hallható lehet némi csalással, ez például bonthatóvá teszi a halálfejes téglákat:

>07B1  C7 07
Na, végigvittem a halálfejes csalással, úgy se volt könnyű :), igaz nehezítettem is a helyzeten 2 sörrel, ez ám a handycap :D Sztem jók az extra hangok, 3-ból kettő tűnt fel a végén, kellemesen retrósak, lehet a legtöbb pont nem jött ott elő, mert első menetre a 13. pályáig jutottam, azt meg gyorsan elnyomtam, mert idegbe kerültem :ds_icon_cheesygrin:

Offline szipucsu

  • Global Moderator
  • EP addict
  • *
  • Posts: 10095
  • Country: hu
    • Támogató Támogató
    • Webnyelv.hu - Tanuljunk nyelveket!
Re: Quadrillion
« Reply #103 on: 2018.May.15. 20:45:46 »
első menetre a 13. pályáig jutottam, azt meg gyorsan elnyomtam, mert idegbe kerültem :ds_icon_cheesygrin:
Igen, ott a 13. környékén van egy brutális pálya, idegrendszerre ártalmas. Érdekes lehet, amikor sörrel ellensúlyozza ezt valaki egy ilyen játéknál, nem tudom, milyen a hatása, így is ideges lesz-e az ember, vagy nem annyira, vagy még esetleg az esélye is nagyobb, hogy kárt tesz a gépben. István elhamarkodottan ideadta nekünk a próbaverziókat, és nem is írta, hogy nem vállal felelősséget az idegesítő pályák miatti esetleges különféle dolgokért. :D
Még szerencse, hogy nem autóversenyt írtok át, mert vezetés közben nem lehet sört inni.

>07B1  C7 07
Ez lesz a kedvenc hexadecimális számsorom!
100 SOUND SOURCE 2,STYLE 128,PITCH 25.2,SYNC 1
110 SOUND PITCH 25,SYNC 1
120 ! Videos

Offline geco

  • EP addict
  • *
  • Posts: 7219
  • Country: hu
    • Támogató Támogató
Re: Quadrillion
« Reply #104 on: 2018.May.15. 20:49:55 »
Az nem érthető, hogy mit jelentenek, vagy hogy hogyan lehet egy adott definíciót dekódolni Z80 rutinnal, vagy hogy hogyan lehet jó paramétereket találni? Elvileg a gyakrabban előforduló értékeket kell kevesebb biten ábrázolni, a gyakorlatban egyszerűen próbálgatással keresem, melyik jobb, figyelembe véve azt is, hogy ne legyen túl bonyolult dekódolni (ezért lesznek általában egyszerű növekvő számsorok, például 23456789). Az m2 és Exomizer példáknál a programok generálták, és ezeknél tartalmazza a kimeneti file is.
Maradjunk egyelőre a paraméterezésnél, talán a hossz, és a távolság megvan, a hosszal definiálom a tömörített csomagok hosszát kettes számrendszer alapon (2 az x-diken pozícióhoz képest 2 az x-1 range-ben, adja meg, hogy az a rész hány bájt hosszt takarhat ), hasonlóan kicsit másképp a hossznál :D (2 az x-diken adja meg a lehetséges hossz range változó értékét, és 2 az x-1-ediken meg a kezdő eltolást, ami fix), ami a kicsomagolásnál a max távolságot adja meg, amihez egy becsomagolt adatrészt használhat, ha jól értem, az, hogy mit takar a 3 lehetséges távolság opció a ködbe vész,