Emby does this quite well; I’m not sure about Jellyfins Live TV playback/recording tho, I haven’t used it.
🇨🇦
Emby does this quite well; I’m not sure about Jellyfins Live TV playback/recording tho, I haven’t used it.
Typical piracy requires you to search sources/indexers yourself, decide on the best search result for what you’re trying to download, pass that to your download client, then manually name and sort the downloaded files into media folders once the download completes.
The arr’s automate this entre process for several media types (movies, tv, music, etc), combining search results from dozens of indexers to make its decision on what to download.
Now, I open a webpage, search for a movie/show (results from imdb) and select an item I want to watch. ~15min later, that item has been found, downloaded, and sorted into my media folders where Emby/Jellyfin can display it to myself or friends.
Add on to this with Ombi, a requests platform that allows my friends+family to request media and have the arrs automatically grab it. Since setting that up a little over a year ago, it’s filled almost 400 requests (not including media I’ve grabbed/requested myself) without me having to manually manage requests ever.
Ontop of grabbing media on request, the arr’s also monitor the sources you’ve configured, watching for new uploads, and grabbing content that’s missing from your library but monitored for, such as: newly aired episodes, media that couldn’t be found earlier, or upgrades in quality for existing media (if configured/allowed to upgrade existing media).
Every time a new episode airs for a show I’ve added, it automatically grabs it for me. (currently 486 series monitored here)
That’s a neat little tool that seems to work pretty well. Turns out the files I thought I’d need it for already have embedded OCR data, so I didn’t end up needing it. Definitely one I’ll keep in mind for the future though.
That works magnificently. I added -l so it spits out a list of files instead of listing each matching line in each file, then set it up with an alias. Now I can ssh in from my phone and search the whole collection for any string with a single command.
Thanks again!
Started a new job as a tool tech in a rental center; maintaining, repairing, and simply showing people how to operate, a ton of different tools, some of which I’ve never even seen before.
First thing I did is setup a file share on my server that I’ve populated with 70+ manuals and growing by the day…
Read through them all myself to understand the nuances of each machine and be able to explain the details to customers; plus I can print them a fresh copy on demand just for good measure.
Interesting; that would be much simpler. I’ll give that a shot in the morning, thanks!
Random af…
So reporters with Russian state media happened across this guy and commented on his old Soviet bike. The guy mentions he’s struggling to get parts because of the war, and Putin himself gifts him a new bike??
Yeah, your home server is still able to reach plex.tv so there’s no problem there.
It’s people actually hosting there that got screwed over.
Plex blocked Hetzner IPs, so servers hosted there can’t reach plex.tv to auth users or validate plex pass.
DNS-01 is in the pipeline at least, so hopefully we’ll see that bring wildcard certs along with it.
It’s nice to see this being integrated into nginx. I’ve been using ACME.sh for around a decade instead. It just triggers through a script on a crontab schedule grabbing a new cert via DNS-01 if necessary, then refreshing nginx to recognize the new file.
I ran a setup like this for a couple years. Super handy being able to literally press the power button remotely; especially when/if the system hangs and becomes unresponsive.
If you use an RPI as the third device, you can use one of the GPIO pins to trigger a transistor connected in parallel with the servers power button. The pi can then (re)start the server on command.
You’ve always got the human element, bypassing security features; but extra little hurdles like a password manager refusing to autofill an unknown url is at least one more opportunity for the user to recognize that something’s wrong and back away.
If you’re already used to manually typing in the auth details, you may not even notice you’re not on the site you were expecting.
With Trump as the only source of that information, I’m not going to take that at face value.
You can’t exactly expect a plane to keep flying when you’ve commanded the engines to stop running/taken away their fuel at such a critical time…
There is no procedure that involves cutting off fuel to both engines while in-flight; one at a time, but not both. Then, there is no procedure that ever involves touching those controls during takeoff. Finally; there would be communication between the pilots discussing any such troubleshooting, they wouldn’t just take it upon themselves to start flipping switches without at the very least letting the other pilot know what they’re doing. Particularly when it comes to troubleshooting; there is a strict set of checklists they go through as a team, with one reading out questions, the other responding with data/answers from the instruments and the first confirming that response.
These were both experienced pilots with ample flight hours; they knew what they were doing at those controls. I’m not going to throw human error out the window entirely, but it’s not looking very likely unfortunately.
Either that plane was brought down intentionally, or there was a stunning error in judgment wildly disregarding procedure in that cockpit that was not communicated at all. (note: the mics record to the blackbox continuously, they’re not ptt, if one of the pilots had said something, it’d be on the tape.)
Just the domains? They’ll be back under new names in a couple days max.
Both the left and right switchs were moved to ‘cutoff’, one pilot recognized this and asked the other pilot why, the other pilot denied doing it, then the switches were returned to ‘run’ and the engines began to re-light (this is all straight from the black box recorder). It was too late to recover though, so the plane went down.
There is a mechanical detent requiring you to pull each switch out, then down. They had to be moved deliberately.
Given the mechanical saftey built into those switches, Unfortunately I guess that leaves us with two reasonable possibilities:
A) One of the pilots was somehow mistaken on the function of those switches and toggled them when they should not have. Then they genuinely thought they hadn’t when asked why they had cutoff fuel.
Or
B) One of the pilots chose to cut off fuel supply to both engines, intentionally bringing down the plane. They then lied to the other pilot when asked why they’d cutoff fuel.
Connecdicut or Connecticud?