Never said it would be easy, just that we wouldn't need to be "afraid" to
use C# like S+. Nothing about any of these changes Crestron is going
through is proving easy. Personally, I think it will be nice to finally
use a grown up language.
I had a conversation with someone at CEDIA about the Simpl - C# - runtime
process, and I honestly can't remember what they said. Brain is full of
ABUFs I think.
On Sat, Sep 15, 2012 at 11:13 AM, Anthony Desimone <
anthony_desimone@...> wrote:
**
C# really is interpreted. It uses a JIT compiler. Even if Simpl compiles
to bytecode the same way that C# does, it's not really accurate to say that
it's in any way turning into C# code. And this still doesn't mean the
transition from Simpl to Simpl# will necessarily be an easy one.
--- In Crestron@..., Heath Volmer <hvolmer@...> wrote:
Someone else will have to clarify, cause I might have bad info (which if
it
is, it came from Crestron!)
From what I understand, for 3-series, C# is at the core of what runs on
there. You will be able to write an entire program in C# should you
choose. Simpl is "interpreted" to C#, which in itself is an interpreted
language - to be compiled at runtime. For 2-series, historically and
currently, Simpl compiles down into the specific machine code that runs
on
2-series.
IP stuff is usually best as S+. There's a lot parsing that is just
impossible to do in Simpl alone. You can't efficiently parse text of
unknown length in Simpl. It's hard or impossible to build text strings in
Simpl.
I can't really speak to their modules because I really don't use anything
beyond the TSTAT module (which I'm hoping will be replaced soon also.)
For
now, it seems that S+ should be avoided in as many places as possible,
hence this hours-long experiment to replace a couple lines of code...
On Sat, Sep 15, 2012 at 10:06 AM, eagrubbs <eagrubbs@...> wrote:
**
Simpl and the modules are based on the C# language? Did not know. I
really
had no idea what language simpl is based on.
This raises a second question that has been asked before in another
thread, why does simpl+ get used so much by crestron IP modules? That
obviously is not best practices. I would figure crestron would put the
kabosh on all the simpl+, but that is not the case. In fact a lot of
the
cresron modules these days have simpl+ in all of them, which makes the
program slower. So ??????. I understand using simpl+ for news feeds and
weather, getting phone directories for vtc, that type stuff, but there
is a
lot of simpl+ used where if the person took a few and thought it out
on how
to do it in simpl the program could run a little faster and better. My
.02
--- In Crestron@..., Heath Volmer <hvolmer@> wrote:
I thought that too, but seeing how it lays out{ On the surface it
looks
like a lot, but when its running it's not very much.
The Simpl+ module has to loop 16 times, asserting 16 outputs (big
deal I
know). I don't really know how this translates into logic waves. I
swear
this is visible under certain conditions.
The Simpl logic hits 16 EQUs on the first logic wave, and those 16
EQUs
initiate 16 ABUFs on the following. On wave 3, the data is where it
belongs. The other 240 ABUFs just quietly waste away the day, never
to be
accessed.
Don't worry too much about C#. It's what all of this is built on, so
it
will be an equal operator moving forward.
On Sat, Sep 15, 2012 at 9:05 AM, eagrubbs <eagrubbs@> wrote:
**
Wow, I never would have thought that. It is amazing that a few
lines of
code runs slower than hundreds of symbols. I guess that is why they
tell us
to do it in simpl first. :)
Then how is all this simpl# going to work out? I guess we have to
stay
tuned to our favorite Bat Channel.
--- In Crestron@..., Heath Volmer <hvolmer@> wrote:
It seems to work better. This is feeding a source list menu on an
MLX3.
With the S+ version, I get a slight delay when the list comes in.
With
this, everything shows quickly. Now I just need to figure out
why the
list
is exactly upside down :-). I think I can tolerate the extra
second
or
two
of compile time.
[Non-text portions of this message have been removed]
[Non-text portions of this message have been removed]
