You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This kinda goes back to #1391, though we've improved quite a bit since then. Our sixel implementation results in a lot of flicker; this is especially noticeable with ncplayer -bpixel using video, but also in e.g. the yield demo. This just doesn't happen with mplayer -vo sixel (it admittedly does drop frames, but at any play rate, we see flicker, so that's not it).
Figure out exactly what's different between our use of sixel and libsixel's. I don't think this can be blamed on color quantization -- it definitely can't, because low-color videos have the same problem.
This needs be resolved before we can release 2.3.4.
The text was updated successfully, but these errors were encountered:
we don't see this flicker in our dankamongmen/libsixel branch, even in fullscreen mode. so either it comes down to libsixel's better perf, or something it's doing with its emissions that we are not. but we can absolutely resolve this -- it is within our powers.
This kinda goes back to #1391, though we've improved quite a bit since then. Our sixel implementation results in a lot of flicker; this is especially noticeable with
ncplayer -bpixel
using video, but also in e.g. theyield
demo. This just doesn't happen withmplayer -vo sixel
(it admittedly does drop frames, but at any play rate, we see flicker, so that's not it).Figure out exactly what's different between our use of sixel and libsixel's. I don't think this can be blamed on color quantization -- it definitely can't, because low-color videos have the same problem.
This needs be resolved before we can release 2.3.4.
The text was updated successfully, but these errors were encountered: