WebMSX 4.0 with support for mobile devices. Finally enjoy MSX games on your iPhone/iPad!

Page 3/5
1 | 2 | | 4 | 5

By ppeccin

Champion (376)

ppeccin's picture

13-01-2017, 20:54

ren wrote:

Very nice. Please note that Firefox won't allow loading remote files:

Quote:

Cross-Origin Request Blocked: The Same Origin Policy disallows reading the remote resource at http://webmsx.herokuapp.com/proxy-remote-download?url=... (Reason: CORS header ‘Access-Control-Allow-Origin’ does not match ‘(null)’).

Can you please describe the scenario in which you got this error? (the sequence of operations performed)
Thanks!

By ppeccin

Champion (376)

ppeccin's picture

13-01-2017, 21:05

sd_snatcher wrote:

BTW, another very useful feature would be autofire, since touchscreens aren't very good for quick button hammering. Wink

It already has autofire. Please check the config/options dialogs. I called it Turbo Fire.

sd_snatcher wrote:

Oh, and I tested webMSX in App mode on an iPhone-5S with an external bluetooth keyboard, but it was just ignored. No key presses were registered. If I run it on Safari, the keys get stuck and are repeated indefinitely by the MSX.
The keys are released only if I change to another page in Safari, or go to another App and return. Then any new key I press will be stuck again.

Well, physical keyboards on Apple iOS devices do not report the events correctly to the browser. Its a bug, or a "design" decision, to make it harder for us developers to offer good webapps. Apple does not like webapps because they are out of their control (out of the AppStore).

I tried to figure a solution for this "limitation", with no success. There is not much I can do... Sorry.

There are several other things that simply do not work in AppMode, or even in Safari, just because Apple does not want them to work on purpose.
You can thank Apple for this, or report a bug, which I doubt would be fixed. Crying

By ppeccin

Champion (376)

ppeccin's picture

13-01-2017, 21:39

tfh wrote:

In the meantime, is there an argument which can be used to force Turbo at startup? For the moment I use a work-around with a State File.

There is now! Smile
Please update and check new parameter CPU_TURBO_MODE.
But do not use it always and everywhere. Its still kind of experimental, and many programs and games do not run correctly with Turbo ON.

By ren

Paragon (1888)

ren's picture

13-01-2017, 23:22

ppeccin wrote:
ren wrote:

Very nice. Please note that Firefox won't allow loading remote files: []

Can you please describe the scenario in which you got this error? (the sequence of operations performed)
Thanks!

Hi Paolo, I should have tested with a vanilla FF profile before. It turns out the HTTPS Everywhere extension is to blame: it's rewriting herokuapp.com HTTP requests to HTTPS..

(Investigating a bit ATM to see if this is (easily) fixable somehow.. But it seems there are more people having issues with this extension <> CORS.)

By tfh

Prophet (3014)

tfh's picture

14-01-2017, 09:56

ppeccin wrote:
tfh wrote:

In the meantime, is there an argument which can be used to force Turbo at startup? For the moment I use a work-around with a State File.

There is now! Smile
Please update and check new parameter CPU_TURBO_MODE.
But do not use it always and everywhere. Its still kind of experimental, and many programs and games do not run correctly with Turbo ON.

That works very nice indeed Smile Added this function to Space Manbow for example:
http://www.file-hunter.com/MSX/SpaceManbow.html

Next up: Let's check other games with Turbo-Fixes and update those on my site as well.
Thanks for making this quick update!!!

By Manuel

Ascended (18254)

Manuel's picture

14-01-2017, 10:40

ppeccin wrote:

Please update and check new parameter CPU_TURBO_MODE.
But do not use it always and everywhere. Its still kind of experimental, and many programs and games do not run correctly with Turbo ON.

Why aren't they running correctly? Do you only change the CPU timing? What if you just change your real time <-> emulation time sync? So increase the speed of everything (temporarily). Then the MSX doesn't even notice, as the relative speed is all just the same.

By ppeccin

Champion (376)

ppeccin's picture

22-01-2017, 01:26

Manuel wrote:

Why aren't they running correctly? Do you only change the CPU timing? What if you just change your real time <-> emulation time sync? So increase the speed of everything (temporarily). Then the MSX doesn't even notice, as the relative speed is all just the same.

Manuel, the TURBO we are talking about is a faster (higher clocked) Z80, just like some real hardware exist.
Some software work great with it and we get fewer slowdowns without affecting game speed, like in "Aleste" for example. Some have no benefit from a faster CPU. Other software may show problems, become too fast or skip frames, so they need patches to work correctly with faster CPUs.

We're not talking about "faster emulation", or "fast forward", which WebMSX also supports since the first version. That's another entirely different thing.

By Manuel

Ascended (18254)

Manuel's picture

22-01-2017, 10:00

Okay, but wouldn't that be a much safer approach to get a faster startup?

By sd_snatcher

Prophet (3486)

sd_snatcher's picture

22-01-2017, 12:43

Manuel,

If I understood correctly, webMSX supports "fast forward" since its first version to speed up everything. And now support Z80-turbo, mainly to solve slowdowns in CPU intensive games, with faster startups as a bonus too

What is that other approach do you have in mind for safer faster startups?

By Manuel

Ascended (18254)

Manuel's picture

22-01-2017, 23:55

Simply run the first N seconds of the emulation at full throttle ("fast forward"). That gives fast startup and the emulated MSX won't even notice.

Page 3/5
1 | 2 | | 4 | 5