Re: Development of an XTIDE-Compatible IDE
To boot from A, press A when the XTIDE information is displayed, or F2 to select boot drive from a menu.
The online community for MiSTer FPGA enthusiasts
https://misterfpga.org/
To boot from A, press A when the XTIDE information is displayed, or F2 to select boot drive from a menu.
With XTIDE present, it is XTIDE that rules the boot order, rather than the original BIOS.
Hi! I've updated the .zip with roms and vhd with updated memory segments.venice wrote: ↑Fri Nov 25, 2022 1:45 pm Hi@all,
many many thanks for all the work you do to get this core
But here the system stops, the cursor is blinkingbut nothing more happens.
Any Idea why? Do I miss something.
Maybe someone can explain
Note 2: It is also important to update all ROMs based on the new XTIDE BIOS, and located in the folder "..\SW\ROMs"
to me. Do I have to update some ROM files manually?
Btw, there is a second "pcxt_micro8088.rom" within the ZIP of the freedos VHD which has another checksum.
Thanks again for this Cool-Core
Thank you for the pull request with the necessary change in the image to fit the new memory model, it would be available to everyone:
Should that image (VHD) be using A000 in LTEMM or C000? I've been battling with the Tandy bios specifically all day. It seems to overwrite the high memory space on certain situations when Tandy graphics are used. even using a basic program. I should have a good image to test with tomorrow. The Tandy 1000 bios is the only one with this weird behavior.spark2k06 wrote: ↑Sat Nov 26, 2022 4:31 amThank you for the pull request with the necessary change in the image to fit the new memory model, it would be available to everyone:
https://github.com/MiSTer-devel/PCXT_Mi ... games/PCXT
In the new release I have avoided the use of the A000 segment for EMS, because it is a memory area used by EGA/VGA, and some games can write there just to verify its existence... that's why now from the OSD, you can only select C000, D000 or E000 for EMS memory (this last one better avoid it because we will normally use it for XTIDE), and on the other hand, I leave the option to use A000 as UMB memory or disable it to avoid false EGA/VGA detection and data corruption due to overwriting.flynnsbit wrote: ↑Sat Nov 26, 2022 5:45 am Should that image be using A000 in LTEMM or C000? I've been battling with the Tandy bios specifically all day. It seems to overwrite the high memory space on certain situations when Tandy graphics are used. even using a basic program. I should have a good image to test with tomorrow. The Tandy 1000 bios is the only one with this weird behavior.
makes sense. I just wanted you to be aware that it was set to A000 in the VHD in the repo.spark2k06 wrote: ↑Sat Nov 26, 2022 5:53 amIn the new release I have avoided the use of the A000 segment for EMS, because it is a memory area used by EGA/VGA, and some games can write there just to verify its existence... that's why now from the OSD, you can only select C000, D000 or E000 for EMS memory (this last one better avoid it because we will normally use it for XTIDE), and on the other hand, I leave the option to use A000 as UMB memory or disable it to avoid false EGA/VGA detection and data corruption due to overwriting.flynnsbit wrote: ↑Sat Nov 26, 2022 5:45 am Should that image be using A000 in LTEMM or C000? I've been battling with the Tandy bios specifically all day. It seems to overwrite the high memory space on certain situations when Tandy graphics are used. even using a basic program. I should have a good image to test with tomorrow. The Tandy 1000 bios is the only one with this weird behavior.
In this case it is not a Tandy problem, from A000 onwards Tandy should not come into play at all.
Looks like @jordi forgot to update that, thanks for the warning... I've already changed it:flynnsbit wrote: ↑Sat Nov 26, 2022 6:30 ammakes sense. I just wanted you to be aware that it was set to A000 in the VHD in the repo.spark2k06 wrote: ↑Sat Nov 26, 2022 5:53 amIn the new release I have avoided the use of the A000 segment for EMS, because it is a memory area used by EGA/VGA, and some games can write there just to verify its existence... that's why now from the OSD, you can only select C000, D000 or E000 for EMS memory (this last one better avoid it because we will normally use it for XTIDE), and on the other hand, I leave the option to use A000 as UMB memory or disable it to avoid false EGA/VGA detection and data corruption due to overwriting.flynnsbit wrote: ↑Sat Nov 26, 2022 5:45 am Should that image be using A000 in LTEMM or C000? I've been battling with the Tandy bios specifically all day. It seems to overwrite the high memory space on certain situations when Tandy graphics are used. even using a basic program. I should have a good image to test with tomorrow. The Tandy 1000 bios is the only one with this weird behavior.
In this case it is not a Tandy problem, from A000 onwards Tandy should not come into play at all.
Woop sorryspark2k06 wrote: ↑Sat Nov 26, 2022 7:23 amLooks like @jordi forgot to update that, thanks for the warning... I've already changed it:flynnsbit wrote: ↑Sat Nov 26, 2022 6:30 ammakes sense. I just wanted you to be aware that it was set to A000 in the VHD in the repo.spark2k06 wrote: ↑Sat Nov 26, 2022 5:53 am
In the new release I have avoided the use of the A000 segment for EMS, because it is a memory area used by EGA/VGA, and some games can write there just to verify its existence... that's why now from the OSD, you can only select C000, D000 or E000 for EMS memory (this last one better avoid it because we will normally use it for XTIDE), and on the other hand, I leave the option to use A000 as UMB memory or disable it to avoid false EGA/VGA detection and data corruption due to overwriting.
In this case it is not a Tandy problem, from A000 onwards Tandy should not come into play at all.
https://github.com/MiSTer-devel/PCXT_Mi ... games/PCXT
Code: Select all
FILES=40
BUFFERS = 30
DOS = HIGH, UMB
DEVICE=C:\USE!UMBS.SYS A000-B000 D000-EC00
DEVICE=C:\DOSMAX\DOSMAX.EXE /R+ /N+ /P-
DEVICEHIGH=C:\LTEMM.EXE /p:C000 /x
DEVICEHIGH=C:\FREEDOS\NANSI.SYS
SHELL=C:\DOSMAX\SHELLMAX.COM C:\COMMAND.COM C:\ /E:256 /P
If the MSDos mouse driver works better than ctmouse, definitely use that one...we'll keep it in mind to recommend it in the README in that case.arromdee wrote: ↑Sat Nov 26, 2022 9:32 am What do I need to do to get ctmouse to work?
My config.sys is based on one from this thread:
All the programs mentioned in the config.sys exist in the directories shown.Code: Select all
FILES=40 BUFFERS = 30 DOS = HIGH, UMB DEVICE=C:\USE!UMBS.SYS A000-B000 D000-EC00 DEVICE=C:\DOSMAX\DOSMAX.EXE /R+ /N+ /P- DEVICEHIGH=C:\LTEMM.EXE /p:C000 /x DEVICEHIGH=C:\FREEDOS\NANSI.SYS SHELL=C:\DOSMAX\SHELLMAX.COM C:\COMMAND.COM C:\ /E:256 /P
Autoexec.bat only sets a prompt. I am using Tandy, Lo-Tech 2MB EMS Enabled, EMS Frame:C000, A000 UMB: Enabled. MS-DOS 6.22. If I execute ctmouse from the command line (with or without LH), it runs but I get a lockup when I try to use edit or msd. If I use the MSDOS mouse driver, these work and the mouse functions. The ctmouse.exe is from freedos 1.3 and works with ao486 (although the mouse in that is emulated as PS/2, it's serial here).
Jepp, with the files pcxt.rom and ide_xtl.rom it works for me as well.jca wrote: ↑Sat Nov 26, 2022 2:03 pm ...
After seeing your post I tried with pcxt.rom which is 64K, I have no idea what is ide_xtl.rom so I did not do anything with it and I used the latest vhd image. It boots.
I don't really know what I am doing with these roms and what they are. I attach the 2 roms which are now missing from the hdd image zip.
At least you will be able to boot FreeDos. Use at your own risk![]()
In the MiSTer-devel repository, I am providing version 1.9:
I tested the new core, the newest official release. Had to update the MiSTer Main and the ROMs as well, but then it worked. It could not find the HDDs before I replaced the XTide bios. I got mouse and RAM working, ran Monkey Island with Tandy graphics, mouse and adlib audio.
I tried some other games as well, that did not work before, but none of those had begun working it seems. Still, it runs much better now. I changed the memory setup. I have not experienced it crashing, so I guess it works. I did have some trouble finding \ on the keyboard. Would probably help if I just used a full EU keyboard, this one is a small keyboard with the keypad hidden in FN keys like on a laptop and it seems to be a US keyboard, but not sure.
Its not a key that is used in games anyway, and I got around it by using copy paste in the editors.
Caldor wrote: ↑Thu Dec 01, 2022 8:12 amI tested the new core, the newest official release. Had to update the MiSTer Main and the ROMs as well, but then it worked. It could not find the HDDs before I replaced the XTide bios. I got mouse and RAM working, ran Monkey Island with Tandy graphics, mouse and adlib audio.
I tried some other games as well, that did not work before, but none of those had begun working it seems. Still, it runs much better now. I changed the memory setup. I have not experienced it crashing, so I guess it works. I did have some trouble finding \ on the keyboard. Would probably help if I just used a full EU keyboard, this one is a small keyboard with the keypad hidden in FN keys like on a laptop and it seems to be a US keyboard, but not sure.
Its not a key that is used in games anyway, and I got around it by using copy paste in the editors.
Non working games are reported?
jordi wrote: ↑Thu Dec 01, 2022 8:48 amCaldor wrote: ↑Thu Dec 01, 2022 8:12 amI tested the new core, the newest official release. Had to update the MiSTer Main and the ROMs as well, but then it worked. It could not find the HDDs before I replaced the XTide bios. I got mouse and RAM working, ran Monkey Island with Tandy graphics, mouse and adlib audio.
I tried some other games as well, that did not work before, but none of those had begun working it seems. Still, it runs much better now. I changed the memory setup. I have not experienced it crashing, so I guess it works. I did have some trouble finding \ on the keyboard. Would probably help if I just used a full EU keyboard, this one is a small keyboard with the keypad hidden in FN keys like on a laptop and it seems to be a US keyboard, but not sure.
Its not a key that is used in games anyway, and I got around it by using copy paste in the editors.
Non working games are reported?
No, because I am not sure they are supposed to work on a PCXT computer in the first place. It was Adventures of Robin Hood and Shadoworld.
If you don't have a real PCXT, you can always use an emulator like PCem or 86Box, using the same configuration and HD image
I am not sure the exact same image can run in PCem? I already did make a setup. I plan on trying to do that comparison when I have a few more games to test.