Open atsushieno opened 5 years ago
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.
Well that sucks :(
I rebased my development environment to Rider and it's been a while (or, I did that a while ago when I was writing C# code) and I dumped dotnet as MSBuild engine, then it worked again. I recommend any cross platform developers to dump .NET Core until Microsoft really becomes serious about development on Linux. "Microsoft &heart; Linux" is just fraud.
I'm glad you got it working again :)
Just a curious question: Has dotnet improved since then? I'm aware that Standard and Core have been unified since .NET 5.
Reason I ask, is because I'm actually trying to port C# libraries and applications to use cross-platform (mostly Linux) APIs.
Since Visual Studio team (which was on top of xamarin and mono teams when I exited) killed monodevelop a few years ago, I didn't even evaluate later dotnet versions.
I work with .NET 8 and JetBrains Rider or vscode on Linux daily without any issue, but I don't use multi-targeting.
The only issue I have is built-in cross platform audio (including MIDI) support. There is none.
For MIDI, managed midi was my last hope, but alas. :/
managed-midi development is achieved based on the premise that
dotnet
tools run on Linux without problem. Unfortunately it's been broken for not short terms. Microsoft keeps shipping broken .NET Core on Linux releases which makes it difficult to continue development.So far, until Microsoft fixes those issues it is going to be impossible to continue development of this library and all the relevant projects.