MiSTer FPGA Forum

I tried the new main and compiled the prerelease with FDD support.
It works great ! thanks
For the demo 8088MPH on FDD using stock dos 3.0 (boot FDD), it shows the core deviates for 1% or 2%. I didn't manage to match 0%.
Have you the same behavoir ?

wark91 wrote: ↑Thu Oct 06, 2022 7:57 pm I tried the new main and compiled the prerelease with FDD support.
It works great ! thanks
For the demo 8088MPH on FDD using stock dos 3.0 (boot FDD), it shows the core deviates for 1% or 2%. I didn't manage to match 0%.
Have you the same behavoir ?

It is variable, close to 0... and in fact sometimes it has detected it at 0, but most of the time at 1.

ok but with the previous method using FDD throught the COM, I managed to get 0% more often.

The MiSTer Main got the new changes merged for FDD support.

Here is the link to nightly build of it:
https://discord.com/channels/6479093974 ... 1067977738

Could we maybe get serial mouse support merged with this? Sounds like the problem with it is that it has conflicts with interrupts from Serdrive, but we could possibly get around that if we just boot from floppy instead since this floppy version is IDE based?

Caldor wrote: ↑Thu Oct 06, 2022 9:32 pm Could we maybe get serial mouse support merged with this? Sounds like the problem with it is that it has conflicts with interrupts from Serdrive, but we could possibly get around that if we just boot from floppy instead since this floppy version is IDE based?

For the MiSTer port we are not at that point yet. In MiSTer the mouse must work in Stream mode, and until we have identified and solved the problem in remote mode (the one used in direct PS/2 ports, not emulated as in MiSTer), we will not check it.

Ahh... sucks. Oh well. I hope some solution is found.

I tried using the floppy drives yesterday and they worked quite well. Tried booting from drive A and such.

Thank you for the release

kitune-san wrote: ↑Wed Oct 05, 2022 6:46 am I suspect that the reason why the 601 error occurs at 14mhz is the timeout (CX=0) caused by the Loop instruction.

I have confirmed that FDD works at 14MHz by lowering the cur_rate value.
The appropriate value is...I don't know.

kitune-san wrote: ↑Sat Oct 08, 2022 5:01 am

kitune-san wrote: ↑Wed Oct 05, 2022 6:46 am I suspect that the reason why the 601 error occurs at 14mhz is the timeout (CX=0) caused by the Loop instruction.

I have confirmed that FDD works at 14MHz by lowering the cur_rate value.
The appropriate value is...I don't know.

2022-10-08 135806.png

I am adding the change for the next release because I see that it improves stability at 14.318MHz:

https://github.com/MiSTer-devel/PCXT_Mi ... 85228f99b6

Indeed, it no longer gives error 601, even at 14.318Mhz. I only observe the following behaviour:

In the 5160 BIOS, it is now possible to make use of the floppy disk at 14.318Mhz, and it also formats well. However, if it is hot-switched to 4.77Mhz, then to 7.16Mhz and finally back to 14.318Mhz when the BIOS and the OS is running, a formatting is no longer possible. However, in Tandy it doesn't have this behaviour, it works fine at all speeds. If you switch back to 4.77Mhz and 7.16Mhz it works without problems. It might need a little more tweaking, but for me it's almost perfect right now.

Also consider that not all BIOSes may be compatible with this FDD implementation, the only one I've seen so far that doesn't work is Ja'akov Miles and Jon Petroski OpenXT BIOS. The rest have worked as expected.

Can the floppy load option be moved to be the item in the OSD?
Most cores have loading disks as the first option, and it's common to switch disks if playing with floppies.

Newsdee wrote: ↑Sun Oct 16, 2022 1:35 am Can the floppy load option be moved to be the item in the OSD?
Most cores have loading disks as the first option, and it's common to switch disks if playing with floppies.

I think that each feature is ultimately conditioned by the type of use that is made of the core, what you find convenient now may not be so convenient later on, and vice versa.

Regarding the hot-swapping of floppy disks, that's not really a problem, considering that the Main has been prepared so that this core remembers the last place where it was when it left the OSD, and when it comes back it is at the same point, in this case the floppy disk mounting section.

spark2k06 wrote: ↑Sun Oct 16, 2022 3:11 am I think that each feature is ultimately conditioned by the type of use that is made of the core, what you find convenient now may not be so convenient later on, and vice versa.

It's more the fact that it is different than every other computer core. Look at ao486, Apple II, C64x minimig, etc.. So it stood out to me.

It bothers me enough to submit a Pull Request if you'll accept it. If not, thats fine. I can always make my own build for my personal use.

Newsdee wrote: ↑Sun Oct 16, 2022 2:59 pm

spark2k06 wrote: ↑Sun Oct 16, 2022 3:11 am I think that each feature is ultimately conditioned by the type of use that is made of the core, what you find convenient now may not be so convenient later on, and vice versa.

It's more the fact that it is different than every other computer core. Look at ao486, Apple II, C64x minimig, etc.. So it stood out to me.

It bothers me enough to submit a Pull Request if you'll accept it. If not, thats fine. I can always make my own build for my personal use.

Let's do one thing if that's okay with you. Create a new branch from the main branch with your alternative OSD menu proposal and I will make a survey on my Twitter account, if there is a significant number of votes and the majority is with your proposal, you could make me a pull request with the change. Are you ok with it? Save in your release folder an RBF with this new menu.

spark2k06 wrote: ↑Sun Oct 16, 2022 3:13 pm Let's do one thing if that's okay with you. Create a new branch from the main branch with your alternative OSD menu proposal

Yes, that's fine. I'll test drive the changes myself for a bit first to refine it.

spark2k06 wrote: ↑Sun Oct 16, 2022 3:13 pm Create a new branch from the main branch with your alternative OSD menu proposal and I will make a survey on my Twitter account, if there is a significant number of votes and the majority is with your proposal, you could make me a pull request with the change. Are you ok with it? Save in your release folder an RBF with this new menu.

Here you go:
https://github.com/spark2k06/PCXT_MiSTer/pull/67
.
RBF file: .

Survey sent:

https://twitter.com/spark2k06/status/15 ... 1277004801

spark2k06 wrote: ↑Mon Oct 17, 2022 6:30 am https://twitter.com/spark2k06/status/15 ... 1277004801

Alea jacta est

The community decides, vote now... as there is no point in complaining afterwards

I don't do Twitter but do agree with @newsdee's arrangement as, I'd say that, disk swapping is more common than changing machine type.

Edit: Have now actually tried it. Less key presses

EeDee wrote: ↑Mon Oct 17, 2022 1:06 pm I don't do Twitter but do agree with @newsdee's arrangement as, I'd say that, disk swapping is more common than changing machine type.

Edit: Have now actually tried it. Less key presses

Same. And I think having the order of menu items mostly the same between cores is good UX design.

spark2k06 wrote: ↑Sun Oct 16, 2022 3:13 pm Save in your release folder an RBF with this new menu.

I realized I forgot to attach the latest rbf in my pull request. It has the build before I moved CPU speed to the OSD front page.

Do you want me to do another PR with the build, or will you do a fresh build of the branch anyway?

Newsdee wrote: ↑Mon Oct 24, 2022 4:22 pm

spark2k06 wrote: ↑Sun Oct 16, 2022 3:13 pm Save in your release folder an RBF with this new menu.

I realized I forgot to attach the latest rbf in my pull request. It has the build before I moved CPU speed to the OSD front page.

Do you want me to do another PR with the build, or will you do a fresh build of the branch anyway?

Do PR, but this time directly to the main branch, I also have to correct a bug added after the last changes, regarding the Tandy sound... so I will soon release a new update.

Thanks

spark2k06 wrote: ↑Mon Oct 24, 2022 4:26 pm Do PR, but this time directly to the main branch, I also have to correct a bug added after the last changes, regarding the Tandy sound... so I will soon release a new update.

I think its already all included then (the HDL code is already merged). I will check the latest release.

Booting from FDD seems to fail with release 20221030.
I am investigating the cause.

kitune-san wrote: ↑Sun Oct 30, 2022 9:20 am Booting from FDD seems to fail with release 20221030.
I am investigating the cause.

Strange, I just tried a PC booter and it worked for me. With IBM Tandy... which floppy disk exactly is not working for you and with which BIOS?

This is occurring with a 1.44 MHz FDD and Micro 8088 BIOS.
I have not tried Tandy, but have not seen the problem with the 5160 BIOS.

I tried Alleycat (180k booter floppy) just now;
it booted fine both with Tandy and XT modes (micro8088), but note that I also have the ide_xtl.rom loaded.

Would it be possible to wire the FDD drive light to one of MiSTer's LEDs ?

My problem seems to stem from a change in microcode.
However, I am not sure of the solution.
If there seems to be no problem other than mine, I will put it on hold.