HuckleCat wrote:I'm using the latest 64 bit build from EmuCR of Dosbox-X.
IIRC, the dynamic core in 64 bit builds runs much slower than the one from 32 bit builds, at least in other builds.
HuckleCat wrote:I'm using the latest 64 bit build from EmuCR of Dosbox-X.
Dominus wrote:DOSBox-x has no dynamic core
TheGreatCodeholio wrote:- Perhaps you're running the Lego game with dynamic core, which I haven't bothered to maintain because the changes underneath don't work well with it. Try running with normal core, to see if it works (but slowly).
mr_bigmouth_502 wrote:Stupid question, but why is the dynamic core so slow on 64-bit DosBox builds? How can I force an Arch Linux system to build it in 32-bit?
TheGreatCodeholio wrote:mr_bigmouth_502 wrote:Stupid question, but why is the dynamic core so slow on 64-bit DosBox builds? How can I force an Arch Linux system to build it in 32-bit?
There is no dynamic core on 64-bit. The dynamic core is only enabled on 32-bit builds.
mr_bigmouth_502 wrote:TheGreatCodeholio wrote:mr_bigmouth_502 wrote:Stupid question, but why is the dynamic core so slow on 64-bit DosBox builds? How can I force an Arch Linux system to build it in 32-bit?
There is no dynamic core on 64-bit. The dynamic core is only enabled on 32-bit builds.
Really? Why not?
MISC:MSCDEX: INT 2F AX=1510 BX=0000 CX=0003
MISC:MSCDEX: Driver Function 03
MISC:MSCDEX: IOCTL INPUT Subfunction 0C
MISC:MSCDEX: Status : 0300
#define MSCDEX_LOG LOG(LOG_MISC,LOG_ERROR)
MSCDEX_LOG("MSCDEX: Status : %04X",mem_readw(curReqheaderPtr+3));
case 0x0C :{/* Get Audio Sub Channel data */
hail-to-the-ryzen wrote:There is error logging from dos_mscdex.cpp:
- Code: Select all
MISC:MSCDEX: INT 2F AX=1510 BX=0000 CX=0003
MISC:MSCDEX: Driver Function 03
MISC:MSCDEX: IOCTL INPUT Subfunction 0C
MISC:MSCDEX: Status : 0300
A sample of code that generated logs:
- Code: Select all
#define MSCDEX_LOG LOG(LOG_MISC,LOG_ERROR)
MSCDEX_LOG("MSCDEX: Status : %04X",mem_readw(curReqheaderPtr+3));
I haven't verified if it is from cd audio playback, but the above 0x0C case is handled in code:
- Code: Select all
case 0x0C :{/* Get Audio Sub Channel data */
Is it correct to change the LOG_ERROR to LOG_NORMAL in dosbox-x, at least for the functions supported in emulation?
Edit: verified that removing this logging does eliminate the sound pauses from the soundblaster and cd audio playing at the same time. Tested in only one game.
Edit 2: it's specific to dosbox-x. It seems that the logs occur whenever a mouse button is clicked. If the button is held down, then it continues to generate the above log. I wonder if the above CD related log is caused by a raising of an irq.
TheGreatCodeholio wrote:I don't have the means to develop or test MT32 emulation. I'll need help with that. I have it open as an issue on Github.
Myloch wrote:TheGreatCodeholio wrote:I don't have the means to develop or test MT32 emulation. I'll need help with that. I have it open as an issue on Github.
yeah I saw that page: it seems that it was received quite harshly. I refuse to think I'm the only one who used mt32 dosbox implementation, when it used to work correctly, in ykhwong builds and (probably) old dosbox-x releases. It's a shame having it broken/discontinued now that the munt project made huge steps and emulation is very good. Maybe it would work if I find a recent Munt driver installation and I redirect to midi output->munt but personally I don't want to install another program just for that.
I suppose that me (and others like me) will be stuck to those old dosbox builds I mentioned.
Users browsing this forum: No registered users and 2 guests