A new Web MSX version out now!

And again a great update! And now we can finally play Dreampuzzle online thanks to the V9990 emulation.
/me is going to have a nice look at this...

Thanks Paulo!

Amazing indeed.
As for "most used" I guess it depends on the situation. For "serious" emulation users, WebMSX misses features & accuracy so these users will prefer to use OpenMSX most of the time.
For people who want an easy way to play old MSX games... I wouldn't be surprised that WebMSX would indeed be the current #1. And maybe even overall as well Looking to the number of visitors and how many games are played on my website alone. And there are at least a dozen other sites doing the same...

Correct See https://github.com/ppeccin/WebMSX/issues/4

Astonishing set of new features. Congrats and thank you, Paulo Peccin.

Also I think my post on the Emulation Forum about the new release go deleted...
I wonder why? Is there a new policy for when you get a "News" post?

Thanks! Didn't know this software. In fact, I think I could not find anything good to test the bitmap hardware cursor...
I will investigate the bug! Probably related to interlaced mode...

Notice it's not only stretched, the entire Y coordinate system is wrong.

In the meantime perhaps create a license.txt file that basically says 'all rights reserved' and mentions that people who want to use WebMSX on their website, should contact you? It's better than having the header files refer to a non-existing license file, because that could also give users the idea that a website using WebMSX has intentionally removed the license file.

Yes, the problem is only in the cursor. But if you move it down, you will see it also goes down too much each step.
The Y coordinate (starting top position of cursor) is also doubled.

The problem, as you said, is because of the interlacing. This demo, without interlacing, works perfectly:
https://drive.google.com/open?id=15HJEk7XJ1cGsVK24ojO7ZtefzI...
It is in B1BD16 mode. They are the two cursors, which move with the cursor keys.

Yes. If you send me mail (it is in my profile), I will send you the sources by email, if you are interested.

Ok, I understand... I only wonder why you choose not to show my original image on the news cover/teaser.
Is that anything about the use of tR and V9990 logos?

I guess you want to know the dimensions of the items in "MSX IN A ROW!"
The tiles measure 48x48 pixels and the first one is 16 pixels from the left limit of the screen, and touching the upper limit. The cursor is 32x32 pixels (of course), and it starts centered on the first tile.
Then the cursor moves from 48 to 48 pixels, horizontally and vertically.
If you want to see it on video I can do it with Open MSX. In real HW, it's the same.

You must have a later version 0.15.0. Better the last one. This the Open team resolved later.
https://openmsx.fixato.net
I did not remember, but in the thread of the news I posted a video:
https://www.msx.org/news/software/en/msx-in-a-row-by-mapax-r...
But if you want I prepare video in real HW.

I recommend 2-clause BSD license. Nice and simple. Maximum freedom for everybody.

If you prefer copyleft then GPL is the obvious choice.

You’re entitled to your opinion on that, but GPL is a very restrictive license in comparison. Almost all of my code is BSD licensed, and people can use snippets or modify it as they wish, put it in cartridges and sell it if they will. I leave the choice to contribute back to the kindness of their heart. In the end my projects are my responsibility and I am not dependent on other’s contributions, although it is of course motivating. What open source license are your MSX projects licensed under?

E.g. for VGMPlay BSD means people can bundle it with any hardware or software, and if they make a cartridge for a limited audience that they want to have custom drivers for, they can just do that without knocking on my door for permission. Or someone can cut the code down to support only YM2151, add some simple repetition compression and use it in some music disk for SFG-05. Without any requirement placed on how they license their sources (code, graphics, music, VHDL) that it integrates with.

The license terms of BSD are also simple to understand, in comparison to interpreting the complications of GPL, mostly surrounding what constitutes the covered work in case you don’t want to GPL all of yours. If you don’t hop onto the GPL bandwagon fully, there’s usually very little you can do with it, and things get complicated quickly. Note that not only is GPL incompatible with closed-source, but it’s also incompatible with BSD. So by definition I can’t use anything GPL in any of my software which I want to offer under a real libre license.

It may be evident at this point that I’m not a fan of copyleft . In essence I feel that BSD does more to promote the creation of MSX software than GPL does, because it imposes virtually no restrictions (i.e. gives freedom). My goal is not to create an open source ecosystem around MSX like e.g. Linux does for PC, and therefore GPL is not a good fit. Though of course I’ll happily promote open source among MSX creators, and people generally contribute back anyway in some form or another, so I have faith in that.

@ppeccin Either way not having a license is problematic, both for the user as well as the potential contributor, so I recommend picking one, even if it is restrictive .

Since @Grauw wrote a bunch of paragraphs, I thought I'd break it down in the two viewpoints that are basically at odds here. (I'll ignore the ad hominem by which he tried to reduce the validity of my points)

Software freedom:
GPL = your code's freedom is guaranteed
BSD = your code has no freedom and can be abused and locked up

People freedom:
BSD = people have the freedom to steal your code and profit from it
GPL = people are required to keep the code free (but they can still profit from it)

It's essentially the same difference in freedom between anarchy (no rules seems more free, but can hurt the weak) and laws (there are rules which try to guarantee freedom fairly).

I like it, except its use of the word fuck :). But I also like credit, so BSD is more to my liking. If giving credit would really be an obstacle to someone using my code though then I’m willing to relicense under WTFPL upon request ;).

Your implications are insulting and pathetic. Get off your high horse! If personal attacks are your only way of trying to win an argument, you've already lost.

The best example of the non-freedom of BSD is its source, BSD Unix. Apple proved my point.

Very good! Congratulations!

Ugh! Thanks for reporting....

I don't know about SR8 and BMP2G9B.
But maybe this problem has something to do with coordinate space on LMMC while in IL.
Will investigate!

Fixed on 6.0.2, online now.

It was a stupid small mistake... But I had not found any software in IL/EO mode with Y scroll.
You know, untested software is wrong software! Had yours to test now!

Thanks for reporting!
Next?

Compliments for your amazing work.

Thanks!
ppeccin@gmail.com

This is great!
Theoretically B6. But yes, the image is cropped vertically. Also, this does not work in real HW. Could it be because of the monitor?
I will continue testing. I have not yet tried B5 mode.
In B4 mode (768x480), no problem, emulation is perfect. The total image is 1024 wide, but we only see 768 pixels, of course.

I get it.
As I said I am going to test B5 / B6 thoroughly. I'll keep you posted.

This is so insane cool emulator! Love to test it soon with SymbOS v9990 hope have time soon.. currently to busy to test

That looks pretty neat! Anyway... Updated!

Any thing found we should also fix in openMSX? Having a solution to the same bug in another emulator helps a lot

Yeah, thanks for the test. We have no plans to implement modes that do not work on the real hardware at the moment, because it may only cause confusion for developers and there will be no existing MSX software that will make use of them anyway. So we save ourselves the trouble

I was probably not clear. What I meant is: if there's something wrongly emulated in openMSX (that means: the same software shows a different effect on the real hardware than on openMSX), I'm very interested to know about it.

@ppeccin: How can I support touch screen devices for WebMSX? Do I need to implement a drive for the graphical tables? https://www.msx.org/wiki/Category:Touchpads

I have mouse support but it does not seem to translate to WebMSX somehow.

There’s a nasty bug when using an MFI or a Dual Shock controller on an iOS device: press up on the controller, and WebMSX registers it as ‘down’ and the other way around. Makes playing games with an external controller on an iPad or iPhone very hard...

For some reason, WebMSX on the iPad can read .DSK and .ROM files when they are compressed with ZIP.
I thought that was how it worked…

I'm glad I could be of help.
On a side note, the virtual pad controls are terrible on the iPad, so I would recommend connecting a Bluetooth controller such as an Xbox.

Easiest way is to record a VGM of a clear short example in openMSX and play it on real MSX and record that (using VGMPLAY). Then we can easily reproduce this in openMSX and also in other implementations of the emulation.