On Dienstag, 19. Mai 2020 21:09:51 CEST rosea.grammostola wrote: > This is sad indeed. SFZ seems to be a very nice format. Very open and > easy configurable for everyone. > > It's not that there are no people working on SFZ on Linux though. Sfizz > is actively developed for instance: https://github.com/sfztools/sfizz > > And if I'm not mistaken, drumgizmo also supports SFZ.
Sure! SFZ is a very simple text based format. Hurdles are not high to start some new player based on it. The actual challenge is to bring a new player to a certain point and then still keeping development activity high. > The exception on the GPL license for Linuxsampler doesn't help here > probably. I'm sure you've debated this many times, which is not my > intention. But from a practical point of view, I could see how a pure > GPL license could help Linuxsampler here. People are probably more > willing to work on the project instead of starting a new project (sfizz). libgig, libakai, libsf2, liblscp, QSampler, Gigedit, Fantasia are all pure GPL or even LGPL. People could contribute directly to those, they could have used them for other projects, forked them and lead them into other directions according to their own ideas. But: no activity difference to LS at all. Likewise if you look at other Linux audio projects beyond a certain maturity level: almost no activity anymore nowadays. Most of the time it's like this: somebody starts a new project, there's activity for some time, and then after a certain point it stops. Many great LAD projects suffered this death (e.g. Rezound). > Ok, you don't want other commercial parties benefit from your work, > without giving back, but how popular are gig and SFZ in the commercial > world these days? I think you are underestimating how many SFZ based products are already out there. Most virtual instrument startups today use some kind of SFZ based player nowadays. They just acquire a permanent license for one of those many SFZ players out there for a cheap fee, optimize their sounds for that particular player and that's it. But yes, most other ones are either transfering 10k+x to NI (as most professionals on Mac/PC only want Kontakt libs), and yet some other very few actors develop their own proprietary player. > > If there's really a problem in detecting relative vs absolute path here, > > then it should be easy to fix. > > Thanks. I don't think it has to do with relative vs absolute path indeed. > > The mentioned issues can be really frustrating, especially if you don't > know the cause and don't know how to workaround it. These issues drives > you mad on Linuxaudio pretty often to be honest. :) > > On the other hand it's good to realize for me as a user that it's pretty > cool I'm able to use good software like this, so thanks for that! You're welcome! > By the way I had a little chat with the guys of > https://vis.versilstudios.com/ > > They said they released their SFZ stuff for sforzando, cause it had the > largest market share and the problem of the SFZ format for them is the > fact that not all the software supports the same SFZ opcode. Some opcode > works in one and not in the other. Yep, the main issue with SFZ always was that there was never some standard. For a long time it was even hard to find infos for individual opcodes. But even if there was a successful standardization effort for opcodes: it's not that this would lay ground for an application independent sound format; you still would have different filters, different EQs, different EGs, and many other tiny differences in behaviour that will simply cause your library sound different with each player used. CU Christian _______________________________________________ Linuxsampler-devel mailing list Linuxsampler-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel
