Ok, I can't stant the ignorance.
I've seen those things everywhere that decode the wavelengths of FILT (and use the data for something useful),
but I have no idea at all how they work. Does anyone know any good tutorials for how to make one?
The save with the FILT ram I was looking at:
--Zeeno
Anyone?
Since there are no tutorials around (there are a few but those are for subframe) and also from personal experience, figuring these things out yourself is the best option. There's a certain level of electronics mastery below which you look at this and are lost, and above which you look at this and it seems trivial. There's no middle ground, it just ticks. Trying to figure these things out yourself is one perfect way to reach that level.
Reverse engineering is fun. Since the thing you're reverse-engineering is by definition at your disposal, all you have to do is ask the right questions. In the case of that save, I'd start like this: Where does the input go? What happens to it if I start the machine? What makes that happen to it? Just retrace whatever happens and you'll realise that there's not much happening in there at all, it just looks scary from the outside.
As a side note, let me add that one of the very fun aspects of TPT is the ability to build the equivalent of spaghetti code. Having built mostly subframe stuff for years, I partly renounced that ability as subframe contraptions adhere to a certain set of rules that make them more robust and less of a mess. In my opinion, subframe is much simpler than classical eletronics, it's just that the things we tend to build with it look more complicated because subframe lets us focus on the functionality rather than on the boilerplate.
Oh, woops. I never thought to check it in action XD.
I'm now developing a colored DRAY writer that can store the data for a character in one pixel of FILT.
The fun part about that is that I can store 127 different characters in a very thin reel of FILT controlled by a binary piston extender,
which are very effecient wtih WIFI's. (I'm telling this to you because I'm afraid I would blow someone else's brains away LOL)
I'm no SuBframe scientist, but i think using filt to store information in binary by using seperate pieces of filt with 1 being the hottest and 0 being the coldest in temp's. It might work but i dont know about the decoding. but i think just using a cray spark to delete it and piston to push it to the decoder. But i think that you could just use different substances to fill the role of 1 and 0, since it would very likely burn stuff when the filt touches something. Also now that i've written this down here i think im going to make an official thing of this stuff. And using filt is'nt even that good for this because if you have any metal in contact with a high wavelength filt since its gonna melt.
It doesn't, I was just mentioning what I was going to do with that.
By the way, It is not the color data being stored, but just the 15 pixels of a letter.
FILT stores the wavelengths in binary set through a base 10 ctype,
which, of course, means there is a binary converter along the line somewhere.
I instead made a quick JavaFX* program where I can click to toggle pixels on a projected letter, and then copy the number from a text field all converted and ready to go in a ctype, which then can be decoded and printed in TPT.
*an application programming language that mainly runs off of Java
What? That is really weird. When I try to put hex (like 0xAA0 exactly as spelled) in the ctype tool it always says "Invalid element name".