VOGONS

Search

Common searches

Search results

Display options

Display options

Re: OPL2LPT

Posted on 2017-12-26, 22:21

Games will be able to measure port read latency properly and the rest will work the same. Not really. The first time you still pass through the virtualization layer, with extra overhead for the patching. Besides, how many games, if any, do even measure port latency at all? It doesn't make sense. …

Re: Which programming language?

Posted on 2017-12-26, 13:34

in Milliways
Inline assembly sure, but that assumes you've exhausted algorithmic optimizations, for which you'll first have rethought many of your modern intuitions about programming and not just the choice of language. For something like a 486, and depending on the task, fairly modern pure c++ sans assembly …

Re: OPL2LPT

Posted on 2017-12-26, 11:19

I'll end up making one once I've written some software to play more than just one static note, need to either find an adlib tracker format that's not very demanding (might just use Reality Adlib Tracker without effects) or just write something of my own. I'd like to get it playing some Christmas …

Re: OPL2LPT

Posted on 2017-12-23, 12:45

noop wrote: I proposed to patch reads from the Adlib port with reads from any other port that is not being intercepted by the driver Because most ISA reads generate roughly the same delay. And what advantage would that have over handling the delay inside the write?

Re: OPL2LPT

Posted on 2017-12-22, 18:21

No, re-read the discussion. No, inform yourself who you're talking to, instead of assuming I know nothing about AdLib programming and delays. Also, read my posts more clearly. The whole problem is that making reads too fast breaks some software, and it is not port reads themselves that are too slow …

Re: OPL2LPT

Posted on 2017-12-22, 11:14

dr.zeissler wrote: I think it behaves like a COVOX which means it will work in real dos, but not within win9x/2k/xp, or am I wrong here? True, but if there are AdLib drivers for these versions of Windows, they could be patched.

Re: OPL2LPT

Posted on 2017-12-22, 11:12

If it's a read, it's patched out. I think it is better to redirect read to any other port, so the delays remains as before. Easier said than done though. It's probably best to patch out the reads, and instead perform the delays in the TSR itself, after the writes. The problem with redirecting ports …

Re: *START HERE* SoftMPU 1.9 - Software Intelligent MPU-401 Emulator

Posted on 2017-12-16, 20:22

in SoftMPU
Any chance to get this thing working on a 286 ? (probably not) Not as-is, but perhaps it is possible to use the same trick we used for Tandy: Patch 'out' instructions to 'int' instructions, so that an interrupt handler, installed by a TSR, will be called. Downside is of course that every game will …

Re: IBM Music Feature Card/Yamaha FB-01

Posted on 2017-12-14, 12:54

I have made an experimental TSR named SoftIMFC: https://www.dropbox.com/s/tnlrda2j3sfwhy6/SoftIMFC.zip?dl=0 It is similar in nature to SoftMPU: it uses EMM386 or QEMM386 to virtualize the ports of the IMFC and intercept and reads and writes. It then runs these through the same emulation routines I …

Re: OPL2LPT

Posted on 2017-12-14, 02:56

I suppose you could also just leave the reads of port 388h in there, because it's 'only' 6 of them normally. Most code will probably just write to port 389h and leave dx to 389h when they perform the 35 reads. So if you would only patch reads for port 389h, you're probably good to go.

Re: OPL2LPT

Posted on 2017-12-14, 02:53

What this experimental version does is to check which instruction caused the fault. If it's a read, it's patched out. This way we need to pay the cost of the fault only for the writes. We still need to ensure that we don't access the OPL2 chip too fast, so a delay is added to the write handling in …

Re: MT-32 and Soundcard Speakers?

Posted on 2017-12-13, 17:32

in MT-32 General
Is there a list of Intelligent Mode games out there? I assume there is. The SoftMPU site has a list of intelligent mode games that work with SoftMPU at least: https://github.com/bjt42/softmpu/wiki/Compatible-Intelligent-Mode-Games Here is another list: https://www.vogons.org/viewtopic.php?f=7&t= …

Re: MT-32 and Soundcard Speakers?

Posted on 2017-12-13, 16:54

in MT-32 General
Do I need SoftMPU to make this setup work? I thought the AWE32 would handle everything and I didn't need the Intelligent Mode stuff? You only need intelligent mode for certain games. The AWE32 does not support intelligent mode, so you would need SoftMPU to get those games working with the MT-32. …

Re: MT-32 and Soundcard Speakers?

Posted on 2017-12-13, 15:45

in MT-32 General
Ok so I do need the mixer then? How does that loop into the chain? My mixer has two stereo inputs and an output (plus a bunch of mic inputs, but I don't need those). No, there's an onboard mixer on the SB. That's what you need to use. See this LGR video where he basically does the same thing, but …

Re: MT-32 and Soundcard Speakers?

Posted on 2017-12-13, 15:26

in MT-32 General
Yes, you can loop the output of the MT-32 into the line-in of your SB AWE32. You can then use the mixer on the AWE32 to mix the line-in audio with the SB's own audio to the line-out (the line-in is probably muted by default, so just plugging in the MT-32 probably won't make you hear anything yet. …

Re: OPL2LPT

Posted on 2017-12-13, 12:04

Not sure if it was mentioned before, but I couldn't find any info on how it actually works. So here is a reference to the relevant source code: https://github.com/pdewacht/adlipt/blob/master/opl2test/OPL2.cpp This is how you do a write to an OPL2 register. On a real AdLib you first write the …

Re: OPL2LPT

Posted on 2017-12-12, 20:14

"custom-hacked DOSBox" !! Tell us more :cool: Yea, I've used the inpout32 library (http://www.highrez.co.uk/Downloads/InpOut32/) to redirect port writes in DOSBox to physical addresses on the host machine. That allows you to use a physical printer port from DOSBox, for example (so I could drive the …

Page 97 of 242

Go to top of page Go to top of page
Close window
Close window