If you have a problem or need to report a bug please email : support@dsprobotics.com
There are 3 sections to this support area:
DOWNLOADS: access to product manuals, support files and drivers
HELP & INFORMATION: tutorials and example files for learning or finding pre-made modules for your projects
USER FORUMS: meet with other users and exchange ideas, you can also get help and assistance here
NEW REGISTRATIONS - please contact us if you wish to register on the forum
Users are reminded of the forum rules they sign up to which prohibits any activity that violates any laws including posting material covered by copyright
Using dll primitive as files encryptor
13 posts
• Page 2 of 2 • 1, 2
Re: Using dll primitive as files encryptor
When you use a Mapped File, you can do it with any kind of file - the DLL accesses it as raw binary bytes. The 'sharing' feature of MappedFiles can also be turned off by making them 'Anonymous' so that another process isn't able to hook into them.
Sounds great and worth the effort of encoding\decoding.
and even the compiled code is buried inside the much larger exported VST DLL file, so you'd have to find it first.
Is that mean that the "finding matrix" is a separate dll?? so there will be the vst plugin dll, "finding matrix" dll and library dll?
And, of course, none of this helps with the security of your licenses - if someone hacks your registration code validation, your whole plugin becomes warez, and it won't matter what audio format you use then!
That's right, but close format audio library is still an advantage, as it can not be used outside of your plugin and can not be converted. so even if your plugin becomes a warez, yourr sound library is still secured and can be used in many other ways.
-
kortezzzz - Posts: 763
- Joined: Tue Mar 19, 2013 4:21 pm
Re: Using dll primitive as files encryptor
kortezzzz wrote:Is that mean that the "finding matrix" is a separate dll?? so there will be the vst plugin dll, "finding matrix" dll and library dll?
It would be very flexible that way. For example, the encoder/decoder would be best 'hidden' inside the VST dll - but you could 'invent' two new encoded file types, so that you have the audio and the 'playback parameters' as separate files, allowing variations of patches that share the same audio files. That would make it really easy to then sell new patch libraries as 'upgrade packs' for existing customers - and it would speed up loading times when changing patches too.
All schematics/modules I post are free for all to use - but a credit is always polite!
Don't stagnate, mutate to create!
Don't stagnate, mutate to create!
-
trogluddite - Posts: 1730
- Joined: Fri Oct 22, 2010 12:46 am
- Location: Yorkshire, UK
Re: Using dll primitive as files encryptor
so that you have the audio and the 'playback parameters' as separate files, allowing variations of patches that share the same audio files. That would make it really easy to then sell new patch libraries as 'upgrade packs' for existing customers - and it would speed up loading times when changing patches too.
Sounds promising. Thanks for sharing. Are these patches based on SFZ format or would be anything else? A closed format (like kontakt) is really groundbreaking stuff.
-
kortezzzz - Posts: 763
- Joined: Tue Mar 19, 2013 4:21 pm
13 posts
• Page 2 of 2 • 1, 2
Who is online
Users browsing this forum: No registered users and 64 guests