When crackers don’t patch out the phone line, they can.
Edit: Only in some cases, though. They can detect popular ways to crack games, like Steam DRM stubs. If the game has zero identifiable information about the buyer and no or an unsupported DRM, they’re SOL.
and how exactly is unity going to know whether it was gotten legitimately or not? the only way the developers wouldn’t get charged is if crackers patched it out
They can’t detect everything, but let’s look at Steam as an example. If the game detects Steam DRM, then the game knows that they should’ve bought the game on Steam. They can check whether the Steam DRM is a stub and therefore a crack, or get your local Steam account ID and cross-check whether you bought the game with a Steam API.
The thing is that most Unity games don’t even have DRM in the first place. At most most will have the Steam DRM which is trivial to bypass. And Unity Games released on GOG will be especially at risk.
I would look into the zima board or zima blade, cheap but should be powerful enough. Otherwise there are really great server builds possible with low powered mini PCs possible. See Wolfgangs channel on youtube for inspiration.
You could use a raspi but there are more powerful options for a similar price.
perfectmediaserver.com can give you some inspiration on system architecture/layout. There’s a lot of right answers here depending on your situation, so you’ll likely want to research the various options and trade-offs.
Some common base architecture layouts that I know of:
Any Linux + no parity: Just throw Debian on a box, put Docker on it, and away we go. No data integrity, and data loss will be permanent, but it’s an option if you set up backups for your important data and assume the rest is expendable. If you want to start setting up parity on raw Linux you’ll probably want to move down to a more dedicated architecture below for less headaches.
OpenMediaVault + SnapRAID + MergerFS + backed by BTRFS disks: my personal choice for ad-hoc/budget setups. Great for having really flexible storage that lets you make use of all HDD space that you have laying around without fuss. You’ll need to sacrifice your largest drive to hold RAID parity and the storage architecture is not especially performant but that’s not a big deal for a media server. OpenMediaVault can run Docker for you on the host without needing to run it in a VM (and you should be using Docker for your software stack).
Unraid: Similar in storage architecture to the OpenMediaVault combo, but it’s not free. I don’t have personal experience with this one but a lot of people like it. IMO this option would only make sense if you want a turn-key system and don’t want to think about anything on the software side. It has turn-key “apps” that are just Docker behind the scenes (to my knowledge).
TrueNAS Scale: This will be running ZFS for storage, but ZFS has a lot of problems with storage flexibility. You need to really know what you’re doing when designing your storage layout, and you probably won’t get full usage out of the HDDs you have laying around. In exchange, ZFS is bulletproof for data integrity and makes full use of your drives’ combined speed. You’ll likely be giving up 50% of your total HDD capacity to run ZFS - either explicitly by running mirrored drives or by running mismatched RAIDZ1/2 (which makes all drives become the size of the smallest disk). I would recommend a mirrored setup for home use due to its flexibility - it gives up more space than RAIDZ but it’s able to be upgraded easier in the future, so you can throw random drives that are on sale into your system when needed. You could write a book on ZFS’s complexities and trade-offs and I’m sure many have. TrueNAS itself is basically just a turn-key appliance to run a ZFS storage server, but the “Scale” version also comes with the ability to install apps via some Kubernetes+Docker thing. It’s still in beta and I hear a lot of people have problems with how the app system is designed, so if you go this route I’d recommend installing Debian/Alpine Linux under TrueNAS Scale in a VM with something like this method, and running normal Docker on that VM. TrueNAS is otherwise very locked down and if your usecase is not supported by them you’ll probably need to bail out to a VM anyway.
Proxmox + TrueNAS + Docker Host: This has all the caveats of ZFS from before. Proxmox is just a virtualization hypervisor that you can put other operating systems on, via VMs and LXCs. The easiest way to use it in a NAS configuration is to install Proxmox on the bare metal, then spin up a TrueNAS Core/Scale VM and pass through your HDDs to that (may require special hardware consideration). You’ll probably want to run a minimal Debian/Alpine Linux VM under Proxmox to hold your Docker stack. Then you can use an NFS/SMB mount to get access to your ZFS storage from your Docker VM. You can also run ZFS raw on Proxmox without the GUI of TrueNAS, but you’ll have to manage it by CLI. Proxmox can be more difficult to understand than the other architectures, but personally I think it’s easier to use once you do. It allows greater flexibility on the software side via snapshotting VMs and building up/tearing down operating systems at-will.
Proxmox + OpenMediaVault + SnapRAID + MergerFS + backed by BTRFS disks: Same as Proxmox+TrueNAS, except instead of TrueNAS you run OpenMediaVault’s storage stack to give yourself flexibility with HDDs. You’ll might also want to move your Docker stack into its own VM instead of running it on OpenMediaVault, but this isn’t required. While this is technically an option, it feels a bit weird. If you want to dive head-first into a robust server setup but don’t want to buy a bunch of new drives, this could work in a pinch.
Personally my two recommended options are the OpenMediaVault stack or the Proxmox+TrueNAS stack, depending on if you want to buy new drives for a clean storage layout. Keep in mind these blurbs are just a crash course on each option and there’s a lot more going on behind the scenes that will also need consideration/planning.
Go back to the tracker you got the file from and re-download the torrent. Make sure your client is pointing to the correct location where the file is stored. [set location, verify local data] and it should just seed it.
I have 2 servers through Hetzner, both I got from the auction side of the site.
My lower end server is what I use to run my seed box and up till now PLEX. I use the Higher end server to run some work projects and for experimenting with.
Thanks! I just found out about the auction option through this post. I’m curious, given the price per month, wouldn’t it be better to self host with similar hardware? Higher upfront cost but lower over time I’d think?
Just curious because I’m thinking about switching up my setup, self hosting Plex currently but lack the bandwidth that I’d likely get if I moved to a hetzner server.
Oh yeah, would be lower cost over time for sure. For me though, internet is kind of crap in my area and the work server gets a ton of access from coworkers. And my sister in another state watches movies and tv shows on my Plex. Both these server get over 1.2 gbps up and down. There is also no cost if I have a hardware failure. There are pros and cons for sure, like I’ve been wanting to do some stuff that could really benefit from a GPU but not really an option with the auction stuff.
Awesome. Yeah that would be one of my concerns for what I have now. My internet service is some pretty terrible residential internet so my upload speeds are absolute garbage here but I have some good hardware for Plex/jellyfin.
How’s transcoding on the hetzner server? Any issues there at all? In any case thanks for all the info!
99% of stuff worked fine, but when I had issues it was a random error about server being under powered which wasn’t true at all lol. Someone on a forum suggested using the official windows app from the store and once I moved to that for client side access, never got the error again.
Keep in mind though, if you plan to do Plex from Hetzner, after Oct 2nd it won’t work anymore. But others here have suggested JellyFin instead. I’ll be testing that out this weekend, and if all is good moving over from Plex all together.
Yeah I’ve been wanting to make the full jump to jellyfin anyway. The only thing holding me back really was some extra services I was using that were Plex only. Posterr for example, but jellyfin is on the roadmap and I can just roll my own version until then. The mobile clients have at least gotten pretty good as well for JF.
And the sign said anybody caught trespassing
Would be shot on sight.
So I jumped over the fence and I yelled at the house,
"Hey, what gives you the right
To put up a fence to keep me out
Or to keep mother nature in?"
If God was here he'd tell you to your face
"Man, you're some kind of sinner!"
I checked out OpenAudible posted in this topic and it seems interesting, and might be a better choice. But if you’re looking to rip your audible files yourself you’ll want inAudible: github.com/rmcrackan/inAudible
There are other options around, but none of them are as free or as good as inAudible, IMO.
Ripping myself is what I did with Libation as suggested here. You log into your audible account when starting the software for the first time, your libary is shown and you can start to download.
When adjusting the auto tagging then audiibookshelf automatically sorts the stuff in the correct way with series etc.
And yet when libgen was broken a couple of days ago it sent me to the broken libgen for the (admittedly obscure) thing I was after. Perhaps caching I dunno. Still, glad it’s there…
piracy
Aktywne
Magazyn ze zdalnego serwera może być niekompletny. Zobacz więcej na oryginalnej instancji.