laoo

I use vertical blank interrupt code that counts from 0 to a given value n, I swap video buffers when n is reached and then zero the counter. In the main loop I just wait when the counter changes from n to 0 and start drawing then (It's oversimplified, but that's the idea).

In theory JagBT supports 6 buttons but I haven't found a 6 button game that would work with it (I didn't look too hard though) - it has some compatibility issues that hasn't been resolved with all old games and new homebrews do not care to be compatible 🤷‍♂️

Some generic "Save As..." With a dialog to select format and some parametrization should not be too hard to implement.

I'll add an option in the emulator to save the LNX file with values set in "Image properties" window. It could be used to convert LYX / O file to LNX file too. It would be a good thing for version 0.6.3, as I think that adding only an icon is too little

The aim of Felix is to be as faithful to the hardware as possible. If I could check ok both versions, I believe I could fix the emulator.

@Songbird I haven't put my hands on this game. If you know where it fails, there is big chance that the Felix can be corrected - the main problem with failing games is finding the reason, as it's usually very convoluted. I can look into it if you wish.

I'm hesitating... but I'm not sure whether the formula for making amendments to the original documentation hasn't depleted. We are talking about documents rooted in original times with official information. It's ok to make corrections for example to PACK and UNPACK where the docs states that the flags are unaffected whilst it's a bug, but changing the entries where the docs says that the flag is "undefined" isn't the way to do, because the engineers did not defined them and it just happens that they are as they are. It's the same as with "undefined" opcodes of 6502 or Z80 etc. There are some bizarre commands in undefined space but it would be a mistake to alter official docs of 6502 to include that behavior. That said, I believe we just need a new documentation with new findings specifying originally unspecified facts and with the official docs only correcting errors. There are plenty such initiatives for other platforms. There are specs for Nintendo systems written by emulator's author: http://problemkaputt.de/gbatek.htm http://problemkaputt.de/fullsnes.htm http://problemkaputt.de/everynes.htm There are sacred tech scrolls written by other enthusiast: http://perfectkiosk.net/stsws.html http://perfectkiosk.net/stsvb.html http://perfectkiosk.net/ststgc.html I think it's a quite good convention / format. Especially that I don't find official docs succint enough and easy to read (and I find it even as a sort of marketing pamphlet in some places, but that was its purpose - to lure game programmers of the 90-ties to invest their time in the console, which is very irrelevant nowadays). We just need some markup that can be html-ized and to host it on some github, one or few caretakers with access to the repository and everything managed as any other open source project by pull-requests. That's my view on the matter.

Strangely can't edit my post and just wanted to add another diagram with Voronoi cells for each CRY color. These are actually three separate images combined in one, so there are separate cells on the edges of squares.

As a side-effect of my tooling efforts I've created an image that shows where are CRY colors with intensity 255 on three RGB planes. Left-bottom are all colors with R=255, left-upper have blue=255 and right-top have green=255. Black points are in place of colors representable using CRY. I decided to share it because it's interesting to know which areas are more densly populated by CRY colors and which on the contrary and besides it looks cool

I don't understand this "asm-phobia". 6502 is so simple, whereas cc65 is sooo slooow, especially wrt repetitive tasks like manipulating SCB to draw sprites... I sometimes almost cry when I see Lynx games with beautiful graphics and gameplay but ruined by awful framerate of 15 fps... It's a shame. Really.

It rather won't solve this problem but please upgrade to 0.6.2. It solves nasty sound and speed bug

@LordKraken something similar to effect from this issue? https://github.com/laoo/Felix/issues/79 I haven't investigated it yet. @AW127 There is a regression wrt Gauntlet: https://github.com/laoo/Felix/issues/125 Generally - if you (or anyone as a matter of fact) find any bug, please look into the issues on github. If it's there you may leave a comment that it still exist, or create a new issue if it's something new. Of course we're checking bugs only against newest version. Thank you for the interest with Felix

I put my hands on a Lynx upgraded with the BennVenn mod, but I don't know which model. I suspect it might have been the older TFT one, as it had similar screen angles as my McWill and it had bo VGA output. And... It had no tearing whatsoever! I don't know how BennVenn did it but the synchronization was perfect in each refresh rate. @BennVenn do you drive horizontal timing of the LCD with Lynx's horizontal timer so that they match?

I'm working on SDL2 migration at the moment, but meanwhile I've managed to diagnose the nasty bug producing audio glitches. It was due to the fact, that current emulation is audio driven - I call emulation loop to render given number of samples. But Suzy sprite blitting could not be interrupted which resulted in compressing the time occupied by Suzy and loss of generated samples. Nevertheless I've fixed it and added two commands in Audio menu - to save WAV file and VGM file, as VGM now officially supports Mikey. Those two changes are in 0.6.1 release which includes also 32-bit build. Before I'll manage to setup an automated build on the GitHub infrastructure all builds are done on my personal PC. So just in case: antiviruses I am using do not recognize any problems on my machine, but Virus Total does report some issues and only I can offer now is my word that they are false positives

There has been finally a release of VGMPlay 0.51.1 with Mikey support: https://vgmrips.net/forum/viewtopic.php?p=17287#p17287 If someone would be interested with dumping music from Lynx games Felix already can do this from the level of lua script but I can make a small release with dumping exposed in UI