DSP Robotics Support

Wow Trog, this thing really delivers a big performance boost.
While testing v3 timer PPQ Circuit for sub-sampling possibilities,
with speed increases, it went like this...

green counter's (currently runs at) 1/16 , 0.125
highest stable timing ability.... 1/128 , 0.015625
first sign of trouble........... 1/256 , 0.0078125
Ruby Counter....
highest stable timing ability.... 1/4096 , 0.000488281
first sign of trouble.............. 1/8192 , 0.000244141

(Note: Ruby counter used as direct replacement for green counter-no other changes made to test)

And this is just one example.......imagine gains to be made across a whole schematic.

Thanks again.

You tried to connect to the ticker generator, a simple sample and hold green?
the greens have a trig limit them too. those who know the size?
when exceeded will turn off the ticker ruby.
therefore, it really is possible to use a ruby timer to increase above the ratio in the green?
for now I still have not answered, because there are a number of Inconsistency,
both in the green side than in the ruby side, thinking about the ticker.
then the discussion is open.

Tronic wrote:You tried to connect to the ticker generator, a simple sample and hold green?

Yeh, it only has to process 1 trigger during the count....

Tronic wrote:the greens have a trig limit them too

Thanks for tip, never really thought about that...I just keep going till i get an issue.......

Tronic wrote:when exceeded will turn off the ticker ruby.

Wow, that's a ripper.......thanks heaps for that

Tronic wrote:it really is possible to use a ruby timer to increase above the ratio in the green?

From the test I did, seems yes. but I'm still trying to work it out, the actual equasion sending the trigger
from ruby was still in green.....really not 100% sure yet
But no need to take my word for it.....test is easily re-created...
Download v3 timer...punch in the numbers......

Or if others ran their own performance tests, we can get definate answer quicker

billv wrote:

Tronic wrote:it really is possible to use a ruby timer to increase above the ratio in the green?

From the test I did, seems yes. but I'm still trying to work it out, the actual equasion sending the trigger
from ruby was still in green.....really not 100% sure yet

mine and not only my answer, says it is not yet possible with greens.
however, it will be put on hold and performed only when the CPU becomes available.
then you will only have an overload of requests if the CPU is busy,
and it seems to play everything correctly, but it would not be sample accurate.
however mix green and ruby do not maintain a process sample accurate.
this is what I think, free to disprove the opposite.

Awesome! You saved me from an aneurism, you rock!

Trog,
This is rad. You can never comment too much. Your tutorials are excellent.

I've been learning Ruby, but the FS interpreter is different in many ways. It's hard to tell what methods are built in as FS only, even after reading the 200+ page manual 3 times. The extra clarification is great.

Thanks again.

Thanks, you're welcome!

FluxCapacitance wrote:t's hard to tell what methods are built in as FS only, even after reading the 200+ page manual 3 times

Funny you should say that... Flowstone API Docs

^^ It's like being a kid next to a broken lolly machine, it just keeps giving

Well we've already had a "playing with Trog's knob" thread, so....
...NO NO NO NO!!! Ill stop right there before I have to ban myself from the forum!

trogluddite wrote:Thanks, you're welcome!

FluxCapacitance wrote:t's hard to tell what methods are built in as FS only, even after reading the 200+ page manual 3 times

Funny you should say that... Flowstone API Docs

Thanks! Just got it a few minutes ago.