#Crestron
new "it could only happen to me" moment: just spent 10 minutes on hold with crestron (pro AV) support when I meant to call celestron (telescope) support
July 14, 2025 at 4:26 PM
I’ve had this Crestron room booking tablet for ages, with the intention of using it with Home Assistant. Time to make a dashboard for it.
August 9, 2026 at 7:57 AM
i can’t use Zigbee on my Roon so i’ve moved to Crestron Home
July 20, 2025 at 1:18 PM
O sistema de conferência chama Crestron mas na minha cabeça sempre chamo ele de CLÉÉÉSTON
March 27, 2025 at 8:48 PM
she crestron my dante til I flow controller
August 20, 2025 at 12:30 AM
Random, this is what I actually do for a living photo...
That's a Creston wired and wireless presentation system connected to a crestron AV switcher and two Crestron amplifiers for the audio. The switcher is sending video to 3 projectors in a divisible room configuration.
June 11, 2025 at 5:35 AM
my Roon Remote controls Tidal on my Nucleus One and i can still enjoy full Crestron support
July 20, 2025 at 1:16 PM
Finally, real sleuthing
December 20, 2025 at 4:15 AM
I am now a Crestron Certified Programmer
August 29, 2026 at 8:41 PM
Thinking to myself: I wonder if I have something that'll work with <this very specific video scaling use case, for a specific setup>.

Why yes, I do. Hoarding can be useful sometimes.
May 8, 2026 at 3:07 PM
Anything Extron if $$ , Crestron $$$. Cybex $ if security is a concern too! Else Amazon lol
November 22, 2024 at 10:35 PM
Well that’s a lie. I don’t like these crestron systems. They’re not fun to program or install 😫
April 17, 2026 at 6:53 PM
System.Text.Json vs Newtonsoft.Json on a Crestron MC4-R (Mono/net472): measured on the processor
Most published STJ-vs-Newtonsoft benchmarks run on desktop or server .NET 8–10. I needed numbers for the runtime my Crestron Home drivers actually run on, so I measured on the processor itself. ## Setup * **Hardware:** Crestron MC4-R (hardware version 2), firmware 2.8000.00057 (built 17 Sep 2025), Crestron Home 4.011.0322 * **Runtime:** Mono 6.12.0.107, CLR version 4.0.30319.42000, OS reported as Unix 4.19.35.5149 * **Serialisers:** System.Text.Json 10.0.12 and Newtonsoft.Json 13.0.5-beta1. The Newtonsoft version was the driver's existing dependency. It's a prerelease that has since been unlisted on NuGet, and the latest stable is 13.0.4. I haven't rerun against 13.0.4. Both serialisers were merged into the test package as private copies. * **Payload:** a synthetic 409-byte response shaped like a WeatherLink API response, deserialised into the same nullable DTOs, which carry attributes for both serialisers. STJ runs with `AllowReadingFromString`, and Newtonsoft uses its defaults. Results are checked for correctness. * **Method:** Debug harness build (the serialisers are the precompiled NuGet release binaries). 200 warm-up parses per serialiser, then 4 alternating rounds of 3,000 synchronous deserialisations, with a GC before each round. Time is measured with `Stopwatch` and allocations with `GC.GetAllocatedBytesForCurrentThread`. * **Harness:** NUnit fixtures run remotely on the processor through my own test adapter (CrestronHomeNUnit). ## Results (MC4-R, 3,000 parses per round) Round | System.Text.Json | Newtonsoft 13.0.5-beta1 | STJ time saving ---|---|---|--- 0 | 324.553 ms | 440.976 ms | 26.40% 1 | 324.821 ms | 442.914 ms | 26.66% 2 | 323.404 ms | 440.126 ms | 26.52% 3 | 324.255 ms | 441.608 ms | 26.57% **Per parse** | **0.108 ms** | **0.147 ms** | **26.5%** **Allocated per parse** | **1,024 B** | **3,816 B** | **73.2% fewer** Each serialiser's round times stayed within 0.63% of its mean. A short check on desktop .NET 10 also favoured STJ, but its timings varied too much to quote. ## Follow-up: STJ vs the processor's resident Newtonsoft (22 Sep) A second fixture compared bundled STJ with the Newtonsoft.Json already on the processor. That's standard Newtonsoft 13.0.2 at `/simpl/app00/`, left out of the merge and checked by identity before timing. As in the first run, both packages were Debug harness builds. They ran one after the other in separate host processes. Round (3,000 parses) | Bundled STJ 10.0.12 | Resident Newtonsoft 13.0.2 ---|---|--- 0 | 324.699 ms | 431.950 ms 1 | 388.026 ms | 430.408 ms 2 | 326.794 ms | 430.696 ms 3 | 326.157 ms | 431.120 ms **Per parse** | **0.114 ms** | **0.144 ms** **Allocated per parse** | **1,024 B** | **3,816 B** STJ was about 21% faster overall. Leaving out the slow round 1, it was about 24% faster. The allocation difference is identical to the first run. The raw results include process memory snapshots, but the two runs started from different managed heaps (about 67 MB and 20 MB). Those figures measure host-process state, not serialiser cost, so don't compare them. ## What this does and doesn't show * On Mono, STJ allocates about a quarter as much as Newtonsoft and parses about 21–27% faster for this payload. * These tests used warmed parsing and one small payload shape. They don't cover cold start, serialisation, peak memory or whole-driver CPU. * At weather-polling intervals the absolute CPU savings are small. The allocation reduction matters more on a processor shared with other drivers. ## Deployment note for Crestron developers On this firmware, both standard Newtonsoft.Json 13.0.2 and Newtonsoft.Json.Compact 4.0.8.0 are resident in `/simpl/app00/`, and System.Text.Json isn't. Crestron's driver best-practices page lists Newtonsoft.Json among the DLLs Home loads, but still advises merging your dependencies to avoid DLL conflicts. So STJ has to ship inside your package, and so should Newtonsoft if you use it. None of this was measured against the Compact assembly. That's one firmware on one processor, not a platform guarantee. ## Reproduce it Fixtures, payload, raw results and processor harnesses _AI disclosure: the benchmark fixtures and processor runs were done by GPT-6 Astra, and this write-up was generated by Claude, under my direction._
dev.to
September 22, 2026 at 1:45 PM
It's hard hat day at #ISE2025, so Neil Fluester and I chatted just outside the Fira about some new offerings from Crestron Electronics. Take a listen....

@iseshow.bsky.social
www.linkedin.com/posts/davidd...
David Danto on LinkedIn: #ise2025
It&#39;s hard hat day at #ISE2025, so Neil Fluester and I chatted just outside the Fira about some new offerings from Crestron Electronics. Take a…
www.linkedin.com
February 2, 2025 at 5:08 PM
No home automation will ever beat Crestron for me
July 14, 2026 at 5:24 PM
y'all how do I learn wwise and cad and crestron/qsys all at the same time while having a full time job and a buncha side projects
September 7, 2025 at 4:01 AM
Team Lead: "Oh yeah I fed your Active Directory setup script into ChatGPT to get it to pull IPs from an Excel doc."

ME: "The one that has plaintext passwords due to restrictions on the Crestron EDK?"

Team Lead: "Uhhhhh... we can change that password, right?"
June 11, 2026 at 5:38 PM
It's happening: one of our vendors today informed us that Crestron (major AV systems manufacturer) is adding a 12% tariff to all products starting April 2.
March 19, 2025 at 11:01 PM
Started my first Crestron install today, I’m not 100% confident in it but I’ll get it working 🤣
December 18, 2024 at 3:16 AM
Home Assistant
KNX
Crestron
X10
February 9, 2026 at 4:48 AM
I'm working on practice for a coding certification exam soon.
The language is C-like as it is a proprietary implementation by the control system manufacturer (Crestron).
Any moots coders and know of any good examples to practice with?
(1/2)
April 23, 2026 at 2:45 PM
Hab früher nur mal Crestron gemacht 😖
August 10, 2024 at 6:48 PM
I remember being very ☹️ over using Netlinx Studio around the time Crestron was moving to Python

The hardware was fabulous but oh my god I do not miss their dev toolchain
October 31, 2024 at 9:23 AM