DSP Robotics Support

I would suggest to use this sort of delayed afterload when triggering loading files on app load. Using it - is transparent to changes that may or may not occur in future versions of FS. Green timers start after filesystem is loaded into the compiler itself. p.s.: in heavier designs - you may even notice (although the timer is set to minimum = 1ms) - a small delay in gui refreshing, due to large amount of triggers wandering all and around.

As for triggers, and behavior changes in FS. As far I remember, there was some fix on boolean behaviors, and some things changed since then. As for triggers - there are two types of them in the game. From 0 to 1 change and from 1 to 0 change. But when only trigger is sent without value change - then as far I remember - only the 1-to-0 slope is used. Plus some dependencies related to passive (backward) triggering may come to the game.

Started posting some details here.
viewtopic.php?f=2&t=1856

Write there if you have issues with it, so we can figure out how do deal with it.

Just to keep you guys updated, we are still trying to get a fix for this. Been in touch the the "higher powers" & we are still nowhere. The 2nd problem seems to be the replication of the 1st problem. . .

So still no answer to the mystery save/load bug. As usual, everything looks fine in the schematic until it gets run on machines around the world. . .

I dunno where to go from here. If I was being stupid and missed something then the dev's would have picked up on it but so far it all seems O.K.


where is the depressed emoticon. . .

OMG still got issues with this topic! Yes im rearing its ugly head again!

Mr.Hollins, any news your side?

My dealings with Malc on this have lead nowhere

Hi Drnkhobo

I was just thinking of getting back to this topic last nite

Wow ... so much has been going on as I work on several project ... there has been some learning along the way, and I've been able to 'correct' a couple things that I'd been doing wrong.

I actually need to re-read this topic to recall the issue .... BUT ... there is ONE issue I did get an insight on.

To refresh ... We had been going crazy getting my VST plugin to initialize when it was inserted onto the 'Master' track in REAPER. Yet, if we put the same plug on the 'regular' tracks ... it work as it should.

I was hoping to hear from the Reaper guys ... but nothing

Then, the other nite I was testing on one of the newer Reaper versions ... insert my plugin on the master track.
NOTHING ... however, I have been using a count-down display that, basically, delays the connection to the main MIDI OUT. [This is to avoid conflict between patches and settings when reloading a project ... crazy I know, but it is the sane solution.

What I noticed was the count-down was not ... counting down It wasn't doing anything.

I then inserted a new blank track ... all of a sudden ... counter is counting
And now my plugin was working

What it all means ... hmmm .... not sure But possibly the 'Master' track is needing at least one regular track to activate it ... maybe its clocks?? ... samplerate??? .... awareness of the surrounding Universe ???

I mean ... it 'kinda' makes a little sense I suppose.

That's all I got at the moment ... does any of this seem familiar ???

Good hearing from you. Hope we get everything working!

Hey Mr.Hollins!

Glad to hear you got a little insight into the Reaper issues Hopefully it will sort out your problems.

I have noticed that the After Load prims sometimes ONLY trigger once the Host is playing. . . . not sure if im the only one but I have tested it in Reaper on the Master track

Maybe it does need something to activate the master track?

I am STILL having issues with 64Bit machines & loading of text files ect.

Hell I have no idea now, as I have tried SO many different configurations & even Malc has had a look at my code & cant find anything wrong!

There is something very very strange with 64bit. One thing I noticed was that when I exported my vst on my 32bit system, the registration (loading of text file) didnt work for 64bit. So I loaded my fsm project on my 64Bit laptop, exported the SAME vst & voila! It worked. . . . . until other 64Bit machines it was tested on didnt work.

I am at the point where I cant do ANYTHING until this is sorted. I can t have a normal plugin because it needs the text file to tell it it has been unlocked. How else can the plugin "know" its been registered without the need of a local file?

De-moralized beyond belief! (wheres the depressed emoticon?)

Hi Drnkhobo,

In REAPER [at least] ... if your/my VST is first [and ONLY] loaded on the MASTER TRK ... and there are NO regular tracks [whatever they call them] ... then YES ... NO external files can be read by Our VST !!!
Yet ... if there is a blank track added ... things start working [on the Master trk].

There is also an issue of Our plugin FOCUS. Tough to explain, but if our plug is NOT in view [as in looking at some other plugin, it seems processing is halted on Our plugin !

To test this ... I had put in a visual 'Count-Down' timer that is kicked in via AFTERLOAD. The counter will actual STOP under mentioned conditions.

My 'ticker' is a RUBY one that was posted here. I don't know if that is the culprit ... and that 'maybe' using a PRIM ticker would not be affected the same way. I just don't know yet.

Really need some EXPERTS [once again] to help sort this out].

Please !!

Turned out to be RUBY. . . not running in the background therefore not loading / decrypting any files.

Did you get sorted Mr.Hollins?

Hi Drnkhobo,

Still not really resolved for certain things.

I did switch the RUBY timer to a PRIM which helped.

The Master TRK in Reaper still behaves the same ... there must be 1 user track placed before the Master TRK becomes active.

Another DAW that has problems is Sequioa. My entire plugin will only work when the DAW's PLAY button is active