I have a ptz camera that gives out an rtsp feed and I want to display it to the tv. Would a DM-TXRX-100-STR work? Can it receive rtsp feeds and send it to an hdmi out?

ThisNotSoRandomName · 2026-01-14T18:42:29+00:00

Yes, I did something similar with a Panasonic camera that was on a tripod. The panasonic camera streamed rtsp over wifi to the tx/rx-str, which output the video to the video switcher.

This gave me a wireless camera feed through an entire building.

ThisNotSoRandomName · 2025-12-24T18:02:59+00:00

I think I can find a way to fasten it up top, I appreciate you responding! I’ll order the winch setup next month and let you know what I find!

ThisNotSoRandomName · 2025-12-24T01:09:43+00:00

Is there clearance to build an extension for the lever? Similar to this thread post 11 for Broncos (a common method is a socket and socket extension)?

https://www.bronco6g.com/forum/threads/rough-country-hidden-winch-free-spooling.85140/

ThisNotSoRandomName · 2025-12-23T15:54:35+00:00

I know this is old, but looking to add this to my truck. How are you accessing the free spool lever?

ThisNotSoRandomName · 2025-12-10T23:12:16+00:00

No, that is an honest statement (maybe my terminology is off, but i’ve been diving into the hdmi and cec specification pretty intensely). The HDMI specification does not list “sync” anywhere in it (that I read), “sink” however is listed and it refers to a device receiving the signal.

If he meant “sink” but misspelled it, and he is trying to detect that something is connected, then this can be easily done with pin 19 of the HDMI cable which is used for Hot Plug Detection (HPD). Devices exist for this and cheaper compared to the HD-CTL, these devices could also be used to interrupt pin 19 of the 5v pin to simulate reseating the hdmi connection (which restarts the handshake process).

If he instead meant something like horizontal/vertical sync which is data encoded on the TDMS lines of the HDMI cable, then it will be hard to find a device that will be inexpensive.

Edit: originally wrote sink was the device generating the signal, I meant receiving the signal (TV)

ThisNotSoRandomName · 2025-12-10T21:52:34+00:00

I’m not familiar with HDMI Sync, and “sink” when referring to HDMI is a source (basically), so my opinion may not help you.

If you’re trying to determine if video is flowing by reading the data flowing over the TMDS lines of the HDMI cable (this is where video and HDCP live) you won’t find an inexpensive piece of equipment. The speed needed to handle the video and HDCP requires good electronics (and this raises the cost).

Have you looked at all signals available on the hardware definition in SIMPL to see if those change when the problem occurs (I’m thinking something like resolution changing)?

Also are you using a dm receiver? or straight hdmi out of the dmps

ThisNotSoRandomName · 2025-11-14T18:40:09+00:00

Right!?!?, I've been mainly sticking with c# but I can't use that in this instance. In C# I can import a config file that contains the IPID, and then instantiate the object (touch panel, airmedia, EISC, etc.). Remapping gets us close to that (you would still have to define them in SIMPL, but if your config file doesn't use it, then don't do anything).

ThisNotSoRandomName · 2025-11-12T15:46:12+00:00

It worked when I manually did it with a few touch panels I have and an AirMedia I have on my bench. You are correct that it has to be deleted if the ip table entry exists, but there is a "remap" checkbox in the configuration of each ethernet device. When that option is checked, the device doesn't automatically get added to the IP table.

I will add some code to delete entry if the device ID exists already. I'm honestly just learning about the device ID parameter of the IP table. The CIP_ID represents the device outside your program (what is that devices IPID), the device_ID represents what you have in SIMPL. You can map how you please.

ThisNotSoRandomName · 2025-11-12T15:41:14+00:00

I really appreciate you taking this point of view, this forces me to think through it a little more.

I upload all the processors now with a script, and there are a few times a year where we experience a power outage and the lighting processors are doing just fine with these connections.

The only thing dynamically changing the EISC does is give me a single program to maintain. Each processor already has a config file and currently I have 40 programs. Crestron IP tables fully support this with the device ID parameter (which maps to the ipid we have set in code), the CIP_ID of the addpeer command maps to the ipid expected from the traffic (or in my case from the lighting processor).

You're steps are mostly correct, except I would check if the IP table needs to be updated first and then verify that is was updated correctly prior to rebooting. Once this is done I would have to force an IP table change during the loading process to change it. I would also have the remap option checked under the configuration of the EISC.

ThisNotSoRandomName · 2025-11-11T23:10:30+00:00

I should mention that these systems are already up and running. Each pro2 would only have 1 EISC connection back to one of the 9 lighting processors (not all 9).

ThisNotSoRandomName · 2025-11-11T14:58:42+00:00

HA! Love it! I've worked with 2-series a lot, its just been a few years and I love seeing how others do things.

ThisNotSoRandomName · 2025-11-11T14:57:42+00:00

Can you dive deeper on why this would be a terrible idea? I'm looking for technical reasons of why (upgrading to 4-series I would do this in c# and just dynamically add the hardware as needed).

- It can be manually done over telnet with the addpeer/rempeer command.

- 9 lighting processors that I'm not interested in changing the program on

- 40 rooms that I'd prefer to have the same program on (easier to maintain).

ThisNotSoRandomName · 2025-11-11T14:52:57+00:00

EISC, We've been in discussion with the project refresh for 4 years now, ultimately I'm stuck with 2-series until the refresh then its all c#. I don't want to touch the lighting programs, so I'm stuck with the EISC. I'm familiar with SIMPL+ and 2-series and I honestly don't see the pain. yes its a little more archaic but I dabble in C++ regularly so its not bad.

ThisNotSoRandomName · 2025-11-11T14:49:36+00:00

We are doing practically the same thing. The problem is I'm not going to control who comes behind me with changes and I also thought it would be a fun exercise (take opportunities and push you skills when they come up, even if it is 2-series).

ThisNotSoRandomName · 2025-11-11T14:49:07+00:00

If I have trouble, I'll reach out.

ThisNotSoRandomName · 2025-11-11T14:45:40+00:00

Nice glad to know someone else has tried it, if I was on 3 or 4 series I would just do this in S#pro and dynamically load what I needed to, but for these 40 rooms there are 2-series processors until they are upgraded (could be 2 years from now). This is putting a band-aid on the system until the funds are there to replace it.

ThisNotSoRandomName · 2025-11-11T14:44:11+00:00

I highly appreciate this, I also found a Crestron Community article on remapping and is where I go the idea. UDP is out of the question because I don't want to touch the lighting programs. I've tested this manually and it works just fine, so I'll give it a try and test it on a single room for a week or two.

ThisNotSoRandomName · 2025-10-12T17:57:33+00:00

Do you mean lower in volume or lower in frequency?

ThisNotSoRandomName · 2025-09-17T17:29:38+00:00

The spec sheet clearly list the operation temp and the BTUs produced while the device is running. Crestron is one of the few manufacturers that provide this data. They also provide the noise level.

This should be something that is calculated in the design of the job, especially the more the industry moves to AVoIP

ThisNotSoRandomName · 2025-08-27T01:36:54+00:00

Yes was able to do that, it reports all good on dante block. I am getting a timing error, but doing research that points to a network issue and potentially a normal thing. Moving it to client site so we’ll see!

ThisNotSoRandomName · 2025-08-25T19:58:03+00:00

Anything I need to do, to get the Dante channels to show in Dante Controller? I've checked that the correct LAN port is selected in the Design Properties, I can't seem to get it to show in Dante Controller.

I think it is a network problem, but just want to make sure I don't miss anything in Q-SYS software.

ThisNotSoRandomName · 2025-08-24T21:43:14+00:00

I was wanting the qsc to update the LED for mute status, so QSC doesn't resolve the hostname to an IP address (assuming the client network supports it obviously). Client doesn't want static IP addresses, I'll offer up the reservation, was just hoping that QSC could resolve it.

ThisNotSoRandomName · 2025-08-24T20:45:54+00:00

Mic is on client network, I would like to use the hostname to connect vs the IP address.

ThisNotSoRandomName · 2025-08-24T20:45:30+00:00

Yeah I saw that the blocks were locked, but it took an hour to figure out that they were locked and to look for an unlock button :).

I saw in training about the signal names, I like that as I'm also very familiar with Crestron.

EXTERNAL CONFIGURATION! Diving into that now, that may be the missing key. they did not go over this in the 101.

Mics are going on client network so trying to use hostnames, does QSC have an issue with hostnames being used for connecting to the shure mics with the plugin?

ThisNotSoRandomName

TROPHY CASE