sudonem
Primarily because Resolve is meant as a tool for professionals - and as a result it can’t get away with using things like Ffmpeg under the hood.
Ffmpeg (for example) doesn’t use officially licensed codec SDK’s to handle certain codecs - it uses reverse engineered tooling.
If you’re working on a personal project or something that is just getting pushed to YouTube that won’t matter 99% of the time.
However if you are working on a professional color grading pipeline for a project that might go to broadcast or into theaters, there are very specific QA tests that the final rendered product must pass - and these unofficial reverse engineered rendering tools often result in rendering errors that can fail these QA tests (and in a way that is basically impossible to troubleshoot).
It’s already enough of a challenge to manage a color pipeline using the officially licensed tools - they can’t really risk that kind of issue with their pro and semi-pro customers.
That said, it’s important to note that MP4 is a just a container/wrapper, not a codec.
So an mp4 file might contain video (or just audio) that is rendered using one of many possible codecs depending on what was chosen by the person doing the render. That will determine whether Resolve whether the free edition of Resolve will support it or not.
If you prefer driving towards Linux all that is necessary is to migrate your TrueNAS CORE instance to TrueNAS Scale which is Debian based. (It is reportedly fairly painless).
This specific project is for people that didn’t like being pushed towards Debian and wanted to stick to BSD.
I’ll also include entries in the .github dir in project repos doing same thing in case anyone working on it happens to use GitHub copilot via vscode will also pick up on the AGENTS.md as well as any skills I might have cooked up for the repo.
(Though it’s mostly because I don’t trust team members to read the docs and the skills I made are meant to guide following standards for the project - and this approach almost incepts the standards for anyone not paying attention)
At best adoption is delayed a while until the marketing department figures out a strategy that is more palatable.
The question was why Podman doesn’t have the adoption levels that Docker does, and my supposition was that (for those that don’t have much Linux administration experience) added steps like systems configs, or quadlets etc are just another barrier to entry that you don’t have with Docker.
I’m not arguing that Docker is better (I think Podman wins in a lot of ways actually) just that Podman requires a bit of extra work to implement well and that is just enough of an annoyance to tip the scales towards Docker.
It definitely can solve some of those problems, and that’s the approach I’d generally recommend.
But to answer OP’s question - my supposition was that the mere fact that such a device is even necessary (when compared to docker) is an added work that isn’t obviously easy to implement for someone who is just trying to learn how to containerize their app (and might be a developer but not that experienced with Linux administration) and this one of the main reasons Podman isn’t as popular as Docker.
I think Podman is better in a number of ways, but it isn’t the most intuitive to implement compared to Docker.
It’s not hard. It’s just fiddly.
Especially if you want to go rootless (and you should).
For someone that isn’t “Linux first” (like a baby developer learning to containerize their apps), the idea of dealing with systemd unit files or kublet configs, and having to created dedicated local service accounts (and remembering to enable linger) is somewhat intimidating when compared to just installing docker, whipping up a docker compose file and pressing “start”.
I understand why they’ve taken this approach but it’s pretty clunky and a bit unfriendly.
- https://theintercept.com/2025/01/28/proton-mail-andy-yen-tru... - https://medium.com/@ovenplayer/does-proton-really-support-tr... - https://discuss.privacyguides.net/t/proton-ceo-endorses-trum... - https://tildes.net/~society/1ldg/proton_ceo_tweets_support_f...
There is no ethical consumption under capitalism. I keep along the effort, but it just continues to be impossible.
Did the defense use some sort of tool to debunk? Was it just an obvious deepfake etc? Or was it the officer’s ineptitude that got him caught?
Kafka still wins for very large data pipelines (hundreds of terabytes or petabytes), complex stream processing, or very long retention requirements for messaging.
If you’re mostly streaming messaging between micro-services though (or if you’re currently doing a lot with MQTT) NATS is very likely the better move.
(It’s cool shit)
That said, anyone trying to build something new where Kafka might make sense should probably be considering NATS as an alternative - particularly with micro services in mind.
The community isn’t the same of course, but the platform itself is a joy to use again - especially as someone who got tired of Instagram when it stopped being about photography.
BMD’s entire game here is that they are a hardware company first.
They hook you in with some really good software - and when you start getting in to professional workflows that requires specialized hardware (I.e. capture cards, I/O devices etc) you’re locked in to needing to use BMD hardware.
So it doesn’t cost them a great deal to offer the free version to most people because they have to have the software anyway to support the hardware.
Also, while they certainly make a profit on the studio licenses, it seems to be largely because offering those advanced features have costs they can’t eat. For example, the official (and expensive) Apple ProRes encoder SDKs, and advanced tech behind their noise reduction plugins among others.
The FAA very clearly has jurisdiction to “all navigable airspace” which is broadly defined as “all airspace immediately above ground level”.
Which is to say, there’s no minimum height threshold under which you could fly a drone (outdoors) where the FAA doesn’t have full legal jurisdiction.
You can say you feel it’s overreach, but it’s well established that the courts do not agree.
Having said all of that, I definitely agree that the states have been doing a pretty shit job of asserting their rights across the board.
Of course it isn’t just individual states. Congress as a whole has been happily ceding power to the executive branch for a few decades now - which is largely how we’ve gotten to this point.
I do almost all of it work in the terminal, so I had already been using chezmoi to manage my dotfiles for a few years. Eventually I added an Ansible bootstrapping playbook that runs whenever I setup a new environment to install and configure whatever I like.
I’m already living & breathing Ansible most days so it wasn’t a heavy lift, but it’s a pretty flexible approach that doesn’t bind me to any specific type of package manager or distro.
I WANT to love it - and if I was only ever working on one, or a small number of systems that I was the only one working on I’d probably do it. I’m ALL about customizing my environment.
However ssh into various servers through the day (some of which are totally ephemeral), and having to code switch my brain back and forth between vim mode and emacs mode in the shell would just slow me down and be infuriating each time I connect to a new box.