gl-sprite-batch VS sixel-tmux

Compare gl-sprite-batch vs sixel-tmux and see what are their differences.

gl-sprite-batch

a high level "sprite" batch (by mattdesl)

sixel-tmux

sixel-tmux is a fork of tmux, with just one goal: having the most reliable support of graphics (by csdvrx)
Our great sponsors
  • Appwrite - The Open Source Firebase alternative introduces iOS support
  • SonarLint - Clean code begins in your IDE with SonarLint
  • Scout APM - Truly a developer’s best friend
  • talent.io - Download talent.io’s Tech Salary Report
  • InfluxDB - Build time-series-based applications quickly and at scale.
gl-sprite-batch sixel-tmux
1 19
36 280
- -
10.0 0.0
almost 7 years ago 5 days ago
JavaScript C
MIT License GNU General Public License v3.0 or later
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
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.

gl-sprite-batch

Posts with mentions or reviews of gl-sprite-batch. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2022-05-14.

sixel-tmux

Posts with mentions or reviews of sixel-tmux. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2022-09-11.
  • Terminal Graphics for the 21st Century
    5 projects | news.ycombinator.com | 11 Sep 2022
    Sixels are also supported on the BSD console.

    The lack of support in the likes of gnome-terminal is a willful and ugly political decision that I've already documented.

    > Images are a different matter, where the compromise makes more sense.

    Indeed, I love to do remote gnuplots

    > I can write a script that vomits a jpeg to some vague common denominator standard and it'll probably work for all my coworkers using a smorgasbord of emulators.

    This is the idea of tmux-sixel https://github.com/csdvrx/sixel-tmux : intercept sixels sequences and, if your terminal doesn't support it (or if you use the scrollback buffer, to save or RAM), render a unicode representation instead (like Chafa), but if it does, pass through the original sixel sequence.

  • Rust Is Portable
    10 projects | news.ycombinator.com | 27 Jul 2022
  • WordPerfect for Unix (1992) used sixel graphics
    7 projects | news.ycombinator.com | 18 Jul 2022
    > Sixel should be more universal

    Agreed!

    So try sixel-tmux: https://github.com/csdvrx/sixel-tmux

    > It would allow non-sw engineers (hence Windows)

    I run Windows 11 as my main OS. sixel-tmux was written to help the users of non-sixel-aware terminals: every time a sixel sequence is intercepted, it's either:

    - rewritten to ASCII art through derasterize if your terminal doesn't support sixels

    - passed as-is if your terminal supports sixels

    > to see graphics from embedded systems that use serial ports

    If you use a serial port software such as minicom inside a terminal running sixel-tmux (ex: Windows terminal) it should work

  • Which terminal emulator do you use and why?
    2 projects | reddit.com/r/linuxquestions | 11 Jul 2022
    If your terminal doesn't support sixels, try https://github.com/csdvrx/sixel-tmux
  • Term::Graille Pseudo-Pixel Graphics for Perl Terminal Programs
    7 projects | reddit.com/r/perl | 3 Jul 2022
  • How many colors are too many colors for Windows Terminal?
    5 projects | news.ycombinator.com | 14 May 2022
    I find the comments here a bit sad: some say it's "pointless stuff" and Microsoft should now stop working on WT as it's "good enough", others say "8, maybe 16 distinct colors" are all that's needed.

    No, I just can't agree: I want 24 bit colors in my terminal, I want images, I want alpha blending, I want fonts with advanced attributes...

    Fortunately, there are a few other people like me. We treasure Windows Terminal (and Foot on Wayland) as in 2022 it is one of the rare terminals that is still evolving and adding features.

    Personally, I'm eagerly waiting for Sixel support in WT, until then I suggest https://github.com/csdvrx/sixel-tmux to derasterize sixels and show them even in terminals that don't support sixels.

    If you find such things interesting, check https://github.com/dankamongmen/notcurses/issues/1223 and the notcurses project: a great introduction is https://www.youtube.com/watch?v=b4lmMADP1lA

  • Alacritty with sixel
    10 projects | reddit.com/r/commandline | 26 Jan 2022
    On the application side, there is as yet exactly one terminal multiplexer that can handle images inside multiple terminals, but someone (saitoha?) did make a dev branch of tmux that could do it. /u/csddvx has I think the most recent version of that ; and her derasterize can make sixel work with non-sixel terminals which is a really neat trick.
  • Using ASCII waveforms to test real-time audio code
    6 projects | news.ycombinator.com | 13 Oct 2021
    I would point out that sixels[0] exist. There is a nice library, libsixel[1] for working with it, which includes bindings into many languages. If the author of sixel-tmux[2][3] is to be believed[4], the relative lack of adoption is a result of unwillingness on the part of maintainers of some popular open source terminal libraries to implement sixel support.

    I can't comment on that directly, but I will say, it's pretty damn cool to see GnuPlot generating output right into one's terminal. lsix[5] is also pretty handy as well.

    But yeah, I agree, I'm not a fan of all the work that has gone into "terminal graphics" that are based on unicode. It's a dead-end, as was clear to DEC even back in '87 (and that's setting aside that the VT220[6] had it's own drawing capabilities, though they were more limited). Maybe sixel isn't the best possible way of handling this, but it does have the benefit of 34 years of backwards-compatibility, and with the right software, you can already use it _now_.

    0 - https://en.wikipedia.org/wiki/Sixel

    1 - https://saitoha.github.io/libsixel/

    2 - https://github.com/csdvrx/sixel-tmux

    3 - https://news.ycombinator.com/item?id=28756701

    4 - https://github.com/csdvrx/sixel-tmux/blob/main/RANTS.md

    5 - https://github.com/hackerb9/lsix

    6 - https://en.wikipedia.org/wiki/VT220

  • Show HN: Sixel-tmux displays graphics even if your terminal has no Sixel support
    27 projects | news.ycombinator.com | 5 Oct 2021
    > Thanks for being understanding.

    No problem. I know maintaining forks isn't an ideal thing to do and support should ideally land upstream.

    > I believe it's unfair that Linux users have fewer options than us Windows users, due to some people thinking sixel is "uncool".

    I think the README page of termite pretty much sums up why getting involved in VTE, or any GNOME project for that matter, is a bad decision.

    https://github.com/thestinger/termite/blob/master/README.rst...

    I'm just a random spectator but perhaps your efforts might've been better spent on an independent terminal project (like Alacritty, for example) rather than trying to get features merged upstream in a GNOME project.

    > However, the situation seems to be changing: check the discussion in: https://github.com/csdvrx/sixel-tmux/pull/1 and you'll see there may be some light at the end of the tunnel!

    Yeah, I read the entire conversation and if sixel support lands in tmux upstream, it would indeed be good news.

    27 projects | news.ycombinator.com | 5 Oct 2021
    Thanks for being understanding.

    To be honest, Windows fangirl? guilty as charged!

    But I try to keep my personal opinions separate, which is why my rants are on a separate page.

    Still, you nailed it: sixel-tmux was made to try to help correct the direction that has been taken, with 6 years wasted.

    I believe it's unfair that Linux users have fewer options than us Windows users, due to some people thinking sixel is "uncool".

    Desperate times call for desperate measures. Publishing this fork was a last resort move, for the exact reasons you stated: forks are often lost in obscurity.

    However, the situation seems to be changing: check the discussion in: https://github.com/csdvrx/sixel-tmux/pull/1 and you'll see there may be some light at the end of the tunnel!

    A compile time flag is not ideal, but if at least derasterize can be added by default, so that every tmux user can have some kind of graphics in the terminal, even if said graphics are not sixels but derasterized, that would be "good enough" to me.

What are some alternatives?

When comparing gl-sprite-batch and sixel-tmux you can also consider the following projects:

viu - Terminal image viewer with native support for iTerm and Kitty

terminal - The new Windows Terminal and the original Windows console host, all in the same place!

iterm2

sixvid - Simple script for animated GIF viewing using sixels

mpv - 🎥 Command line video player

notcurses - blingful character graphics/TUI library. definitely not curses.

FFmpeg-SIXEL - Experimental fork git://source.ffmpeg.org/ffmpeg.git

matplotlib-sixel - A sixel graphics backend for matplotlib

docker-c64 - C64 emulator running in docker

FluentTerminal - A Terminal Emulator based on UWP and web technologies.

mosh-windows-wrappers - Windows native port of Mobile Shell (mosh).

xserver-SIXEL - A X server implementation for SIXEL-featured terminals, based on @pelya's Xsdl kdrive server(https://github.com/pelya/xserver-xsdl)