Posted by ryanvogel 4 hours ago
I wonder if the site needs a bit more bloat to handle the load, or a bit less.
Wrapping modules to expose additional functionality for a niche in a problem domain is tricky. You will end up with some code duplication and some predictability issues with your timelines, but the end result will be better for it.
Long ago someone convinced me that 'Strangling a Service' could also be applied to APIs. The base module should be as simple as possible but no simpler, and more esoteric features should be shunted off to another module. And then in the case when features are antagonistic to each other, they can live in parallel in separate wrappers.
The tricky part there is writing unit tests in the base to defend the negative space that these features fit into. This feature depends on an invariant in the base API that will break everything if merged.
All the /p/ URLs are in the sitemap, all the site's pages can be retrieved over a single TCP connection
https://debloat.dev/sitemap.xml
This results in a 1.9MB HTML file
Do you mean crawling the entire sitemap and concatenating the results is 1.9MB?
There used to be so many options for media centres. What happened?
But unlike ebooks, media centre management is a fair bit more complex since it involves supporting many different media formats and many forms of acceleration or transcoding.
So the big projects - Kodi for local media and Jellyfin for streaming - have a lot of inertia because they tend to support whatever you throw at them.
There used to be dozens of options to choose from. Multiple different XBMC forks. Multiples different Subsonic forks. Multiple different DNLA servers. Multitudes of web-based servers. CLI MP3 servers. Independent media centres for a variety of different consoles.
Maybe that’s still available and just not indexed on that site. But I noticed the choices had shrank significantly last year when I was looking for Plex alternatives compared with when I last built a media centre approximately 15 years ago.
Maybe smart TVs have reduced people’s desire here?
Sounds easy if all you have to do is write a short comment about it. People who actually did it, like the recently retired lead of the Jellyfin project, didn't make it sound like it's "not that difficult" [1].
If you want ot vibe code a project for yourself it's probably reasonable amount of effort. But if you want to build a product, something with polish, something not held together by spit and scotch tape, something reliable, it won't be easy.
I can’t recall if Chromium supports that, I have a feeling Google only include that DRM in Chrome. But if it is available in Chromium then you might be able to build an Electron app.
Understanding ffmpeg borders on a specialization in itself. No big surprise that so many of the alternatives have fallen away over the years as people realize the absolute scope of that piece of software.
But if you don’t want to use ffmpeg directly then use one of the many ffmpeg wrappers. Or a different lib entirely like gstreamer or VLC.
Around 15 years ago I built a media centre for my car and the media playback part turned out to be the easiest part of the project.
People that run these services don't want "dynamic stream quality selection".
In the case of media management, ffmpeg is easily usable with just about every programming language in existence and its usage is extremely well-trodden at this point, which makes the vacuum of newer alternatives to the XBMC lineage all the more puzzling.
This is the inherent problem with tech start-ups. Once they solve the problem they were founded to solve, then what? It's feature complete, but investors insist that the line must go up. Can you imagine if `sed` or `vim` was brought to market by a venture-backed company?
IMHO, capitalism and FOSS are fundamentally incompatible.
Perhaps it would have been better to split the product into a simple consumer thing and then a separate enterprise product suite.
A bold statement to make given the world we live in today contains plenty of both, working together, in harmony.
Really lightweight and nice!