bypass the plugin verify?

Started by LovelyA72, September 13, 2016, 01:50:04

Previous topic - Next topic

Rakib

I got plugin verify first time after updating to a test-build, but now its gone.
^^

Saga Musix

Okay, as mentioned before, the new version will have to rescan all plugins once since the cache format has changed. If it starts being slow again (e.g. after the next system restart), it's most likely going to be an antivirus issue (they often lock files that are being accessed until they have fully scanned the file).
» No support, bug reports, feature requests via private messages - they will not be answered. Use the forums and the issue tracker so that everyone can benefit from your post.

Rakib

No its very fast now. No problems with the update. Thanks alot.

Edit: Whats up with the vu-meter colors now?
^^

Saga Musix

Quote from: Rakib on December 07, 2016, 21:38:39
Edit: Whats up with the vu-meter colors now?
We now have VU meters for VSTis, and by default they have a different colour than sample-based channels.
» No support, bug reports, feature requests via private messages - they will not be answered. Use the forums and the issue tracker so that everyone can benefit from your post.

Exhale

Whenever I have 2 versions of modplug and open them after eachother (I dont normally open them at the same time) the vst plugins check the cache and sometimes throw up information dialogues etc, I've just come to accept this is how modplug behaves when you have different versions of it. but if I stick to 1 modplug it goes through them quick, which is awesome :)
___________________
The turtle moves!

Saga Musix

You can run as many OpenMPT instances in parallel as you like. There should be no dialogs. What does this dialog tell you?
» No support, bug reports, feature requests via private messages - they will not be answered. Use the forums and the issue tracker so that everyone can benefit from your post.

Exhale

#21
Quote from: Saga Musix on January 28, 2017, 19:30:19What does this dialog tell you?
Loads of them I'll write them down, but they are mostly specific to the plugin it is loading, so let me just check so I can get you some of them... it's not a big deal because as I said it works fine most of the time, and I do think some of it has something to do with the sheer number of free plugins I have installed everywhere I have a modplug :P
bit overkill maybe...
So maybe the first three:
1: cannot execute modplug vsti, (I should just get it out, but I'll check if it works, not everything is ideally set up on this laptop modplug, what I did know about was clone vsts if I have two of the exact same vst in different places and modplug has them both it slows things down sometimes) press ok
[edit] checked and yeah the openmodplugvsti I have isnt working at all... will maybe grab another or not use it
2: dumbass donationware message - press ok
3: serial number for dahornet, I keep meaning to get to that :P
those are just the first three, and I did try to make it clear that this only happens if I swap from one modplug to the other (by closing one down and going to the other) I dont generally have them both open at the same time, but I will check if it does that too, but it might also be because the other modplug I have is the one you are busy working on at the moment, the one you pointed me to for the midi.
[edit] yeah it's taking its time and giving messages for the load
another message that comes up and seems quite worrying at first is that the whole thing has crashed, send a report... I click cancel and it continues loading. o_O anyways... figured that one out a while back

Anyways what I have been trying to say is I consider modplug an incredible piece of software so I put up with a few foibles here and there, this extra loading time going through each vst is one of those things I have encountered plenty of times in the past and is not something I hold against modplug in any way, if it hits I normally just try and do something else until the software is open. I generally blame myself and my vsts, for any problem :)
___________________
The turtle moves!

Saga Musix

Okay uhm... just to be sure, do you try to use the same OpenMPT version side-by-side or is it an instance of OpenMPT 1.26 and an instance of OpenMPT 1.27? Because as stated above, OpenMPT 1.27 has a different plugin cache format so if you keep switching between those two versions the plugin cache will get regenerated each time. But if you keep using OpenMPT 1.27, there is no reason why it should show those boxes on each startup.
» No support, bug reports, feature requests via private messages - they will not be answered. Use the forums and the issue tracker so that everyone can benefit from your post.

Exhale

Quote from: Saga Musix on January 29, 2017, 00:39:36
Okay uhm... just to be sure, do you try to use the same OpenMPT version side-by-side or is it an instance of OpenMPT 1.26 and an instance of OpenMPT 1.27? Because as stated above, OpenMPT 1.27 has a different plugin cache format so if you keep switching between those two versions the plugin cache will get regenerated each time. But if you keep using OpenMPT 1.27, there is no reason why it should show those boxes on each startup.
You are spot on there, see I knew it was simple architecture thanks for explaining it though, that is precisely what is happening the two different versions and plugin cache regenerating. Well now I know what to call it at least :P
from my first post : "Whenever I have 2 versions of modplug and open them after eachother" if they had been the same version but different instances I would have said so, or maybe used the word copy (two instances of modplug open, two copies of modplug open)
___________________
The turtle moves!

Saga Musix

Quotefrom my first post : "Whenever I have 2 versions of modplug and open them after eachother" if they had been the same version but different instances I would have said so, or maybe used the word copy (two instances of modplug open, two copies of modplug open)
Sure it could have been an indicator, but:
1) People use all kind of wrong terminolgy so I filter it away automatically
2) This issue is specific to the transition to OpenMPT 1.27. For example, unless something weird happens, upgrading to OpenMPT 1.28 from OpenMPT 1.27 will not have the same issue. ;)
» No support, bug reports, feature requests via private messages - they will not be answered. Use the forums and the issue tracker so that everyone can benefit from your post.

Exhale

Quote from: Saga Musix on January 29, 2017, 00:58:36
Sure it could have been an indicator, but:
1) People use all kind of wrong terminolgy so I filter it away automatically
Oh I can understand that, my grammar hasn't always been perfect but I listened to the grammar nazis and tried to improve, but the internet is still mostly people who cannot spell or formulate a coherent sentence.
Quote from: Saga Musix on January 29, 2017, 00:58:36
2) This issue is specific to the transition to OpenMPT 1.27. For example, unless something weird happens, upgrading to OpenMPT 1.28 from OpenMPT 1.27 will not have the same issue. ;)
Ok cool :) yeah I think the times I had it in the past were for other reasons, as I said before I figured out one of them was multiple copies of the same plug in at different locations, so it's good to know it wont happen after this in this present way... I am generally sticking with the 1.28 at the moment, the midi import is too useful and as I have been saying changing from one to the other is a pain. I have about 700 plugins on this laptop so it does take some time.
___________________
The turtle moves!