我目前正在探索使用Chromecast +自定义接收器应用程序而不是树莓派自定义代码应用程序的可能性，或类似的东西。我的目标是能够有一个Chromecast接收器应用程序拉下各种流/图像/文本，并在一些自定义布局的电视上显示它们。如果我理解SDK，自定义接收器html/css/js文件将托管在我的公共服务器上，并且chromecast设备将把这些文件拉到设备上(可能存储在设备上?)我不太清楚的是，如果该应用程序可以拉下媒体文件，图像等并显示它们，或者如果唯一可以显示的是来自发送者应用程序?我担心的是，我们可能会有100台Chromecast设备，并使用一台服务器(或可能是两台)分别向它们提供视频/图像等。在某些情况下，一些电视将用于显示相同的视频/图像/文本。在其他情况下，它们可能是完全独立的提要。
是否有可能这样做，或者这对于Chromecast SDK允许的内容来说太开放了?我正在尝试决定是否应该在树莓派上使用自定义代码，或者甚至是更强大的东西，比如新的英特尔MinnowMax，我意识到这是100美元，但我需要确保我可以显示重叠的图形，视频，文本，我想要的，我可以从我的服务器提供的几十(或更多)设备上做到这一点。再一次，为了清楚，我想在我的服务器上存储各种视频，图像等，并将它们拉下(并缓存)到本地设备的电视上显示…因此，例如，如果互联网被切断，设备仍然可以显示视频/图像/文本。
谢谢。
- 首先，为了在chromecast上启动应用程序，您需要在本地wifi网络上有一个发送设备来启动应用程序;在它开始后，屏幕上显示的内容可以是你的接收者逻辑决定的任何内容;例如，你的html5接收器可能有指令去Url A和抓取视频A，然后去一个不同的Url获得不同的图像，等等。主要的一点是，需要有一个发送者来加载你的应用程序，而不能自动完成。
- 页面的内容是你在html5中支持的通常的东西，但是那个小加密狗在CPU和内存上不是很强，因此你将无法做你通常在桌面浏览器上做的事情，或者如果你试图做，它不会那么光滑。另外，你不能在同一个页面上同时有两个活动的视频元素。
- 在缓存方面，它不会长时间缓存东西，另外，它的磁盘空间有限。因此，您需要拥有并维护网络连接。