A real working Cray 1 is a bit hard to find today, but in addition to the FPGA v...

ardy42 · on Dec 21, 2020

> The biggest problems will be finding a C compiler for the Cray and adding a framebuffer output, I think... but this is a very nice challenge :).

I suppose you could run Doom as a batch job: input is a file with the control input and output is a gameplay video.

greenshackle2 · on Dec 21, 2020

Doom can record game sessions to LMP file format, which is a recording of the inputs on every frame. That's usually how people share runs in the Doom speedrun community. So yeah a LMP-to-video converter could be legitimately useful to some people.

https://doom.fandom.com/wiki/Demo#Custom_demos

ogurechny · on Dec 22, 2020

Perhaps you'd want to reference the wiki that was not abandoned ages ago.

https://doomwiki.org/wiki/Demo

https://doomwiki.org/wiki/Doom_Wiki:Departure_from_Wikia

“LMP-to-video converter” is any Doom port which output you can record by common (or less common) means. PrBoom+ has a built-in demo playback recording (if you consider running the console encoders and feeding them sound and image data “built-in”).

https://github.com/coelckers/prboom-plus/blob/master/prboom2...

tedd4u · on Dec 22, 2020

Andras Tantos has ssh and X11 working [1] on his simulator so maybe there's a fairly straight-forward path to porting something like this? [2]

Seems possible that this aspect of the platform might drive the need some rework though [1]:

    sizeof(unsigned int) = 8; UINT_MAX = 18446744073709551615
    sizeof(unsigned long) = 8; ULONG_MAX =     18446744073709551615
    sizeof(unsigned char) = 1; UCHAR_MAX = 255
    sizeof(unsigned short) = 8; USHRT_MAX = 4294967295

i.e. ints are 64-bit longs, shorts are 32-bit but use 64-bits

[1] http://www.modularcircuits.com/blog/articles/the-return-of-t...

[2] https://github.com/ozkl/doomgeneric