If you have a problem or need to report a bug please email : support@dsprobotics.com
There are 3 sections to this support area:
DOWNLOADS: access to product manuals, support files and drivers
HELP & INFORMATION: tutorials and example files for learning or finding pre-made modules for your projects
USER FORUMS: meet with other users and exchange ideas, you can also get help and assistance here
NEW REGISTRATIONS - please contact us if you wish to register on the forum
Users are reminded of the forum rules they sign up to which prohibits any activity that violates any laws including posting material covered by copyright
Custom DSP Code 2 (comunity project)
Re: Custom DSP Code 2 (comunity project)
It would be frustrating to have a bug in a complex code and not be certain whether the bug was yours or the compiler's. Nonetheless, keep up the good work.
An editor doesn't seem like it would be the hardest thing about all of this. I'd think if you can interpret the code you could interpret what color each chunk of characters should be.
An editor doesn't seem like it would be the hardest thing about all of this. I'd think if you can interpret the code you could interpret what color each chunk of characters should be.
- Perfect Human Interface
- Posts: 643
- Joined: Sun Mar 10, 2013 7:32 pm
Re: Custom DSP Code 2 (comunity project)
Perfect Human Interface wrote:It would be frustrating to have a bug in a complex code and not be certain whether the bug was yours or the compiler's. Nonetheless, keep up the good work.An editor doesn't seem like it would be the hardest thing about all of this. I'd think if you can interpret the code you could interpret what color each chunk of characters should be.
Well, function pack makers will have to make sure their function pack is bugless, and give a warning if the function(s) in their pack may potentially crash under certain circumstances. It's a price of the modularity of this project.
Also, While loops may also crash the code if infinite loop occurs. It's inevitable - some features simply are natural "crashers" in any programing language.
As for the editor, marking parts of text to be colored is the easy part on the compiler code. What I find to be the issue is to display the colored code on screen and make it editable.
- KG_is_back
- Posts: 1196
- Joined: Tue Oct 22, 2013 5:43 pm
- Location: Slovakia
Re: Custom DSP Code 2 (comunity project)
Great work! Thanks for sharing that!
- Youlean
- Posts: 176
- Joined: Mon Jun 09, 2014 2:49 pm
Re: Custom DSP Code 2 (comunity project)
KG_is_back wrote:As for the editor, marking parts of text to be colored is the easy part on the compiler code. What I find to be the issue is to display the colored code on screen and make it editable.
Well, easy I guess would be just using the edit box and then feeding the text into another display box that draws all the colored text. Obviously a bit disjointed and not exactly what we're looking for.
Is all this font drawing and editing stuff built-in to Windows or something? Seems a DLL component would be the way to go. I can't imagine people just write their own text editors for every piece of software made.
- Perfect Human Interface
- Posts: 643
- Joined: Sun Mar 10, 2013 7:32 pm
Re: Custom DSP Code 2 (comunity project)
OK guys, here's a alpha version. It currently only supports limited features - standard mathematic/logic/comparison operators and a small basic function pack: abs(a),min(a,b),max(a,b),rndint(a) and conversion operators ItoF(a),FtoI(a)
if/else/loop/stage/hop/while/arrays/pointer stuff is not added yet, but the hardest stuff is done. I will keep working and add all features that I've promised.
Even now you can see, the DSPcode2 produces shorter and faster code than DSPcode
Yeah... hopefully someone will come up with a solution.
if/else/loop/stage/hop/while/arrays/pointer stuff is not added yet, but the hardest stuff is done. I will keep working and add all features that I've promised.
Even now you can see, the DSPcode2 produces shorter and faster code than DSPcode
Perfect Human Interface wrote:Well, easy I guess would be just using the edit box and then feeding the text into another display box that draws all the colored text. Obviously a bit disjointed and not exactly what we're looking for. Is all this font drawing and editing stuff built-in to Windows or something? Seems a DLL component would be the way to go. I can't imagine people just write their own text editors for every piece of software made.
Yeah... hopefully someone will come up with a solution.
- Attachments
-
- DSPcode0.9.fsm
- (16.94 KiB) Downloaded 1025 times
- KG_is_back
- Posts: 1196
- Joined: Tue Oct 22, 2013 5:43 pm
- Location: Slovakia
Re: Custom DSP Code 2 (comunity project)
Incredible.
-
martinvicanek - Posts: 1328
- Joined: Sat Jun 22, 2013 8:28 pm
Re: Custom DSP Code 2 (comunity project)
That's fantastic, KG! You've already done hard work, I hope people will appreciate it. I do.
This wasn't of help for your own editor?
KG_is_back wrote:Yeah... hopefully someone will come up with a solution.
This wasn't of help for your own editor?
"There lies the dog buried" (German saying translated literally)
- tulamide
- Posts: 2714
- Joined: Sat Jun 21, 2014 2:48 pm
- Location: Germany
Re: Custom DSP Code 2 (comunity project)
Dl'd it to check it out ... there must be code in this that can't run on FS 3.0.4
My interest was more curiosity.
Still ... I will follow this thread with interest .... maybe I can learn something
My interest was more curiosity.
Still ... I will follow this thread with interest .... maybe I can learn something
- RJHollins
- Posts: 1571
- Joined: Thu Mar 08, 2012 7:58 pm
Re: Custom DSP Code 2 (comunity project)
Great KG
I will test this properly tomorrow and give any feedback then.
I will test this properly tomorrow and give any feedback then.
- Exo
- Posts: 426
- Joined: Wed Aug 04, 2010 8:58 pm
- Location: UK
Re: Custom DSP Code 2 (comunity project)
This is impressive stuff KG thanks.
I have been mostly looking at the function part so I can start writing extra functions, but I want to understand a few things.
Why is ret[1] set to any empty char/string? Can that be anything else? what does it relate to?
I am assuming the first input for "blueprintVar()" is meant for const variables only?
What is ret[3] relating to? I cannot make sense of why it is set to [5,1]? All the functions use it so it looks redundant.
What exactly is the purpose of ret[4]=xmm(0)? again looks redundant but I don't fully understand how it is being used.
Again thanks this is good work
I have been mostly looking at the function part so I can start writing extra functions, but I want to understand a few things.
- Code: Select all
#round to int
func=ASMfunction.new("rndint")
code="ret=[]
ret[0]=blueprintVar('',@name,inputs)
ret[1]=''
ret[2]=blueprintCode(
'cvtps2dq xmm0,arg0;
cvtdq2ps xmm0,xmm0;',@name)
ret[3]=[5,1]
ret[4]=xmm(0)
return ret"
func.addFunction(["v","c","r"],code,[5,1])
@functions["rndint"]=func
Why is ret[1] set to any empty char/string? Can that be anything else? what does it relate to?
I am assuming the first input for "blueprintVar()" is meant for const variables only?
What is ret[3] relating to? I cannot make sense of why it is set to [5,1]? All the functions use it so it looks redundant.
What exactly is the purpose of ret[4]=xmm(0)? again looks redundant but I don't fully understand how it is being used.
Again thanks this is good work
- Exo
- Posts: 426
- Joined: Wed Aug 04, 2010 8:58 pm
- Location: UK
Who is online
Users browsing this forum: No registered users and 64 guests