They charge fast when the battery is fresh and healthy. When the battery health gets shitty the software automatically switches it to slowly trickle charge to preserve it, although you can go into the settings and re-enable the previous fast charging.

My SE is currently at 75% of its original battery capacity. I put it on at 8AM this morning after charging it all night, tracked one workout during the day and it is now almost 10PM and it is at 16% charge and dropping fast.

Seconding this experience with Mint 21.3, although on a laptop here. I just wanted something that works without much fucking about, and it delivers.

Yep, I only noticed because I got prompted to update when I ran it today!

Dunno, but on my particular cooktop (one of the cheaper ones you can get) the most powerful zone on it goes to 3600W.

Induction cooktop master race. Both 'merica and 240V, boils water fast as fuck.

Browsing YouTube while logged out is 1,000 times worse.

The guy getting milkshaked is Nigel Farage, a right-wing politician and all-round cunt, best known for being the biggest Brexit cheerleader. This incident happened yesterday as he was launching his election campaign - the UK is having a general election next month.

Yes, I have both. The desktop is pretty beefy and runs Windows (for now) and is mostly used for games and Adobe stuff. The laptop is a Thinkpad running Linux Mint, and is my couch computer. I use it for normal web browsing type stuff, and for managing my home lab server that sits in a closet in my basement. I also play some lightweight games on it via Steam/proton.

It took about a week to generate for my library without hardware-accelerated MJPEG generation, at the default resolution in the Trickplay configuration. I let it use 8 threads but CPU use was close to nothing the whole time, even with priority bumped up to above normal.

It wound up consuming about 10GB of storage by the time it was done, for a library of 2.6TB. My library is mostly 1080p stuff, a mix of h.264 and x265.

This made the rounds yesterday, but the only source was Jones himself, and nothing appears to have happened. So, yeah, probably just drumming up cash from the rubes.

Mine’s been running for about 5-6 days now, also not a huge library. I’m running Jellyfin in an LXC container on a host with 16 CPU cores. Started with 4 cores, but have bumped it up to 8. I have noticed that when it is generating the Trickplay images for h.264 content it only uses about 8% of the available CPU resources. When generating images for x265 it uses about 60-70%.It doesn’t seem to matter what the priority for the trickplay job is set to.

I assume I should probably wait for my multi-day running Trickplay task to finish before attempting an update, right? :)

My library isn’t huge (in my opinion anyway, a few hundred episodes of TV and maybe 100 movies). My Trickplay job is about 16% complete after 3 days, lol. My AMD iGPU doesn’t appear to be supported for the MJPEG stuff so I don’t get GPU acceleration, but I have Jellyfin set to allow 4 threads for generating Trickplay images, and am running on a 4-core VM that sits on physical hardware that isn’t slow at all. Looks like even though it is using 4 threads it is still only using one of the cores, as CPU utilization for the ffmpeg process doing it is always at about 25%.

At the rate my Jellyfin server is generating trickplay images right now the Android client might have support for them by the time it finishes.

In Texas it is already legal to carry, concealed or not, without a permit.

I use one of those tiny mini PCs, with an AMD mobile CPU in it. It sips power but has enough oomph for transcoding when necessary. I’m sure the NAS that my library actually sits on uses way more power with its mechanical HDDs.

Schadenfreude intensifies

https://leadstories.com/hoax-alert/2018/11/fake-news-fbi-raid-at-nsa-employees-home-reveals-over-16000000-dick-pics.html

This is fucking comedy gold.

b-b-b-b-but what if I need to overthrow the oppressive gubmint that happens to not agree with all of my crazy values?