First I would like to thank you so much for creating this!

I am using your latest build with an Everdrive MD and a FTDL to controller port cable. (I have not tried burning the binary to a rom yet)

I have verified if the FTDL to controller port cable is working with your Mega Drive Serial Port Diagnostic Tool. I do receive "0123456789\n" correctly and I am able to send characters to the SEGA. So far so good.

On first boot the "mega-drive-midi-interface" shows "Unknown Status 75 X7 USB" in the lower left corner of the screen.

If I reset the SEGA this message disappears and If I reset again it will show "Waiting" in the lower left corner and after a few seconds "PRO SUB"

So I setup Hairless MIDI<->Serial Bridge and "IAC Device Bus" to send MIDI messages from Logic Pro but the SEGA is not receiving any signals.

Then I tried your "mega-midi-ping-pong" which outputs:
In: IAC-besturingsbestand Bus 1
Out: IAC-besturingsbestand Bus 1
20.431µs: Ping? Mismatch! f000227701f70000
21.192749ms: Ping? Mismatch! f000227701f70000
43.507758ms: Ping? Mismatch! f000227701f70000
67.299257ms: Ping? Mismatch! f000227701f70000

EDIT

I now have programmed an 27C322 with the latest release ( I know, that's a lot of wasted space). When I power on the SEGA it shows "serial 4800bps" :) So it seems there is a problem when running this from the Everdrive MD.

But when I run "mega-midi-ping-pong" I still get a mismatch. So now I am wondering what is the problem?

"Bach's Brandenburg Concerto No. 3" from Windows 95 crashes interface with ADDRESS ERROR panic.

Hey,

This is fantastic work!
I've been working on an editor for genMDM (https://github.com/2xAA/genmdm-editor) and I just picked up an Everdrive to try this project out.

Checking compatibility with my editor and it seems the Total Level CCs are being interpreted as 127-0 when they should be inverted for genMDM compatibility (0 being quietest and 127 being loudest).

I'm not sure if you'd be willing to invert the CC at this stage in the project, but maybe adding a genMDM compatibility flag somewhere in SysEx might be a neat solution?

Looking forward to your reply,
Sam

P.S. - I'm also in London, usually free if you wanna chat chiptune/music/code!

To begin with, I would like to thank the author for his gorgeous creation. We have already given several successful concerts thanks to this.

But now we would like to be able to download our presets in ROM
When I myself create a ROM, everything goes successfully, and it starts on the Blastem emulator. Everything works as it should, but all the settings of sounds always remain as if I had just cloned the repository from github. Perhaps this problem is solved very simply and the whole point is that I am a beginner in this. I hope it is and I hope for help.

I use the following system settings:
Windows 11
WSL 2
Docker
VSCODE
BlastEm (night build)
rtpMIDI
midiTls

I just cloning the repository from Hithab through the Git Clone team, or download the right version. Then I change the settings of presets in the file ./SRC/PResets.C.
Then I edit the path of the output folder a little to avoid error in the
file on line 19 ./utils/docker-run
-v $(pwd)/out:/app/out \ -> -v "/$(pwd)"/out:/app/out \
Then I launch the command in WSL ./docker-make ROM_TYPE=MEGAWIFI
Next, the creation of the ROM takes place and it seems to me, successfully and ends on the line in the terminal RM Res/Sprite.rs
When this new ROM is opened in Blastem, I again see old presets.

What do you think, what could be the problem with the return of the presets to the original ones?

Should be S1, S3, S2, S4. Consider updating all documentation to indicate correct order.

Needs to read from a different memory location:
https://github.com/krikzz/MEGA-PRO/blob/c9a9362ce68a97e13bb5fadc644a9d45573ee3dc/megaio-app/bios.h#L59

Looks more complex than just reading from a different memory location. Looks like data needs to be transformed into a CMD_MEM_WR payload at the PC side and then de-serialised in the MD.

If there's two note on events, for example:

On --> A
On --> B
Off --> A

B is silenced rather than A. A is silenced automatically by the B note on event, so the event itself should just be dropped.

The PSG channel attenuation should only be set if a note on event has been received.

On GNU/Linux (debian) I first had trouble compiling
hairless-midiserial, but after a few tweaks, got it to build. After
that it still didn't see any of my MIDI interfaces to use to bridge
with. Never one to give up, I looked at your code changes to it, and
ported it to a more linux-native simple program: ttymidi. When that
worked, I also decided to add support for standard MIDI 31250 baud
rate (nonstandard serial baud, apparently), which Scott Baker had
modified it for, and my own changes allowing SysEx output (although
not SysEx input), to give my Roland MIDI modules another source from
GNU/Linux. Of course, real USB MIDI is available on GNU/Linux for
them.

Here's the source to share with anyone interested:
ttymidi-mega-drive-midi-interface.tar.bz2

It's a simple program, which "make" will build (with a few compiler
warnings), at least on my systems. It works great for the mega
everdrive pro and your latest prebuilt ROM. Before knowing I'd need
serial conversion, your mega-drive-midi-interface was the best excuse
I had to buy the Mega EverDrive PRO, and now I'm truly enjoying it as
much as I thought I would. Thanks for your great idea and its quality
implementation!

Using the "-m" or "--megaeverdrivepro" option enables your Mega EverDrive PRO-required header.

By the way, are the MIDI instrument patches heard, custom coded by
you, or are the sounds built-in and dictated by an API for the
Genesis/Mega Drive?

Thanks again, it's been fun so far,

Lucas

Might be causing presets to be incorrect and also setting MIDI channel volume may not be setting the correct TL parameters.

Hello everyone.
It would be a good idea to add a bank editor. I'm using a midi controller via UART and it's great, I just miss the ability to implement my own .wopn bank or add .tfi/.dmp instruments and .wav drums.

Another idea would be to make it easier to switch a channel to drum mode via midi cc, since I can't handle SysEx and the programs I've tested on Windows don't work.

Some presets use AMS/FMS but since LFO is globally off by default take no effect

Hello! I just stumbled into this and it looks very promising for some of the music work I'd like to do.

Are there any plans for this software to support sample playback on FM channel 6 or the extended channel modes on 3?

Thank you!

Affects all notes below A1.

Channel volume currently is only applied once, which means preset changes will overwrite the total level set by the CC. The CC should instead set a channel-level synth "volume" which can be applied automatically within the synth layer whenever an output total level operator parameter is changed.