Tai rekisteröidy jo tänään!
Näytä kirjoitukset
Tässä osiossa voit tarkastella kaikkia tämän jäsenen viestejä. Huomaa, että näet viestit vain niiltä alueilta, joihin sinulla on pääsy.
    Viestit   Aiheet Liitteet  

Viestit - Woffelson

Sivuja: [1] 2 3 ... 77
1
Offtopic / Vs: Yleisthread #4
« : 07. Tammikuu 2019, 17:08 »
Tulipa otettua tälle keväälle yliopistokurssi Game Project. Tämän viikon tunnit olikin peruttu, mistä vasta fuusioituneet lipastosysteemit ei tietenkään onnistuneet tiedottamaan, mutta vähän katselin aikataulua kurssille. Ohjelma koostuu lautapeleistä, Game Makerista ja Unitystä. En tiedä, mikä versio GM:stä on käytössä, mutta ehkä sitä reilun kymmenen vuoden (hajanaisella) kokemuksella pääsee softasta vähän pätemään. :roll:

2
Offtopic / Vs: Yleisthread #4
« : 24. Joulukuu 2018, 10:03 »
Jouluja vaan gds:n väelle/niille randomeille, ketkä täällä vielä satunnaisesti lurkkaa! :xmas:

3
Pelinkehityslogit / Vs: Laskettelu peli
« : 17. Joulukuu 2018, 03:37 »
Koulujuttujen ymsp. takia jäänyt vähän devailu ja päivittely vähemmälle, mutta lähdin nyt viimeinkin syöksymään aina ah niin ihanan menukoodailun kimppuun. Tausta scrollaa kivasti ja menut tukee nyt hiirtä, näppistä ja gamepadia. Olen siis jälkimmäiselle ajatellut muutenkin tukea koodata, ihan jo 4p split screeniä ajatellen. Placeholder grafiikoita on vielä aika paljon ja laskijoiden asettaminen täytyisi varmaan jollain for loop kikalla järjestellä, niin saisi enemmän megalomaanisuuden tuntua kisoihin. Sitä varmaan koodailen seuraavaksi, niin jää rampit ja sukset vielä toistaiseksi verstaalle.

4
Pelinkehityslogit / Vs: Laskettelu peli
« : 30. Lokakuu 2018, 19:30 »
Grafiikkaa on jo snadisti päivitelty. Myös kaverin ja pikkuveljen kanssa on tullut split screen moninpeliä testailtua ja ihan toimivalta konseptilta vaikuttaa, kun vähän vielä kehittää. Ohjaintukikin olisi jossain vaiheessa suunnitelmissa, niin olisi nelinpelikin käytännöllistä toteuttaa. Bugeja ja muuta tarvitsisi kuitenkin korjailla. Varsinkin moninpeliä ajatellen on tällä hetkellä vähän ikävä, kun kovissa vauhdeissa tuppaa laskijat menemään esteiden läpi, mikä mahdollistaa pientä kxiitinkiä. Pitäisi jotenkin kehittää törmäystarkistus kovempia nopeuksia varten... Tässä nyt kuitenkin vähän gifua yms. pelistä. Käännökset ja muut säätämiset vei animaatiosta näköjään vähän nopeutta, mutta ehkä saa jotain kuvaa fysiikoiden toimimisesta.



"GIF":
https://i.imgur.com/HEJhLYH.mp4

...imgur näköjään kääntää vähän isommat gifitkin mp4:ään, niin klikkailkaa auki siinä sitten. (Huoh)

5
Pelinkehityslogit / Vs: Laskettelu peli
« : 05. Lokakuu 2018, 20:55 »
Ensimmäisiä laskettelukausia jo avattiin Lapissa, laitetaanpa sitten sen kunniaksi pientä grafiikkapäivitystä. :P Olen siis hieman hahmotellut pelihahmoja kahteen tieriin (liukureihin ja pulkkiin). Kuten näkyy, tiereistä voi löytyä muunlaisiakin laskuvälineitä, kuten roskasäkkejä ja rattikelkkoja. Vaikka olisi yksinkertaisinta lyödä lukkoon noille tietynlaiset laskettelijahahmot (kuten spurgut roskapusseille), niin pidän vielä mahdollisuuden jonkinlaiseen hahmokustomointiin auki. Samasta syystä vaatteet jne. ovat nyt vielä valkoisia, koska niiden värejä pystyisi koodilla muuttamaan. Tällä hetkellä nuo spritet koostuvat siis viidestä tasosta, kaksi laskuvälineille ja kolme hahmolle. Voi olla, että päitä tulee eniten lopulta tehtyä, kun niissä on pienin vaiva. Esimerkiksi torsolle pitää jarrutus- ja kiihdytysframetkin erikseen piirtää (ovat käytössä gifin kolmannessa ja neljännessä hahmossa).

-+


Musiikeiksi olisi ehkä siistiä saada varsinkin nopeimpiin kenttiin jotain nopeatempoista DnB:tä. Saa nähdä mitä lopulta tulee. Muuten olen lähinnä optimoinut peliä ja listinyt bugeja, koodirintamalla ei siis mitään uutta vielä.

EDIT: Jaha, imgur sählää jotain. Saa nähdä saanko kuvan toimimaan...
No, laitoin varmuuden vuoksi liitteeksi siltä varalta, etten saa nyt linkkejä toimimaan. Zoomaaminen ei tosin sitten toimi.

Okei, suoraan linkkiin imgur laittaa oletuksena gifv ja piti vain se v poistaa... Tai valita asetuksista jatkossa original gif link.

6
Pelinkehityslogit / Vs: Laskettelu peli
« : 24. Syyskuu 2018, 22:45 »
Discord-aivoriihen päätteeksi päätin siirtyä perustapaan tehdä huoneet, kun hoksasin että huoneresoluutio ei rajoitu, kun viewiä ohjaa koodilla. Huoneen koollakaan ei liene olevan väliä, joten yritän nyt luottaa, että optimointini toimii aktivointikoodien varassa. Niihin liittyen tein seuraavan isomman korjauksen tuossa toissa päivänä, joka ratkaisee abouttiarallaa 75% nykyisistä/tulevista optimointi-ongelmista. Piti vähän mäen reunoja hienosäätää, mutta pahimmat lagipiikit ainakin lähtivät. Voi toki olla, että noita aktivointikoodeja pitää vielä hienosäätää useampaan otteeseen, kun tällä hetkellä ne käytännössä pystyvät luomaan vain kahden laskijan ympärillä aktivoitavat alueet ja laskijoita ajattelin lisätä ehkä tuntuvastikin tulevaisuudessa.

Edelleen placeholderia, mutta kuvassa liukuri boi ownaa vaikka lasken paremmalla pulkalla. Näkyvien reunojen välimatkakin on muutettavissa, jos haluaa leveämmässä mäessä laskea. Numerot ilmoittavat kuljetun mäen pituuden ja välimatkan haastajaan. Pitänee muuttaa vielä metreiksi.

7
Offtopic / Vs: Yleisthread #4
« : 16. Syyskuu 2018, 00:03 »
Tänks! Vanhuus on näemmä taas vuoden lähempänä.

8
Pelinkehityslogit / Vs: Laskettelu peli
« : 04. Syyskuu 2018, 21:50 »
Parin viikon kitka- ja motion_add-vektorihifistelyjen jälkeen päädyin viimeinkin koodaamaan tekoälyä. Sovelsin sille tällä forkallakin joskus postattua mainiota find_nearest-skriptiä muutamalla lisäehdolla. Kirjoitin sitten noin 14 riviä bottikoodia laskijaobjektille siinä odotuksessa, että tuskin se tällä vielä lähtee ollenkaan toimimaan. Vielä mitä, se lähti laskemaan jo minuakin paremmin! O_O Muutama juttu pitää siitä vielä säätää, mutta harvemmin käy näin hyvää säkää tekoälyjen kanssa. Vaikeusaste voi toki olla liian korkea nyt, mutta sitä onkin aina helpompi laskea kuin nostaa. Ainakaan tekoälyn perusjuttujen kasaamisessa ei tule nyt yhtä paljon viivästyksiä kuin noiden perusfysiikkojen kanssa tuli.

Seuraavaksi lähden koodaamaan noita moninpelialustoja (joko muita pelaajia tai tietokoneita vastaan). Siitä tulee varmaan haastavin osuus, kuten näistä aiemmista generointisuunnitelmaspekulaatioistakin voinee ennakoida.

9
Resurssit ja taide / Vs: Yleinen ääniaihe
« : 03. Syyskuu 2018, 11:13 »
Lyhyt vastaus: ei tienaa. :D

Pitkä vastaus: jos on valmis näkemään vaivaa omaan tuotantoon ja tyrkyttää sitä onnistuneesti erinäisiin isojen nimien projekteihin soundtrackiksi tai sitten vaan esimerkiksi mainosmusiikiksi joidenkin yritysten tuotevideoihin, niin kai sillä jotain sivutienestiä voi saada. En ole kyllä kokeillut. Oma motiivini musiikintekemiseen on vain se, että tykkään tehdä sitä riippumatta siitä, kuinka suohon se ajankäyttöni ja talouteni vie. :D Jos tykkää tehdä, silloin kannattaa ehkä opetella.

10
Resurssit ja taide / Vs: Yleinen ääniaihe
« : 02. Syyskuu 2018, 22:56 »
Jaha, triplapostailuksi menee, mutta mainitaan nyt tännekin, kun Discordissa tuli mainostettua. Nuo aiemmat luonnokset tuli siis viimeisteltyä uusimmalle albumille elektronista musiikkia. En ole aiemmin tällaista IDM-tyyppistä sälää juuri tehnyt, mutta tulipa tehtyä. Viime albumijulkaisusta onkin se pari vuotta (Devastated OST).

天下 Tiānxià (Bandcamp)

11
Steam pisti clienttinsa betaan version Steam playsta, joka Wine-forkki Protonin, Vulkanin ja pimeän magian voimin saa tonnikaupalla Windows-natiiveja pelejä pyörimään Linuxilla! Viikon testien myötä reilusta 2000:sta pelistä noin tuhat on todettu vakaaksi. Virallisesti whitelistattuja pelejä julkistettiin 27, mutta oletettavasti luku tulee tulevaisuudessa kasvamaan nopeasti. Kuten odotettua, erilaiset laitteistot ja erilaiset jakelut voivat tuottaa erilaisia tuloksia (enemmistö testauksista on tehty Ubuntuilla). Suurin muuri tuelle lienee kuitenkin pelit, jotka käyttävät raskaita DRM:iä tai anti-cheat softia. Keskiverto wine-kikkailuihin nähden tulokset vaikuttavat kuitenkin todella lupaavilta eikä suoritustehotkaan prosessissa hirveämmin kuulemma putoile (voi toki taas riippua tapauksesta). Allekirjoittanut kokeili eräästä paikallisen forkan skabasta voitettua Orcs Must Die 2:ta ja sain sen toimimaan ilman säätöjä out-of-the-box.

Vaikka vapaan soossin projektina tämä tulee ehkä laajemminkin olemaan aika iso harppaus Linux-pelaamisen maailmassa, muistuttaisin kuitenkin mahdollisesti ammatikseen devaavia, ettei Linux-portteja tämän projektin varaan jättäisi! Natiiviversiot ovat edelleen ja tulevat varmasti aina jatkossa olemaan vakain keino saada pelaajia kultakin kohdealustalta. Linux-maailmassa toki törmää melkein yhtä moneen käyttikseen kuin käyttäjään, jolloin täydellinen optimointi voi sille olla käytännössä mahdotonta, mutta sama nyt koskee muutenkin eroja PC-laitteistojen viidakoissa.

Pari uutislinkkiä (alemmassa myös tämänhetkinen whitelist):
https://www.cnet.com/news/steam-vastly-improves-life-for-linux-gamers/
https://www.rockpapershotgun.com/2018/08/22/steam-improves-support-for-playing-windows-games-on-linux/

12
Pelinkehityslogit / Vs: Laskettelu peli
« : 21. Elokuu 2018, 12:57 »
Itse kilttinä lapsena jouduin päiväkodissa lähinnä sivusta seuraamaan kun aktiivisemmat peliä pelaili, mutta kykenin meininkiin silti eläytyä. :roll: Mutta joo, ajattelin alkuun tehdä skill-based mekaniikat kuntoon ja sitten myöhemmin ehkä lisäilemään häirintämekaniikkoja, joita voisi sitten ehkä asetuksista vaihtaa halutessaan. Törmäyksistä kaatuminen voisi toki olla myös yksi häiriötekijä. Se voi toki haitata kaikkia, ellei kaada vain takimmaisen. Voi olla, että nämä häirintäratkaisut riippuu myös siitä millaisen AIn saan väännettyä. Tuosta objektien siirrosta lähinnä mietityttää, että se saattaisi luoda häiritseviä pätkähdyksiä aina kun sen suorittaa (tausta saattaisi hypätä eri kohtaan, hitaat saattaisivat eliminoitua liian arvaamattoman yhtäkkisesti jne.). Rajattomassa versiossa luonnostelin ratkaisuksi sellaista, että johtavan laskijan vertikaalinen nopeus jalostuu saman tien huoneen kelausnopeudeksi sen muuten mennessä nollaan. Ratkaisuun voi sisältyä riskejä, mutta vaikuttaisi yksinkertaisimmalta toteuttaa.

Tämä toki tarkoittaa, että kaikenlaisten valmismuuttujien ja fysiikkamoottorien käyttö on käytännössä poissuljettua. Kitkan kanssa minulla onkin ollut vielä pulmia ja haluaisin saada sen tosi hyvälle mallille. Varsinkin omien laskettelukokemusten ja lapsuuden jäämäkien perusteella intuitiossani on melkko tarkka idea siitä, miten mäkifysiikkojen tulisi ihanteellisesti toimia.

Eräs fysiikoihin ja skilleihin liittyvä tekijä on myös se, että olen suunnitellut peliin neljä tieriä, joista edistyneemmät vaativat enemmän kontrolleja jne. 1. Liukuri 2. pulkka/kelkka 3. sukset 4. lumilauta. Nämä tierit tulisivat peliin myös sitä mukaa, kun devauksessa edistyn. Pitää toivoa, että pääsen lumilautaan asti.

13
Pelinkehityslogit / Laskettelu peli
« : 18. Elokuu 2018, 17:31 »
Vaikka Moduksen aiheessa lievästi jo manailinkin, ettei devailuille jäisi edelleenkään aikaa, niin ainakin nyt vielä ennen opiskelujen alkua innostuin vaihteen vuoksi suunnittelemaan vähän kevyempää laskettelupeliä. Siitä tulisi varmaan vähän samantyyppinen kuin se klassinen Dosin SkiFree, mutta tietenkin astetta nykyaikaisempi ja vaikka epärealistisestikin paljon nopeatempoisempi. (Viime aikoina on tullut taas pelailtua F-Zero GX:ää, mikä selittänee vauhtipuremani.)

Pähkäilin alkuun erään keskeisen pulman parissa, missä päädyin jo tosin ratkaisuun. Johtopäätös on vaan vielä käytännössä toteuttamatta. Käyty pohdinta alla:
Spoiler
Vaikka olenkin saanut aikaan tarkan ja realistisesti toteutettavissa olevan suunnitelman kasaan, yksi keskeinen kysymys on vielä ratkaisematta. Pohjautuisiko pelimoottori normaaliin vai old school arcade -mekaniikkaan? Moni varmaan saa kiinni, mitä jälkimmäisellä tarkoitan. Eli käytännössä pelaaja pysyy fiksatusti paikoillaan, samalla kun moottori kelaa ympäristöä eteenpäin. Normaalissa olisi tietenkin tähän nähden kopernikaanisempi käänne, eli pelaaja liikkuu objektina muiden joukossa eikä ole mitenkään maailman keskipisteenä.

Kuten voi arvata, näillä molemmilla malleilla on hyvät ja huonot puolensa, minkä takia en ole vielä päättänyt, millä menen. Molempiakin olisi toki mahdollista toteuttaa, mutta sitten joutuisin koodaamaan käytännössä kaksi eri moottoria. Niistä olisi vaikea saada yhdenmukaisia, jolloin niistä tulisi väistämättä kaksi eri peliä. Tällaiselta turhalta työltä haluaisin välttyä ja saada kaiken sujuvasti yhteen pakettiin.

Normaali:
+ Tarvittaessa tekoälylaskettelijat ja moninpeli olisi helppoja toteuttaa
+ Mäkiä pystyisi suunnittelemaan yksityiskohtaisesti aika helposti esim. GM:n room editorissa (joka tosin on kämäinen, kun edelleen "käytän" Studio 1:tä)

- Varsinkin nopeista mäistä tulisi helposti niin pitkiä, että niistä tulisi raskaita sekä suunnitella että laskennassa suorittaa
- Loputon random -generointi olisi tarvittaessa vaikea ellei mahdoton toteuttaa

Old school arcade:
+ Pitemmän päälle mäet olisivat koodissa helpompi käsitellä ja generoida vaikka loputtomiksikin
+ Peliin saisi rutkasti vauhdin tuntua, kun varsinaisia huone- yms. rajoituksia ei juuri olisi

- Mäkidesign ei ole mahdotonta, mutta saattaisi jäädä koodin varassa tönkön näköiseksi, ellen sitten loisi oman mäkieditorin...
- Tekoälyn ja moninpelin toteuttaminen olisi haastavampaa
Tulin siis pohdinnasta johtopäätökseen, että voin tehdä hybridimallin. Normaalin huoneen mekaniikkaa peli noudattaisi siinä määrin kuin kilpailijoiden välille tarvitaan välimatkaa, muttei yhtään sen enempää. Minua askarrutti, että miten saisin pelin kulkemaan niillä, ketkä jäisivät huoneen ulkopuolelle, mutta tajusin heistä huolehtimisen turhaksi: jos eivät pysy nopeimman vauhdissa, peli on heidän osalta sillä selvä! Tällä tavoin pelin ydinmekaniikka voisi jopa kehittyä tämän suhteellisen matkan voittamiseen eikä obsessoitua liikaa joistain tietyistä radoista. Niitäkin voisi toki tehdä ja silleen, mutta välimatka voisi olla niin sanotusti pelin koukku. (Moninpelin lisäksi pitäisi varmaan laskijatekoälykin koodata...)

Teknisesti laskijoiden nopeutta voisi laskea yhtäältä suhteellisena nopeutena nopeimmasta, joka asettaa pelin absoluuttisen nopeuden. Toisaalta nopeuden toinen osatekijä muodostuisi old school arcade -kelauksesta, jolla mäkeä generoidaan matkalla alaspäin. Sen nopeus määrittyy jälleen nopeimmasta laskijasta. Yksityiskohtiin en osaa vielä mennä, mutta trial and errorilla idea varmaan toteuttaessa hioutuisi näköisekseen. Riskejä tähän ratkaisuun varmasti sisältyy ja nopeuden muutoksista voisi odottaa pahimpien bugien listimisurakkaa...

Pelin pohja toimii jo nyt yksinkertaisilla liukureilla ja enköhän talveksi saa jonkinlaisen pelattavan version kasaan. Voisin tällä avauksella ehkä haastaa forkkaakin jouluskabaan, jos sellaisen järjestymiseen vielä löytyisi jengiltä puhtia. ;)

14
Keskeneräiset pelit / Vs: Modus: Simulations (alpha 0.3)
« : 18. Elokuu 2018, 06:05 »
Kiitos palautteesta! Mitenhän sen tarinan tiivistäisi... Se on käytännössä kyberpunk-dekkari maailmassa, joka on lähes kauttaaltaan kyetty virtuaalisesti kalibroimaan tietokonevälitteiseksi. Keskeiset rikokset tarinassa kehkeytyvät robottien ja bottien ympärille, mutta erityisesti haamuihin (virtuaalisia olentoja aktuaalisessa ympäristössä). Päähenkilö on kehittänyt niiden rikosten selvittämiseen omia hakkerointivälineitä, joiden pohjalta sittemmin tietoteknistä infraakin yleisesti kehitetään, kun menetelmät osoittautuvat tietoturvaa edistäviksi. Tässä nyt ainakin juonen alkuasetelma pähkinänkuoressa. Olen tarinaan myös innostunut kirjoittelemaan kaikenlaisia yhteiskuntafilosofisia sivupolkuja transhumanismista yms. Siinä määrin kun sellaisia pelissä näkisi, olisivat ne kuitenkin vain non-intrusiivista lokia, koska en haluisi pelikokemusta raskauttaa sellaisille, keille lukeminen ei hirveämmin nappaa. Puhtaaksi kirjoittelun jälkeen voisin varmaan tarinaa pistää jakoon, jos saan sille luettavan formaatin kasaan.

Mitä itse pelisuunnitelmaan tulee, se on edelleen jäänyt aika auki. Ideana minulla olisi kuitenkin itse tarinamuotoonkin kokeilla sekoitella erilaisia pelimoodeja rinnakkain, vähän samaan tapaan kuin tarinassakin joudutaan sekkailemaan useiden eri moodien ristiaallokossa. Tähän saakka olen vasta karkeasti hahmotellut taisteluiden pelimekaniikkaa. Projektin tavoite on kieltämättä aika massiivinen omille devaustaidoille vaikka ihan mahdollisena pidänkin toteuttaa, jos tarpeeksi on aikaa ja hermoja. Niinhän tosin Darwinkin heitti simpansseista ja Hamletin kirjoittamisesta.

15
Keskeneräiset pelit / Vs: Modus: Simulations (alpha 0.3)
« : 16. Elokuu 2018, 15:13 »
Hmm, sain Moduksen tarinakässärin ekan version valmiiksi. Sitä tuli kirjoiteltua neljä vuotta ja se vaatinee vielä puhtaaksi kirjoittamista. Asiakirjaluonnoksessa on noin 110 sivua tai melkein 55 000 merkkiä. Tarinan todellista pituutta on tosin eksaktisti hieman hankala arvioida, kun epälineaarisesta/kokeellisesta formaatistaan johtuen ihan kaikkea sälää ei siinä tiiviisti luonnostellussa asiakirjassa ole, mutta kyllä tuo suuntaa antaa. Soundtrackia ja mahdollisia visuaaleja olen myös ajatellut vielä luoda.

Itse peliprojektin vieminen loppuun näyttää vielä todella kaukaiselta monista eri syistä, mutta ainakin tämä tärkeä luonnosteluetappi on ohitettu. Kohta alkaa itselläni taas opiskeluväännöt gradun parissa, niin jää devailut ehkä edelleen jatkossa sivummalle, ainakin tämän Moduksen massiivisen konseptin osalta. Pelisovitus vaatisi suhteellisen paljon hommaa, aikaa, hermoja eikä koodaustaidotkaan olisi pahitteeksi.

Niin, ja jäi varmaan aiemmin hehkuttamatta, mutta tuossa kevään puolella sain myös ensimmäisen korkeakoulututkintonikin. Tuli iso YTKy! (Yhteiskuntatieteiden kandidaatti olen siis tätä nykyä sosiologian puolelta.)

Sivuja: [1] 2 3 ... 77
Powered by SMF 2.0.11 | SMF © 2006–2009, Simple Machines LLC