BR: Plugin scan nightmare
- KVRian
- Topic Starter
- 584 posts since 30 Apr, 2003 from London, UK
Plugin scan seems overly sensitive and borks on plugs that T3 had absolutely no problem with. This really needs sorting, after countless restarts I have yet to complete a full scan of my vst folders. nyone else having this problem?
'He craved immortality so much, he was prepared to die for it.'
-
- KVRAF
- 1979 posts since 13 Jun, 2004 from Back in the UK
Yes, I gave up after several attempts. It gets most of the way through before crashing.
Some of my music Soundcloud Goseba
-
- KVRian
- 593 posts since 22 Oct, 2006
I had to rescan 20 times (20 non functioning plugins) before it found all mine. The 20 non functioning ones include all my Slate plugins. Which I cant live without. But I know it will get sorted with the next patch or so.
-
- KVRAF
- 4644 posts since 28 Nov, 2002 from Chicago
It might be useful if you can list plugins that crash T during scan.
(keep the posts brief, preferably just the list, though please, otherwise it gets impossible to read through and pull out the meat)
(keep the posts brief, preferably just the list, though please, otherwise it gets impossible to read through and pull out the meat)
Last edited by valley on Fri Jan 25, 2013 11:24 pm, edited 1 time in total.
Someone shot the food. Remember: don't shoot food!
-
- KVRian
- 1161 posts since 24 Dec, 2004 from Adelaide, South Australia
I believe that Jules is going to fix this in an update to make it more robust. If he makes the scan a child process, it shouldn't crash he entire host when it encounters a bad plugin.Goseba wrote:Yes, I gave up after several attempts. It gets most of the way through before crashing.
For the record, it blacklisted 4 of mine. FG-X and Eventide plugins it does not like!
Mixcraft 8 Recording Studio : Reason 10
-
- KVRAF
- 1979 posts since 13 Jun, 2004 from Back in the UK
- KVRian
- Topic Starter
- 584 posts since 30 Apr, 2003 from London, UK
What seems to be happening is it gets to a certain point in the scan and almost seems to 'run out of memory'. If I remove the offending plug, on the next run it will bork on the next one in the folder, if thats removed on next restart will bork on next plug ... repeat till sick of restarting.
I am to plugs what Imelda Marcos was to shoes but I don't think I'm alone in that
I am to plugs what Imelda Marcos was to shoes but I don't think I'm alone in that
Last edited by operandx on Fri Jan 25, 2013 11:31 pm, edited 1 time in total.
'He craved immortality so much, he was prepared to die for it.'
-
- KVRAF
- 4644 posts since 28 Nov, 2002 from Chicago
Yeah, you may be exposing a wholly different problem. I don't know if Jules put a sanity time out or anything like that in the scan, but that kind of thing would match what you're seeing.operandx wrote:What seems to be happening is it gets to a certain point in the scan and almost seems to 'run out of memory'. If I remove the offending plug, on the next run it will bork on the next one in the folder, if thats removed on next restart will bork on next plug ... repeat till sick of restarting.
I am to plugs what Imelada Marcos was to shoes but I don't think I'm alone in that
being stupid, forgot to add: can you guys also state what OS and whether the plugs are AU/VST , thanks
Someone shot the food. Remember: don't shoot food!
- KVRian
- Topic Starter
- 584 posts since 30 Apr, 2003 from London, UK
Win 7 64 bit. VST plugins. The plugs it's borking on are definately OK in T3. They are not blacklisted by T4 (or should I say redlisted ).
'He craved immortality so much, he was prepared to die for it.'
-
- KVRAF
- 2279 posts since 20 Dec, 2002 from The Benighted States of Trumpistan
That'd be a welcome feature, but if earlier versions of Tracktion, not to mention Reaper, Audacity, Wavosaur, and Audition accept a given plugin and T4 doesn't, chances are good that it's not the plugin.audiobot202 wrote:I believe that Jules is going to fix this in an update to make it more robust. If he makes the scan a child process, it shouldn't crash he entire host when it encounters a bad plugin.
Wait... loot _then_ burn? D'oh!
- KVRAF
- 2750 posts since 2 Feb, 2005 from Raincoast of Grayland
No, I have more pairs of spiked VSTs than even Imelda and that's in just one of my 1,000 closets.operandx wrote:What seems to be happening is it gets to a certain point in the scan and almost seems to 'run out of memory'. If I remove the offending plug, on the next run it will bork on the next one in the folder, if thats removed on next restart will bork on next plug ... repeat till sick of restarting.
I am to plugs what Imelda Marcos was to shoes but I don't think I'm alone in that
Same experience here, scan, bork, remove, restart, scan, bork, restart and so on. Using only VSTs on Win7 64bit 8Gigs ram. There are a few T4 disables, like Polypitch, but the ones it borks on during a scan, it later accepts after a restart, so it seems the scanning process has 'issues'.
I'm no C++ programmer, but I played one on YouTube, what about just accepting every plugin without scanning - then later when you actually drag one into a track it spawns a child process to interrogate its bonafides? Ok, probably will slow the workflow, never mind.
perception: the stuff reality is made of.
- KVRAF
- 35294 posts since 14 Sep, 2002 from In teh net
Plugin scan went a lot better for me than T3 - faster and only crashed the once.
- KVRAF
- 2750 posts since 2 Feb, 2005 from Raincoast of Grayland
I'm so jealous, I'm wearing my green VST shoes. Opposite here. Karmic DAW rules perhaps. T3, once the workarounds worked, has been very stable for years, unlike its user.aMUSEd wrote:Plugin scan went a lot better for me than T3 - faster and only crashed the once.
perception: the stuff reality is made of.