Is it possible to load softmpu into upper memory? I've set up autoexec to load it high, but mem.exe tells me it has been loaded into conventional memory.

Hezus wrote:

Is it possible to load softmpu into upper memory? I've set up autoexec to load it high, but mem.exe tells me it has been loaded into conventional memory.

Loads into high memory just fine for me, even when loading it manually after DOS has booted with typing "lh legmpu.com". What's the output of "mem /c /p" for you? Do any other TSRs load into high mem?

Do I only need the SOFTMPU.EXE file to be copied to the root of C:\ ?

Then add this line into my Autoexec.bat:

LH SOFTMPU.EXE /MPU:330 /SB:220 /IRQ:5

C0deHunter wrote:

Do I only need the SOFTMPU.EXE file to be copied to the root of C:\ ?

Then add this line into my Autoexec.bat:

LH SOFTMPU.EXE /MPU:330 /SB:220 /IRQ:5

You can put it anywhere you want. Directly in C:\ is fine. Usually it's a good idea to have a directory for stuff like that though, like C:\TOOLS. If you put it there, then:

1LH C:\TOOLS\SOFTMPU.EXE /MPU:330 /SB:220 /IRQ:5

This TSR is tiny, so you should probably put this as the last entry in your autoexec to prevent bigger TSRs/drivers from being unable to be loaded into high memory.

Thank you!

I really don't like emm386, is their any major reason why JEMM386 support can't be added?

If I were to try and add JEMM support myself, where in your code is the call to the MS EMM386 api for redirecting the ports? Is it mostly in one spot/function or is it kind of spread throughout the program?
I figured I'd ask if it's practical to do before I started spending time analyzing code and researching API calls for JEMM386

Hey folks, just wondering...

If softmpu add "intelligent mode", does it also fix/correct the hanging note bug issues found on SB16 cards..?

t9999clint wrote:

I really don't like emm386, is their any major reason why JEMM386 support can't be added?

If I were to try and add JEMM support myself, where in your code is the call to the MS EMM386 api for redirecting the ports? Is it mostly in one spot/function or is it kind of spread throughout the program?
I figured I'd ask if it's practical to do before I started spending time analyzing code and researching API calls for JEMM386

Why not use QEMM 386, it works perfectly with SoftMPU.

walterg74 wrote:

Hey folks, just wondering...

If softmpu add "intelligent mode", does it also fix/correct the hanging note bug issues found on SB16 cards..?

No.

The SB16 cards always had hanging note bugs since DSP 4.06-4.11. DSP 4.05 or less and 4.16 (found on AWE64 and WavEffects CT1470) is the way to go. The ones with the YMF-262M chip from DSP 4.06-4.11 has both level 1 and level 2 hanging note bugs, whereas the ones with the CT1747 bus chip has the level 2 bug, which is a very rare occurrence.

dJOS wrote:

t9999clint wrote:

I really don't like emm386, is their any major reason why JEMM386 support can't be added?

If I were to try and add JEMM support myself, where in your code is the call to the MS EMM386 api for redirecting the ports? Is it mostly in one spot/function or is it kind of spread throughout the program?
I figured I'd ask if it's practical to do before I started spending time analyzing code and researching API calls for JEMM386

Why not use QEMM 386, it works perfectly with SoftMPU.

I prefer JEMM as it's Open Source but mostly because it lets you unload it so I don't have to reboot to run games that need real mode.
I will probably use QEMM if I can't find any way around it. EMM386 makes my system unstable.

appiah4 wrote:

Is there any particular reason why it won't work with MS-DOS 5.0 and its EMM386? 😐

Yes, the earlier versions of EMM386 don't have the port-trapping interface that SoftMPU relies on.

bjt wrote:

appiah4 wrote:

Is there any particular reason why it won't work with MS-DOS 5.0 and its EMM386? 😐

Yes, the earlier versions of EMM386 don't have the port-trapping interface that SoftMPU relies on.

Thank you for this clarification, much appreciated.

bjt wrote on 2013-06-09, 23:00:

Ultima VI requires intelligent mode and works with SoftMPU 0.5. It doesn't seem to have a problem with EMM386.

Ultima VII on the other hand doesn't tolerate either EMM386 or HIMEM.SYS, but works fine with UART mode.

Ultima VI works fine through my PAS16/Midimate to an MT-32. That's traditional SoundBlaster-like hardware.

been trying to connect pc apps like cakewalk & others to an external synth thru
the gameport mpu-401 midi port ...

for one app, it works fine, no problem ...

trying to 'gang buster' a few apps on the pc tho, eg, keyboard emulation to cakewalk to another 'effects' app and
finally to the external synth ...

tried midi yoke, but got lost on the 'out' being 'in' & vice versa ...

what could work here ?

peace

UPDATE:
I recently I replaced my IDE CD-ROM drive with a SCSI one, on an Adaptec AHA-2940UW PCI adapter. Whenever I boot the system, I get this error message:
MPU-401 detected at port 330
! Error: Sound Blaster not detected at port 220 IRQ 5

This is my current SOFTMPU.EXE entry in Autoexec.bat file:

LH C:\UTILS\SOFTMPU\SOFTMPU.EXE /MPU:330 /SB:220 /IRQ:5

Also the Blaster environment loads at is set at: A220 I5 D1 H5 P330 E620 T6

I haven't touched my sound card at all, I am not sure why I get this message. Any help would be appreciated!

The SCSI controller probably shares a resource with the sound card?

No conflict, I guess.

The error message.

appiah4 wrote on 2020-10-28, 23:14:

The SCSI controller probably shares a resource with the sound card?

OBSERVATION 1)
I just tested the system with Quake, and inserted the actual CD-ROM (has Trent Reznor's Red-book audio):
Both sound effects and CD audio works flawlessly.

OBSERVATION 2)
MUNT seems to be working fine, even with the SoftMPU error message.