fft dsp module request

[JoPo]

I'm not sure of what you want to do exactly but the module you're looking for mays be the vocoder analysis...?
And I know even less if there is a FFT module or dsp in SDK... But sure ! It must be possible to code it !

Some time ago, I wanted to extract the loudest frequency value from a signal to modulate other things. Only in modular, I'm not sure a module can do that. But you can check this : https://www.youtube.com/watch?v=rsO6R1ZoezM , if you have Reaktor, those FFT modules could do the job and bring back the signal into Scope or SDK...

[Sounddesigner]

If a specific Atom you want is not in the SDK you can code it yourself but to create your own code in this manner requires a dongle and signed agreement with Sonic Core IIRC. You'd need to contact Sonic Core for these things.

I'm no developer so I don't know if the SDK you have can already do these things or not, hopefully a developer who does know will chime in and help you. Most of the developers who use to hang here and post regularly rarely or no longer do so. Hopefully one of them will answer this for you. I do know that multiple developers have used their own custome-code for their released devices. If it can't be done in the SDK then you'll need to contact Sonic Core for the dongle and they are very carefull with who they give the dongle to. I suspect there is some sort of security risk present thus carefull distribution of the dongle is needed, my opinion of course.

[at0m]

I had a look at Reaktor's FFT modules: the do what I want to do, but they are slow. My goal is, having a delay less than 20ms, which should be possible with a Shark.

I've been looking at this many years ago, and tbh, it was way slow indeed. Much more slow even on Scope than on native. This is why there's no such thing on Scope. My 2cents. Then again, don't let this stop anyone to pursue

[jksuperstar]

To my knowledge, no FFT based atoms exist...odd, since that is one of DSP/SHARC's strong suits. However, plenty of devices seem to use the host for FFT workload, such as the 64 convolver eq or the harmonic effects bunled from g.o.s.t. but those use a fixed set of freq., or use a small set of harmonics.

I think an atom using FFT might be misplaced anyway, since you'd get either all 1024 bins as outputs (or more), or some very limited subset, restricting you from detecting the bins with the list amplitude (and being able to figure out root/harmonic relationships).


Anyway, if you make some FFT atoms, I'm all for it. The platform could use some freq domain options

[Sounddesigner]

If a specific Atom you want is not in the SDK you can code it yourself but to create your own code in this manner requires a dongle and signed agreement with Sonic Core IIRC. You'd need to contact Sonic Core for these things.

I'm no developer so I don't know if the SDK you have can already do these things or not, hopefully a developer who does know will chime in and help you. Most of the developers who use to hang here and post regularly rarely or no longer do so. Hopefully one of them will answer this for you. I do know that multiple developers have used their own custome-code for their released devices. If it can't be done in the SDK then you'll need to contact Sonic Core for the dongle and they are very carefull with who they give the dongle to. I suspect there is some sort of security risk present thus carefull distribution of the dongle is needed, my opinion of course.

Has anyone on this forum ever received this mystic dongle and was able to code in sharkish?
For me it seems to be well guarded secret and a mysterious cult. But maybe I'm a fan of Mr. Robot, Hackers etc.

I know of no one in specific that has stated they have the dongle. I do know of a couple commercial Third-Party developers that have stated they used their own custome-code, but I don't know if they have the dongle or not. I've only read about the dongle and I give you this information to get you started on your journey. I figure if you are aware of it you can then ask S|C about it and get all the info you need from them regarding if you are allowed to get it; if there is a cost or agreement for it; or even find out if it's just a myth .

[tgstgs]

no myth you need the dongle to crypt
good vibes from vienna

[JoPo]

first I need get my xite repaired, then I'll try again.

Is your Xite broken ??
What happend and how ??

[JoPo]

So..You are sure it's the Xite ? You gonna send it to S|C ? Keep us inform how many time it's going to take !

[JoPo]

Ah ! You're in Japan ? Yep.. A bit far from Germany.

You can maybe find a good local repairer ? Unless the Xite is still under guarantee... How is it old ? It's weird : german manufacturing is very good, especially S|C : I still use 18 or 19 years old pci cards, the sync plate even lost a capacitor just afer I purchased it and works perfectly ! But of course, it doesn't mean that to have a default is impossible.
But for a device you bought in Japan, you should not pay again import duty, no ?

[faxinadu]

about "custom code".... i think it needs to be clarified what devs mean when they say that. for example to get ocean swift going we had to make a lot of custom modules out of available things, save them as new modules and then use them in devices. afaik, and i never directly talked about this with assaf but even adern stuff is based on cleverly using the stock modules in out-of-the-box ways. for example you can take an envelope and use it to just produce a click then use delay lines to turn that into an oscillator. then you can use waveshaping tricks to get various shapes out of that, then you can save things as new modules.

so, it isn't using code per-se like say for example in the flowstone dsp code boxes, but you are producing new elements into sdk.

maybe it is obvious already but as you work, you should always be saving things into "macros" - modules that you can re-use. after one year you will see that your designs will begin to be almost 50/50 your macros to basic sdk tools ratio.

i think i can safely state that almost all, probably close to everything 3rd party does not use actual newly text coded dsp modules, but as you work with sdk you will begin to be able to see on released devices where the devloper made some clever things and where its just a modular patch with a gui.

[tgstgs]

we were using c++ and sharc asm a lot to bring new stuff new code to the platform;
there is in fact no gostdevice out not having new lines of code inside;
good vibes from vienna

[faxinadu]

that's awesome! but i think you are clearly the exception and not the norm

[sepuka]

that's awesome! but i think you are clearly the exception and not the norm

What? It IS a norm, cause using C++ you have freedom to write any algorithm or required logic. I'm also a developer of this kind of electronics, but I should use some DSP kits and couldn't write for my XITE cause I don't have a dongle -- old is obsolete, new isn't ready. I can use the graphical SDK only. And I think that there every second or even the first lad can write the code if he'll see to some code examples or guide. It's completely not a rocket science, C++ is just a native language that all people know and use from the childhood.

[faxinadu]

please read more closely no one said anything about how hard it is, or if it is done elsewhere... the discussion is about the scope platform itself and whether third party scope developers have the dongle and create new modules for sdk using dsp code.

[sepuka]

Let's see, a) I can't write new atoms cause right now I can't buy the dongle -- the old is obsolete and out of stock, the new isn't ready and not awailable, and b) if would be available some code examples or guide there are will be more developers for this system. I also have ADSP kits but I didn't find any examples how to integrate my code to SCOPE so I already made all I want anywhere outside XITE.