Er, yeah except that you never answered my question in this very thread.julienb wrote:the price has changed a bit.
but the support is so powerful/reactive & nice...

Er, yeah except that you never answered my question in this very thread.julienb wrote:the price has changed a bit.
but the support is so powerful/reactive & nice...
What? I was asking a serious question about your device. There are some developers who have released M4L devices in which they have taken steps to make sure the insides of the patch are not viewable (or at least not easily viewable), and I was asking if you had done something similar.julienb wrote:You probably have some visual and audio bugs.
…contains a question (that I answered in my next post) and your second sentence doesn't make any sense in English.julienb wrote:what do you mean?
nothing can really be closed on that way ...
hello, no problem with you stringtapper.stringtapper wrote:What? I was asking a serious question about your device. There are some developers who have released M4L devices in which they have taken steps to make sure the insides of the patch are not viewable (or at least not easily viewable), and I was asking if you had done something similar.julienb wrote:You probably have some visual and audio bugs.
Your answer:
…contains a question (that I answered in my next post) and your second sentence doesn't make any sense in English.julienb wrote:what do you mean?
nothing can really be closed on that way ...
I am being totally serious here. I just want to know if I will be able to get inside your patch to learn from it before I buy it.
Sorry about the confusion julienb.julienb wrote:hello, no problem with you stringtapper.
a jealous/complexed guy just wrote a message and removed it and I answered to him.
btw, there are not really ways to lock down your patches.
some workaround, yes. But I think this is a bit strange to lock them down.
my business isn't only to sell this device (fortunately) and I guess some people copied/torrented it.
I cannot blame them. they are just contributing to my celebrity
so feel free to ask more questions on julien@designthemedia.com
as I told, excepted if you use some externals, it is impossible to lock them.stringtapper wrote:Sorry about the confusion julienb.julienb wrote:hello, no problem with you stringtapper.
a jealous/complexed guy just wrote a message and removed it and I answered to him.
btw, there are not really ways to lock down your patches.
some workaround, yes. But I think this is a bit strange to lock them down.
my business isn't only to sell this device (fortunately) and I guess some people copied/torrented it.
I cannot blame them. they are just contributing to my celebrity
so feel free to ask more questions on julien@designthemedia.com![]()
Good to hear that you would not lock your patch down. It's an important distinction for me. If I'm going to buy a patch I'm buying it to see how it works as much (or more) than to use its actual function.
Thanks.
it is a workaround, indeed.stringtapper wrote:Well if you look at the Puremagnetik M4L devices they have released, they have gone to great lengths to hide the insides. Transparent objects and patch cords, all objects stacked upon each other, [thispatcher] routines that make the patch close when you try to open it in editing mode, etc. I spent some time pulling one of them apart but got bored before I ever got into the real workings of the patch.
emajcher wrote:LFO everything steals code for the bpatcher module for persisting track/device/parameters with a live set lifted from my Midi LFO which I posted on maxforlive.com under a non-commercial license @ http://www.maxforlive.com/library/device.php?id=354 way back in July.
The creative commons license explicitly states:
"This license lets others remix, tweak, and build upon your work non-commercially, and although their new works must also acknowledge you and be non-commercial, they don’t have to license their derivative works on the same terms."
The bpatcher is identical, down to the module positions, font I use and the name of every single parameter based on the naming conventions I use when I develop M4L patches. Asking for permission would have been the proper approach before you renamed the object and started to sell it with your patch; designing a LFO that controls Live was academic (which can be seen from the number of LFO's on maxforlive.com), the hard part was persisting the parameters with the live set in a reliable fashion. I am not a big fan of selling m4l patches, especially where you are lifting code specifically from a device that is marked as non-commericial only.