e0qdk

I've been trying to figure out a related sort of video streaming setup for work (without Owncast, but with a similar sort of 24/7 goal plus other considerations) and have been looking into using ffmpeg's capabilities to output either HLS or DASH segments + manifests. (FFMPEG can do both but I don't know which would be better for my needs yet.) The sources I'm working with are RTSP/RTP instead of RTMP and I only need streaming to browser clients currently -- although it working with VLC naturally by pointing it to the manifest is nice.

HLS and DASH work by having videos split into small chunks that can be downloaded over HTTP, so just replacing the manifest allows for continuous streaming (the client pulls it repeatedly) without the server needing to maintain a continuous connection to the client.(Fan out to CDNs works naturally since the video chunks are just files that can be served by any web server.)

It should be possible to do some creative things by either creating / modifying the manifests myself with scripting or by piping chunks into another instance of ffmpeg from a script. (I've done something similar using -f image2pipe in the past, but that was for cases where I need to do things like create a video from an image gallery dynamically.) That's as far as I've gotten with it myself though.

I don't know what the right answer is either, but I'm also interested in finding out and hopeful you get additional responses.

I have an older version of TrueNAS on it from when it was still FreeBSD based (instead of Linux). I might replace it with Scale whenever I get around to doing maintenance on it next -- or maybe just go to stock Debian or something since I don't use most of the bells-and-whistles.

I run my NAS that way too. I just mount it and play videos with VLC if I want to watch something I have on it. The main reason I have a NAS is because I ran out of drive bays in my main system a few years ago... Works fine for my needs currently; no need to make it more complicated.

Historically, I don't know, but personally, I prefer YYYY-MM-DD style dates since they sort naturally in basically all computer software without having to think about it.

I have a folding card table that currently serves as my desk. I don't know how old it is -- 1960s, maybe, based on the style of the brand/sales label on the back? It's almost certainly older than I am, at least... Got it from my uncle back when I was in college and its still working well enough that I haven't bothered to replace it.

Ancient internet meme

What was the most ridiculous or funny boundary push you saw?

Trolling someone by attaching a camera to the ceiling right above their keyboard. I've been paranoid since I saw that stunt pulled... They got their point across about physical security though.

I've worked for a university before and it was very common for staff to remote into their systems from home -- usually with SSH for CS types or Remote Desktop/Team Viewer/etc. for less computer-focused folks. (The former usually didn't have much issue -- the folks using the latter mechanisms got compromised a number of times... -.-) There was also a campus provided VPN that was required to access certain systems with instructions to students and staff on how to use it, but other systems just got public IP addresses.

If what you're doing is related to your work and campus IT doesn't object, you're probably fine to do it. I've run various kinds of websites and web apps for colleagues to collaborate on research projects. Being able to do things like that is kind of the point of the internet.

Having seen a number of students, uh, push the limits and find the boundaries of acceptability the hard way though... I'd strongly advise you not to install cryptominers, run TOR exit nodes, or torrent TV shows/movies/etc. That kind of thing tends to get your systems in hot water with IT or other parts of the bureaucracy...

In principle, sure. I'm not aware of an existing out-of-the-box solution that'd do what you want, but it also wouldn't surprise me terribly if someone's cobbled something together to do this before.

If I wanted to make something like this personally (and couldn't find an existing solution), I'd start by doing some research into PBX software like Asterisk, what derivatives and extensions people have made for that, etc. -- being mindful that I'd likely be digging into a deep rabbit hole...

You can run docker containers with multiple volumes. e.g. pass something like -v src1:dst1 -v src2:dst2 as arguments to docker run.

So -- if I understood your question correctly -- yes, you can do that.

Giant middle finger from me -- and probably everyone else who uses NoScript -- for trying to enshittify what's left of the good parts of the web.

Seriously, FUCK THAT.

Two quick ideas on possible approaches:

1. Static page route. You can just write some Javascript to load the image from a file input in HTML, draw it resized to a canvas (based on an input slider or other input element), then save the canvas to an image. (There might even be simpler approaches if I wasn't stupidly tired right now...) This can be done in a single file (HTML with embedded JS -- and CSS if you want to style it a little) that you toss on any web server anywhere (e.g. Apache, nginx, whatever). Should work for JPEG, PNG, and probably WebP -- maybe other regular image types too. Benefit: data never needs to leave your device.

2. Process on server route. Use Python with a simple web server library (I usually opt for tornado for stuff like this, but flask or cherrypy or similar would probably work). Set up a handler for e.g. an HTTP POST and either pass the image into a library like Pillow to resize it or shell out to ImageMagick as others have suggested. (If you want to do something clever with animated GIFs you could shell out to ffmpeg, but that'd be a fair bit trickier...) The image can be sent back as the response. Be careful about security if you take this route. Probably want some kind of login in front of it, and run it in a VM or some other secure environment -- especially if you're using AI to kludge it together...

Best of luck and let me know if you need any help. Will probably have some time this weekend if you can't get it on your own. Happy hacking!