Works perfect on my PC. On my phone using firefox or the generic builtin browser it throws an exception and wont run for whatever reason.
It worked fine without messing with the memory settings when I ran it from localhost, but when I uploaded it to uzebox.net, it kept telling me that I needed to increase the TOTAL_MEMORY setting, so I tweaked that inside the uzem.html file. I kept on doubling it until it didn't crash, and I ended up having to bump it to 512MB for some strange reason. That's probably why it doesn't run on your phone.
Awesome, great work again on having the sd interface working! Very cool to see Alter Ego running in my browser.
A couple questions. I guess there's a way to change the look of that page html page at some point, it a bit dull. What about having multiple games? Is it possible to have some sort of menu to pick games?
uze6666 wrote:Awesome, great work again on having the sd interface working! Very cool to see Alter Ego running in my browser.
A couple questions. I guess there's a way to change the look of that page html page at some point, it a bit dull. What about having multiple games? Is it possible to have some sort of menu to pick games?
Thanks!
Yes, it's possible to edit the HTML page, and it should be possible to add a menu to select which game you want to play, though we probably wouldn't want to pack every game inside one download, so we'd have to figure out a way to asynchronously download a game into a virtual filesystem, map that filesystem, and then figure out how to get the emulator to refresh. That's a whole other can of worms that I haven't opened yet.
I was thinking maybe having a background graphic that looks like a Uzebox themed arcade game, but with the OpenGL window where the screen would be could look pretty cool.
uze6666 wrote:
I was thinking maybe having a background graphic that looks like a Uzebox themed arcade game, but with the OpenGL window where the screen would be could look pretty cool.
uze6666 wrote:
I was thinking maybe having a background graphic that looks like a Uzebox themed arcade game, but with the OpenGL window where the screen would be could look pretty cool.
Ah yes, good idea, that would be pretty neat!
Or each game page could have a different custom background designed as it were an arcade game cabinet. Like box art, but cabinet art!
Different games may require different compile options, so I'm not 100% sure we can make a one-size fits all, though we might be able to run each with different additional command line arguments that change the behavior of the emulator. I'll have to experiment more.
Here is the latest web version (speed limiter removed) with all of the optimizations done by everyone so far combined: bugz-too-fast2
The only optimizations not included are the u8, u16, s16 -> native int size changes in avr::exec(), which should give it another ~10% speed boost when implemented correctly.
The great news is that this is starting to become playable on a $199 Chromebook!
Edit: The u8, u16, s16 -> native int size changes actually slow it down.
I really can't believe it, it runs too fast in a web browser on this junk hardware I'm on right now. Also, this game is absurdly difficult at this speed
D3thAdd3r wrote:I really can't believe it, it runs too fast in a web browser on this junk hardware I'm on right now. Also, this game is absurdly difficult at this speed
The problem is it can either be too fast, or too slow. If I request 60 fps, then the browser considers it low priority and only calls the routines when it feels like. If I tell it "call me as fast as you can" then it runs too fast. Attempting to delay until it's the "right time" causes it to not work, because it doesn't like delays.