seeseemelk/cool-retro-term
1
0
Fork 0
Code Issues 449 Pull Requests 12 Actions Packages Projects Releases 8 Wiki Activity

[Feature Request] ReGIS / vttek support #472

New Issue
Open
opened 2018-08-30 22:02:56 +02:00 by ganzuul · 2 comments
ganzuul commented 2018-08-30 22:02:56 +02:00 (Migrated from github.com)
Copy Link

This is very cool:
https://www.youtube.com/watch?v=Dmrmj5y72kg

Cool-retro-term is very cool too, and plotting support would make it even cooler.

xterm has this: https://wiki.archlinux.org/index.php/Xterm#Tek_4014_demonstration

This is very cool: https://www.youtube.com/watch?v=Dmrmj5y72kg Cool-retro-term is very cool too, and plotting support would make it even cooler. xterm has this: https://wiki.archlinux.org/index.php/Xterm#Tek_4014_demonstration
zakukai commented 2020-07-24 00:53:16 +02:00 (Migrated from github.com)
Copy Link

I would love this, personally.

While there's not a lot of modern software that uses ReGIS, I think it (or another graphics terminal system) would be a fun feature to work with in conjunction with the raster CRT visual effects of Cool Retro Term. I think ReGIS is one of the more versatile choices to implement as it supports color and could be adapted to different display resolutions and can draw and fill different shapes.

I think it'd be something to pair with a data rate limiting feature so the user could control how quickly the terminal could draw graphics. It'd be fun to get better performance out of the graphics instructions but the slow data rate is part of that "old terminal" aesthetic.

I would love this, personally. While there's not a lot of modern software that uses ReGIS, I think it (or another graphics terminal system) would be a fun feature to work with in conjunction with the raster CRT visual effects of Cool Retro Term. I think ReGIS is one of the more versatile choices to implement as it supports color and could be adapted to different display resolutions and can draw and fill different shapes. I think it'd be something to pair with a data rate limiting feature so the user could control how quickly the terminal could draw graphics. It'd be fun to get better performance out of the graphics instructions but the slow data rate is part of that "old terminal" aesthetic.
MuriloucoLouco commented 2021-12-09 19:49:26 +01:00 (Migrated from github.com)
Copy Link

Agreed.
There is a Tektronix emulator: https://github.com/rricharz/Tek4010 which could be used to simulate the graphics. From what i understand, it simply takes a string of formatted characters and displays it as an image.
For example, using the xterm tek emulator and the dodekagon.plt demo from rricharz emulator, you only need to cat the file and it display the image.

Agreed. There is a Tektronix emulator: https://github.com/rricharz/Tek4010 which could be used to simulate the graphics. From what i understand, it simply takes a string of formatted characters and displays it as an image. For example, using the xterm tek emulator and the dodekagon.plt demo from rricharz emulator, you only need to cat the file and it display the image.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
bounty
bug
duplicate
enhancement
help wanted
invalid
priority
high
priority
low
question
wontfix
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
seeseemelk
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: seeseemelk/cool-retro-term#472
No description provided.
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?