New Online MSX emulator

Página 11/49
4 | 5 | 6 | 7 | 8 | 9 | 10 | | 12 | 13 | 14 | 15 | 16

Por ren

Paragon (1928)

Imagen del ren

17-10-2015, 18:37

Regarding a roadmap, this is what Peccin said about that earlier (Sep 28) in this thread (page #5):

ppeccin wrote:
ren wrote:

@ppeccin: Looking forward to future developments of the emu!
Have you perhaps thought about setting up a roadmap? (Like you said earlier you're working on line-accuracy ATM.) [...]

Well, I don't have a clear and structured plan yet. First I will try so solve the more important compatibility problems. [...]

I do wonder though if Peccin will (still) address @ericd's question/suggestion?

Por ppeccin

Champion (376)

Imagen del ppeccin

20-10-2015, 15:43

Manuel wrote:

Hey, the guy is just having fun programming an emulator in Javascript. Such guys do not have a formal roadmap!

Sorry for the late answer guys, I was on a trip with virtually no internet.

Well, Manuel is kinda right. I do not have a clear and structured plan yet.
Before I launch version 1.0, and still consider it a beta release, I will first address the more obvious issues and compatibility problems.

After 1.0, and after we have a couple of websites using it to offer games online (like I have with Javatari), we will have more exposure and more feedback. I will probably make a feature list or something, accept contributions, etc.

For the curious :-), I am now working on improving the line accuracy and timing of the emulation. Then maybe next I will do something about the Keyboard configuration.

Believe me, being in Javascript, I have to pay great attention to performance and optimization. I cannot keep adding features and improving accuracy without thinking about usability, stability and speed. Its much more crucial than it is with a native/assembly/C implementation. Its like we were back with 1995 computers' speed... :-)

Please keep the feedback, bug reports, suggestions. I may not have a formal roadmap yet, but please tell me what you would like to see implemented in the next releases, so I can guide my efforts somehow.

We have to focus on things that bring the most value first.
Something like that: I decided to implement SCC now so we can play that cool soundtracks (more value) before implementing complete line accuracy for the screen border (less value).

I know MSX2 support would be a major value. But I still have to think about it very carefully, because the 9938 VDP is a lot more complex than the 9918, and I still have to experiment/test if it would be possible to achieve with good performance in Javascript. Patience! We will look int to it when the time comes. ;-)

Thank you!
Peccin

Por ppeccin

Champion (376)

Imagen del ppeccin

16-11-2015, 15:12

Hello! I just released a new version of WMSX.

Release 0.95
- Selectable 60/50 Hz native V-Sync
- Complete line accuracy
- Screen mode splits now supported
- 7 Debug modes
- 3 Sprite modes

http://webmsx.org

I have completely rewritten the timing/synchronization code. Now we can get perfect timing with Native Video V-Sync.

The emulator will auto-detect the host native video frequency and adjust itself as needed. V-Sync will be active by default when the ROM frequency and the native frequency match (60Hz or 50Hz), but you can force V-Sync or disable it completely in the config file, or by using the new "NOVSYNCH" and "FORCEVSYNCH" presets, or simply pressing ALT+B at any time.

If you want to use the emulator in PAL 50Hz mode (European ROMs), please set your machine video frequency to 50Hz so you can have perfectly v-synched timing. Most monitors will support 60Hz or 50Hz, but be careful.

The line accuracy is now complete. Backdrop color is more accurate, and screen splits work. (ex: Waves demo)
The Sprite and Debug modes are now working. Try then, they are fun! :-)

Regards,
Peccin

Por Grauw

Ascended (10583)

Imagen del Grauw

16-11-2015, 17:11

Great! The debug modes are nice Smile.

Por ren

Paragon (1928)

Imagen del ren

16-11-2015, 17:56

Very cool Peccin!

Something I was wondering about: there is the standard MSX1 color mode, and the MSX1 'Soft' color mode (in code called colorsMSX1VV and colorsMSX1 respectively). How did you decide upon these palettes I wonder? Smile

Something this is a bit annoying (still), are the control (cursor) hick-ups which can occur after using a key combination (alt+something) (I explained that earlier (see prev. page))

Muting audio when pausing would also be worth implementing? Smile

I had a little go with Knightmare and Nemesis 2. Got some slowing down on busier parts in Knightmare, but that's nitpicking really.. Wink

Again, very nice work/commits, keep it up I'd say! Big smile

Por ppeccin

Champion (376)

Imagen del ppeccin

18-11-2015, 14:30

ren wrote:

Very cool Peccin!

Something I was wondering about: there is the standard MSX1 color mode, and the MSX1 'Soft' color mode (in code called colorsMSX1VV and colorsMSX1 respectively). How did you decide upon these palettes I wonder? Smile

Something this is a bit annoying (still), are the control (cursor) hick-ups which can occur after using a key combination (alt+something) (I explained that earlier (see prev. page))

Muting audio when pausing would also be worth implementing? Smile

I had a little go with Knightmare and Nemesis 2. Got some slowing down on busier parts in Knightmare, but that's nitpicking really.. Wink

Again, very nice work/commits, keep it up I'd say! Big smile

For the palettes, the soft one I got from some place on the internet, I do not remember where anymore. For the default colors (Vivid palette) I tweaked it myself to look more like I remember from the 80's... That's it! :-)

About the keys getting stuck sometimes if you press ALT while pressing other control keys, there is not much I can do about. It is really a keyboard-browser-specific event issue. Sometimes if you press a key, then press ALT and then release that key while ALT is still pressed, the keyboard simply does not send the "release" event for that key so the emulator has no way of knowing that you have released the key.

Muting or not audio while pausing is something I cannot decide which one is better. You see, keeping the audio ON is good if you are trying to debug. You can pause, then advance frame by frame with ALT+F while hearing how the audio changes...
Maybe a new Debug Mode for enabling this? Meanwhile if you just want to pause the game to look at something else, you can pause then minimize its window, then audio will mute.

About the slowdowns, that should not happen. The emulation speed should not change (not noticeably) no matter how "busy" the screen looks... Remember that some games do slowdown by themselves when there are many objects to animate. That may get even more noticeable if you are running the game in the "wrong" frequency (60/50Hz), the one its was not designed to run.

Thanks!
Peccin

Por ren

Paragon (1928)

Imagen del ren

18-11-2015, 21:39

Quote:

For the palettes, the soft one I got from some place on the internet, I do not remember where anymore. For the default colors (Vivid palette) I tweaked it myself to look more like I remember from the 80's... That's it! :-)

Hehe, Thanks for the explanation. If you continue adding features we might end up with a palette editor..? Wink

Quote:

About the keys getting stuck sometimes if you press ALT while pressing other control keys, there is not much I can do about. It is really a keyboard-browser-specific event issue. Sometimes if you press a key, then press ALT and then release that key while ALT is still pressed, the keyboard simply does not send the "release" event for that key so the emulator has no way of knowing that you have released the key.

Hmm.. I'm not totally convinced myself this is something that can't be done anything about.
I did some testing myself with a simple script, and didn't seem to be able to reproduce a sticking keypress...
Btw the issue is most easily reproduced in Firefox: press a cursor (or a letter or something), keep pressed, then ALT once (just basic will do).

A bit annoying is that we can lose focus from the emu by (accidentally) (just) pressing ALT. That can be resolved by issuing a preventDefault on just the Alt.
(App functionality/usability above window menu shortcut access I reckon.. Wink)

Quote:

Muting or not audio while pausing is something I cannot decide which one is better. You see, keeping the audio ON is good if you are trying to debug. You can pause, then advance frame by frame with ALT+F while hearing how the audio changes...
Maybe a new Debug Mode for enabling this? Meanwhile if you just want to pause the game to look at something else, you can pause then minimize its window, then audio will mute.

Hmm.. or CTRL + ALT + P to pause with audio muted (or other way around)?
For the average user just wanting to play a game I feel it should mute by default / be (end-)user friendly instead of debugging friendly Wink
Or perhaps: CTRL + ALT + D == /enable/ debug mode (or cycle through some more debugging options), after which pause will not mute.. (Just thinking out loud here.)

Of course then it would be nice if your settings will be remembered (LocalStorage), but that's perhaps something you already thought about / is on your wish list? Wink

Quote:

About the slowdowns, that should not happen. The emulation speed should not change (not noticeably) no matter how "busy" the screen looks... Remember that some games do slowdown by themselves when there are many objects to animate. That may get even more noticeable if you are running the game in the "wrong" frequency (60/50Hz), the one its was not designed to run.

Yeah, I did wonder myself if it was not the game/MSX limit itself.. As it's been a while I even played Knightmare beyond Stage 1.. Wink But somehow I had the idea it was (also) the emulation/app struggling, but I also had a lot of stuff going on / running, multitasking and stuff, messing around a bit, that's also part of the reason I called it nitpicking, and I guess there's no need to really worry about it. (Will report if I'm seriously experiencing serious shit though.. ;))

Por NYYRIKKI

Enlighted (5923)

Imagen del NYYRIKKI

21-11-2015, 03:52

Very cool emulator!

WebMSX on biggest Finnish computer magazine; MikroBitti.

Por Manuel

Ascended (18794)

Imagen del Manuel

21-11-2015, 09:15

Cool! Can you tell a bit more about this article?

Por NYYRIKKI

Enlighted (5923)

Imagen del NYYRIKKI

21-11-2015, 10:32

It is just full MSX history without OCM in two pages... Although the text was rather short, they got multiple details incorrect. (Did you know that NEC was only one to produce MSX tR? Yeah, me neither) There was also this small hi level speculation about world where IBM PC's would not exist and how then our phones and Windows would run on MSX platform... but no mention about SymbOS anyway Smile

The picture text says: "MSX lives in Web WebMSX offers all original MSX features in browser, handy." Other picture was about SVI-318.

Página 11/49
4 | 5 | 6 | 7 | 8 | 9 | 10 | | 12 | 13 | 14 | 15 | 16