Asciinema 2.0
blog.asciinema.org
blog.asciinema.org
I've also used it to fool programs that refuse to go into interactive mode when their input is not a TTY, but that's more of an abuse of script's purpose.
bash: cannot set terminal process group (1661): Inappropriate ioctl for device bash: no job control in this shell
With script -qc 'bash -ic my_alias' /dev/null, the warning goes away! (Of course, the real solution would be to turn my_alias into a proper shell script, but this works in a pinch when you have old habits to abide by.)
Anyway, if you're only interested in replay inside a terminal, and you don't care about sharing the recordings on the web then reaching for script first is my recommendation. However, if we forget about the web part, there are still useful things for local workflow, like idle time optimization, pausing/stepping through recording and a single recording file instead of 2 (if you record timing info with script).
Thank you Marcin Kulik!
I want to be able to prepare my scripts in advance and then play them when recording (or directly converting to something i can put in a webpage).
The best solution I've found to time is https://github.com/gu-fan/autotype.vim ... but in my tries it was flickering a bit too much.
Does anybody know a good, lightweight and free software solution that allows to move the cursor during the editing?
Also, is there a way to capture the mouse input? I tried to make a simple demo for one of my projects but my cursor highlighting didn't show up.
Finally, is there a way to convert these into a animated GIF, like with ttygif?
This, AFAIK, only captures terminal output and timing.
> I tried to make a simple demo for one of my projects but my cursor highlighting didn't show up.
The cursor highlighting is a feature of the terminal, and is not part of the stream of text and terminal control codes that this tool captures, much like it won't capture the particular font or colors you may have configured. That said, some terminals allow mouse input, which is handed as control codes to the program connected to it. The program could use that to implement text marking.
My team has been using Atom and Teletype to pair - but no lightweight method to share the test console. Could this be it?
On-topic: Great 2.0 release! Asciinema is great software for tutoring or showing off a terminal app, I use it a lot!
For collaboration tmate/tmux or atom+teletype are definitely better options these days.
On Linux, there is also peek[1], and on Windows, there is ScreenToGif[2]. Both are open source.
Another option is to use screencasting software like OBS Studio[3] (and for Linux, I highly recommend SimpleScreenRecorder[4]) to get a high-quality video capture, then throwing it through gifski[5] to get really high quality GIFs.
Especially if you plan on uploading to a gif-site you might as well just capture video and upload that - they tend to do gif-conversion themselves these days.
[0] https://www.cockos.com/licecap/
[1] https://github.com/phw/peek
[2] http://www.screentogif.com/
[4] http://www.maartenbaert.be/simplescreenrecorder/
[5] https://gif.ski/
Anyway, trying to always add genuine value, have you even Googled? Those come really easy: https://alternativeto.net/software/asciinema/ https://github.com/asciinema/asciinema/issues/150 https://github.com/asciinema/asciinema/issues/47
Short answer: a windows-friendly hackish branch exists. And original works if you're actually running asciinema in the port of Ubuntu that Microsoft ships with recent Win10. Does it satisfy any use case that you had in mind?
*answered my question shortly after posting by re-reading the blog post: "enables incremental writing and reading of the recording."
So it makes streaming data a lot easier.
But I had thought it might be an actual ascii rendering, like people used to do for photos. Essentially, regard the tty screen as an 80*25 set of 'pixels'. Then pick the closest match ASCII character and foreground/background color for each 'pixel'.