Keimeno
distributed-transcode | Keimeno | |
---|---|---|
2 | 1 | |
- | 14 | |
- | - | |
- | 0.0 | |
- | about 4 years ago | |
Crystal | ||
- | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
distributed-transcode
-
Guide to Adopting AV1 Encoding
Back when I still cared about saving disk space, I made a cluster of NVidia Jetson Nanos running in a docker swarm configuration [1], but honestly even when you have six computers working at once, H264 on a single computer is still often faster.
On the Jetson Nanos I was lucky to get maybe 1fps in ffmpeg using VP9. Multiply that by six boards and that's about 6fps in total; ffmpeg running x264 in software mode was getting around 11fps on a single board, not even counting using the onboard encoder chip, meaning that I was getting better performance from one board using x264 than all six using VP9.
Now obviously this is a single anecdote on specific hardware, so I'm not saying that this applies to every single case, but it's a big reason why I personally have not used VP9 for anything substantial yet.
[1] https://gitlab.com/tombert/distributed-transcode
-
Ask HN: Have you created programs for only your personal use?
I have a fairly large blu-ray collection (~300 movies, ~15 complete TV series). I rip them and serve them with Jellyfin, which works, but due to codec annoyances, I need to transcode them to run on web browsers, and the SBC I'm running Jellyfin + ZFS on is not really fast enough to transcode in real time.
Since I have a ton of little SBCs sitting around my house, I decided to write a clojure app the queues up and transcodes my movies to H264. It uses Docker Swarm to handle distribution of nodes, RabbitMQ to queue up the movies, and core.async to handle local queuing within the application, and uses the Java NIO filesystem stuff to handle any kind of atomicity.
It's hardly the "first" or the "best" at what it does, but the advantage of writing your own is of course that you can tailor it exactly to your setup, and of course it was fun to write.
https://gitlab.com/tombert/distributed-transcode
Keimeno
-
Ask HN: Have you created programs for only your personal use?
- uses a custom TUI engine I built for this specific task https://github.com/robacarp/keimeno
----------------------
Another is a clean, bare bones, web-extension mode "picture on a new tab" extension. When I came back to firefox a few years ago I couldn't find one amongst the clutter on AMO so I put together https://github.com/robacarp/photographic_start
What are some alternatives?
m4b-tool - m4b-tool is a command line utility to merge, split and chapterize audiobook files such as mp3, ogg, flac, m4a or m4b
Phreak - A highly flexible Crystal CLI builder in the style of OptionParser.
nitter - Alternative Twitter front-end
docopt - docopt for crystal-lang
polybar-clockify - Control Clockify through Polybar
completion - Easy Command Line Completion for Crystal
ppp_thing - A poorly written, minimum viable PPPoE client with session handoff between redundant FreeBSD routers
clim - Slim command line interface builder for Crystal.
fastmod - A fast partial replacement for the codemod tool
cli - Yet another Crystal library for building command-line interface applications.
cmdg - Command line Gmail client
admiral - A robust DSL for writing command line interfaces written in Crystal.