Realfun 3

Page 1/22
| 2 | 3 | 4 | 5 | 6

By GhostwriterP

Paladin (718)

GhostwriterP's picture

18-10-2020, 20:32

For all those who are interested in trying out and explore the new SCC features for themselves, I prepared a trial version of our latest in-house tracker for the SCC-I, PSG and SN in development, complete with a manual and a couple of songs.

Realfun 3 Trial

I noticed too late that the openMSX 16.0 (catapult) has a SN76489 extension, so unfortunately this will currently not work straight away. The io base should be adjusted to: io base="0xE0" ... guess I will change this in future versions for everyone's convenience.

Have fun!

Login or register to post comments

By Guillian

Prophet (3540)

Guillian's picture

18-10-2020, 21:00

Amazing work!
I can't believe an SCC-I sounds like this (O__o!)

By Manuel

Ascended (19811)

Manuel's picture

18-10-2020, 21:38

@GhostwriterP the openMSX SN extension is at the same ports as Franky.

I tried with the Boosted MSXturboR with IDE (booted with DEL pressed to skip the IDE), which has an SCC+ built in, but I get no sound.

About the Dungeon song: when I load it, it doesn't play when I press F1, but all other songs play fine.

By GhostwriterP

Paladin (718)

GhostwriterP's picture

18-10-2020, 22:24

Quote:

the openMSX SN extension is at the same ports as Franky.

Yes, I know but I am used to io at 0E0h like for the colecovision. You have to change this in the machine or extension file to hear SN sound. Like I mentioned I will likely change this later on.

Quote:

which has an SCC+ built in, but I get no sound.

There is currently no detection so it has to be in slot 1, when you select a MegaFlashROM SCC+ it should work. Detection routines is also on the to do list, but probably will take a while.

As a side note, I got the feeling corridors of time is slowing down a bit here and there in openMSX 16.0 (which I did not notice in 15), some changes in timings? vdp? Or is it because I changed the interrupt handling last minute...

By Grauw

Ascended (10860)

Grauw's picture

18-10-2020, 22:24

If you use the “video9000” extension you can select the V9990 video source from code. This way the emulator user (and real Video9000 hardware owner) does not have to manually switch video source. I recommend it Smile.

By GhostwriterP

Paladin (718)

GhostwriterP's picture

18-10-2020, 22:25

Indeed, that is what I do as well

By Grauw

Ascended (10860)

Grauw's picture

18-10-2020, 22:28

Hmm, it didn’t automatically switch for me, I had to use set videosource…

Anyway, very cool project!

By Manuel

Ascended (19811)

Manuel's picture

18-10-2020, 23:40

It worked fine for me, got the GFX9000 display automatically using the Boosted MSXturboR config, which contains a Video9000.

By knm1983

Hero (580)

knm1983's picture

19-10-2020, 22:30

Spectacular, worked ok on real MSX with FlashJacks SCC+ and PSG , SN don't work maybe same problem detection, Flashjacks use same ports of Fraky for SN.
Anyway it is spectacular and works very well, very good job and the music is a delight for the ears Wink Wink

By Grauw

Ascended (10860)

Grauw's picture

20-10-2020, 00:08

A shame that Franky’s poorly chosen 48H-49H I/O port that is (illegally) in the middle of the 40H-4FH expanded I/O ports range without implementing the switched I/O banking protocol is proliferating :(. It is a hindrance to any hardware that wants to use expanded I/O ports to avoid the crowded I/O space. It renders 512 potential expanded I/O ports unusable, and creates a weird gap in the range.

I wish people who are interested in implementing SN76489 in hardware just reserved a common switched I/O bank number for the SN76489 so that at least Franky is the only hardware which does not respect the standard. Then they can continue to use I/O port 48H-49H and unaware software will continue to work as long as the bank is pre-selected.

If someone is in touch with the FlashJacks developers, if you could ask them to implement this, I’d be happy to clearly document this on the MSX Assembly Page so that it establishes a new standards-compliant SN76489 I/O port for FlashJacks and future hardware. And I’d also be happy to implement detection for that in VGMPlay. (VGMPlay 1.3 purposely has a complex detection for Franky to make sure it doesn’t work with other hardware that abuses the same port.)

For now I’ve added a warning to the I/O ports list on the MAP to raise awareness.

By gdx

Enlighted (6636)

gdx's picture

20-10-2020, 02:49

The link is broken.

Page 1/22
| 2 | 3 | 4 | 5 | 6