5 ms·

> I came to notice that existing solutions[5] were incorrect and hard to use. Didn't see you mentioning wine, are you not aware of it?

by nialv7 2y ago

teruakohatu 2y ago
Wine's first release containing very limited support came out in September 2023. Wine 9.0's release earlier this year contained "The foundation of several of the DirectMusic modules is implemented" which still sounds quite limited.
- nialv7 2y ago
  I just felt this is a missed opportunity to work collaboratively. Unless the author knows about wine and nonetheless chose to start a new project. Which is completely fine too.
  - astrange 2y ago
    WINE doesn't allow contributions from people who know too much about actual Windows implementations iirc, so that could be a problem.
    - lmichaelis 2y ago
      I was thinking about contributing to Wine, but I am not experienced with Windows native APIs. There is also a difference in how my library works and how DirectMusic worked originally. My library uses a "pull"-model, meaning the application must call a function to render more music. DirectMusic was more of an unattended "push"-model where you'd just tell it to play something and it'd set up playback automatically. It'd just play the music in a background thread (maybe even on hardware) and your application could subscribe to certain events (like get a callback on every beat).
lmichaelis 2y ago
I do know about the implementation in Wine, but sadly that one is not really useful for someone wanting to add support into a cross-platform app. Wine's implementation is tightly integrated with the Windows APIs it tries to recreate, so it has things like IUnknown and other Windows idiosyncrasies that aren't suitable for deployment as a library.
- asveikau 2y ago
  IUnknown is just a vtable. It isn't even code. There are cross platform projects that have used it. That said, I'm not knocking you for that, there likely are some win32 dependencies.

> I came to notice that existing solutions[5] were incorrect and hard to use. Didn't see you mentioning wine, are you not aware of it?

by nialv7 2y ago

> I came to notice that existing solutions[5] were incorrect and hard to use. Didn't see you mentioning wine, are you not aware of it?

teruakohatu 2y ago

Wine's first release containing very limited support came out in September 2023. Wine 9.0's release earlier this year contained "The foundation of several of the DirectMusic modules is implemented" which still sounds quite limited.

nialv7 2y ago
I just felt this is a missed opportunity to work collaboratively. Unless the author knows about wine and nonetheless chose to start a new project. Which is completely fine too.
- astrange 2y ago
  WINE doesn't allow contributions from people who know too much about actual Windows implementations iirc, so that could be a problem.
  - lmichaelis 2y ago
    I was thinking about contributing to Wine, but I am not experienced with Windows native APIs. There is also a difference in how my library works and how DirectMusic worked originally. My library uses a "pull"-model, meaning the application must call a function to render more music. DirectMusic was more of an unattended "push"-model where you'd just tell it to play something and it'd set up playback automatically. It'd just play the music in a background thread (maybe even on hardware) and your application could subscribe to certain events (like get a callback on every beat).

lmichaelis 2y ago

I do know about the implementation in Wine, but sadly that one is not really useful for someone wanting to add support into a cross-platform app. Wine's implementation is tightly integrated with the Windows APIs it tries to recreate, so it has things like IUnknown and other Windows idiosyncrasies that aren't suitable for deployment as a library.

asveikau 2y ago
IUnknown is just a vtable. It isn't even code. There are cross platform projects that have used it. That said, I'm not knocking you for that, there likely are some win32 dependencies.