Re: [hatari-devel] PortMidi issues (was: preparing hatari 2.3.1) |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/hatari-devel Archives
]
Hi,
On 12/26/20 12:49 PM, Nicolas Pomarède wrote:
Le 26/12/2020 à 01:09, Eero Tamminen a écrit :
It was very annoying to debug because *every*
mouse move in their GUIs generates Hatari MIDI
trace output (Nicolas?), so I just changed that
particular error to LOG_WARN.
this is because the 2 ACIA used for keyboard and midi are connected to a
single MFP pin 4. So when you move mouse/press key or receive midi
bytes, the OS will only get one interrupt for both and need to check
each acia to see which one triggered the interrupt, hence the trace in
the midi part when mouse is moved.
Could the trace output somehow detect & drop mouse
events from MIDI traces, to make them usable?
But portmidi-devel will no longer be mandatory so if it's not there
we will just be no MIDI support in the built hatari, correct ?
The change I proposed is only dropping PortMidi
devel package from hatari.spec build deps so that
Hatari gets built with (IMHO superior) raw MIDI
device file support instead.
I'm not even sure fedora or other rpm based distro are keeping this
> require ;
Fedora package doesn't have it:
https://src.fedoraproject.org/rpms/hatari/blob/master/f/hatari.spec
so I think we can drop it too.
also what about deb packages ? Do they require portmidi-devel
on their own or not ?
They don't:
https://sources.debian.org/src/hatari/2.3.0+dfsg-1/debian/control/
- Eero