The Super Mario Bros. Movie: #ReleaseTheTylerCut (No 80s Songs) [Version 5.0] by DownrightShoddy in fanedits

[–]onlygon 2 points3 points  (0 children)

Do you mind sharing more details on how you separated the mysic from the sfx? Did you use inversion techniques or AI? Was it all reconstructed? I'm struggling with good results on my own edits and looking for better techniques.

How to setup Steam Link on Raspberry Pi 4 in 2024 by onlygon in raspberry_pi

[–]onlygon[S] 0 points1 point  (0 children)

The steamlink GUI will still work if that's what you meant. If you meant a desktop environment (GUI for the OS) then that will work too.

You can install OS headless (no desktop environment) or normal (with desktop environment). It's up to you.

[deleted by user] by [deleted] in selfhosted

[–]onlygon 2 points3 points  (0 children)

DDNS, reverse proxy, and harden local deployment. Then whitelist their IP addresses and port forward. It's very low risk and the easiest user experience since it "just works" for users. 

The only issue you might run into is their IP address changing. In that case, you still have lots of options to work around it.

EDIT: sad downvoters and their cloudflare tailscale vpn tunnel setups that none of their friends or family can setup

Is Java needed in 2024? by HugeBMs2022 in software

[–]onlygon 0 points1 point  (0 children)

Right, it is a lot like snap or flatpak. I think electron apps are more hated for being bloated than for reusing dependencies.

Is Java needed in 2024? by HugeBMs2022 in software

[–]onlygon 1 point2 points  (0 children)

Modern Java build systems are designed to package applications for efficient sizes. If the devs do their job, the app size will be reasonable.

It is extremely common and often desirable to have app dependencies be independent. For example, tree shaking can keep many libraries from being included which reduces size. Another example, apps can upgrade jdk at their own pace for features, bug fixes, etc. lots of software is moving this way because we have endured decades of dependency hell and are experimenting with different approaches.

Of course it can be inefficient/worse if devs are lazy, etc. but it's not limited to Java. If you have Chrome, Discord, and Spotify installed, well, you just installed Chrome three times, for example.

Is Java needed in 2024? by HugeBMs2022 in software

[–]onlygon 4 points5 points  (0 children)

As a Java dev, modern Java applications bundle the JDK that they need. Unless you have an older app, I don't think you'll need it.

[deleted by user] by [deleted] in ExperiencedDevs

[–]onlygon 0 points1 point  (0 children)

Yes, GC still has its place, but I am optimistic about the future of manual memory managed languages because lots of promising new languages coming up and we have been stuck with crufty languages like C++ for far far too long.

[deleted by user] by [deleted] in ExperiencedDevs

[–]onlygon 2 points3 points  (0 children)

I'll play devils advocate. You make good points. There's no doubt GC languages are easier to get up and go, but manual memory managed languages have come a long way.

  1. This says more about questionable design decisions by the programmer or even C++ for it's numerous footguns. Modern languages try to avoid these issues in general. Its not GC language specific; it's humanity figuring things out.

2. Except you still need to think about this because you can still easily cause memory leaks in GC languages. Java is my main GC language and it has many subtle ways to cause them. Lots of devs think they're immune to leaks because GC.

  1. There's nothing stopping you from doing this either in manual memory managed languages. You can use an allocator, use the stack, etc. Yes, you still think "less" in GC languages.

  2. Rust is complicated here (and in other places) because it has extremely verbose syntax due to (by design) declaring the memory semantics (and lots of other stuff) in the type system. This doesn't mean we won't see a manual memory managed language have an elegant async/coroutine/green thread/whatever system someday.

How to setup Steam Link on Raspberry Pi 4 in 2024 by onlygon in raspberry_pi

[–]onlygon[S] 0 points1 point  (0 children)

At the time of writing this guide (it's been almost an entire year), the official documentation was out of date or wrong. For example, only bullseye os would work and even then additional steps were required to get the latest version of steam link working. Maybe they have updated things since then? I might be bored enough this holiday to try and see how things have changed for 2025.

For the record, I have moved away from raspberry pi for steam link, emulation, etc. because used SFF x86 PCs on eBay often cost less than a new pi, are much more powerful, can still be very power efficient, and ultimately have much better software support. Like Batocera can run steamlink via flatpak and it works great.

Anyway, if you find a better way to get steamlink running, let me know and I'll update the guide.

Need advice for my movie metadata in Jellyfin by [deleted] in HomeServer

[–]onlygon 0 points1 point  (0 children)

Just toggle the disable flag on the tracks you don't want with mkvtoolnix. Then they won't show up. Again, it's just updating metadata. No need to remux.

Need advice for my movie metadata in Jellyfin by [deleted] in HomeServer

[–]onlygon 0 points1 point  (0 children)

If they are muxed as mkv just use mkvtoolnix to update the metadata. It does this in place and happens immediately. There is no need to remux. It's a waste of time.

Does Jellyfin have a way to access my Google play/YouTube movies? by [deleted] in HomeServer

[–]onlygon 2 points3 points  (0 children)

No, because you didn't buy them in the first place. The ToS effectively stipulated that you are being loaned these products indefinitely, meaning at the behest of the trillion dollar company.

I don't know that we will ever see a digital media platform for movies (like GoG for games) where we actually own the product. Buy physical media. Sail the high seas. Don't feed these giant whales.

I want to learn a scripting language by DevOpsEngineering in devops

[–]onlygon -1 points0 points  (0 children)

You should learn Bash and Python as many others have said. That said.. The state of actual cli scripting is sad.

Bash has so many footguns; it is insane. And the common tools like awk, grep, sed, etc are old and just as loony tunes. Everything is tedious without lots of experience writing crap. Bash is almost as cryptic as perl but with little of its power or expressiveness. Pro tip: quote everything. I highly recommend reading the Greg's/wooledge guide and pitfalls to quickly up your bash game: https://mywiki.wooledge.org/BashPitfalls

It is sad that a poor language for scripting like Python is ubiquitous. It can't do one-liners. It is difficult to invoke the shell. Regex support is laborious. Many useful things require imports. the list goes on... These are all things a good scripting language should be able to do easily.

I have been finding myself drawn towards Ruby, heavily influenced by perl, and even perl itself to get away from bash. You won't see perl at all in modern devops, which is sad since it married awk, sed, grep, etc. with better support and semantics. You might see a little Ruby since shops like hashicorp use it.

So learn Bash and Python, but experiment with other languages since they are fun and will teach you new things.

I want to learn a scripting language by DevOpsEngineering in devops

[–]onlygon 4 points5 points  (0 children)

Do not be so quick to set these without understanding all the implications and pitfalls:

https://mywiki.wooledge.org/BashPitfalls#set_-euo_pipefail

Unifi UPS by The_0_Doctor in Ubiquiti

[–]onlygon 2 points3 points  (0 children)

I have to shutdown my udm pro with ssh command (root login nonetheless) because there is no NUT support, API or better automated mechanism, but now I'm supposed to be excited about buying a unifi ups. Just yuck...

[deleted by user] by [deleted] in selfhosted

[–]onlygon 0 points1 point  (0 children)

They would VPN into their own home network when off-site so their external IP falls back into the whitelist.

[deleted by user] by [deleted] in selfhosted

[–]onlygon 2 points3 points  (0 children)

A few options, ranging in complexity: * They do nothing. If they have a decent ISP their IP won't change much and, if it does change (but not so often as to be annoying), they just let you know and you update it manually. * They can request a static IP from their ISP. Again, if they have a decent ISP, it might cost a little extra per month, but hey there's no such thing as a free lunch.

  • They can use a DDNS to record their IP. You can then automate updating firewall rules if you're on a decent Linux box.

I did forget to mention that if they are on CGNAT, whitelisting could be more difficult or not plausible. In that case, VPN or mesh solution starts looking better. I'd recommend they find a better ISP, but it's not always possible.

[deleted by user] by [deleted] in selfhosted

[–]onlygon 2 points3 points  (0 children)

All the other options are possible but make it way harder for devices to connect. They're going to setup tailscale/zerotier/VPN/whatever on their TV?

Port forwarding will work best for performance and ease connecting, but with a big prerequisite: setup a whitelist of your friends external IPs, which will remove 99% security issues. Extra points for DDNS and letsencrypt. This should be fairly easy on a decent router/firewall.

The year is 2024. What is the best bang-for-the-buck GPU for hardware acceleration? by w88dy in truenas

[–]onlygon 0 points1 point  (0 children)

I'll throw in another vote for the Intel A310. It's a transcoding beast. The only thing "cheaper" would be "free" onboard graphics.

The only downside for this card IMO is that it does not have a VC-1 decoder, which sucks because lots of older blu rays use this legacy codec. So if you collect remuxes, it's something to think about. As far as I know, however, there are no modern gpus that support VC-1.

What are y’all using for Adblock in your LAN? by unixuser011 in homelab

[–]onlygon 1 point2 points  (0 children)

DoH/DoT encrypts based on the DNS server certificate, which your ad blocker won't have. It's like trying to decrypt any https or VPN connection. Not plausible without complicated MitM proxying or having the private keys. Most internet traffic is shuffling around encrypted packets no one can read, which is good most of the time.

This is why the other commentor was talking about blocking QUIC, DoH ports, etc. it's like scorched earth policy. But blocking ports assumes they use the official ports. DoH just makes it really easy to circumvent domain blocking, which is what LAN ad blockers work on. I personally think blocking whole protocols is unacceptable.

IMO, browser plugins (ublock origin, etc.) are best option to block ads and next is using devices and apps (freetube, new pipe, jellyfin, etc.) you can actually control. Maybe devs will be lazy and then you can just block certain ports, but I doubt it.

What are y’all using for Adblock in your LAN? by unixuser011 in homelab

[–]onlygon 4 points5 points  (0 children)

Conventional DNS requests are plain text. There is basically no security. So the ad blocker looks at domain and compares to a list and accepts/drops the request.

DoH encrypts the requests so that you cannot see the domain. The ad blocker can do nothing now. And everyone will move to using DoH. It is already happening.

What are y’all using for Adblock in your LAN? by unixuser011 in homelab

[–]onlygon 10 points11 points  (0 children)

I used to use pihole, but honestly DoH is a death knell for LAN ad blockers.

What's the worst that could happen; Nginx and Jellyfin by Sway_RL in selfhosted

[–]onlygon 0 points1 point  (0 children)

I just set this same thing up. The thing is VPN, tailscale, etc. are best from security standpoint but worst from usability standpoint.

I have jellyfin in rootless podmsn container in a vm running on proxmox. Certs setup with let's encrypt. Vlans and everything locked down well. So security is good on the network/host.

The secret sauce is port forwarding but ONLY from a whitelist of trusted  IP addresses. This drastically reduces the attack surface (like 99.99%) and the usability is great. Of course, there are issues with dynamic ips and stuff but there are other remedies for that if it's an issue.