DSP Robotics Support

MyCo wrote:The upload was somehow corrupted, I re-uploaded it in the same post.

Replacement upload now Loads and works !

Now to try and understand

we're trying

billv wrote: Take your Ultimate Proof fsm, stick a vsti on it, and a "RUBY to GREEN to RUBY MIDI" set up
and generate an error in a host.
Your theories Myco are sound in the classroom, but on the street they just don't wash.
the Host is the final judge.

It seems to be of high importance for you to convince MyCo and others that you have a point.
So maybe it's a good idea to provide some proof of your concepts which could be verified. That's what MyCo did.
You claim that your Synth's capable of doing sample accurate green triggering? So why not providing a simple abstract fsm of what it's doing? Maybe we just have some kind of misunderstanding on one or the other side?
Your repeatedly posted pictures are really just meaningless, even your obviously technical background lacking statements which just sound childish ("I'm right because i'm right...") and meanwhile trollish.
Please stop bothering, and make some effort to meet the least common specs to go into some technical discourse.

stw wrote:So maybe it's a good idea to provide some proof of your concepts which could be verified

I suggest you search this forum before making such statements.

stw wrote:That's what MyCo did.

Yes, that was very helpfull to seeing where he was coming from.....

stw wrote:You claim that your Synth's capable of doing sample accurate green triggering

how about you sacrifice 5min of your life. Download it and see for yourself.
i think it's very capable of sample accuracy, and if at any time it hits below that mark,
I don't care, because that is just bad proggramming ....not the fault of FS.

stw wrote:Maybe we just have some kind of misunderstanding on one or the other side?

There's no miss-understanding. Were just nutting out a difference of opinion.

stw wrote:Your repeatedly posted pictures are really just meaningless

Well if you can't read the language of a 5 year old (pictures)try the post http://www.dsprobotics.com/support/view ... 1431#p5740

billv wrote:

stw wrote:So maybe it's a good idea to provide some proof of your concepts which could be verified

I suggest you search this forum before making such statements.

I did and nothing definitely NOTHING proved your statements true!

stw wrote:You claim that your Synth's capable of doing sample accurate green triggering

billv wrote:how about you sacrifice 5min of your life. Download it and see for yourself.

I spent almost 30 minutes to dig into that mess. You can hardly expect that one tries to seperate something out of it just to tell again what MyCo already did several times before.

billv wrote:i think it's very capable of sample accuracy, and if at any time it hits below that mark,
I don't care, because that is just bad proggramming ....not the fault of FS.d

And that hits your theory of SAMPLE ACCURATE GREEN TRIGGERING where?

billv wrote:

stw wrote:Maybe we just have some kind of misunderstanding on one or the other side?

There's no miss-understanding. Were just nutting out a difference of opinion.

Technical issues very rarely are matters of different "opinions".

billv wrote:

stw wrote:Your repeatedly posted pictures are really just meaningless

Well if you can't read the language of a 5 year old (pictures)try the post http://www.dsprobotics.com/support/view ... 1431#p5740

First part just manifests your trollish behaviour. And scond part: Sorry, i missed your new thread which up to now doesn't show anymore than what was stated hundred times before.

oh, man what a discussion...

@t the end the bad news are that if you want some sampleaccurate signal you need to stay in stream, ruby or midi but green is still impossible - i have two questions here:

so also when taking a signal from the midisplit(midi to green) prim it will be not sampleaccurate when i connect it to a stream input?

the second question how big can this random delay which is happening in green be? if i understood right it can be up to one buffersize? and do the random delays add up with every green part which is between the sampleaccurate source(ruby or midi) and the target?

some theories lead to amazing discoveries, but
billv if you're right, there would be a confirmation from the developers,
while they opt to say nothing when things are not in their favor,
or are not possibly, not self discredit their product.
I think the developers know well how it works, the whole system of trig,
and if they do not confirm your theory, I do not think that accuse, who or what, bring benefit to anyone.
therefore, there is nothing here to discover.
we hope that the developers have a chance to say things as they are.

Had a look at your fsm MyCo. . . tried the vst. It seems to grab a small amount of samples & I cant find in your Ruby code where to change it. Remember I need to grab a beat worth of samples. Where can I change it?

Drnkhobo wrote:Had a look at your fsm MyCo. . . tried the vst. It seems to grab a small amount of samples

That's actually something that I noticed, too. And it took me hours to find the reason for that. It's actually a problem with Ruby frames, they aren't synchronized somehow. I reported that to Malc already... This problem only occurs in a real Host. It doesn't happen inside FS (with fake PPQ).

Drnkhobo wrote:I cant find in your Ruby code where to change it. Remember I need to grab a beat worth of samples. Where can I change it?

Actually you shouldn't need to change it. The output array contains all samples of one beat! But if the beat is incorrectly detected, then the display shows less or more samples. And as you noticed, in the host you see only parts of a beat, so it detects more beats than there are.

I'll wait for an answer from Malc, maybe I'm just wrong in the understanding of how frames are generated.

I found the reason for the CPU overloading, that bug is fixed now and I simplified the code a little bit. But the main problem (see above) stays the same. I don't see a chance to fix that from FS user side.

stw wrote:trollish.

Cool..i've never been called a "Troll " before.

stw wrote:I did and nothing definitely NOTHING proved your statements true!

Interesting.

stw wrote:I spent almost 30 minutes to dig into that mess

Yeh it's a mess alright, but that's what you get for starting with a "experiment",
then continually re-building with each new idea that pops up in my head or stuff that is
created and shared by members of this community.
Not sure what you were doing in there for 30 min, but if you wanted to test for sample accuracy,
it's a less than five minutes work.
Please bear in mind The X11, and every single uploaded FSM that has my name on it,
is DIS-QUALIFIED from any "Supergreen tesing" and NOT to be submitted as evidence
for the "Supergreen" theory.
Firstly because Myco, who we all have the upmost respect for, has labelled them useless
as they prove nothing, show nothing, whatever.......ect So throw them all away for a minute.
This is actually perfect for me. Because that just leaves us with the "Supergreen Issue" on it's own,
and not "1 million" grey areas that is the X11, that can cloud the real issue.
There's is only one fsm why should be looking at now.
" Ultimate Proof" fsm created by Myco.
And I think we should just one this one fsm exclusivly for the Supergreen test.
No grey areas anywhere-it puts every member of this community on the same page.
All a member of the community has to do, is stick a vsti on it, ensure it has
Ruby to green to ruby/midi signal flow- and then generate a midi timing error. How easy is that?
You then must supply evidence provided by the host.

stw wrote:And that hits your theory of SAMPLE ACCURATE GREEN TRIGGERING where?

Don't ask me...I'm just a dumb-ass guitar Player....ask the Host.
Thats where i want to cut samples up, make sample accurate edits, turn'em into sample accurate
loops and mash-ups or whatever.....I'm getting the correct result...

stw wrote: trollish behaviour

'Trollish Behaviour', dosn't have a good ring to it for an album title.....but I'm definatly
going to keep it as a 'song title"..
If you can define "trollish behavior' for me?.....I can then fold the defintion into the lyrics.

Tronic wrote:we hope that the developers have a chance to say things as they are

I don't think this issue has anything to do with the develpers.
They have had there chance. They did it in the user guide.
They made a claim of "Sample Accuracy",
Im just putting thier claim to the test to verify it,
I know I'm stretching it by wandering over to the GUI thread... but i don't care.
I'm getting the result i want without disturbing Ruby too much, just like Trog told me too
when i started in FS and saw the beast that is Ruby.

I think malc and boys are pissing themselves with laughter at all this.
Calling them on this issue is a last resort.
And I pay them about $150 a year to make my platform better-why waste thieir time and disturb
them for no reason, when there is a whole community at our disposal.?
i think we have given them too much laugther already, therefore wasting thier time, when they
could have been building us the "libraries Fix".

5 pages already and only about one on topic.

Guys, enough already.

Discuss timing on a timing thread. This is about scopes.

Thank you

@MyCo thanks , I shall await your response from Malc