rtx might actually be possible. After all its just simulating a *few* light rays. would look like crap on a black-white display tho

@@bnjmn21 idk dithering might help a bit also in realtime will be impossible ig

Matt in some time: "I made a copy of my mind using redstone, now I'm immortal."

Real life GPU: 🫠

@@devhonk1722 true

And he made that with his four-dimensional brain, meanwhile I'm trying to process this with my one-dimensional rasin

the light from said monitor going to a two-dimensional grid of rods and cones in your eyes, perceived as three-dimensional in your brain

and your three-dimensional eyes are perceiving the light while your 3 dimensional mouth i most likely eating something while sitting/laying on a 3d bed/chair in a 3d house in a 3d neighborhood in a 3d town/city in a 3d province/state in a 3d country in a 3d continent in a 3d planet in a 3d solar system in a 3d galaxy in a 3d local group in a 3d universe made of 1d time-space strings

Dude's achieved Inception. Does anybody actually get this reference?

@@qwerty4o4 i've watched the movie, but still don't understand

it's doable, did it in factorio, he could probably pull it off.

Matt in 2050: I made a fully playable minecraft inside a minecraft and then beat it

Matt in 2060: I made a Blender in Minecraft with extra functionality

@@rtsbass7829 Then in 2070, *i made minecraft inside minecraft inside minecraft and then beat it.*

Matt in 2087: I made a completely new game engine and made minecraft in the game engine

YOOOO I’m definitely using that when I add onto this project. Thanks dude

Oh god.. Adding parallel processing to Minecraft redstone

@@mattbatwings btw if parrel line drawing will be efficent enough you can try making geometry with that like rects or other good stuff, just like in lwjgl and it can be used to make next level minecraft cpu games, you need like fast method to draw polygons

@@sword0948 I mean it was already parallel in the sense that X line were being drawn at once. This would be X line processes drawn across Y partitions. It's definitely GPU level territory.

@@sword0948 it's been added for a while now I think I might be wrong tho

thanks! feel free to make a short on it :)

@@mattbatwings Hey, the best part about redstone is that the architecture doesn’t have to follow classic procedural iterative patterns. Parallelisation is powerful. I wonder if a divide-and-conquer approach would work. Like imagine making a redstone quaternary decision tree for the x and y axis that divides the screen into 4 regions and those regions into 4 regions and so forth until you reach pixel-level decision making. Binary numbers are passed through the tree from root to leaves (pixels). Each step removes one bit of information from the passing data and informs what sub-quadrants receive the data and which don’t. The last layer just receives 1s and 0s and determines if the pixel turns on or not. You could very easily draw filled rectangles with something like this since the X and Y decision splits can happen independently and at the last layer you just AND them.

@@mattbatwings not too free you also have to credit

@@cezarcatalin1406im not reading all that

@@PhoenixEditz_daOG Cool, I thought about this too. This is an efficient parallel method, but recursive computation is an expensive feature in redstone, mainly because it uses a lot of RAM or Stack. I noticed this when I was trying to make this machine myself. Presumably this is the reason why the Bresenham straight line algorithm has not been replaced for a long time! But it would be pretty impressive if there was a way to draw an entire line quickly or instantly.

In the title he said that it's a "line renderer", so imo it might just be a 2D renderer. Nevertheless, quite sick!

2d render of a 3d object on a 2d display in a 3d game on a 2d screen rendering it all

@@thegr8hatty as crazy as that message is, it’s the most accurate one yet LOL

@@mattbatwings I'm learning Python thanks to you!

@@thegr8hatty but the 3d object is not rendered/calculated by the machine itself

not a bad idea, thanks for the feedback :)

@@mattbatwings when you said you were gonna scrap it i checked how much of the video was left because i got sad and thought you might end it as a part 1, you made the logic so compelling to watch i think we easily would have been okay with a 30 min video haha

completely agree, wouldn't mind multiple parts to a video either, might help with the algorithm

@@mattbatwings Maybe I am biased because I have a background in electronics and programming, so for me, your videos are more about how you manage to do this thing within the limits of Minecraft, and not about algorithms themselves. So going into details on how you built and even debug it is the most interesting part for me. So I'd be down for quite long videos if you need to take your time to explain details. When I first found your videos, I binge-watched for 2-3 hours in a row, you are quite good at explaining things, and it's not getting boring as fast as you may think)

@@mattbatwings the video actually makes me interested in programming

I always loved Redstone but I had no idea how useful it was. This is the way Minecraft SHOULD have been played

@@SquirrelTheorist Redstone farms are immaculately amazing

Resurgence? Or a rediscovery of binary?

Some sort of rennaissance

I mean, if you have checked out a lot of redstoners and redstone engineers the past years, you'd find that a lot of improvements have been occurring over the years. It hasn't been in a dark age, you've just not kept up with the actual inventors of new redstone technology. And I bet you that some of those people could simplify all of this, and make the calculations near instant. We have ways to use a single line of redstone to pass on more than a single bit of information. We have ways to read signal length, and signal strength, and to be able to encode and decode such inputs and outputs. Maizuma games made a lot of stuff with signal strength, it's a much more compact way to store and use redstone. And it could most likely be implemented in most of mattbatwings creations to make every part either smaller or faster.

Actually it is a some sort of virtual electronic component

Well it kinda is

Well, cheers.

I mean yeah the code he copies is a efficient program ig

@@grayb5736 bruh

@vv broscorp is just a bum, not worth the effort arguing as someone who's been programming for the greater half of my life, yeah, this i pretty basic computer science, but to implement it in minecraft is what makes this so entertaining and impressive. I'd also bet on bro not being able to do this lmao

The multiple line drawers add no lag… You have no idea what you’re talking about.

Yeah, I love that too. It literally makes you understand what the high level code is doing on the low level.

@@vinicus508 when python gets called a low level language compared to this you know shit is getting real lmao

it's actually insane

@@akalihoer5457 no, redstone is the low level. Not python lol. I was referring for example to how he made a for loop in redstone, and that gives us an idea of how a machine does it in low level.

@@vinicus508 High/low levels refer to abstraction. The logic of the code is much more abstracted in redstone, since the Python structure was the reference for the underlying functions. In this context, Redstone is the higher level language.

Exactly. I can't read redstone if it's not mine.

Bruh, 3D game engine

@AwesomeNoah24 420D

69420D

@@blueGD its 2d

Who is waiting for him to make DOOM in redstone?

Im interested! Link them if you can, sometimes youtube deletes it but let's hope not

@@mattbatwings Alright, here goes nothing. The channel I'm mentioning is thebennybox; he made a tutorial series on building a 3D software rendering engine in Java: kzfaq.info/sun/PLEETnX-uPtBUbVOok816vTl1K9vV1GgH5 I would link a specific video about line drawing there, but there are a lot in that general area, since the system was incrementally improved over the series. On his other channel, bennyscube, he made a triangle rasterizer that I believe also used Bresenham to scan the sides of the triangle. It's a very small scale, but I bet you could probably do something like it in a more optimized way using modern redstone techniques. Anyway, that's all I have for now. Great video as always, can't wait to see what's next!

Then he rebuilds it in the Minecraft simulation so he has infinite Minecraft’s

@@ezrakornfeld8436 until the real-life GPU is dead

A simulation inside a simulation inside a simulation inside a simulation...

Oh my god they actually did a 3d simulation

I know by sight that Your profile picture is Rick roll link

It would be very slow. Redstone does have a speed limit. (Around 5 Hz for computational redstone, for some types of instant redstone you can get faster, but the speed of those is just too fast for the instant logic gates we know of right now)

@@nikkiofthevalley I know it would be slow, but it would be cool nonetheless.

@@nikkiofthevalley can't we use fast tick speed ?

@@khanhnguyenbao5962 I mean, sure, but the faster the tick speed is, the more laggy the game gets, so it ends up balancing out at a certain point. You could also use the technique used in actual graphics cards, where you have many of the same circuit, so you can process a lot of stuff at once. That still has a problem in Minecraft, lag. Too many redstone components updating too quickly causes immense lag.

@@nikkiofthevalley Code an optimized minecraft server so it can handle fast tick speeds with redstone faster.

you need to use sin and cos to calculate rotation. a 2d rotation matrix looks something like this (if i remember correctly) |x * cos(angle) y * -sin(angle)| |x * sin(angle) y * cos(angle)|

@@Scotty-vs4lf A 9th order Taylor polynomial is usable to approximate sine and cosine for any angle-- not sure how to do exponentiation quickly though.

@@Hyrum_Graff i think it would be better to just use a lookup table, you wouldnt need a ton of precision so you could easily just store like 64 values for each and do (int)(64(x/2pi)) to get the index i think thats the right math but i didnt try very hard lol so dont quote me

There has been a lot of classic redstone done still, it's mostly because most people don't know about the people that actually advance redstone tech... because who in the hell looks up signal strength decoders and encoders and then signal length decoders and encoders, you can do the weirdest stuff with both, and I don't think a lot of people actually know about every instance of redstone engineering out there.

@@livedandletdie Redstone tech just seems like a huge waste of time/energy.

@@jwonz2054 If it's fun for the people to learn more about it, then I disagree.

@@jwonz2054 waste??? You’re funny 😂

Incomprehensible to "your" mind. ;)

@@MarcABrown-tt1fp clearly it wasn't

@@novameowww Past tense mate, speaking for all humans is highly inaccurate is the point. 👍

@@MarcABrown-tt1fp i know, i'm just foolin'

@@novameowww Oh... I couldn't tell haha! Cheers. 😏

22:00 for me

Asia?

18:30 for me (netherlands)

18:30 for me

@@robinhood184xD same but im in poland

Well he has input panels, that take the inputted data and does a transformation of that data, via simple addition and subtraction, and then sends that data to a screen, which then you guessed it, draws pixels using said data. Step 1, take input. Step 2, calculate ΔX and ΔY and a few other values, then compare ΔX and ΔY add or subtract those other values when needed. Those other values are what determines the direction of the slope. They're based of whether the signs of δx and δy are positive or negative. That's all you really need. Let's use the 8 part division and explain, it using that, the first 2 parts, are both positive signed, the next 2 have a negative sign for x and a positive sign for y, the next 2 thereafter all negative signs, the next 2 parts the last part have positive x and negative y. Then there's a value that interchanges whether you're in the first or second part of each of the divisions, as it decides whether to use ƒ(x) or ƒ(y) as the plot calculations. It's a really really complicated way to simply say plot x1,y1 to x2,y2 no matter what x1 or x2 or y1 or y2 are. You determine which quadrant using 2 signed values, S1 and S2, then you determine whether you should run it as a function in regards to x or in regards to y, then it's basically just the same as calculating a single slice, with A B and E. So yeah, it's very math heavy, but nothing is actually that difficult. It's basically point A - Point B, what is the difference, okay, is it negative or is it positive? okay, is it y dependent or is it x dependent? Then use algorithm 1, else use algorithm 2... take result draw point, go back to more math.

@@livedandletdie ok. I can't believe you just typed that whole message O.O xD but ty. Ig I could try that errrrr errmm

2d renderer but still amazing

@@-Average- with certin shapes it can render 3d stuff, like the cube

@@idk_iwantfood yeah but you would have to calculate and input the lines to make the cube. So technically yes but it's not able to generate 3d shapes automatically

@@-Average- Next video: Building a working 3090 TI in minecraft

10M for him

.

Yeah

@@tanveshkaviskar442 yeah ur right

That is a great idea!

Or a lamps with different colors too!

Mojang won't even add basic shit like vertical half slabs or fireflies, yeah so...good luck with that.

@@unicornhuntercg saddly true, at least we have mods and addons

If they added colored redstone lamps then Matt will make colour display

That is so smart! I heard of coloured lamps but that idea is really good.

It’d be a really easy mod to make, you just need to have the power level be read by the block (like a comparator) and change texture according to the value

I think that's cool but I think just adding colored glass to the lamp recipe would be a lot easier than having to change the signal strength is to complex and would be annoying.

@@iCherrryyt But then it wouldn't be able to change. The point is that it can change. This kind of lamp would be like a color display lamp for redetoners. Not coloured lamps for builders.

@@lilyofluck371 ooo ok i see what you mean

Yeah

Well, yes, you could, have the encoder because that's what he has made, a massive encoder, output it's information into memory, and then you could take the stored memory, and run it through even more pass-through screen inputs, and you could split the work over multiple inputs and thus send the data simultaneously, thus drawing the whole line at once, however, that would be a lot slower. But sometimes that a lot slower can be turned into a lot quicker. As using things from memory can if you can set individual pieces of said memory and use that to configure some stuff, and perhaps have other memory buses to send data as inputs into the encoders and stuff, and with some complexity, you could play doom on that screen...

you will have to compute 3D rotations by using matrix, and then project these points on a 2D plan and enter them into the system, it looks pretty hard because these matrices use floating point numbers and I don't know how these calculation can be done in Minecraft

@@nolann6324 One potential thing he could do to try simulate such a thing would most likely this in an inventory; 1 stack = one whole number Incomplete stack = a floating number. So, a stack and a half of iron would translate to 1.5. While it might be tricky, but it sounds doable.

@@sargentgullible2794 I think that's technically FIXED-point notation. Floating point isn't a term for numbers with a decimal point, it's a term for numbers written in scientific notation, where the position of the decimal point varies with the magnitude of the number. But it's still a decent idea.

@@HansLemurson item ID as mantissa and amount as exponent

@@binguloid That'll do!

Oh my god he's gone too many levels!!!!!!!!!!!m

Absolutely correct