156 / 3

8th Jul 2016

12th Aug 2016

I've finally finished the more interesting parts of the text screen peripheral I'd been building for several months for R16K1S60. *** Update: Fixed TEST, see main save ***

sorcery nextgen screen computer 60hz display printer electronics subframe r16k1s60

Comments

SopaXorzTaker 11th Jul 2016

0x100 + hex(<5bitsX><5bitsY>)
SopaXorzTaker 11th Jul 2016

cmk20, it is a bit map
yocheese 11th Jul 2016

OMG!!!
Schmolendevice 11th Jul 2016

@bren9874 Making subframe electronics is like using an incredibly precise programming language made of pixels. EVERY pixel has a purpose (except for aesthetic borders and labels) and without them, the entire thing comes crashing down or at least one aspect of computing gets messed up. Once again, this relies on _very_ predictable order of evaluation for each particle on screen which allows many operations to occur in one frame.
QuanTech 11th Jul 2016

I have a 100000000000000-qubit quantum computer in my house.
bren9874 11th Jul 2016

How did you even know this was going to work in the end? It just looks like a bunch of random electronics to me.
cmk20 11th Jul 2016

Dos eanyone noe hoe to set the cursor? I dont know how to turn a x and y value into a three digit hex code...
QuanTech 10th Jul 2016

once tutorials are released on subframe tech, everyone will be able to experiment with and improve existing 60hz devices!
cmk20 10th Jul 2016

Using A library make by Sopa (He made the prime finder) I made a simple counter id:2013560 it's more for code example if anything :)
LBPHacker 10th Jul 2016

Oh, it's evaluation order. A sort of meta-timing below frame-level timing. Relying on the fact that an ARAY in the upper half of the screen shoots its BRAY sooner than one in the lower half and such. Hence the term "subframe" tech.

The Powder Toy

RTerm P1 tech demo by LBPHacker

Comments