Author here. Yes, another AI commit generator - I know, I know.
I built faff after GitKraken's AI wouldn't generate proper conventional commits despite custom prompts. Local Ollama + qwen2.5-coder models work surprisingly well for conventional commits. Simple shell script, no cloud APIs. https://github.com/wimpysworld/faff
I mostly run NixOS but do work on macOS occasionally and being to bring all my familiar home environment, configuration, tools and a multitude of project specific development shells is a huge time saver.
This OBS Studio Portable container is built with Ubuntu, because Ubuntu is one of the supported Linux targets by upstream OBS. The OBS Studio Portable container is a ready-to-run, batteries included turn-key solution.
I am a NixOS user and nixpkgs maintainer. I've been working on adding more OBS plugins to nixpkgs and fixing OBS Studio in nixpkgs, but it needs more work:
- For me, it is missing some plugins I rely on and some of the OBS plugins in nixpkgs do not work. I am actively working on this.
- FDK ACC doesn't work in OBS in nixpkgs and the ffmpeg version is not fully API compatible with OBS, meaning some presets do not work. On my list to fix.
- CEF in nixpkgs is not ABI compatible with OBS and cause OBS to segfault when authenticating Twitch. Again, on my list of things to fix.
I have a long history of building a custom OBS Studio on Ubuntu, so decided to make this OBS Studio container with my friends in the Universal Blue project, to get myself a complete OBS setup I can use on NixOS while I continue to work on OBS related fixes in nixpkgs :-)
I stream to Twitch and also to an unlisted YouTube stream., using livepush.io. I do this so I have an archive of my live stream on YouTube that I can easily publish after 24 hours :-)
- I do this using livepush.io. So one stream out to livepush and they push to multiple services.
- However you could run multiple instances of this container and have each stream to a different service. For example one container being the main streaming setup that streams to Twitch but also has NDI or Teleport output that can then be ingested via a second instance of this container that streams to YouTube.
Using this is KVM is technically possible but you'd lose a load of the benefits of running in a container, such as hardware acceleration and seamless integration with your host.
Can ChromeOS running Podman and Distrobox? If so, it should work fine.
> Using this is KVM is technically possible but you'd lose a load of the benefits of running in a container
Not understanding why this would hold true, kvm and containers are both virtualization like tools, just at different levels. I think the main hold up would be the lack of many typical OS features. Like not sure how you'd go about setting up GStreamer for this OBS setup
> Can ChromeOS running Podman and Distrobox? If so, it should work fine.
Pretty much any container, and more than one at a time. Better than WSL imho
Passing through a GPU to a kernel in a VM requires fiddling with SR-IOV and IOMMU, which also requires your hardware is compatible. Often hardware is not compatible, either by design because these features are artificially reserved for "enterprise" models or due to accidental IOMMU group conflicts on lower priced motherboards.
As containers share the host kernel, these issues do not arise and hardware acceleration is trivial.
I have an interest in Linux, so making a Windows build is not something I'm interested in but I see no reason why it couldn't be done.
But you raise a good point about compatibility, everything in this container is built from source so everything is API/ABI compatible since the same toolchain is used throughout.
I built faff after GitKraken's AI wouldn't generate proper conventional commits despite custom prompts. Local Ollama + qwen2.5-coder models work surprisingly well for conventional commits. Simple shell script, no cloud APIs. https://github.com/wimpysworld/faff