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
Found out about your project recently and I seem to like what you're doing so far.
I just dropped by to say some others and I recently had a discussion at hpjansson/chafa#104 on using the animation feature of Kitty graphics protocol and thought it could be really useful and applicable to what you're doing here.
Last I checked, every frame was being transmitted as a separate image (and seems to still be the case)... which isn't really the best (except the images are being deleted) for a streaming (indefinite end) source. I think using the animation feature of the protocol, if supported (currently, only kitty does), would be better.
Another (actually simpler but maybe not as appropriate) approach would be to use two alternating IDs and then delete the image with one ID immediately after displaying the image with the other ID. This would work on any terminal emulator that at least implements image deletion by ID.
By the way, the animation feature also provides a lot of functionality that can improve performance of updates between frames such as "differential" updates.
Thanks and well done! 👍🏾
I feel this would've been more appropriate in a "discussion" but that doesn't seem to be enabled.
The text was updated successfully, but these errors were encountered:
Repository owner
locked and limited conversation to collaborators
May 17, 2023
Hello!
Found out about your project recently and I seem to like what you're doing so far.
I just dropped by to say some others and I recently had a discussion at hpjansson/chafa#104 on using the animation feature of Kitty graphics protocol and thought it could be really useful and applicable to what you're doing here.
Last I checked, every frame was being transmitted as a separate image (and seems to still be the case)... which isn't really the best (except the images are being deleted) for a streaming (indefinite end) source. I think using the animation feature of the protocol, if supported (currently, only kitty does), would be better.
Another (actually simpler but maybe not as appropriate) approach would be to use two alternating IDs and then delete the image with one ID immediately after displaying the image with the other ID. This would work on any terminal emulator that at least implements image deletion by ID.
By the way, the animation feature also provides a lot of functionality that can improve performance of updates between frames such as "differential" updates.
Thanks and well done! 👍🏾
I feel this would've been more appropriate in a "discussion" but that doesn't seem to be enabled.
The text was updated successfully, but these errors were encountered: