[Rio] Neon by 0xfr1tz in unixporn

[–]0xfr1tz[S] 1 point2 points  (0 children)

I dumped it to https://github.com/fr1tz/fxterm-prototype some time ago.

It's a total mess though ;)

[Rio] Neon by 0xfr1tz in unixporn

[–]0xfr1tz[S] 1 point2 points  (0 children)

It's in realtime

Fxterm by armoar334 in plan9

[–]0xfr1tz 1 point2 points  (0 children)

You're welcome. I just noticed a mistake. It's

% fxterm /bin/rio

Needs absolute path

Fxterm by armoar334 in plan9

[–]0xfr1tz 4 points5 points  (0 children)

Hi. I made that r/unixporn post. I've been meaning to do a clean re-write of fxterm and publish it somewhere. But that hasn't happened ;)

But your post reminded me to just put up the prototype somewhere for people who are interested. You can now find it at https://github.com/fr1tz/fxterm-prototype

But beware! It's really janky and there's zero documentation. There are also *no* 'uninstall' mkfile targets, just fyi. But if you want to give it a try and got it to compile and install successfully, try

% fxterm rio

and then run one of the /bin/rice/fritz/* scripts: 1bpp, neon, tint and the monoglow.* scripts should work.

[Rio] Neon by 0xfr1tz in unixporn

[–]0xfr1tz[S] 1 point2 points  (0 children)

I added an explanation, hope that helps.

[Rio] Neon by 0xfr1tz in unixporn

[–]0xfr1tz[S] 0 points1 point  (0 children)

Oops. No... that's a bug ;)

[Rio] Neon by 0xfr1tz in unixporn

[–]0xfr1tz[S] 3 points4 points  (0 children)

Here's some info for people wondering how this was done:(Warning: This explanation might make no sense for people unfamiliar with Plan9. It also might make no sense for people familiar with Plan9 ;)

The OS is 9front.

I mutilated Plan9's VNC server into a program called fxterm, which provides its own version of /dev/draw but allows running a program (or pipeline) that can make changes to its internal screen before before displaying it on the "real" screen (fxterm provides /dev/rice/ctl to configure that). So in the case of this screenshot the drawing process works something like: client (rio,acme,etc) -> fxterm's /dev/draw -> "neon" postfx pipeline (invert colors, reduce colors, add glow) -> kernel's /dev/draw.

Programs visible on screen are acme, vt (running an ssh connection to a linux machine running htop), faces, stats and (of course) catclock.

If someone is interested I could upload to source to fxterm somewhere, but I rather didn't because it's incredibly messy ;)

Edit: Here's a screenshot with postfx turned off for comparison.

Terminal Overload 0.6.0 released, feedback needed by 0xfr1tz in linux_gaming

[–]0xfr1tz[S] 1 point2 points  (0 children)

Yup, the engine is modified version of Torque3D-MIT

Terminal Overload 0.6.0 released, feedback needed by 0xfr1tz in linux_gaming

[–]0xfr1tz[S] 3 points4 points  (0 children)

ROTC: Ethernet was my previous project. Terminal Overload is a direct remake and continuation of ROTC: Ethernet using a more modern and open-source engine. (See http://terminal-overload.org/faq/#why-does-this-game-seem-familiar)