OK. I think I see what you’re getting at. If you can figure out how to get it to the point of an outline, there are triangulation libraries that can fill in the mesh for you (I think I’ve mentioned one to you before a long time ago) if you want flat end caps on the extrusion. I’m not sure off the top of my head how you’d get to an outline from that star example though – a few ideas come to mind, but they’re very much half-baked ideas… :p

Best of luck!

Edit: the triangulation library I was thinking of: https://github.com/mapbox/earcut

I’m not sure I quite get it, but if I’m following correctly, you’re using the numbers to indicate a sequence of vertices for a triangle fan here (with @ indicating the central vertex), right? If so, the vertices are used in more than one triangle; (0, 1, 2) and (0, 2, 3) are triangles that reuse vertex 0 (@) and vertex 2.

If that’s what’s going on then it should be fairly straightforward to turn shapes defined like this into extrusions; for the simplest case you duplicate and offset the triangle fan for the other end and then generate quads/pairs of triangles for the extruded faces of the prism – and for more complicated cases you can repeat that (with planar alignment if needed) following a curve in small increments.

I might not be following though since I don’t know what you mean by color index face hints.

fan vs strip

Why not just work with a collection of triangles directly? It uses more memory, yes, but it’s simpler to reason about and can also have parallelism benefits (since each triangle is independent).

It can still be useful to track shared vertices (and reference them by index) though.

At some point a few years ago, I went to https://www.gutenberg.org/browse/scores/top and just downloaded everything from the list that day that looked interesting and threw them all on an old kindle. They haven’t all been winners for me, but a decent number were readable enough.

Those tiny guys are cute compared to this horror from Hawaii:

(Image from Wikipedia – article is here)

You gotta make sure to shake out your shoes before putting them on and check your sheets before getting in bed if you live around those guys…

Looking back through your history, that’s a post by a user local to your instance. You can see it because you’re on the same instance.

If I understand how federation works correctly, posts don’t go directly to the instance a community is on when they are made. They are created locally on your own instance, and then federate out if/when they can. Since you’re both on the same instance, you can see the post and interact with it, but the post and your comments are (presumably) stuck in a queue trying to federate to the now defunct instance. Since lemm.ee is gone, it can’t federate out, so other people don’t see the post/comment on their instance.

I think that’s what’s going on.

Move over Gopher – Dramatic Lick Kitty is here!

BlueSky uses AT Protocol which is similar to how you break things down: https://en.wikipedia.org/wiki/AT_Protocol

Should be trivial to set up something like that if you’ve got parts you want to work with. Any desktop with an automatic background switcher should be able to cycle through images in a directory you specify on a timer. Set up your favorite remote access software (SSH, Samba, NFS …) and you’re done. If you want more control over the behavior, you could script up something custom with a little more effort – but it’s still not particularly hard to implement something like that.

Watch out for burn in on the screen if you’re leaving it on all the time.

the contents of these tickets need to be encrypted at rest

If that’s the actual requirement – i.e encrypted at rest – then store the database on an encrypted volume instead of encrypting the messages themselves inside the DB. It will likely be more performant, and much, much easier to both implement and maintain while still providing good security.

No; I don’t use AI at all for programming currently.

Are you running different versions of the software? (e.g. different versions of ffmpeg, maybe?)

I don’t like Anubis because it requires me to enable JS – making me less secure. reddthat started using go-away recently as an alternative that doesn’t require JS when we were getting hammered by scrapers.

netstat -tp – that’ll show you TCP connections and the associated program, doing a DNS lookup for the IPs they’re connected to. You may need elevated permissions to see what some processes are.

There are a bunch of other options (e.g. -n to get numeric output instead of looking up names, -l to get programs listening for incoming connections, etc); check the man pages for more details.

I just right click on the terminal to change the profile to whatever I feel like it should be in the moment (usually red). I do it by reflex, basically. I never felt the need to try to set up automation for different servers, but I expect there’s probably a way to do that if you really wanted to.

“You love the robot more than me!” 💔️

I (manually) set the background color of my terminals depending on the machine I connect to. I currently have profiles for red, green, blue, and black backgrounds with black as my default. I usually use red for ones I want to be especially careful of.

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.