HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
csdvrx
sixel-tmux
C2019–2024
csdvrx / sixel-tmux

sixel-tmux

sixel-tmux is a fork of tmux, with just one goal: having the most reliable support of graphics

8Distinct people
29Mentions
1Explicit recommenders
514GitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

sixel-tmux is a fork of tmux, with just one goal: having the most reliable support of graphics

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

> The thing about sixel is it's only supported on old DEC glass terminals, xterm with a non-default configuration, mintty, and several emulators that are fairly unlikely to be…

csdvrx used a recommendation phrase. 2 indexed comments match. This is a phrase match, not a verdict.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

Mentioned in the same Hacker News threads. That is not proof they are substitutes.

This week on Hacker News

Nov 8–Nov 15 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/15/2026, 6:36:16 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year29 dated mentions

Observed mentions: 2019-11-27 01:33:17 UTC to 2024-08-30 07:20:41 UTC.

02468102019-01-01 00:00:00 UTC to 2020-01-01 00:00:00 UTC (exclusive): 3 mentions; 1 submissions, 2 comments20192020-01-01 00:00:00 UTC to 2021-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2021-01-01 00:00:00 UTC to 2022-01-01 00:00:00 UTC (exclusive): 8 mentions; 1 submissions, 7 comments20212022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 5 mentions; 0 submissions, 5 comments2023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 9 mentions; 1 submissions, 8 comments2024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 4 mentions; 1 submissions, 3 comments2024

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20192019-01-01 00:00:00 UTC2020-01-01 00:00:00 UTC312
20202020-01-01 00:00:00 UTC2021-01-01 00:00:00 UTC000
20212021-01-01 00:00:00 UTC2022-01-01 00:00:00 UTC817
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC505
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC918
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC413

What Hacker News says

8 sources
By the same author, the 1FB00 unicode block: https://unicode.org/charts/PDF/U1FB00.pdf I think it's even more interesting, as it will improve the textual rendition of graphics for people who can't use sixels. See also Chafa https://hpjansson.org/blag/2021/09/16/chafa-1-8-terminal-gra... for more details, and sixel-tmux https://github.com/csdvrx/sixel-tmux to transform sixels into unicode if your terminal doesn't support sixels. I'm waiting for 1FB00 support in Iosevka: https://en.m.fontke.com/font/131973120/charset/2201/
In 0xA000 Font Family – A tile mastered font-family
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
Read the rest
In Using ASCII waveforms to test real-time audio code
> 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 t
Read the rest
he end of the tunnel! Yeah, I read the entire conversation and if sixel support lands in tmux upstream, it would indeed be good news.
In Show HN: Sixel-tmux displays graphics even if your terminal has no Sixel support
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,
Read the rest
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.
In Show HN: Sixel-tmux displays graphics even if your terminal has no Sixel support
Try sixel-tmux compiled with msys2 in Windows-Terminal: https://github.com/csdvrx/sixel-tmux/blob/main/tmux.exe Or compile it yourself using MinGW64 : after installing from msys2.org, pacman -S base-devel etc It works fine here. I have a Windows Terminal settings to start sixel-tmux instead of bash, using script to provide a pty: just have the command line be: C:/msys64/usr/bin/env.exe MSYS=winsymlinks:nativestrict MSYSTEM=MSYS /usr/bin/script -c /usr/bin/tmux /dev/null
In Show HN: Sixel-tmux displays graphics even if your terminal has no Sixel support
Hard forks rarely get traction and are almost always lost in obscurity, unless the original project itself is abandoned. tmux isn't abandoned so I doubt this fork will end up being used by more than a handful of people. EDIT: Yup, as suspected, the author doesn't intend to keep his fork updated with upstream and I don't blame him for that. This essentially makes this fork a proof of concept, nothing more. Unless it gets merged in tmux itself, people might as well forget that this fork exists. https://github.com/csdvrx/sixel-tmux/pull/1
In Show HN: Sixel-tmux displays graphics even if your terminal has no Sixel support

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.