4 ms·

Reliability is a big part of it - but they are not really all that expensive for what you get IMO, especially in an enterprise context. A BrightSign is effectiv

by szvsw 2y ago

Reliability is a big part of it - but they are not really all that expensive for what you get IMO, especially in an enterprise context. A BrightSign is effectively a very sandboxed Linux box (you can SSH into them!) which has extremely reliable video and audio output, plus a huge amount of customizability, networking, scripting etc - plus various fleet provisioning/management software that goes with it. In terms of $/minute, the amount you pay ends up being vanishingly small IMO. Your main “cheap” alternative to a BrightSign is a Raspberry Pi, which is definitely cheaper, but has its own host of issues to deal with.

mikepurvis 2y ago
Is the separate box thing because of commercial display realities? Certainly at trade shows and the like I mostly see people just plug a usb stick into the smart tv from wal-mart and play their sizzle reel off of that. Is there some incentive to not just bake a small arm computer into each display?
- szvsw 2y ago
  I entirely work with museums, where there are lots and lots of considerations in re: rendering device. The considerations for eg a commercial display are a little different, but I don’t have experience with working with those sorts of clients, so my answer is from the perspective of the media art context. Having a separate box is just good separation of concerns - you can hook it up to whatever kind of projector you like (one projector might cost as much as $100k!), or you might need to use an analog display device (eg a CRT monitor) which certainly won’t have any USB/SD compatibility, in which case you will need some sort of hardware to convert signals appropriately. The separation of concerns just gives you much more flexibility. Additionally, as mentioned before, you can network the boxes, which lets you do things like creating multi-channel synchronized video art installations. Most BrightSigns also have GPIO pins on them, so I’ve even done things where I’ve synchronized kinetic art to the video playback. You can write entire custom applications for your brightsigns (or plugins to the BrightAuthor configuration engine) - it’s just its own self contained platform, so there are a lot of benefits to having it be agnostic to the display.
dividuum 2y ago
I operate a digital signage company based around the Pi. Curious what problems you run into. SD cards?
- szvsw 2y ago
  The deprecation of OMXPlayer has been problematic for one, since I rely on some custom applications which need to be able to have some fairly precise/low latency requirements between when you tell it to start playing vs when the playback actually starts, etc. I haven’t found a suitable mechanism which meets our reqs on a Pi for controlling/playing videos yet since that deprecation. The lack of a regular HDMI output is mildly annoying but not really a problem. Audio configuration is sometimes problematic, usually not… If a client wants to use their own Pis, getting them provisioned with our software isn’t always the easiest if the customer is techno-phobic (though that’s partly on us - RPi usage is relatively infrequent for our customers so we haven’t put the time/energy into docs and into baking an image etc). I love Pi’s, but they just that extra bit more finicky than BrightSigns which are hyper optimized for our use case and prevalent in our customers’ equipment rooms already.
  - dividuum 2y ago
    > The deprecation of OMXPlayer has been problematic for one, since I rely on some custom applications which need to be able to have some fairly precise/low latency requirements between when you tell it to start playing vs when the playback actually starts, etc. I haven’t found a suitable mechanism which meets our reqs on a Pi for controlling/playing videos yet since that deprecation. Yeah. The Pi3 -> Pi4/5 jump was quite a massive change in how things work. I've been writing my own playback engine for 10 years now and that one was quite challenging. Precise playback start is something my software supports: You control everything in Lua and can, for example, preload a video and then start it based on either internal logic or based on an external trigger. Up to the Pi3, my software also supports dynamically adjusting the HDMI clock, so the vsyncs of multiple displays are synchronized. Customers have been using that for almost 10 years for video wall playback. If you go with the hosted version of the software, provisioning is as simple as extracting a single 60MB zip file to an empty SD card and placing that into the Pi. If needed you can even use the API to preconfigure that ZIP file to include settings like WiFi.
nolist_policy 2y ago
By the way, you can use Chromebooks and -boxes for digital signage (and kiosk) as well if you manage them with Google Cloud.

by szvsw 2y ago

mikepurvis 2y ago

Is the separate box thing because of commercial display realities? Certainly at trade shows and the like I mostly see people just plug a usb stick into the smart tv from wal-mart and play their sizzle reel off of that. Is there some incentive to not just bake a small arm computer into each display?

szvsw 2y ago
I entirely work with museums, where there are lots and lots of considerations in re: rendering device. The considerations for eg a commercial display are a little different, but I don’t have experience with working with those sorts of clients, so my answer is from the perspective of the media art context. Having a separate box is just good separation of concerns - you can hook it up to whatever kind of projector you like (one projector might cost as much as $100k!), or you might need to use an analog display device (eg a CRT monitor) which certainly won’t have any USB/SD compatibility, in which case you will need some sort of hardware to convert signals appropriately. The separation of concerns just gives you much more flexibility. Additionally, as mentioned before, you can network the boxes, which lets you do things like creating multi-channel synchronized video art installations. Most BrightSigns also have GPIO pins on them, so I’ve even done things where I’ve synchronized kinetic art to the video playback. You can write entire custom applications for your brightsigns (or plugins to the BrightAuthor configuration engine) - it’s just its own self contained platform, so there are a lot of benefits to having it be agnostic to the display.

dividuum 2y ago

I operate a digital signage company based around the Pi. Curious what problems you run into. SD cards?

szvsw 2y ago
The deprecation of OMXPlayer has been problematic for one, since I rely on some custom applications which need to be able to have some fairly precise/low latency requirements between when you tell it to start playing vs when the playback actually starts, etc. I haven’t found a suitable mechanism which meets our reqs on a Pi for controlling/playing videos yet since that deprecation. The lack of a regular HDMI output is mildly annoying but not really a problem. Audio configuration is sometimes problematic, usually not… If a client wants to use their own Pis, getting them provisioned with our software isn’t always the easiest if the customer is techno-phobic (though that’s partly on us - RPi usage is relatively infrequent for our customers so we haven’t put the time/energy into docs and into baking an image etc). I love Pi’s, but they just that extra bit more finicky than BrightSigns which are hyper optimized for our use case and prevalent in our customers’ equipment rooms already.
- dividuum 2y ago
  > The deprecation of OMXPlayer has been problematic for one, since I rely on some custom applications which need to be able to have some fairly precise/low latency requirements between when you tell it to start playing vs when the playback actually starts, etc. I haven’t found a suitable mechanism which meets our reqs on a Pi for controlling/playing videos yet since that deprecation. Yeah. The Pi3 -> Pi4/5 jump was quite a massive change in how things work. I've been writing my own playback engine for 10 years now and that one was quite challenging. Precise playback start is something my software supports: You control everything in Lua and can, for example, preload a video and then start it based on either internal logic or based on an external trigger. Up to the Pi3, my software also supports dynamically adjusting the HDMI clock, so the vsyncs of multiple displays are synchronized. Customers have been using that for almost 10 years for video wall playback. If you go with the hosted version of the software, provisioning is as simple as extracting a single 60MB zip file to an empty SD card and placing that into the Pi. If needed you can even use the API to preconfigure that ZIP file to include settings like WiFi.

nolist_policy 2y ago

By the way, you can use Chromebooks and -boxes for digital signage (and kiosk) as well if you manage them with Google Cloud.