OPLx wrote on 2024-03-18, 20:21:

Here's an update to TNDYCHK. When you have a chance, could you send the output of it?

Here you go.

Thank you. I'll probably DM you for additional tests. The Tandy 3100 seems to be quite a unique platform. 😀

OPLx wrote on 2024-03-19, 11:22:

Thank you. I'll probably DM you for additional tests. The Tandy 3100 seems to be quite a unique platform. 😀

This is awkward. I can't respond to you DM's. It says: We are sorry, but you are not authorized to use this feature. You may have just registered here and may need to participate more in discussions to be able to use this feature.
(Not sure if you're comfortable DM'ing me your email address or something...) In the meantime, here is a screenshot of my BOOT screen and "BIOS"

Mr.Tibb wrote on 2024-03-20, 04:56:

OPLx wrote on 2024-03-19, 11:22:

Thank you. I'll probably DM you for additional tests. The Tandy 3100 seems to be quite a unique platform. 😀

This is awkward. I can't respond to you DM's. It says: We are sorry, but you are not authorized to use this feature. You may have just registered here and may need to participate more in discussions to be able to use this feature.
(Not sure if you're comfortable DM'ing me your email address or something...) In the meantime, here is a screenshot of my BOOT screen and "BIOS"

I guess DMs only work if one has posted enough on here. I've attached another version of the check program. Hopefully this will reveal more information. Do you mind running it twice; run it once, then wait about 2 minutes then run it again. I think it should produce the exact same output, but just want to be sure.

OPLx wrote on 2024-03-20, 13:58:

Do you mind running it twice; run it once, then wait about 2 minutes then run it again. I think it should produce the exact same output, but just want to be sure.

Here it is, twice, with a few minutes in between.

Thank you again for the screenshot! I think I have an idea of how to fix it. I’ll make one more version of TNDYCHK to make sure it reports the right information.

Here's hopefully the last test to try out. Thank you for all the help!

OPLx wrote on 2024-03-22, 19:18:

Here's hopefully the last test to try out. Thank you for all the help!

Here you go. No problem - my pleasure helping out!

Mr.Tibb wrote on 2024-03-23, 18:15:

OPLx wrote on 2024-03-22, 19:18:

Here's hopefully the last test to try out. Thank you for all the help!

Here you go. No problem - my pleasure helping out!

Wonderful! It looks like it works now! I'll have an update out hopefully before this week is over.

SBVGM v1.45 is available from http://www.oplx.com/code/

This update includes:

• Fixed bug that caused a Tandy 3100 to be detected as a PC-98.

Thanks to @Mr.Tibb for pointing this out!

OPLx wrote on 2024-03-25, 23:30:

Thanks to @Mr.Tibb for pointing this out!

Thank you! It works great, now.

OPLx wrote on 2016-03-01, 14:37:

...[*]YMF262 (OPL3)

OPL3 and OPL4 also can play RP2A03 VGMs.

It does so incredibly well, better than most emulated sounds i've heard.
Allow me to describe my setup and my plea!
Windows 11 system, running DosBox-X, with a Sudomaker Retrowave Express
(an OPL3 chip addressed thru the USB as a serial device. It was 55$ USD and took only minutes to set up in DosBox X, scummvm support for it seems dropped. For all the dos games i've tried, and impressively having SBVGM convert nes music to OPL3 , it is flawless.)
And by the sound of it, SBVGM has really nailed the RP2A03>YMF262 conversion. Enough to feel like i'm playing on original nes if i'm not comparing them side by side thru a CRT TV.

HERE'S the bit i can't resolve, without learning way more than I'd like... here's my retro-gamer cry for help -
Can this technique be incorporated into a DOS based emulator such as Nesticle (sadly not open source) or FWNES? Otherwise hoping there;s help in the PCem community but it seems so close, right here, between a nes emulator and this magic program you've made!
Thanks for everything so far!

mattinitus wrote on 2024-05-23, 07:03:

It does so incredibly well, better than most emulated sounds i've heard. Allow me to describe my setup and my plea! Windows 11 […]
Show full quote

OPLx wrote on 2016-03-01, 14:37:

...[*]YMF262 (OPL3)

OPL3 and OPL4 also can play RP2A03 VGMs.

It does so incredibly well, better than most emulated sounds i've heard.
Allow me to describe my setup and my plea!
Windows 11 system, running DosBox-X, with a Sudomaker Retrowave Express
(an OPL3 chip addressed thru the USB as a serial device. It was 55$ USD and took only minutes to set up in DosBox X, scummvm support for it seems dropped. For all the dos games i've tried, and impressively having SBVGM convert nes music to OPL3 , it is flawless.)
And by the sound of it, SBVGM has really nailed the RP2A03>YMF262 conversion. Enough to feel like i'm playing on original nes if i'm not comparing them side by side thru a CRT TV.

Thank you for your kind complements! There are still some features missing such as "Noise Buzzing" and DPCM support. The OPL3 also can't quite accurately reproduce the noise channel, but it's pretty close.

mattinitus wrote on 2024-05-23, 07:03:

HERE'S the bit i can't resolve, without learning way more than I'd like... here's my retro-gamer cry for help -
Can this technique be incorporated into a DOS based emulator such as Nesticle (sadly not open source) or FWNES? Otherwise hoping there;s help in the PCem community but it seems so close, right here, between a nes emulator and this magic program you've made!
Thanks for everything so far!

If there's already a DOS based emulator, I think the techniques could be easily incorporated. My guess is that it would only reduce the CPU requirement since there's no longer the need to generate and mix the APU audio.

Since the emulator already handles all the important APU timings basically all that is required is:

• A 2-Operator FM instruments for the square channel duty types
• One 2-Operator FM instrument for the triangle channel
• One 4-operator FM instrument for the noise channel (and the appropriate approximate F-NUM frequencies)
• DPCM - this could be directly routed out to the DAC of the sound card.

A Windows-based emulator could also be updated to do this and route the output to the Retrowave Express. For actual MS-DOS hardware the OPL3 could be used of course and PicoGUS (should it one day have an RPA203 core added).

Without wanting to give too much away, would SBVGM require significant rework to write PSG bytes to a fixed memory address, rather than an IO port? 👀

SquallStrife wrote on 2024-06-04, 12:38:

Without wanting to give too much away, would SBVGM require significant rework to write PSG bytes to a fixed memory address, rather than an IO port? 👀

If it's for hardware that's already supported, it's relatively straightforward.