Digital underholdningsskapere Goodboy har avslørt pixi.js. Selskapet beskriver det som et raskt, lett 2D-bibliotek som er designet for å fungere på tvers av stasjonær og mobil. Gjengiveren gjør det også mulig for alle å "nyte kraften til maskinvareakselerasjon uten forkunnskap om WebGL".
Motoren tar i bruk selskapets filosofi om å 'bygge en gang, spill hvor som helst', og Goodboy mener sterkt at HTML5 blir et levedyktig verktøy for å oppnå dette målet. Pixi.js-kildekoden vil bli utgitt på GitHub i løpet av de neste to ukene, når dokumentasjonen og veiledningen er fullført. I mellomtiden snakket .net med Goodboy-grunnleggeren John Denton om motoren og hvordan den kan være til nytte for webutviklere.
.net: Hva er annerledes med pixi.js? Hvorfor vil leserne våre være interessert?
JD: Den fokuserer utelukkende på gjengivelse - det er ikke bare en spillmotor. Så det er flott for andre rikmedieopplevelser. Det fungerer også med WebGL, så det er super raskt! Med mobile nettlesere som nå begynner å ta i bruk WebGL, blir dette stadig mer aktuelt, og hvis WebGL ikke er tilgjengelig, adopterer pixi.js sømløst en Canvas-renderer. De to gjengivere ser like ut, og det er derfor ingen visuelle avvik mellom nettlesere, selv om vi ønsker å implementere spesifikke tilleggsfunksjoner for å bruke ekstra hestekrefter, som filtre, forskyvninger og partikkeleffekter.
.net: Hva slags prosjekter ser du på pixi.js som nyttige for?
JD: Vårt mål er å lage et nyttig sett med verktøy som gjør det enkelt å lage Flash-lignende opplevelser, men på tvers av et så bredt spekter av enheter som mulig. Vi kan ikke matche ytelsen til innfødte apper, men vi kan levere virkelige applignende opplevelser av høy kvalitet til mobile nettlesere. Run Pixie Run-demoen er et eksempel på visuell troskap som kan oppnås på mobiltelefoner med god spesifikasjon.
.net: Hva har du gjort for å gjøre ting enklere for utviklere?
JD: Pixi.js ble designet med tanke på hastighet og for å beskytte brukeren mot enhetsspesifikke problemer. API-et er også enkelt å bruke, og trekker bort WebGL / Canvas-implementeringer. Så hvis du får noe til å fungere i en nettleser, bør det fungere på dem alle.
.net: Tror du en filosofi med "bygg en gang, spill overalt" er realistisk?
JD: Vi følger denne filosofien ved å holde oss til tre trinn. Først designer og konsepterer vi en opplevelse ved å vurdere hvordan den trenger å tilpasse seg eller utføre fra store skjermer og ned til mobil. Vi sørger da for at oppsettet er flytende når det kreves - noe som blir mer vanlig ved nettsteder, men i mindre grad med underholdningsopplevelser. Til slutt følger vi PC-spillmodellen med kjerneopplevelsen som er konstant og bjeller og fløyter skaleres for å passe maskinvaren.
På det siste punktet nedbrytes Run Pixie Run og fjerner noen effekter på tregere nettlesere. For å oppnå dette automatisk, gjør vi en stresstest på tre sekunder på en enhet før du laster resten av spillet. Men vi leter ikke etter hva plattformen er - hvor raskt den går. Vi kan deretter dra til byen, trygge i visshet om at hvis maskinvaren kommer til å bli stresset, vil du få en versjon som passer.
.net: Du har nevnt å bruke verktøy som ditt for sidestegning av App Store og lignende satsinger. Har du noen tanker om inntektsgenerering når du gjør det?
JD: Fra vårt perspektiv er muligheten til å lage interaktivt mobilinnhold i nettleseren av spesiell bruk for klientapplikasjoner, og som sådan er det kanskje mindre fokusert på typen betalte / IAP [kjøp i app] inntektsgenererende apper er gode på. Vi lager fremdeles apper når det er målet, men mobile merkevareopplevelser av den typen Flash har gjort på stasjonære datamaskiner er der vi ser at denne distribusjonsmodellen virkelig tilbyr noe spennende og nytt.
Betalt innhold er for tiden vanskeligere på grunn av HTML-åpenhet. Imidlertid, med pixi.js bygget helt fra JavaScript, kan alt som bruker det pakkes inn i en app ved å bruke noe som PhoneGap.
