Ontwikkelaar maakt Amiga-emulator in html en javascript
Een ontwikkelaar heeft in html en javascript een emulator geschreven waarmee Amiga-games kunnen worden gespeeld. De emulator werkt nog niet perfect, en een snelle computer is vereist om de games op een acceptabele snelheid te kunnen spelen.
Ontwikkelaar Rupert Hausberger heeft de emulator geheel geschreven in html, css en javascript. Om de emulator te kunnen draaien, is WebGL vereist. De emulator werkt het beste in Chrome, belooft Hausberger, op gemiddelde snelheid in Firefox en slechts beperkt in Opera. Internet Explorer wordt in zijn geheel niet ondersteund. Daarnaast is een snelle computer vereist om de emulator op een acceptabele snelheid te kunnen draaien.
Hausberger is de emulator gestart als opensource-project, al is commercieel gebruik van de broncode verboden. Een aantal games wordt meegeleverd, waaronder Turrican, Lotus Turbo Challenge en Prince of Persia, maar een officiële Amiga-rom - die nodig is om games te spelen - wordt vanwege copyright niet meegeleverd. Wel kunnen gebruikers een meegeleverde opensource-implementatie van de rom, AROS, gebruiken om games te laden. AROS beschikt over vrijwel dezelfde functionaliteit als de officiële rom.
Hausberger, die onlangs versie 0.7.0 van de emulator uitbracht, wil later onder meer een api toevoegen waarmee de emulator kan worden bediend. Zo kan de emulator worden gebruikt om games te demonstreren. Bovendien zou dit de emulator geschikt maken als benchmark voor browsers. In mobiele browsers werkt de emulator vooralsnog niet, vanwege een gebrek aan WebGL-ondersteuning.
Reacties (55)
Deze kan zijn werk doen zonder dat er extra software gedownload of geļnstalleerd moet worden. Draait volledig in de browser. Er is niets mis met andere emulatoren, maar waarom zou men niet eens iets nieuws proberen.
Waarom moet 't iets toevoegen? Is een alternatief hebben dan zo raar? En daarbij: alleen al als proof-of-concept is 't z'n bestaan waard. Je bent stiekem best een knappe jongen als je een Amiga emulator in JS/CSS/HTML voor elkaar gebokst krijgt. Verder is 't nogal een verschil dat je a) gewoon naar http://scriptedamigaemulator.net/ kunt surfen en "gaan" of dat je b) moet gaan liggen rommelen met binaries (eventueel zelfs installeren, maar dat was een poos geleden toen ik WinUAE nog eens bekeek niet zo), roms laden etc.
[Reactie gewijzigd door RobIII op woensdag 2 januari 2013 11:28]
Ik vind dit ook gewoon gaaf nieuws hoor. Ook al die HTML5 port van Dune2 laatst, dat zijn gewoon gave dingen.
Alleen moet ik met metaforische tranen in mijn ogen toegeven dat ik het van de zotte vindt dat javascript op de dag van vandaag nog niet in staat is om een chip van een kwart eeuw oud gewoon vloeiend te kunnen emuleren op een doorsnee computer. In plaats daarvan heb je gewoon een cutting edge machine nodig om 'te doen of het niets is'.
Cinnamon (Linux Mint), Gnome Shell (Ubuntu), Metro (Windows 8), Tizen en Firefox OS (Mobile), ze zetten allemaal in op HTML5, maar in de werkelijkheid zijn de computers gewoon 100 keer zo snel en kunnen ze het allemaal ook alleen maar net bijbenen. Dat moeten we toch niet willen met zijn allen.
Alleen moet ik met metaforische tranen in mijn ogen toegeven dat ik het van de zotte vindt dat javascript op de dag van vandaag nog niet in staat is om een chip van een kwart eeuw oud gewoon vloeiend te kunnen emuleren op een doorsnee computer. In plaats daarvan heb je gewoon een cutting edge machine nodig om 'te doen of het niets is'.
Cinnamon (Linux Mint), Gnome Shell (Ubuntu), Metro (Windows 8), Tizen en Firefox OS (Mobile), ze zetten allemaal in op HTML5, maar in de werkelijkheid zijn de computers gewoon 100 keer zo snel en kunnen ze het allemaal ook alleen maar net bijbenen. Dat moeten we toch niet willen met zijn allen.
[Reactie gewijzigd door Redsandro op woensdag 2 januari 2013 14:52]
Ik denk dat dit soort initiatieven en projecten juist een drijfveer kunnen zijn om op JavaScript/HTML-enginegebied verbeteringen door te voeren om het soepeler te kunnen laten draaien. Al vraag ik me af waar nu de traagheid in zit, is dat op de manier waarop het geprogrammeerd is, of vanwege het gebrek van fatsoenlijke doorontwikkelde API's. Ik kan me namelijk zo voorstellen dat men bij dit soort projecten probeert dingen probeert na te bootsen zoals double buffering (plaatjes buiten het scherm tekenen) zoals dat vroeger in bji DOS-spellen ook gebeurde. Zoals zovele low-level truukjes in DOS om alles zelf voor elkaar te krijgen en het snel te laten draaien.
Zelf een beetje met HTML5 canvas gespeeld en de mogelijkheden lijken daar nog betrekkelijk beperkt te zijn. Er zijn truukjes om pixels in en uit arrays te kopieren naar het canvasgeheugen, maar ik merkte daarbij dat dat erg traag gaat en ook nog eens per browser verschillend geimplementeerd is hoe pixels worden afgehandeld (anti-aliasing standaard aan of uit). Waarbij als ik gebruik maak van de methodes die het canvas-element zelf biedt om te schalen/tekenen dit vele malen sneller gaat door hardwareacceleratie, indien aanwezig.
Dus ik vraag me af waar precies de zwakke punten zitten in sommige HTML5/Javascript-implementaties van spellen. Misschien moet het compilatieproces nog meer verbeterd worden (zie V8 van Google/Chrome), maar het lijkt me niet onmogelijk om meer uit Javascript te halen.
Zelf een beetje met HTML5 canvas gespeeld en de mogelijkheden lijken daar nog betrekkelijk beperkt te zijn. Er zijn truukjes om pixels in en uit arrays te kopieren naar het canvasgeheugen, maar ik merkte daarbij dat dat erg traag gaat en ook nog eens per browser verschillend geimplementeerd is hoe pixels worden afgehandeld (anti-aliasing standaard aan of uit). Waarbij als ik gebruik maak van de methodes die het canvas-element zelf biedt om te schalen/tekenen dit vele malen sneller gaat door hardwareacceleratie, indien aanwezig.
Dus ik vraag me af waar precies de zwakke punten zitten in sommige HTML5/Javascript-implementaties van spellen. Misschien moet het compilatieproces nog meer verbeterd worden (zie V8 van Google/Chrome), maar het lijkt me niet onmogelijk om meer uit Javascript te halen.
Er is nog veel ruimte voor optimalisatie. Ik draai de emu op mijn i7 920 in FF en zie dat er maar een core belast wordt.
Weinig, ik denk dat het vooral om het idee gaat dat je tegenwoordig zelfs al vrij complexe hardware als een Amiga volledig in de browser kunt emuleren. Had dat 10 jaar geleden gezegd dan was je voor gek verklaard.
Dit soort projecten zijn meer een curiositeit 'omdat het kan', maar daarom niet minder indrukwekkend, emulators zijn zo ongeveer het moeilijkste soort software om te programmeren, dus als je het voor elkaar krijgt om er een te schrijven in JavaScript en HTML dan is dat zeker het vermelden waard
Dit soort projecten zijn meer een curiositeit 'omdat het kan', maar daarom niet minder indrukwekkend, emulators zijn zo ongeveer het moeilijkste soort software om te programmeren, dus als je het voor elkaar krijgt om er een te schrijven in JavaScript en HTML dan is dat zeker het vermelden waard
Die 68000 is inderdaad niet het probleem, veel lastiger zijn de custom chips en dan helemaal de timing........
Denk dat het inderdaad de Amiga chipset is die het lastig maakt om een goede Amiga emulator te schrijven. Dit wikiepdia artikel geeft wel een aardig inzicht in de complexiteit van de Amiga chipset: http://en.wikipedia.org/wiki/Original_Chip_Set. Voor wie nog eens na wil lezen hoe het nu ook alweer precies zat met Paula, Denise en (fat) Agnus.
Cross platform.. dat voegt het toe.
WinUAE is, zoals de naam al doet vermoeden, alleen voor Windows.
WinUAE is, zoals de naam al doet vermoeden, alleen voor Windows.
UAE is er wel degelijk voor meerdere platformen. ik noemde WinUAE als voorbeeld.
Ik heb dit nog niet geprobeerd; maar gezien je schijnbaar een snelle pc nodig hebt, niet alle browsers ondersteund worden en ik gok de interface niet bijzonder gebruiksvriendelijk (nog) zal zijn. Vond ik dus weinig toevoegen aan al bestaande amiga emulatoren.
Tuurlijk is het indrukwekkend het voor elkaar te krijgen in javascript en html, maar toegevoegde waarde voor de gebruiker zie ik nog niet.
Ik heb dit nog niet geprobeerd; maar gezien je schijnbaar een snelle pc nodig hebt, niet alle browsers ondersteund worden en ik gok de interface niet bijzonder gebruiksvriendelijk (nog) zal zijn. Vond ik dus weinig toevoegen aan al bestaande amiga emulatoren.
Tuurlijk is het indrukwekkend het voor elkaar te krijgen in javascript en html, maar toegevoegde waarde voor de gebruiker zie ik nog niet.
Sterker nog, UAE stond ooit voor UNIX Amiga Emulator, en werd voor UNIX-achtige systemen ontwikkeld. De Windows-port kwam pas later, maar is uiteindelijk de populairste variant geworden.
Tegenwoordig vertaalt men de U in UAE meestal naar Universal of Ubiquitious (en heel vroeger ook Unusable... zowel vanwege de vele bugs in de emulatie, als vanwege de lage snelheid... waar deze scripted versie ook weer last van heeft).
Tegenwoordig vertaalt men de U in UAE meestal naar Universal of Ubiquitious (en heel vroeger ook Unusable... zowel vanwege de vele bugs in de emulatie, als vanwege de lage snelheid... waar deze scripted versie ook weer last van heeft).
Van UAE bestaat voor zo ongeveer elk denkbaar platform wel een versie, dus het cross-platform voordeel is er niet echt. Hooguit is het wat eenvoudiger om een emulator direct vanuit de browser te starten, maar ik denk niet dat de doelgroep die typisch in dit soort emulators geinteresseerd is zich laat afschrikken door het installeren van zoiets als UAE.Cross platform.. dat voegt het toe.
WinUAE is, zoals de naam al doet vermoeden, alleen voor Windows.
Het is wel interessant als je deze emulator in een browser kan starten inclusief een spel. In elk ander geval lijkt het mij toch fijner om een dedicated programma te gebruiken.
UAE op zich bestaat allang niet meer, zijn al vele vorken en poorten verder. Wineau is geheel opzich zelf, kan niet crosplatfom gebruikt worden. Je kan niet speedball spelen op win pc tegen iemand op mac.[...]
Van UAE bestaat voor zo ongeveer elk denkbaar platform wel een versie, dus het cross-platform voordeel is er niet echt. Hooguit is het wat eenvoudiger om een emulator direct vanuit de browser te starten, maar ik denk niet dat de doelgroep die typisch in dit soort emulators geinteresseerd is zich laat afschrikken door het installeren van zoiets als UAE.
FS-UAE is wel cross platform, daarmee kan je wel crossplatfom spelen, is nog beperkt tot Windows, Mac OS X en Linux.
Deze nieuwe is veel meer crossplatform, elke machine met java kan in principe de emulator draaien en dus tegen elkaar spelen.
Loopt niet al te vlot maar het is een begin. Dat muziekje in Turrican II klinkt nog steeds gaaf. 
Yep, en sterker nog, van dat spel is zelfs de soundtrack op cd uitgebracht. Echt geweldige muziek!
Ik heb de emulator zojuist geprobeerd en, afgezien van het feit dat ie iets langzamer loopt dan een echte Amiga, doet ie het prima op m'n 4-jaar-oude MacBook. Lijkt er dus niet op dat je een snelle computer nodig hebt, tenzij er een reden is die ik niet ken waardoor het op mijn oude Macbook wel goed werkt.
Het zou bizar zijn als je alle capaciteit van een hedendaagse computer nodig zou hebben. Een Amiga heeft volgens mij nog niet 0,1% rekenkracht van een nieuwe Macbook of PC. Maar misschien dat er nog het een en ander geoptimaliseerd kan worden.
[Reactie gewijzigd door blorf op woensdag 2 januari 2013 11:55]
Farmville draait in Flash, niet in de browser. Daarnaast is Farmville gewoon heel slecht gebouwd. Kijk maar eens naar BananaBread voor een zware applicatie die volledig zonder plugins in (moderne) browsers draait.
Tsja, tis niet best, maar HTML5 is als applicatieplatform nog lang niet op het performance niveau van Flash 10 jaar geleden...
over farmville:
dat is een flash applicatie. hiermee valt dus niet te vergelijken
over:
- niet javascript is doorgaans "traag" wel de DOM-acces naar de browser toe. denk bijvoorbeeld aan nodejs met v8 javascript engine die met gemak simultaan 100000 connecties aankan.
- zoals vaak bij tools/programmeertalen: je moet weten wat/wanneer/waarom je deze bepaalde techniek gebruikt. Een ferrari is doorgaans ook sneler dan een range rover, maar zullen we eens een rondje maken door afrika?
dat is een flash applicatie. hiermee valt dus niet te vergelijken
over:
- defineer "zwaar"alle JS afhandelingen zijn een zware belasting voor je PC
- niet javascript is doorgaans "traag" wel de DOM-acces naar de browser toe. denk bijvoorbeeld aan nodejs met v8 javascript engine die met gemak simultaan 100000 connecties aankan.
- zoals vaak bij tools/programmeertalen: je moet weten wat/wanneer/waarom je deze bepaalde techniek gebruikt. Een ferrari is doorgaans ook sneler dan een range rover, maar zullen we eens een rondje maken door afrika?
Zo simpel zit het niet, vergeet niet dat je 3 custom chips moet emuleren, en daarbij ook nog de m68k. WinUAE doet dat met twee fingers in z'n neus (is al ook maar sinds 2000 na de invoering van JIT), maar deze webbased oplossing is zeg maar niet erg optimaal. Zal met de tijd ook wel goed komen
Als de ontwikkelaar slim is, maakt hij van de final versie een Windows 8 app en biedt die aan voor ¤1,99 o.i.d. Gezien Windows 8 apps geschreven kunnen worden in HTML en JavaScript, moet dit een eitje zijn. Zou leuk zijn voor de Amiga liefhebbers die W8 draaien, zoals ondergetekende
Prince of Persia, zucht... #jeugdsentiment
Prince of Persia, zucht... #jeugdsentiment
Dat heeft er natuurlijk mee te maken dat WebGL niet ondersteund wordt door IE.
We hebben het hier niet over een applicatie die opnieuw gecompileerd is voor flash. Hier worden amiga machinetaal instructies in javascript afgehandeld, en omgezet naar instructies voor webGL. Javascript is helemaal nooit bedoeld voor dit soort dingen, en ik vind het wel een aardige prestatie.
Geweldig dat iemand zoiets kan programmeren. Kudos voor de ontwikkelaar.
Mee eens. Een softwaremodel van een Amiga computer in een webbased omgeving draaien. Daarvoor moet je dus die hele fysieke Amiga-omgeving schematisch in je hoofd hebben plus in dit geval vergaande kennis van high-level programmeermethoden om dat model te implementeren in een webbased omgeving. Ik ben jaloers op zijn brede kennis.
Winuae maakte me gek, dus dit is een uitkomst.
Knap gedaan om Amiga in een browser te 'gieten'.
Knap gedaan om Amiga in een browser te 'gieten'.
Ik heb Shadow of the Beast 2 destijds niet gekocht omdat in de computerbladen stond dat de moeilijkheidsgraad ervan nogal hoog was en je maar 1 leven had. Dat klopt dus, nu ik hem in deze emulator speel
Turrican was altijd mijn favoriet, eerst op de C64 en later op de Amiga (ik had de 500+).
Leuk hoor, het is allemaal nog net zo vermakelijk als toen. En dan heb ik het over circa 23 jaar geleden.
Turrican was altijd mijn favoriet, eerst op de C64 en later op de Amiga (ik had de 500+).
Leuk hoor, het is allemaal nog net zo vermakelijk als toen. En dan heb ik het over circa 23 jaar geleden.Beetje, raar, de amiga rom wordt niet meegeleverd omdat dit copyright issues op zou leveren, maar turrican/Lotus Turbo Challenge zijn toch echt niet public domain (en volgensmij prince of persia (de amiga versie) ook niet).. Turrican is wel voor UAE naar ADF images omgezet, maar je mag ze alleen gebruiken als je ook de originele discs hebt..
Jordan Mechner (ontwikkelaar van Prince of Persia) heeft de source code van de originele Prince of Persia van de Apple II gepubliceerd, alsmede video's en notities gemaakt tijdens het ontwikkelproces. Hij was ook ook zeer positief over de C64-port die Mr. SID pas heeft gemaakt (terwijl Mr. SID officieel niet eens de rechten heeft om de naam Prince of Persia te gebruiken, laat staan de graphics en muziek te recyclen).
Er zijn meer ontwikkelaars van oude Amiga-games die het juist leuk vinden dat hun oude games nog steeds gespeeld worden, en ze doen dan ook absoluut niet moeilijk over 'abandonware'. Die spellen zijn immers meer dan 20 jaar oud, en worden al lang niet meer verkocht. Er is ook tweedehands vrijwel niet meer aan te komen, want veel mensen die die spellen ooit hadden hebben hun floppies weggegooid, of ze doen het sowieso niet meer.
Ik denk dat die ontwikkelaars het stiekem wel mooi vinden dat juist vanwege die gekraakte versies die al jaren op het net rondzweven, hun games in 2013 nog steeds gespeeld worden.
Over de Kickstart roms heeft Commodore (of nou ja... een random bedrijf dat uiteindelijk de rechten in handen gekregen heeft na het zoveelste faillisement) in het verleden daadwerkelijk moeilijk gedaan, en ik denk dat men mede daarom nog steeds wat voorzichtig is met het verspreiden daarvan.
Er zijn meer ontwikkelaars van oude Amiga-games die het juist leuk vinden dat hun oude games nog steeds gespeeld worden, en ze doen dan ook absoluut niet moeilijk over 'abandonware'. Die spellen zijn immers meer dan 20 jaar oud, en worden al lang niet meer verkocht. Er is ook tweedehands vrijwel niet meer aan te komen, want veel mensen die die spellen ooit hadden hebben hun floppies weggegooid, of ze doen het sowieso niet meer.
Ik denk dat die ontwikkelaars het stiekem wel mooi vinden dat juist vanwege die gekraakte versies die al jaren op het net rondzweven, hun games in 2013 nog steeds gespeeld worden.
Over de Kickstart roms heeft Commodore (of nou ja... een random bedrijf dat uiteindelijk de rechten in handen gekregen heeft na het zoveelste faillisement) in het verleden daadwerkelijk moeilijk gedaan, en ik denk dat men mede daarom nog steeds wat voorzichtig is met het verspreiden daarvan.
Op dit item kan niet meer gereageerd worden.
Populair: Tablets Samsung Websites en communities Mobiele telefoons Google Sony Microsoft Games Politiek en recht Consoles
© 1998 - 2013 Tweakers.net B.V. Contact Over Tweakers Jouw privacy Algemene voorwaarden Cookies
Tweakers wordt uitgegeven door De Persgroep en wordt gehost door True
