openMSX importer

**Commented by asiga on 2012-07-10 11:07 UTC** Well, I'm supposing there's interest in using MSX2 software for doing stuff. For example, I know I could use the latest Photoshop version...

**Commented by asiga on 2012-07-10 13:37 UTC** Btw, I've just talked about the digitize feature until now, but I guess the superimpose might convince you more :-) Imagine that you...

**Commented by asiga on 2013-03-03 23:07 UTC** I came here checking if there were any news on NMS8280 emulation. Regarding the question about why digitizing an already digital signal, I...

**Commented by manuelbi on 2013-03-04 20:16 UTC** There is already superimpose code for the laserdisc emulation (MSX1 graphics are superimposed on top of video from the laserdisc). Check that code...

**Commented by sd-snatcher on 2009-03-07 15:30 UTC** That would be a nice feature, because when you're developing an MSX game/demo on a emulator, its hard to tell if its your...

**Commented by manuelbi on 2010-08-14 21:03 UTC** According to this post, it should work (at least on OS X): http://www.msx.org/forumtopicl11418.html Many people request this, maybe it's worth investigating again?

**Commented by mthuurne on 2010-08-15 15:16 UTC** In the non-GL renderer we can request a hardware surface and double buffering, SDL will then sync the flip to vsync if possible....

**Commented by sd-snatcher on 2014-09-23 22:40 UTC** I'm all in for detailed emulation so developers can test their software using the emulator, but if you're going to implement this one...

**Commented by grauw on 2015-03-07 00:10 UTC** After a test with cycle-accurate timing on turboR, I can confirm that the required wait after an address write is exactly 12 OPLL...

**Commented by grauw on 2015-03-07 21:36 UTC** The data register wait timing is unfortunately much harder to pin down, it varies a lot and a quite sizable reduction in wait...