I figure RISC32imv running at multiple megahertz would be plenty for decent realtime audio & graphics. Without any external audio & graphics cards! Though the V extension standardizes 128bit vectors, not 32bit like we minimally need.

Meanwhile early home computers are prized for how simple & understandable their OSs are.

Who can paint me a picture of bringing that appeal to risc32imv?

Abstractions might you want over an audio queue & framebuffer?

Programming language? Input? Simplifications?

So far I heard a desire for 3D vector graphics (like in 80s/90s scifi; should be negligibly any harder 2D; from @phryk), audio filtering, making the abstractions optional, & an interpreted language like BASIC. (@millihertz)

I see mixed opinions (@vertigo) over whether CPU should generate the raw wire signal, or if that should be buffered in RAM. As a non-masochist not nostalgic for C64... I have an opinion...
Is it feasible to have a full MBs-large framebuffer with consistent timing?

1'/1.5'

@alcinnz @phryk @vertigo not necessarily interpreted - but interactive is a must. incremental compilation to bytecode or threaded code (like Forth, or Smalltalk, or some Lisps) is especially useful, because it combines the compactness of tokenisation (thus making the most of the memory available) with a turn of speed you can't get otherwise.