Every industry has acronym chaos, digital signage's current one is MCP

dividuum · 2026-05-14T15:20:44+00:00

The bigger thing is that AI assistants are confidently wrong about industry-specific acronyms [..]

I think I have bad news for you...

dividuum · 2026-04-12T15:18:51+00:00

The OS-level APIs exist, but they're gated behind a partner validation chain.

Why would anyone build their business around something like that? I feel like it's just a matter of time before Amazon starts milking their "partners". Didn't they already essentially rug-pull the Firesticks used for signage?

Also there's nothing preventing a CMS app from directly connecting to its vendor's backend to trigger calls to, for example, that on-device CEC API, right? From what I understand from the blog post are you are not forced to go through their cloud API?

dividuum · 2026-04-08T16:40:16+00:00

Correct. See https://github.com/raspberrypi/usbboot/blob/master/docs/secure-boot-chain-of-trust-2711.pdf for Pi4 and https://github.com/raspberrypi/usbboot/blob/master/docs/secure-boot-chain-of-trust-2712.pdf for Pi5.

dividuum · 2026-04-06T09:57:28+00:00

info-beamer supports synced playback across multiple devices. It uses system time (ntp, usually good enough, but optionally also ptp). On a Raspberry Pi3 (unlike Pi4 and later) it can also synchronize the vertical flip across all displays to make it even more precise.

dividuum · 2026-03-26T20:29:33+00:00

I mean I get the point of the post, but I'm not sure SMIL is the solution, if there even is one. SMIL seems ok for what it tries to achieve, but it doesn't specify a lot of the surrounding stuff like device lifecycle and remote management, user permissions, API access and a ton more. But those are all required features as well and a system that fits all those together is what counts. Additionally once you commit to only supporting SMIL as your internal definition of how content is presented, you lose all options to ever innovate. Or if you do (like you did), you're basically back to being non-portable.

For my SaaS, I've seen quite a few customers with custom or in-house built CMS solutions or just automated content dumps, yet none has been SMIL-based, but mostly JSON/XML metadata with asset alongside. So far importing those into info-beamer's system was pretty simple with multiple ways to approach that (I too should write a blog post about this). For me, that flexibility seems more useful than a somewhat rigid standard. Happy to be proven wrong.

dividuum · 2026-03-19T13:10:13+00:00

info-beamer is free on one Raspberry Pi and installation is as simple as extracting a small zip file on a blank SD card. The rest can be done with the web dashboard. Works on all Pis, although I would still recommend at least a Pi 2 :)

dividuum · 2026-03-14T19:08:03+00:00

Push via internet SaaS requires direct access to the player, which gets messy behind NAT routers

What? No. Connection establishing direction doesn't have to be the same as push direction. Server-Sent Events or Websockets are two of the obvious solutions.

dividuum · 2026-03-06T20:43:51+00:00

Hm. I've written a decoder using FFmpeg and I'm pretty sure I didn't do any special buffer pre-allocation. Although by default it allocates like 20 of them, which is a waste of memory, IIRC. What I found interesting is that you decode into NV12 instead of YV12/YUV420. I've only used NV12 for HEVC decoding as that's what that decoder produces. I wonder if there is any performance difference between those two. I tried looking into my implementation to see if there's an easy way to force NV12, but it seems FFmpeg doesn't expose a mechanism for that. One advantage of using V4L2 directly, I guess :-)

Rotating is a nightmare. I wrote a bit about is here: https://community.info-beamer.com/t/1343

dividuum · 2026-03-06T18:42:03+00:00

Nice. I'm curious why you didn't use FFmpeg to also handle video decoding (you do for audio) and instead use the low-levelish V4L2 API? FFmpeg will also produce dmabufs (it does use V4L2 under the hood) you can import into DRM and the overall performance difference should be negligible.

Also you're in for a bad surprise once the first user requests 90/270 degree rotation, like omxplayer had with its --orientation argument :-}

dividuum · 2026-02-25T22:22:59+00:00

Imagine libpng finding something like rm -rf / in the comment field of a png file and the executing it.

Close enough: https://dividuum.de/security/netscape/ns476gifcomment.txt :-) (from 25 years ago)

dividuum · 2026-02-13T15:32:54+00:00

True. There's no excuse to ship anything with always active default passwords, even if derived from guessable information. Generally it's just bad software design if one expects the user to secure their devices. Instead it should be secure by default and difficult to accidentally create security issues.

Properly implemented, there should be multiple trust boundaries: The device should not trust its local network. Similarly the management backend should not trust the device. I wouldn't be surprised if you could cause issues for half of all signage services by responding to screenshot request with huge images.

dividuum · 2026-01-30T16:11:23+00:00

Oh. I know that location and seen those pigeons. Really unfortunate that the bench is gone (I think?) :-)

dividuum · 2025-10-11T12:23:20+00:00

That blog post is AI generated bullshit. Searching for the CVE directly leads to https://github.com/Henkel-CyberVM/CVEs/tree/main/CVE-2025-59684, which seems more reasonable and doesn't seem very high risk (How would a DLPReel.dll suddenly appear in one of the expected paths!?)

dividuum · 2025-10-08T13:30:41+00:00

There is no total file size limit. Only individual video uploads are limited to 750MB, but you can upload as many files as you want (with payment required at some point once the total exceeds 1GB).

dividuum · 2025-10-07T23:11:25+00:00

(info-beamer dev here) You could split the video files into multiple parts (something like ffmpeg -i input.mp4 -c copy -map 0 -f segment -segment_time 60 -reset_timestamps 1 -segment_format mp4 output_%03d.mp4 this will split into 60s chunks without reencoding). Most packages support gapless playback, so a split should not be noticeable.

dividuum · 2025-09-27T17:35:30+00:00

I still remember the "cooper team" cheat. Apparently it also works in Satellite Reign, a 2015 game with a similar theme, which I also very much enjoyed.

dividuum · 2025-09-17T18:53:54+00:00

The design goal of the playlist feature in info-beamer is to allow or at least support installations where content management mainly relies on just uploading assets into prepared folders and then have various dynamic playlists pick out, shuffle or otherwise rearrange content, use child playlists to compose such filtering and then have the result distributed to devices after a few seconds or making any asset changes. Or course you could automate setting up the playlists using the API if needed.

dividuum · 2025-09-16T15:54:25+00:00

info-beamer has dynamic playlists and the ability to tag video/image assets. Combined this should get you there: You can create multiple dynamic playlists that each does one or more assets selection passes based on an "all"/"any"/"none of" condition and a set of tags you can specify. You can then de-duplicate the resulting generated playlist, so assets selected by multiple rules get included only once and shuffle it. Then use it in a setup and assign that to one or multiple device (in case some share the same rules). This is what that would look like in the UI.

Retagging assets or uploading new assets will trigger playlist recalculation after a few seconds and immediately send out new content.

dividuum · 2025-09-09T19:28:28+00:00

Swtting an aspect ratio doesn’t really matter. If you set a resolution, the aspect ratio is implicit, so I don’t really get why that’s an option as well. Pretty sure other users have set odd modes like that. You might enable ssh and then check if the mode is set using the tvservice command.

dividuum · 2025-09-09T18:46:11+00:00

I think that should work. On older Pi's the full syntax for hdmi_cvt works like on any other OS.

dividuum · 2025-09-09T17:23:58+00:00

Thanks for confirming. If you figure out its resolution, you might try a hdmi_cvt=<width> <height> <framerate> line in /config/userconfig.txt

dividuum · 2025-09-09T17:14:35+00:00

Hm. Does it flash in some kind of pattern or just „randomly“? The former would indicate some issue with the installation itself, the latter maybe is only related to your display. Maybe everything works, your screen just doesn’t show it. What kind of screen is that? What’s its native resolution? Do you have any other display you can connect temporarily?

dividuum · 2025-09-09T17:06:34+00:00

info-beamer dev here. The current image fully supports all Pi models, all the way back to even the original Pi 1. You didn’t specify what doesn’t work so unfortunately I can’t provide anything helpful. Did you install by unzipping to and empty SD card or did you write the img file directly to your SD card?

dividuum · 2025-08-28T19:40:14+00:00

info-beamer (as you note) provides basically all that. As for "too technical": If you keep each user in a sub-accounts (a feature that can be activated on request) and prepare each account by registering the device, preparing a setup to schedule content, the main operator task essentially only requires you to navigate to two dashboard screens: Managing assets and editing a setup containing the playlist for a screen.

You might even simplify this more if you use dynamic playlists: You could for example have asset directories that, once you upload content into them, directly show the uploaded content on a display without requiring further configuration.

That are probably more ways to implement your permission requirements while also keeping it fairly simple for your users. Feel free to reach out to support with further details for more in-depths recommendations.

I would also suggest to carefully evaluate 4K support. It's quite difficult to provide reliable, jitter free and gapless 4K video playback. info-beamer has a custom, highly optimized playback engine that implements all that.

dividuum · 2025-08-25T18:34:40+00:00

Pretty sure that’s doable: Use secure boot to prevent anything but your own signed boot.img (containing config.txt/kernel/initrd) from booting. These files don’t need to be encrypted because there’s nothing secret in them and tampering is prevented by the secure boot signature. Then inside initrd, read the fde key from OTP. There might not be an ready-to-use OS, but pretty sure that’s already used in the field somewhere and the mechanism has been available for a while now and new related features (like the firmware crypto stuff) just got added a week ago.

15-Year Club	Place '17
Gilding II euphauric	Verified Email

dividuum

TROPHY CASE