

Do you have another playback device you can test with?
FireTV sticks and honestly a lot of consumer televisions are always suspicious when there’s random stutter issues.
A Reddit Refugee. Zero ragrets.
Engineer, permanent pirate, lover of all things mechanical and on wheels
moved here from lemmy.one because there are no active admins on that instance.


Do you have another playback device you can test with?
FireTV sticks and honestly a lot of consumer televisions are always suspicious when there’s random stutter issues.


warning: super weird spam bot. new account posting multiple articles with the same sub website saying “getinfotoyou”? I apologize if you’re just new and postdumping about prior projects you host yorself, but it seems a little sus


We do, but what I mean is this is yet another way Russia will benefit from the pedo-war. Oil goes up, they become a critical supplier of helium, they’ll make shitloads of billions to try and prop their own war machine back up. One big huge giant present to Putin, one dictator to another.


Gee I wonder who else has a lot of tappable helium- ah, right. russia.
I’ve never ran into issues either, but generally in any situation where data integrity is somewhat important, ECC is a very good idea. Its never a problem until suddenly it is.
I don’t give a crap about my Minecraft server having ECC, but a storage server where cached data gets written to disk, I’d rather have ECC ensure nothing gets corrupted.
ABSOLUTELY ECC memory, 32gb or higher if you can afford it these days as TrueNAS does benefit from a decent cache space, especially with so many drives to spread data slices across.
Realistically unless you expect multiple concurrent users, any 4 core or higher CPU from 2015-on will be plenty of power to manage the array. No need for dedicated server hardware unless the price is right
I have a Dell PowerEdge t3 SOHO/small business server tower that I gutted and turned into a 5x8tb config. It only has a middling 4 core Xeon 1225v5 and I never get above 50% CPU usage when maxing the drives out. More CPU is needed if you’re doing filesystem compression or need multiple concurrent users.


The reset button is basically just a signal to the CPU/BIOS that it should wipe memory and begin the boot process from scratch. If it was not working, that indicates the CPU was hard locked and not responding to any sort of input, not just an os fault The power button sends an actual trigger signal to the PSU through the ATX connector so it bypasses any mainboard lock.
Random shit happens, see if it does it again.
My go to for random stability issues is to always run a full deep memtest to look for bad RAM and then a CPU stress test to see if it’s a random thermal or core issue. More often than not I find stability problems just with these two steps.


Debian is what you make of it, definitely. But it is also inanely stability focused to the point of being a detriment. It takes many months for simple package updates to hit Debian repos and it leads to frustration when stuff I expect to be updated is still very much not. As a server distro I recommend it, but as a play around distro it’s a bit more annoying and you have to do a ton more self maintenance on packages to get the latest and greatest.


If you control the backend, it’s self hosted. Vast majority of people use VPS’s for many hosting purposes. Stupid semantic applixation of rule 3.
Sounds like a candidate for !yepowertrippinbastards@lemmy.dbzer0.com


A Minecraft server is the classic.
Don’t discount just putting together a basic webpage that can be accessed at home too- something he could put together in a basic HTML editor (drag and drop) and put his favorite things on or whatever he may be focusing on (cars, animals, space, you name it).


1gb ram is crap. Hardware capabilities aside it’s just not enough to run anything usable for real hosting. Get an old office machine for 50-100 with 8gb or more of memory and it will do infinitely better.
Oh thank god. This solves my problem of no good integrated cam hardware on the market that isn’t cloudified or a huge security hole.


me when i am in a “build an unusuable standard” competition and my opponent is “literally any consumer electronics manufacturer”


Ethernet over HDMI does exist as a standard, but iirc it requires the device manufacturer on both ends of the cable to have a special implementation, and also requires a special cable that has the Ethernet data lanes included. I’m not sure any modern displays implement it anymore, it kinda died because it sucked and wasn’t that useful.


And at significantly lower transmit power too. Ubiquiti 5ac ptp rigs use like 8w, 802.11ah can make a link with under a watt. Sure it won’t be fast at all but if you’re doing a remote embedded device on a solar panel, it makes a huge difference.


That shelf sag scares me, sir. At least reinforce each layer with a slab of plywood or something.


Whatever is cheapest. When youre first starting out basically any hardware will do, it just needs to boot Linux. As you progress and find more stuff to put on the servers, you’ll discover what you’re real hardware needs are.
When I first started, it was a hand me down single core AMD Sempron machine (socket 754!) that I later upgraded to an Athlon64 and 4gb of DDR. I managed to bodge that poor thing into running a Minecraft 1.5.2 server.
Personally I would stick with the i3 machine since I am assuming it’s an office PC that can be had for cheaper than a Pi 5 (which is quite inflated in price IMO). x86 still retains better software support vs ARM and they are significantly easier to attach large cheap storage to via SATA. Power cost will be greater but I doubt an office i3 pulls more than 70w wall power at full load.


service still up = no problem
Can’t access service = problem, better ssh in
Simple as


A. Run a batch transcode with Handbrake and make all your stored files compatible with your end players.
It sounds like the more recent things you are downloading are in a codec that is not compatible with your playback devices.
E.g, older torrents are frequently an H.264 stream in an MP4 container, which practically every device can play now. Many modern releases are being distributed in H.265 or AV1, as they have significant size and quality benefits, but many older devices don’t support them natively. so it is forcing Jellyfin to live transcode to h.264.
Find out what older titles play without any buffer or playback lag/high CPU usage and check what codec those files are in. That is what you’ll need to batch encode everything over to.
B. Sounds like you are still relying on CPU transcoding which is absolute dog. What mini pc specs do you have? If it’s an AMD or Intel CPU/APU then it should have hardware encode/decode included in it’s integrated GPU. When using hardware transcoding the CPU load is generally minimal for 1 to 2 streams. See the Jellyfin docs on hardware acceleration here.
Ahh that tracks. Glad you got it figured out.