FFmpeg-SIXEL
st
FFmpeg-SIXEL | st | |
---|---|---|
3 | 46 | |
111 | 8 | |
- | - | |
10.0 | 5.9 | |
over 6 years ago | 27 days ago | |
C | C | |
GNU General Public License v3.0 or later | 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.
FFmpeg-SIXEL
-
A command line tool that draw plots on the terminal
Also:
https://github.com/saitoha/libsixel
contains img2sixel, which lets you dump images to the terminal. It can also do animated GIFs.
Video:
https://github.com/saitoha/FFmpeg-SIXEL
GUI apps:
https://github.com/saitoha/SDL1.2-SIXEL
and more, linked from the libsixel repository.
- Would it be possible to create a ascii movie player that runs entirely in the terminal?
-
Using ASCII waveforms to test real-time audio code
> I don’t see why sixels couldn’t work.
Sixels will work: they are fast enough to allow youtube video playback !!!
https://github.com/saitoha/FFmpeg-SIXEL/blob/sixel/README.md
But the problem is NOT THE FORMAT, the problem is the lack of tooling. links and w3m are among the rare text browsers that can display images in the console.
It's just a matter of the browser sending the image to something in some format, but if that hasn't be thought about as a possibility (say, for text reflow issues) it's going to be far more complicated than just adding a new format, as you will have to work both on say the text reflow issues (ex: how do you select the size of the placeholder, when expressed in characters?), and the picture display.
Personally, I do not care much about sixels, kitty or iterm format - all I want is to see some kind of support.
Yes, it would be better if that support was for the option that has the greatest chance of succeeding, but even that is a second concern: in the worst case, we can write transcoders to whatever format people prefer!
But when there is no "input" to transcode, you have a much bigger problem!
> an off the shelf ASCII plotting library probably involves less custom tooling
With a terminal like msys2 or xterm, no custom tooling is required: just use the regular gnuplot after doing the export for the desired resolution, font, and font size.
gnuplot is far more standard than plotting library that often require special Unicode fonts on top of requiring you to use their specific format.
st
-
Autodafe: "freeing your freeing your project from the clammy grip of autotools."
> you need to "edit your makefile". That isn't going to work for distributions
Is it not? [st] requires exactly that. And distros seem to have no issues shipping it.
[st] https://st.suckless.org/
-
Tabby: A terminal for a more modern age
I am fundamentally and ideologically opposed to using a terminal emulator implemented in electron.
If you feel similarly, then you might enjoy https://st.suckless.org/
-
How to make simple terminal transparent
You can use different forks of the ST. I, for example, use this one, already with the necessary patches https://github.com/mrdotx/st
-
[sowm] My first time using linux!
kiss with kiss-xorg, nsxiv, st, dmenu with script, tewi, fet.sh
-
Warp? A terminal behind login popup
My journey of using terminal emulators began together with my introduction to Linux about 7 years ago. GNOME terminal was my first as it came pre-installed on Ubuntu, my first Linux distribution. Since then, I've had the opportunity to explore and utilize a range of terminal emulators, including Alacritty, Kitty, st, Konsole, xterm, and most recently iTerm2. It's been interesting to experiment with these different emulators, each offering its unique features (or similar however with each with personal touch), user interfaces, and performance benchmarks. Just the other day, a new terminal emulator caught my attention: Warp Terminal. My curiosity won, and Warp was downloaded, this short blog are my thoughts about Warp terminal. At the moment there is only support for macOS, however linux and windows builds are on the way.
-
[dwm] Beginning on linux desktop, first ricing
Terminal : st
-
XTerm: It's Better Than You Thought (2021)
For those looking for a minimal VT100 terminal emulator without the legacy baggage of Xterm, I highly recommend checking out Suckless Software’s st: https://st.suckless.org/
-
circles.nvim - v2.0.1
That last reference builds off of the work of the other two. It also breaks down how NOT modern Xterm is, but, if I've read it correctly, it confirms that its input latency is low compared to all other tested terminal emulators, including Alacritty and ST, which humorously and justifiably thrashes Xterm on its homepage for being a bloated program. Its not a good choice for everyone: it has poor right-to-left text and Unicode support, making working with Chinese, Arabic, and other alphabets not great, I've read.
- Are there any resources you would recommend for someone trying to make a terminal emulator in C and x11?
-
Which terminal do you usually use?
ST is a favorite of some fervent minimalists. I do not think you would like it.
What are some alternatives?
sixel-tmux - sixel-tmux is a fork of tmux, with just one goal: having the most reliable support of graphics
alacritty - A cross-platform, OpenGL terminal emulator.
melatonin_audio_sparklines - Sparklines For JUCE AudioBlocks
kitty - Cross-platform, fast, feature-rich, GPU based terminal
ttyplot - a realtime plotting utility for terminal/console with data input from stdin
tmux-powerline - ⚡️ A tmux plugin giving you a hackable status bar consisting of dynamic & beautiful looking powerline segments, written purely in bash.
plotext - plotting on terminal
termite - Termite is obsoleted by Alacritty. Termite was a keyboard-centric VTE-based terminal, aimed at use within a window manager with tiling and/or tabbing support.
Gin - A few extras for juce
st-flexipatch - An st build with preprocessor directives to decide which patches to include during build time
SDL1.2-SIXEL - SDL 1.2 with libsixel based video driver
libxft-bgra - A patched version of libxft that allows for colored emojis to be rendered in Suckless software (dmenu/st/whatever).