Nice! That’s a great idea.

The IPTV provider should provide the EPG, either as a URL or via “Xtreme Codes” (which is essentially just a base URL for an API that provides both the playlist and the EPG).

Try set up the stream directly on an IPTV app on your TV, instead of using Dispatcharr. If you have a device with Android TV (either built-in to the TV or a steaming box like the Nvidia Shield or Onn one), try Tivimate.

The IPTV apps on non-Android platforms aren’t as good. On your computer, you can try tuning in to a channel using VLC or a web UI (if your provider has one) and see if it works better.

The best IPTV providers are hidden from the public (no public website or social media presence), and you need to be invited by an existing user. Unfortunately the one I use closed signups a few years ago, otherwise I’d invite you.

And I don’t ever know if it’ll get better because you need to know why you want to build something someway.

The major issue I’m seeing with junior (and even intermediate) developers is that they trust that the AI will always do things the correct way and don’t question its approach, and they don’t develop proper debugging skills and just rely on the AI to attempt it.

To get decent quality output out of an AI model, you need to have critical thinking skills, at least basic knowledge of the overall architecture for whatever you’re trying to build, and enough knowledge to question the model when it does something wrong.

Blindly trusting AI is why so many old security issues are coming back - stored/reflected XSS, SQL injection, exposing databases directly to the internet with no password, things like that. Newer frameworks mostly got rid of them, and now AI is bringing them back. It’s a fun time for red teams at least.

Huh, interesting. I wonder why it’s so infrequently used then. Maybe people are afraid of using an AI that referred to itself as “mechahitler”.

I would have thought they’d get access to xAI’s models for very cheap.

Grok really isn’t that good, though. So few people use it that xAI are renting out most of their AI servers to both Anthropic and Google.

And I would be interested on how they are referbing the equipment and selling for a profit

My understanding is that an e-waste recycling company is contracted to take all the old equipment. The original company can say they’ve recycled it, record it as such, and doesn’t care what’s done with the equipment after that - whether that be reselling it, recycling it, whatever. The e-waste company is the one that handles finding the useful stuff and refurbishing it.

They do an upgrade, ever server/switch/router etc ends up in the dumpster

How many customers do this?

At least here in the Bay Area, hard drives and SSDs get destroyed, but a lot of the other equipment goes to e-waste recyclers who end up refurbishing it and selling it on marketplaces like eBay.

A lot of homelabbers get their equipment from eBay, and the source of that equipment is almost always second-hand data center equipment.

Have you tried KDE Connect? It’s cross platform and works on Linux, Windows, MacOS, Android, and iOS. It’s what I use for sharing files from my phone to my computer and vice versa. It supports a lot more than just file sharing though.

If you’re fine pulling with legit services then https://monochrome.tf/ is probably the easiest to use (or their backend service if you want to automate it).

Musicbrainz is fine; it’s just Lidarr’s usage of it that’s a problem. Lidarr uses its own mirror of Musicbrainz, plus its own custom search code, and it’s not as reliable.

Other apps that use Musicbrainz data, like Beets and Picard, don’t have the same issues that Lidarr has.

yt-dlp has a strict policy against cracking DRM

This is how it stays legal in the USA. Bypassing DRM is a DMCA violation (section 1201), but just downloading freely-available content is totally legal.

Its predecessor, youtube-dl, was subject to DMCA takedowns from the RIAA, and they had to get the EFF to help. yt-dlp doesn’t want to experience the same issues.

Make sure you’re on the “develop” branch of Lidarr, as the stable one doesn’t have the plugins feature. If you’re using Docker, use the “develop” tag instead of “latest” (lscr.io/linuxserver/lidarr:develop).

Usenet. Plenty of music in lossless (FLAC) format. Use NZBGeek and DrunkenSlug as indexers. Sabnzbd to download. Lidarr and Prowlarr to automate everything. Add an artist, click to download an album, and it’ll search for the album, download the NZB file, send it to Sabnzbd to download, then tag and organize the files once it’s done downloading.

For music I’d just get a block account: https://www.reddit.com/r/usenet/wiki/providerdeals/. Essentially, you pay for some amount of data (can usually get 1TB for US$5-15), and they usually don’t have an expiry date, so it could last you for years. Some providers have monthly plans with unlimited data, but a block account will end up way cheaper if you just want music.

For rarer music, Soulseek is very good. It’s a peer-to-peer service from the KaZaA and Napster era, but somehow it’s survived until now. Since it’s peer to peer, downloads are quite a bit slower (you’re relying on the upload speed of individual users - each download comes from only one user) but it’s a great community.

If you have a home server, slskd is very good. Modern web UI and there’s plugins to integrate it into Lidarr (Tubifarry)

I’m not familiar with this app, but what do you mean “gnomed”? Do you mean the UI started using Gtk4 and Adwaita components?

Gtk3 is considered legacy now, so most apps that use Gtk will be transitioning to Gtk4 (and Adwaita) at some point. Gtk3 is starting to look a bit outdated in modern DEs.