On Freitag, 19. März 2021 22:30:28 CET Frank Neumann wrote: > Hi list, > > I was wondering if some script or small tool exists that can do "basic" > conversion of .gig files to (set of .wav samples + .sfz).
I am not aware of a free one. So I guess you would be off with some of the known commercial sample library conversion tools. And as you know, they just perform a very, very rough conversion to put it mildly, like they preserve the samples, their loop points, mappings to regions on the keyboard, but anything beyond that will require manually tweaking. In other words: you might be better off with writing a script ontop of gigextract and co and then do the rest manually. > Over the years I have purchased a few .gig sample CDs, and while I like the > easy way of handling the instruments in them (one file having all required > data for one "instrument"), I do like even more the flexibility of keeping > sample data separate from (textual) metadata. Yeah, that's some of the things that I want to address with a bunch of new features for the gig format as well. For instance I planned a modular extension where one gig file can reference content from (multiple) other gig files by using their UUIDs. That way you could arbitrarly split your stuff in any kind of separate gig files. And as they would use UUIDs instead of pathes as primary reference, you could still move individual gig files around on your local machine without breaking dependencies, and without having to modify the using gig files. I also want to support optional textual representation (e.g. JSON format) of gig files and allowing to switch between binary and textual format back and forth at any time. Because the textual format has some obvious advantages, like quick exotic adjustments, fixes and automated creation by simple scripts. And last but not least I'm thinking about making use of file forks [1] which effectively allows you to save changes to gig files in real-time, unlike now where e.g. saving changes to a 30 GB gig file asks you for a coffee break for 5 minutes or so ATM. I've already done some promising experiments here for that feature, the problem however is, this works on macOS and Windows. On Linux it would require changes to the kernel for supporting file forks in the first place. I had a discussion for this on LKML last year to test the acceptance for file forks. The replies were a bit of a mixture, so we will see about that. [1] https://en.wikipedia.org/wiki/Fork_(file_system) CU Christian _______________________________________________ Linuxsampler-devel mailing list Linuxsampler-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel
