I suspect we got off on the wrong foot when I called it a product instead of just a project idea, but I don’t actually disagree with that stance. Cheers.

That’s the act I was thinking of. I’m almost certain web streamers will say it doesn’t apply to them……and it’s definitely one of those things you’d take for granted until you hit the “new” streaming medium and realize why it was necessary in the first place.

And you came here with nothing productive to add 🤣 we can both make useless comments it seems

Yeah I think hdcp and reprocessing would be most difficult. There are hdmi splitter devices like those used for coloured bias lighting that I think could be used….similarly I think the processing actually isn’t unsolvable, it’s not much different than object detection from a live camera stream. I agree re-encoding the stream would be too hardware intensive for anything “cheap” like a pi, hence the secondary device control alternative initially, but analyzing the stream should be possible.

Because I think this could be neat product……kinda like PiKVM, but maybe using ML to detect ads and make it a nice community tool to block in a device independent way. like hardware Adblock.

Yes. That’s what allows Unix legends like this: https://www.ee.torontomu.ca/~elf/hack/recovery.html

So I’m SUPPOSED to run a miner to keep mine from being overly idle??

I have 2 Pi 4s in operation. One is a Moonlight/USBoverIP stream gaming portal. It automatically turns on and connects to a VM running Sunshine on my Proxmox host, passes any USB controllers/bluetooth etc to the VM so the big loud gaming box is in the basement and the tiny Pi is next to the TV. 1080p60 works great, minimal lag.

The other acts mostly as a quorum server for the proxmox servers, I have two proxmox hosts and use the second Pi to ensure the cluster doesn’t get split brain. It also acts as a USBoverIP host for my home automation Zigbee and Zwave usb sticks, so that either proxmox host can connect to the USB sticks and the home automation VMs aren’t locked to a physical host.

The most annoying part I think is because I so rarely need them. All my Pis run headless, but the one time I do need direct console access I have to find the bloody adapters. Leaving them attached and unused is just asking them to get damaged.

Rather than using micro-hdmi (which hardly anything uses), stick a pair of usb-c DP ports instead if size is an issue. at least then I don’t need adapters that are ONLY needed for the Pi.

I loved Pi’s, but I hate the micro hdmi connectors

If you’re forwarding between haproxy instances, use proxy-protocol instead of forwardfor header forwarding.

I’m sure you’ve heard plenty through the forums, but Truenas virtualized is perfectly fine so long as you’re passing through an HBA directly. It doesn’t affect reliability any, but it doesn’t add any features either.

“Can I virtualized Truenas” is probably the second most popular question after “do I really need ECC ram”

I remember travelling and going to Internet cafes at each city to upload pictures back to my server at home. Was like a modern phone booth for a short period.

Depends on your system. Desktop have different requirements than servers.

On both at minimum, I’d keep /home and /var/log separate. Those usually see the most writes, are least controlled, and so long as they’re separate partitions they can fill up accidentally and your system should still remain functional. /tmp and /var/tmp should usually be mounted separately, for similar reasons.

/boot usually keep separate because bootloaders don’t always understand the every weird filesystem you might use elsewhere. It would also be the one unencrypted partition you need to boot off of.

On a server, /opt and /srv would usually be separate, usually separate volumes for each directory within those as well, depending how you want to isolate each application/data store location. You could just use quotas; but mounting separately would also allow you to specify different flags, i.e. noexec, nosuid for volumes that should only ever contain data.

/var/lib/docker and other stuff in /var/lib I usually like to keep on separate mounts. i.e. put /var/lib/mysql or other databases on a separate faster disk, use a different file system maybe, and again different mount options. In distant past, you’d mount /var/spool on a different filesystem with more inodes than usual.

Highly secure systems usually require /var/log/audit to be separate, and needs to have enough space guaranteed that it won’t ever run out of space and lock the system out due to inability to audit log.

Bottom line is its differnet depending on your requiremtns, but splitting unnecessarily is a good way to waste space and nothing else. Separate only if you need it on a different type of device, different mount options, different size guarantees etc, don’t do it for no reason.

Yknow, if that assholes goal was to make SpaceX, X, and rename Tesla to CarX that might actually make sense