Re: [LAD] [A plugin scanner:] Cache text file formats: rdf, ttl, custom xml?

2018-10-30 Thread Robin Gareus
On 10/30/2018 09:36 AM, Hermann Meyer wrote: > > Am 30.10.18 um 08:37 schrieb Hermann Meyer: >> >> >> Am 29.10.18 um 15:34 schrieb Robin Gareus: The plugins already loaded into memory should still hopefully be OK. >>> yep. >>> >>> On Unix systems already loaded .so will be kept in memory. On

Re: [LAD] [A plugin scanner:] Cache text file formats: rdf, ttl, custom xml?

2018-10-30 Thread Will Godfrey
On Tue, 30 Oct 2018 16:02:36 -0400 Tim wrote: >But beyond that there is something else: >The actual sound of the plugin. When users dig up an old song project > they expect plugins that were used to a) be available and b) sound > and operate exactly like they did before, barring minor improveme

Re: [LAD] [A plugin scanner:] Cache text file formats: rdf, ttl, custom xml?

2018-10-30 Thread Tim
On 10/30/2018 01:09 AM, Hermann Meyer wrote: Am 29.10.18 um 15:34 schrieb Robin Gareus: On 10/29/2018 12:40 AM, Hermann Meyer wrote: Downside of cached information is, that it could clash on plugin load when the plugin have changed it's ports (updated). If that happens you have a much bigge

Re: [LAD] [A plugin scanner:] Cache text file formats: rdf, ttl, custom xml?

2018-10-30 Thread Hermann Meyer
Am 30.10.18 um 08:37 schrieb Hermann Meyer: Am 29.10.18 um 15:34 schrieb Robin Gareus: The plugins already loaded into memory should still hopefully be OK. yep. On Unix systems already loaded .so will be kept in memory. On Windows you cannot write/replace to a file that is currently opened.

Re: [LAD] [A plugin scanner:] Cache text file formats: rdf, ttl, custom xml?

2018-10-30 Thread Hermann Meyer
Am 29.10.18 um 15:34 schrieb Robin Gareus: The plugins already loaded into memory should still hopefully be OK. yep. On Unix systems already loaded .so will be kept in memory. On Windows you cannot write/replace to a file that is currently opened. You can skip and postpone scanning of plugins