Oh yeah, well that sounds more like what's properly termed "project interchange." AFAIK what Nils and Filipe were talking about was just mundane zipping up of NSM sessions to move to another computer upload to the cloud or whatever (to be later opened with NSM and all the same client software on another computer). There are some standard interchange formats for opening one DAW's session in another, but of course it's understandably a quagmire. In the case of Non it's particularly challenging since there's a totally different paradigm to other DAWs at play. Doing it with an entire modular session with diverse clients represents a moon-landing level of complexity.
My own fever dreams about project interchange involve MIDI SMF files and horrendous abuse of SysEx commands. Hard to get people to buy into this stuff though, and it only works if everybody buys in. I'd be very interested to hear about the Blender stuff. I think most people don't realize that I purposefully designed NSM to be independent of not only JACK, but of the concept of audio entirely. Does blender have NSM support? If not, it should! On Sun, Jan 3, 2021 at 6:24 PM Richard <[email protected]> wrote: > On Sun, 3 Jan 2021 17:58:22 -0800 > "J. Liles" <[email protected]> wrote: > > > Richard, seriously though, if you have any coherent thoughts on the > > matter it would be interesting to hear them. It's a much more > > complicated issue than people assume and it overlaps with another > > complicated issue that I don't want to even bring up. > > > > Personally, I have some scripts that import symlink'd files, remove > > unused sources and things like that, but this is all specific to Non. > > Making something that would work for all clients is a much bigger > > problem. > > > > On Sun, Jan 3, 2021 at 5:50 PM Richard <[email protected]> > > wrote: > > > > > On Mon, 4 Jan 2021 01:32:47 +0000 > > > Filipe Coelho <[email protected]> wrote: > > > > > > > I really think these sorta things belong in a GUI, not in a > > > > script. > > > > > > And I really think this discussion does not belong in a community > > > thread which provides an opportunity for the community to express > > > thanks for the Non suite of programs. By the way, as there is > > > obviously a lot of doubt around about what "community" means here, > > > it is, of course, the NON user community. > > > > > > Now, as to your singularly fine suggestion that NON project export > > > needs a GUI, I agree. I had to pause after writing that because it > > > surprised me that I should agree to a suggestion to add more bloat > > > to an admirably lean session management system. There is only one > > > thing missing from your necessarily brief conclusion; you will > > > write this export GUI program yourself and make it an NSM-compliant > > > helper program. > > > > > > By the way, if you do get around to this, I really hope that your > > > idea of what is required to "export" a session is pretty damn close > > > to my thoughts on the subject. But even if your view differs from > > > mine, I can always use your solution as the basis for my preferred > > > form of "export" and we would gain so much more flexibility in how > > > or what to export than any "jack of all trades" solution which > > > doesn't really belong in NSM (imho, of course). > > > > > > -- > > > Richard <[email protected]> > > > > > > > > > > > Jonathan, I'm just off to bed right now - it's 2 am on a freezing cold > Monday morning here. My own thoughts on this export thing are not well > formed as I seem to have a range of subtly different issues which arise > when using non-created or non-processed material in other programs > (seriously though, I love that I can write NON-PROCESSED and have it > mean PROCESSED :~). > > In principle I could see myself using a new program, maybe one I would > write, which I could add to a project just to handle those forgettable > command switches Filipe was talking about. In practice I have used > nsm-proxy to do some weird stuff for Blender (...don't ask, I might > have to tell you) in a completely un-audio "session". > > One quick Blender-related thought springs to mind. There is often a > query from some user or other about support in Blender for importing > and exporting projects for use in other 3D programs. The answer often > comes down to whether it is up to Blender to know how to export to what > are often proprietary, closed applications. Not immediately relevant to > NON-DAW, perhaps. We do have the lingua franca of the WAV and MIDI > formats... > > I'll think on... > -- > Richard <[email protected]> > > >
