MiSTer FPGA Forum

Is MIDI output possible easily at this stage on the core? Midilink on MiSter is pretty incredible

suverman wrote: ↑Sun Jun 07, 2020 3:39 am Is MIDI output possible easily at this stage on the core? Midilink on MiSter is pretty incredible

Don’t see why not... be good to sort out 15khz video output... 24khz down to 15khz would also be nice somehow?

dentnz wrote: ↑Sun Jun 07, 2020 4:28 am

suverman wrote: ↑Sun Jun 07, 2020 3:39 am Is MIDI output possible easily at this stage on the core? Midilink on MiSter is pretty incredible

Don’t see why not... be good to sort out 15khz video output... 24khz down to 15khz would also be nice somehow?

Wouldnt that fall under MiSTer framework? That is, scaling? I think even ao486 cannot run 31khz things on a 15khz natively - people use downscalers like Corio for that. Def would be pretty nice to have that option on the framework.

@dentnz

http://temlib.org/pub/mister/F68K.tar.gz

The disk emulation code is a bit special, based on microcode, I adapted a SCSI disk emulation which handled more commands.
If I understand correctly, it should be possible to handle both ASCI and SCSI commands (with 512B sectors) to support larger disks. And, then CDROM with yet another sector size.

I need to finish another thing now, before I could help on X68K

@puu

私たちのためにRBFファイルをコンパイルすることを検討してください...ファン！ - 私たちは本当にあなたの素晴らしいコアを使いたいです。

I am new to the X68000. Does a translated Human68k exist?

It is not sold outside of Japan and is a hobby-only machine, so I don't think there is one. You will have no choice but to rewrite the message part with a binary editor.

I uploaded a version that does not use a 2nd SD card.
http://fpga8801.seesaa.net/archives/20200619-1.html

Thanks for the update!

Are you going to update the fm sound chip with the latest version from Jotego?

puu wrote: ↑Thu Jun 18, 2020 4:36 pm I uploaded a version that does not use a 2nd SD card.
http://fpga8801.seesaa.net/archives/20200619-1.html

Is there a compiled version of this file?

Thank you Puu for this update. It is very usefull.
The package have some missing files (ktbln.hex, tbl6258.mif, ...)
I managed to compile the RBF getting those files from the previous package but the sound is not ok maybe an issue on my compilation.

puu wrote: ↑Thu Jun 18, 2020 4:36 pm I uploaded a version that does not use a 2nd SD card.
http://fpga8801.seesaa.net/archives/20200619-1.html

Thans a lot !

Hello,

super !!!!
actually there are missing files to compile it

wark91 wrote: ↑Thu Jun 18, 2020 7:01 pm Thank you Puu for this update. It is very usefull.
The package have some missing files (ktbln.hex, tbl6258.mif, ...)
I managed to compile the RBF getting those files from the previous package but the sound is not ok maybe an issue on my compilation.

Same for me !

At this time, I didn't change code around sound.
I'll soon upload a version that compensates for the missing files.
(The only change is that)

by recovering the missing files, I have sound
But I cannot use my files from my main SD. I must be wrong somewhere !

There is also no more support for the mouse?

my compiled file:
https://www.transfernow.net/VJAkNn062020

Thank you very much puu !

a big thank-you Puu !!!!

Where is the SRAM file supposed to go if we are not using the 2nd SD card?

You have to stote SRAM image in MiSTer SD card "X68000" directory.

Maybe you need to rename your SRAM.DAT to SRAM.RAM to be opened by X68000 on the main SDCard if your file is name SRAM.DAT previously.

Last release can be compile without issue and the sound is return ! Thank you Puu !

I've compiled the latest version, but with this one, when I select an HDF then reset, I'm stuck at "X68000 terminal V1.0" prompt.
Any idea ?

tom5151 wrote: ↑Sun Jun 21, 2020 4:52 pm I've compiled the latest version, but with this one, when I select an HDF then reset, I'm stuck at "X68000 terminal V1.0" prompt.
Any idea ?

I have the same problem as you, I only tested with d88 files

Have you set the SRAM before loading the D88 and SASI files? SRAM does not need to be loaded because it has an initial value. I think that you can't load the disk image if some error occurs in loading SRAM and it stops midway. Immediately after starting the X68000, load the disk image and reset. Perhaps it is better to select SAVE CONFIGURATION after unmounting with [BS] in SRAM file selection.

Hello,
It's what i do !
It's ok with the d88 files but not with the hdf files !
it's impossible to start on an hdf files (I don't load any Ram files)
I also noticed that if I eject a floppy disk and then load an hdf, the last floppy disk is loaded

if it works for you? a compilation problem? On the previous version I have no problem

To use hdf, you need to turn floppy drives off. Or load a random floppy.

I'm sorry, it seems that while opening the sources of PC-88 and X68000 at the same time and fixing PC-88, I mistakenly changed the VDNUM of X68000 from 4 to 2 by mistake with PC-88.
I will upload the modified RTL, but line 257 of X68000.cv, VDNUM(2) is only modified to VDNUM(4), so those who have already downloaded should just modify the relevant part.

In addition, the circuit that four FDDs were recognized was corrected so that only two are recognized.