VOGONS

Common searches


Reply 341 of 352, by realnc

User metadata
Rank Member
Rank
Member
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?

Reply 342 of 352, by C0deHunter

User metadata
Rank Member
Rank
Member

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

PIII-800E | Abit BH-6 | Rage 128 Pro Video Card | 256MB SD-RAM PC100 | AWE64 Gold | Sound Canvas 55 MKII | SoftMPU | 2X SanDisk (2004) 2GB CF as C:\ (Win98SE OS) and D:\ (DOS Games) | Windows 98SE (using PhilComputerLabs', *pure* DOS option)

Reply 343 of 352, by realnc

User metadata
Rank Member
Rank
Member
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:

LH 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.

Reply 344 of 352, by C0deHunter

User metadata
Rank Member
Rank
Member

Thank you!

PIII-800E | Abit BH-6 | Rage 128 Pro Video Card | 256MB SD-RAM PC100 | AWE64 Gold | Sound Canvas 55 MKII | SoftMPU | 2X SanDisk (2004) 2GB CF as C:\ (Win98SE OS) and D:\ (DOS Games) | Windows 98SE (using PhilComputerLabs', *pure* DOS option)

Reply 345 of 352, by t9999clint

User metadata
Rank Member
Rank
Member

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

My Youtube Channel: https://www.kor.ninja/
My Soundfont Project: K.O.R. Soundfont Project V.5.0
My Soundcloud Page: https://soundcloud.com/clint-theriault

Reply 347 of 352, by dJOS

User metadata
Rank Newbie
Rank
Newbie
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.

The impossible often has a kind of integrity which the merely improbable lacks.

Reply 348 of 352, by appiah4

User metadata
Rank l33t++
Rank
l33t++
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.

Retronautics: A digital gallery of my retro computers, hardware and projects.

Reply 349 of 352, by bjwil1991

User metadata
Rank l33t
Rank
l33t

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.

Discord: https://discord.gg/U5dJw7x
Systems from C64 to FX-6300.

Reply 350 of 352, by t9999clint

User metadata
Rank Member
Rank
Member
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.

My Youtube Channel: https://www.kor.ninja/
My Soundfont Project: K.O.R. Soundfont Project V.5.0
My Soundcloud Page: https://soundcloud.com/clint-theriault

Reply 351 of 352, by bjt

User metadata
Rank Oldbie
Rank
Oldbie
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.

Reply 352 of 352, by appiah4

User metadata
Rank l33t++
Rank
l33t++
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.

Retronautics: A digital gallery of my retro computers, hardware and projects.