Atsushi Eno

>This would also come at a cost, because Embeddinator would have to again rely on an unreleased Xamarin.Android if those were added. Then @jonpryor needs to rethink about collecting everything...

To make it clear, I just ran E4k from NuGet package (i.e. as of 0.3.0) with my Mac which only has installed VSMac and Xamarin.Android from alpha channel, and things...

Just for some updates; I'm getting closer to get it working. Now with the updated https://github.com/mono/Embeddinator-4000/pull/566 , I could successfully finish the command below i.e. GenerateJavaStubs issue is gone: TargetFrameworkRootPath=/sources/xamarin-android/bin/Debug/lib/xamarin.android/xbuild-frameworks...

I have a pending PR to fix toolchain location lookup at https://github.com/mono/Embeddinator-4000/pull/566 , but it is reportedly not working on Windows...

It was not a regression, in that earlier e4k had never generated any member in IEnumerable.java and derivatives.

@tritao it is NOT a Java problem. It is a C problem.

I tried some workaround by avoiding this "timesig and tempo changes at the same time" pattern, but I still see weird imports. I will try to create some repro song...

repro SMF: [issue13repro.mid.zip](https://github.com/Tracktion/tracktion_engine/files/2847671/issue13repro.mid.zip)

On further investigation, [this](https://github.com/Tracktion/tracktion_engine/blob/f1380028d67b9545b1e587ed58470839e2704489/modules/tracktion_engine/midi/tracktion_MidiList.cpp#L1544) is another piece of code in doubt: ``` bpms.add (4.0 * 60.0 / (denom * secsPerQuarterNote)); ``` where `secsPerQuarterNote` is: ``` secsPerQuarterNote = msg.getTempoSecondsPerQuarterNote(); ``` The...

As a managed-midi alternative, a partial Kotlin port of managed-midi is available at https://github.com/atsushieno/fluidsynth-midi-service-j/tree/master/ktmidi (source only, not very mature, no decent API consideration yet). MidiPlayer seems to work so far.