4 ms·

Last time I checked, supporting more than one platform was not a requirement for open-source software. The source is open. This says nothing about which platfor

Last time I checked, supporting more than one platform was not a requirement for open-source software. The source is open. This says nothing about which platforms it runs on. All it says that if you want to run it on another platform, you are given the chance to port it yourself.

ShadowBanThis01 3y ago
Nor did I say it was a requirement. I said that the lack of cross-platform implementation was surprising.
- whizzter 3y ago
  Not really, this tool comes from the demoscene that overall largely went via C64, Amiga, DOS and Windows. Sure there's been people producing for Mac's, Linux, Ataris,etc but the scene at large has often been on the major platforms. As such DX has been as much used as GL depending on the preferences of the demogroups. Myself I started with software rendering on DOS, used GL and DX both since then. DX was mainly because GL drivers for laptops were kinda bad 15-20 years ago but using GL again since the landscape is kinda better now. Now the UI seems to be largely based on Dear IMGui and those parts should probably be possible to port to Vulkan/GL, no idea how tied other parts are to DX though.
  - ShadowBanThis01 3y ago
    The origins are not necessarily known nor relevant to the end user. This was posted as an open-source motion-graphics tool. That's all we know going in. Therefore one's expectations for this project do not differ from those for any other open-source project that doesn't specify platform up-front.
    - whizzter 3y ago
      Basically you expected Linux support? So welcome to open source for the rest of us! Was looking around for open source music sequencers a few weeks back but most competent ones apart from LMMS seems to be Linux only (And LMMS releases seems to have slowed down a bit recently). Sometimes you can compile stuff on Windows but 90% of the time for smaller projects it's full of gcc-isms, hardcoded paths,etc that requires a nontrivial amount of work to fix. I remember fiddling with NodeJS in the very early days, it kinda ran on Cygwin but that gave a bunch of other nasty side-effects. Even on FreeBSD or osX it's often a bit of an uphill battle, if you're lucky stuff only depends on GNU Make, that's usually available on FreeBSD as gmake.. until that breaks because the Makefile tries a recursive invocations via a shell invoking make. If you're unlucky there is dependencies on systemd and ALSA or whatnot. Anyhow, I thought Wine was pretty competent these days so running DX based stuff shouldn't be too bad?

ShadowBanThis01 3y ago

Nor did I say it was a requirement. I said that the lack of cross-platform implementation was surprising.

whizzter 3y ago
Not really, this tool comes from the demoscene that overall largely went via C64, Amiga, DOS and Windows. Sure there's been people producing for Mac's, Linux, Ataris,etc but the scene at large has often been on the major platforms. As such DX has been as much used as GL depending on the preferences of the demogroups. Myself I started with software rendering on DOS, used GL and DX both since then. DX was mainly because GL drivers for laptops were kinda bad 15-20 years ago but using GL again since the landscape is kinda better now. Now the UI seems to be largely based on Dear IMGui and those parts should probably be possible to port to Vulkan/GL, no idea how tied other parts are to DX though.
- ShadowBanThis01 3y ago
  The origins are not necessarily known nor relevant to the end user. This was posted as an open-source motion-graphics tool. That's all we know going in. Therefore one's expectations for this project do not differ from those for any other open-source project that doesn't specify platform up-front.
  - whizzter 3y ago
    Basically you expected Linux support? So welcome to open source for the rest of us! Was looking around for open source music sequencers a few weeks back but most competent ones apart from LMMS seems to be Linux only (And LMMS releases seems to have slowed down a bit recently). Sometimes you can compile stuff on Windows but 90% of the time for smaller projects it's full of gcc-isms, hardcoded paths,etc that requires a nontrivial amount of work to fix. I remember fiddling with NodeJS in the very early days, it kinda ran on Cygwin but that gave a bunch of other nasty side-effects. Even on FreeBSD or osX it's often a bit of an uphill battle, if you're lucky stuff only depends on GNU Make, that's usually available on FreeBSD as gmake.. until that breaks because the Makefile tries a recursive invocations via a shell invoking make. If you're unlucky there is dependencies on systemd and ALSA or whatnot. Anyhow, I thought Wine was pretty competent these days so running DX based stuff shouldn't be too bad?