videostorm

(for the audio delay devices) 3 is the limit. If you need more than that, you can add another manager (2nd unit is less since you don't need the included license). Audio can be feed directly from the source OR from the output of your audio matrix before going into the power amp (basically either delaying the input to a matrix or the output of a matrix). If the source doesn't have an audio output, you would use a HDMI audio extractor (which you would need for the matrix anyway).

Our system is fully DIY if desired (moderate complexity). However, you will need a dealer to install the C4 driver. If you select a dealer familiar with this system it will save time & money. Some of the dealers on this site can remotely install this for you and overall are an excellent resource for helping you with your C4 system. For 1080p, use the Shineco Netplay ready 1X or larger. For 4K, use the YNS-5000KE device. Single or multi just depends on how many sources you have and where they are physically located. No disadvantages to using the single input models. I recommend the ActionTec moca adapters (Amazon). I have used these in my own home (which only has coax) for many years and they always work. Cat cable works well if pulling cable is easy to accomplish. Otherwise go with Moca. Netplay sources (HDMI into one of the encoders) will be fully synchronized at all your displays. There is a latency from the source -> display, but that latency is exactly the same for all screens (video & audio). For the audio delay license: If you are using a centralized audio matrix & amp to drive speakers (that will be also be used for audio4video), then YES (audio delay needed to sync discrete audio solution to distribution latency) Else NO (your audio will be driven by TV speakers, attached speaker bar, or AVR in the zone == and is already in sync with the video)

Wireless: Not recommended unless you have no other option. If you do use it, go with HTTP streaming instead of RTSP and have a good WAP. Moca (ethernet over coax) is a great wired alternative since most home have a single coax already routed to most rooms. All the encoders are effectively independent. It doesn't matter if you use 1X encoders or 8X. It is just a form factor difference. You can also mix-match 1080p encoders with 4K to minimize cost.

Thanks for your interest! We also have an online estimator that will tell you exactly which parts you need: https://video-storm.com/residential.php Feel free to give us a call and we can help with any questions or system planning.

I always prefer using nfs vrs smb. SMB is poorly implemented on many platforms. I don't have any experience using NFS with C4 though.

The fundamental issue is sending a ground wire from a central location to all your TVs. HDMI, HDBT, and POE baluns do this. This creates another ground network that "competes" with your existing home ground network. Whenever there is a large EMF event near your house, significant current will be routed back through your equipment rack via that unintentional network. And that breaks stuff, badly..... That said, if your home is VERY good about only having a single earth ground at the main breaker you can avoid this most of the time. Or you can just use standard non-POE ethernet to distribute your video. It is ground isolated which completely prevents this. POE ethernet is fine for cameras or anything that isn't connected to other equipment which is AC powered.

SplashTiles & NetPlay Cloud driver can give a full list navigator interface (like on your remote) via a browser. Not exactly the C4 app, but it is useful for most control scenarios.

Saves us the effort of porting NetPlayTV and SplashTiles to windows (not that we planned to, but still AWESOME )

Roundabout solution follows.... In SplashTiles, setup a TTS (text to screen) macro. This gives you a unique email address you can send to to trigger this macro In the macro, send a NetPlay Cloud protocol command to trigger the EVENTx event on our driver Add C4 programming to fire the action required on EVENTx You would need our NetPlay Cloud driver installed and connected. Also, we don't currently expose the NetPlayCloud protocol commands in our web based macro builder. If you want to try this out just put in a ticket and we can add that. Didn't have a use case for it before.....

Since we added a lot of notification methods, here is an info graphic that summaries current capabilities The text, images, or full html notification is pushed from a source to your secure SplashTiles Push Data storage Android phone or Tablet via our Notifications for SplashTiles app (forwards selected Android notifications directly) Sending a normal Text message from your phone to your custom TTS address From your Home Automation controller using our free drivers From IFTTT using our simple WebHooks commands From Python / Curl using our simple WebHooks commands A SplashTiles Script (custom designed by you) is triggered to display your notification Screen (custom designed by you) on any or all of your connected display devices Android TVs or Fire TVs running our SplashTiles app Android streaming device or Fire Stick running our SplashTiles app Any device with a web browser The notification Screen can either automatically dismiss after the set time limit, or be dismissed directly by the Back button.

New toy/tool for SplashTiles Notifications for SplashTiles https://splash-tiles.com/help/androidnote.php Automatically forward selected Android Phone notifications to your TV. Just like our notifications from C4, except from your phone. Best for texts, caller ID, or Cloud cams that don't play nice with automation. Enjoy And don't forget to let us know if you have suggestions.

Late reply....... We offer a method to control your C4 system via a simple REST API. Also works via your own custom design web page. It consists of free or premium Splash-tiles.com account (REST API provider) (this is our owned service, so definitely C4 centric) Install our NetPlay Cloud driver (also free)

You might be misunderstanding how enterprise mode works: Customer buys any tablet listed on the enterprise mode support list https://androidenterprisepartners.withgoogle.com/devices/?_ga=2.71282320.1848238173.1623012203-634090609.1623012203#!?device_type=tablet (C4 may recommend specific brands as preferred) When customer powers up the tablet for the first time and gets the "Enter your google account", they enter the C4 specific enterprise ID Device is now locked to their C4 cloud account for all software installation, updates, and full root access "Provisioning" occurs. C4 remotely installs their app and sets the device into "Kiosk" mode so that only their (full functionality) app runs and is always in the foreground. Done, you have a stable centrally managed fixed function device which can be easily replaced at any time by the customer at minimal cost. It would really solve the problem that all tablets / touchscreens get outdated really fast. IMO, C4 should not be trying to keep up in that hardware race. Your touchscreen will always be a couple generations behind what customers can buy retail for less money. The real question is if C4 could stomach the loss of some hardware revenue in order to provide a better overall solution (increasing competitivity). Maybe possible while you are still private....

Standard Android tablet hardware using enterprise deployment mode. C4 could directly provision, deploy all software updates, and even lock down what can and cannot be installed on it. Linux drivers for this would be really low effort to put together. Best of both worlds. Lowest cost solution that will also be super stable.

If it is the Android box version, IRUSB can provide IP control for it.

It's possible. That is a feature of the new mini driver functions released a year back or so that allows the mini drivers to forward the key commands down the chain. Our driver is written with the "hijack" the source selection method that was the only way prior to that update. Backwards compatibility for existing installs would be the only real issue.... Other than seeing the app name instead of the Fire stick name as your selected source, what is the advantage you see with the new method?

Video OSD formats is correct. NetPlay Overlay uses the PIP command, so it also uses the Video OSD (ie PIP) formats. If you are going to use a splashtiles cloud screen as an overlay in NetPlay, create a video osd format that covers the whole screen. That way it works the same as the SplashTiles app (overlay Screen is considered full screen with user defined tiles & transparency regions).

https://www.video-storm.com/downloads/NetPlay_protocol.pdf Just the section on "NetPlay Video virtual matrix command set" The commands can be sent from our C4 driver command (which uses the TCP socket). You can also send via http as: Virtual matrix control via HTTP GET http://ip_address/vm_request.php?cmd=PROTOCOLCMD Note PROTOCOLCMD must be URL encoded properly

Send_Serial QRESTART002\r (\r is the required terminator)

Yes, use the "send_serial" command on our Netplay driver to send any Netplay protocol command. Probably should rename that command as the "serial" part is just legacy. Everything is IP now of course.

Another point to add: The cornerstone of any security (especially network security) is TRUST. Who do I trust to access my network? What code / programs do I trust to run? Which websites do I trust with my info. etc.... Public free security scanners from any unknown party..... That would be like negative infinity on the trust scale. IMO most security training should start with discussions about who/what to trust and why.

We do have this capability built into NetPlay. On the Sink Setup page (NVMM), you can see the REBOOT buttons for all sinks. You can also reboot via the API command QRESTARTxxx (xxx being the 3 digit sink number). For VRX devices, that is all you need. For other Android devices (Fire Stick etc), you will first need to enable ADB on that device and then send a test REBOOT command which will trigger the ADB permission screen on the stick. Select allow always on the stick. After that you should be able to remotely reboot that device via the methods above.

FYI, we have a major editor change that just went live today. Your Screen editor (Dashboard) now operates as a simple drag and drop for your tiles (which then snap to your autosized grid). The old method of "auto sorted" tiles is now history...... Seemed like a good idea, but it turned out to be too non-intuitive. This change should be fully transparent to all your user data & screens. They will display the same as before. When you edit them, it will just use the new method. Your "spacer" tiles are now unnecessary and can be deleted if you like. This also means there are no longer any special considerations for your tile layout. You can put your tiles in any arrangement (even overlapping if you want). If you do encounter anything weird, just let us know. Lastly, we have added automatic WebHook API generator buttons to the remote control pages. These buttons will give you the exact API command to execute any command you need. Not critical for C4 since we have a driver, but makes IFTTT or other integrations much simplier.

It can be done on current versions. Splash-Tiles.com can give you full web based List Navigation in C4. Plus it is free (driver, cloud service, and everything). See the videos below List navigator as a transparent overlay on a TV (you can just use a web browser as well) Setup vid

It's officially a "maybe". WebOS is similar to Tizen in many ways, so we hope to be able to target it successfully. Tizen and WebOS will only support limited features of course as discussed earlier.