It shocks me when I realize how much effort has been put in all of these adventures and how much of this I don't see as the viewer. I mean 1) docs and articles research 2) implementing and debugging 3) coding interactive visualizations 4) coding debug tools 5) collecting all of the material into one smooth journey I'm pretty sure that I see just 10th part of all work been done to make this video happen. And the amount of behind the scenes work is the main reason why these adventures so interesting and comfortable to watch. Thank you for your job.
I've tried loading and rendering fonts multiple times but stopped because of the complexity everywhere. I continue to be amazed at the level of debugging tools you write! And I appreciate how much effort you spend forming your work into a journey that's easy to follow. Thanks for showing one path through the complexity and taking a relaxed/fun approach to it! I'm inspired to try again!
Reminds me of a joke I read a while back that was something along the lines of "There are 4 competing standards for this system" "Hey, what if we created a universal standard that solves all the problems so we don't need to deal with 4 different standards?" "There are 5 competing standards for this system"
@@WhateverOwO To be fair, algorithms are pretty close to being maths, and patenting them can cause issues. For example, the OpenCV developpers had to create a new way to extract and describe points on an image because the state of the art algorithm at the time "SIFT/SURF" are patented. What they came up with "ORB" is pretty good, but not being able to use an algorithm, that you could possibly independently invent in some cases, without having to pay some random guy to use it is quite infuriating.
I am always in utter awe at your ability to calmly (at least it's how you present it) tackle any topic in programming, without frustrations and abandonment. You are an inspiration for all of us aspiring programmers
I'm sure he's been frustrated with many a programming problems, but regardless of whether he has or hasn't, Sebastian's perseverance is something to strive for.
the true nature of programming is beautifully (and very scary) encapsulated in this video: simple and beautiful solutions break down against gazillion corner cases, floating point math and "bad" input
@@David-um8tb imagine patenting writing. what an idiotic concept. you can't claim ownership of the process of writing letters. this is no different than trying to patent using ink in your pen. unless the pen is patented too? so who actually is allowed to write anything? do we all have to use charcoal that we make ourselves? or is the process of making charcoal also patented? or is it just part of the process of making charcoal that is patented? where does the idiocy end. "software patents" LMAO
Sebastian is the only person who can catch people's attention about FONTS for AN HOUR Dude your insane. I learn so much from every one of your videos. Keep uploading!
I have some additional notes: * You talked about minified text looking bad. The main reason for this is the lack of dynamic dilation of the bounding polygon. You need to expand the boundary by half a pixel to ensure that the pixel shader is run for every pixel that is partially covered even a tiny bit. This can be done in the vertex shader given the current MVP matrix and viewport dimensions, but it's tricky. Without dilation, there are often pixels that are as much as 50% covered getting skipped during rasterization because the actual centers of the pixels fall outside the polygon being rendered. * You mentioned the use of multiple rays, as used by the Dobbie method, to perform antialiasing. It turns out that only two are necessary, a horizontal ray and a vertical ray, and these can be combined using a specially weighted average to accomplish nice antialiasing. Supersampling is a bad idea due to the limited number of samples and the horrible effect on performance. * A neat property of the quadratic formula of which most people seem to be unaware is that choosing the plus sign always gives you the root for which the derivative of the quadratic polynomial is positive, and choosing the minus sign always gives you the root for which the derivative is negative. It is never necessary to actually compute the derivative to determine which way a quadratic Bézier curve crosses a ray. * The banding technique you mentioned near the end of the video is described in the Slug paper. Listing only the Bézier curves that intersect each band, leaving out those parallel to the band, achieves a massive performance boost. Sorting the curves by their largest coordinate in the band direction doubles the speed by providing early-out opportunities. The Slug paper mentioned split bands in which a ray goes one direction or the opposite depending on where the pixel being rendered in located, but I have since determined that it's not worth the trouble and extra storage cost. * The Dobbie method divides a glyph into a grid instead of bands, where the idea is that there would be fewer curves to check in a grid square than an entire band. However, this approach fails pretty badly because the pixel footprint can become arbitrarily large at small text sizes, and extra (janky and slow) code and data needs to be added to account for multiple grid square being covered. Bands extending both directions without bound do not suffer from this problem.
You really should watch Freya's videos about Beziers and splines. The spline one is looooooong, but it's amazing! So beautifully animated and explained.
The most impressive thing in this video and the thing that baffles me the most is how you never got tired of trying again and again to solve the artifacts problem. After a few tries I would have quit right then and there but you didn't.
I have no idea if Sebastian has ADHD and I'm not saying he does or doesn't, but that very much feels like an ADHD thing lol. When you get fixated on a new problem, "just a few more tries" ends up ballooning to hours or days of tedious trial and error because each new achievement is enough to trigger that dopamine release.
@stickguy9109both of those things are adhd things! The difficult thing for people with adhd is managing and directing attention. That includes both having a hard time focusing on something, AND having a hard time stopping focus on something. The latter case is often called hyperfocus
@@stickguy9109 ADHD does not necessarily mean people can't sit still - there is a whole sub type called Inattentive ADHD which exhibits little to no hyperactivity at all. ADHD isn't a complete inability to focus, it's an inability to regulate that focus - you focus too hard on some things (leading to hyperfocus, where you sometimes ignore your basic needs to focus for hours and hours on end without break) but have trouble focusing at all on other things.
@@stickguy9109 attention issues with adhd are more of a lack of control of your attention - so people with adhd have a very, *very* hard time focusing on things they aren't interested in, and get incredibly absorbed into things they are interested in since there's no way to control what you're interested in, it makes school and work pretty hellish to deal with
Honestly I don't mind the downtime, in fact I quite prefer it since it gives him more time to experiment with something and document it in an video in a very entertaining way. This is one of my favourite series on UA-cam.
@@Raoul1808. Yeah I think the point is more it would be amazing if we could have 10/10 quality videos every day of the week - Of course it's just not possible, but a man can dream
Having heard about Bezier Curves in a lecture and whatched the two videos you mentioned about them, this was at the exact perfect level of still interesting, but not overwhelmingly complex. Great video, as always!
What I love about text is there's so much optional stuff that goes into rendering it besides drawing the glyphs like CTL, layout, pixel alignment, angry art leads complaining that the font looks terrible, ...
This video is pure art. I can't imagine that if I told anyone that I watched more than an hour long video on rendering fonts with a smile on my face, anyone would believe. But I did.
After spending two painful days writing a point-in-polygon algorithm for last year's AdventOfCode, it warms my heart to see someone else struggle with the exact same edge cases. I sincerely thank you!❤ And also huge respect if you figured that out on your own. I ended up finding a paper that described the up/down crossing approach and went from there.
Haha I also thought of that, me and a buddy spent an entire evening thinking of how to solve it. Discord whiteboard feature actually had a use case for once
There's a super easy point in polygon test algorithm called "pnpoly" (google it), which I used for AoC 😅Only works well for integer coordinates though. Floating point will probably have all the precision issues discussed in the video as well. It might be an idea to convert the coordinates to fixed point but I don't know how well that works together with the bezier stuff...
I absolutely love how outside of the main topic of each video they also contain many different "mini lessons". Like at 2:35 it's a mini lesson about checking the endianess of whatever data you're reading, and when you created your "Evil Artifact Detector" at 41:28 it was basically a lesson about Fuzzing, a technique usually used to find security issues in code by basically screaming random data at that code and seeing if any unexpected behavior crops up, which is very similar to the debugging method you used: throw a bunch of pixels at your algorithm and see where incorrect values are returned. These mini lessons are in part what make these videos so rewatchable in my opinion. They don't just cover all the things directly related to the project, you aren't afraid of going on tangents to document your journey through a very tough issue and how you ultimately solved it
this entire video summarizes coding precisely; step 1. I want to make some kind of game engine! first off, I need to figure out how to render some text for the UI! step 162. it's been a few weeks and I've encountered one of the last bugs. I'm done coding after I get this text to render
In my extremely crude and basic game engine I just used a spritesheet of ascii letters and called it a day. I never even came close to thinking just how complex it could be to properly render some text. It's one of those things we take so much for granted.
@@stickguy9109 text rendering is like UI layout/systems. endless rabbit holes that can consume years of your life. the trick is to avoid trying to solve the capital G general problem and instead just do the simplest thing that's good enough and then move on. for most video games simple bitmap fonts are enough and they can be implemented in less than a day
I absolutely love your videos. You have an uncanny ability to take almost any topic and make it interesting and entertaining. Thanks for the time and care you put into these videos. I always look forward to them.
Only 5 minutes in but I can tell this is a video I'm going to watch and rewatch a hundred times. For one it's a Sebastian Lague video, which are always entertaining and insightful and calming, a combination which I cannot get enough of. Furthermore, the topic of this video seems to cross over with so many other topics which I find fascinating. The thumbnail reminded me of Posy's video on segmented displays. The title made me think of Tom7's videos on upper-uppercase and lower-lowercase letters, and the mention of compound glyphs 5 minutes in brings to mind his anaglyphs video. The description mentions Bezier curves which remind me of Freya Holmer's splines video, as well as floating point errors which remind me of, like, the handful of videos on floating point I've watched.
(Tell me if my commented the same thing, it disappeared on my end) Then I feel like you'll enjoy Agma Schwa's "Heterography: How to Destroy an Alphabet" video. It's a fun romp on writing system like Tom7's video.
Old-school coder here, long before Truetype was the standard, but one that's always been fascinated by typefaces. I did briefly look into how to render Truetype on the Amiga but back then information wasn't easily available so I stuck using Agfa Intellifont and Postscript Type 1, and of course cool bitmap fonts for all the demo programming we did back then! I've always wondered how TT worked and this mammoth video was one of your very best videos, explaining in detail the format - and how to implement rendering without breaking copyright... Awesome! Thanks for putting in all the weeks I'm sure this video took to make?! I suspect the reason why Truetype is using a big-endian format is that Apple designed it on Motorola 68k. (same as the Amiga albeit Amiga was a much better computer than the Mac... ;) ) I miss programming big-endian since it was so much simpler to use, especially in assembler, and I secretly wish Intel would change at some point but I know the benefits using small-endian. Just an anecdote from the past... Anyhow, using shaders to compute the rendering of the fonts was clever because in the beginning I wondered how much CPU you were going to use just rendering some text with your approach, and thinking back to the days of running a 7 mHz 68000 trying to squeeze in all the computations between each raster line not knowing the power that we'd have available today, would I even have believed it?! Yet again many thanks for making all the videos you do! Top class productions for sure!
1h video from the dude who makes me want to continue and try at look and remember the fun parts of my programming journey and pushes me to learn and get better and keep enjoying things? I don't need sleep I need video! Sometimes it just takes another to show you how to recognize the parts of your life that you do get some fun from. I sometimes forget those parts and get lost in the everyday droning. I mean, don't get me wrong, rent and expenses these days make me think there is no future, but hey doesn't mean I have to stop and ignore the fun I may have along the way to doom right :) Thank you! I genuinely love watching your videos and trying to make the best of the time when I program, and try to better my skills at it. You sir, are really wholesome. God speed. I hope only good things come your way.
Your ability to just jump in to any odd thing and learn is both impressive and inspiring, and your videos are genuinely so much fun to watch, don’t ever stop doing what you do
I could never understand how bezier curves work, but your 30 second explanation made it completely understandable. No clue why nobody could seem to do that. I only ever found walls of text that didn't seem to help ever after reading it all multiple times. Thanks!
That was such an dive into all the intricacies of text! I'm surprised at how many math problems there are to solve just to show letters correctly on screen, that was really nice. Never a dull moment in the video, beautiful and well explained code. Congratulations, Sebastian!
Your channel is one of two, Freya Holmer is the second one, where I have enabled notifications for new videos. The content you bring is always enjoyable and full of knowledge.
As an amateur type designer, you definitely made the right choices of what to fix. Overlapping shapes are used in designing type, but not always compiled as such (I think most software can do a vector union for each glyph, but it might be avoided because of compound glyphs). Self intersections just can't be avoided in some designs, but they can be minimised. If you're working with lots of auto-generated weights, you can easily miss some. And a font that doesn't use the winding direction correctly does not deserve to be displayed. Unsurprisingly, you had to re-implement the entire postscript rendering algorithm to get at the end of the video. If I was to go so far, I'd simplify all curves to a quad or pentagon and say it was the fastest text renderer in the universe (*that avoids the pesky patents).
My God man! This is the best educational video I have ever seen! I can't imagine how much time you needed to study all those papers, find what is patented, implement everything and then on top of it all make such an amazing video about the whole thing. You just instantly got one more supporter. Keep up the great work!
I've started a text rendering project just the last week or two and now I see that this legend has uploaded a video on the exact same topic. How is this even possible?
THE KING IS BACK! Though on a more serious note, Sebastian Lague has inspired me to pursue my deepest questions and go hands-on to understand things fully. Thanks Sebastian Lague!
Thank you for your videos. I learn something with each one, and contrary to some other channels, I can watch and listen for hours without irritation. You have the best voice ever for presenting. I know others have said similar things, but I'm saying it again - you hear that, YT algorithm?
omg, I've been following sebastian for so long see him post is about as rare and rewarding as a solar eclipse, just a couple of days ago I was rewatching his ants and slime simulation video and thought I'd try to do the ant colony optimisation in javascript and it took me a couple of days but I got it done, now working on porting it to C# in Unity to see how much faster it is, thank you for inspiring all of us Sebastian, your adventures pave the way for our own adventures too, hope you're doing well!
I love that you used the code you'd written to make the whacky ending. Every one of your videos is mesmerising, and I love hearing you how you tackle each problem and come up with solutions.
This might be my new favorite video of yours. Yes, watching chess or video game development is more "exciting", but exploring one of the oldest features of computers that we still use every single day is so interesting! I never would have guessed just how complex and smart font rendering is. I've noticed the colorful edges around text before but never looked up what it was for, so the sub-pixel AA explanation was appreciated too!
I was not expecting one of your videos covering dynamic unit testing as well as this one. Section "0:41:22 The Evil Artifact Detector" is great at communicating the concept and the benefit it can bring at scale.
I love how in depth this video is. It’s even more in depth than my college courses. Rasterization is usually very brief without going into all the edge cases.
If you're lost have you tried locating your current position by mapping it against a table of known dispositions and then feed that through an imposition formula?
I can't Believe i can read the intro text truly mind blowing how good our brains recognize patterns Im pretty sure the text reads "Coding adventures Rendering Text."
You always tell your stories as if we’re stumbling along with you, but in reality you put tremendous effort into visualising and explaining what you learnt along the way. It’s so meticulously crafted every time - brilliant.
My favorite subject covered by my favorite UA-camr! I have dabbled with text rendering for months and I was familiar with much of what you do here, but I still learned new stuff. One thing to note is the pesky J that refuses to behave: the reason it probably cones out right when rendered by an OS, is that it probably just uses even-odd rendering: a pixel is drawn if it is inside an odd number of contours. What you do here is called non-zero rendering, where you count up if the contour is CW and down if CCW. There should be a flag in the font data telling you which method to use.
This is awesome! I remember experimenting with text rendering (only using bitmap rendering) and it was quite a rabbit hole with very little simple documentation. It was so satisfying to finally see hello world rendering in a window. As always, the explanation in this video is excellent.
The multi-channel SDF you mentioned is my favorite text rendering method so far. It looks really good except for very small text when strokes become thinner than one pixel. Its main advantage is that it is extremely fast.
It's a nice trick, I agree, but memory hungry and nowhere near pixel perfect. If, like me, you work with designers who can see your text is one pixel too far to the right, the technique Sebastian is explaining here is far superior.
@@shinyhappyrem8728 Even at 10K :) They are there and somehow they're the kind I usually work with. Every little detail counts for them. But don't get me wrong: multi-channel SDF is a great replacement for the old bitmapped text.
Sebastian, a lot of games these days use the concept of signed distance fields and have a pixel shader do an alpha plot based on the distance from the text vectors. That might be an interesting one to have a go at once you’ve extracted all of the paths. Probably a good starting point for that one is a line draw routine that uses a pixel shader !
I think you can count the number of people in the world who can make programming videos at this depth engaging on at most two hands, and the number who can do so on a 70 minute video like this might be down to one finger. It didn’t even matter that 90% of this material was firmly in my wheelhouse - I just had fun predicting what the next step would be, and then finding out about a few techniques I’d never heard of. Please never stop.
Sebastian, you have to make a video about how you make all these animations, especially the 2D ones. They are beautiful! This one was great, as always!
This sums up a lot of what software development is: the hunches, the "good enough solution for now", the floating point shenanigans, the debug tools, the tests suite. This is a fantastic video, thanks!
When I saw the title, I didn't pay attention to the length of the video until I found out that he really planned to start talking about parsing file formats. More than an hour!
Your bezier curves plugin helped me immensely when writing my bachelor dissertation. Funny thing is I never knew you created that plugin until years after completing my bachelors. Thank you so much! As someone else said in the comments, you are the Bob Ross of programming. I understand probably 10% and love when you show your own bugs. Please keep doing what you're doing!
That patent is so stupid it hurts. A patent on a programming technique should never be a thing. Its like patenting multiplication. It doesn't make any sense.
There are a lot of stupid software patents, but this isn't a good example. When published, this was a new and novel reduction to practice for how to efficiently render smooth curves. They taught others how to do something new. Finding a more efficient way to multiply in a circuit and teaching others would also be a highly valuable new knowledge that would deserve the reward of an exclusive period for sharing the knowledge so others could build on it.
@btodoroff Speaking as someone who writes a lot of shaders: actually, this technique of drawing a triangle with the control points and discarding in the fragment shader is BY FAR the most obvious way to render filled bezier splines on programmable graphics hardware. Nearly every single person who tries to render text without looking up a tutorial ends up reinventing this exact technique immediately, because it is so completely fitting and natural to the way a GPU works.
As a software engineer who tries to keep up with the business requirements of clients, this video is so calming. You take these ideas, and truly make an adventure out of them, carefully going through hours of R&D and being rewarded with utmost satisfaction. Something I wish I could do. Your videos are honestly so beautiful. Thank you
I've been watching your videos for years now and it feels like every time I watch one of your videos I actually learn something. Recently, I came into an issue about doing point-rectangle collisions at arbitrary angles. This video has given me so much inspiration on how to tackle this daunting issue. Thank you so much for all the years of inspiration and motivation down my path into computer science. I wouldn't be nearly as far as I am today without you.
Years ago I was writing a 3D engine and thought I‘d quickly write my own font-file-parser. I didn‘t. Really cool to finally see someone explain this whole topic.
A new great video about a problem I've thought a few times in the past - but never got the time, the patience or the skills to solve it. Entertaining, educational and greatly presented. Thank you!
Shouldn’t then other patents, like those of for example manufacturing processes also be illegal? After all, both are just sets of instructions of how to achieve something?
Patents, in any possible scenario and case, should be illegal. Intellectual Property is something that absolutely doesn't exist on reality, makes no sense.
On the microsoft patent mentioned: patenting an algorithm does nothing actually prevent others from using it, only from profiting off of it, namely by competing with the owner of the patent. The ad sense profits from this video would not be in violation of the microsoft patent, to the best of my (not a lawyer) knowledge, as you are not competing with microsoft in any significant way.
This might be Your best video yet! It's not as flashy as some of the other ones, but the whole debugging section was just an amazing display of skill! At first i thought that such an elaborate setup might be a waste of time, but seeing how you slowly get from having near 10k errors to a zero was such a joy! This motivates me to become a better programmer myself!
this video was amazing. I really loved how this project combined so many different topics- parsing binary files, rendering, and a lot of math and problem solving. I really like how you showed the failures and how many different iterations and approaches the rendering piece went through. Fantastic video and project!
This brought back memories. Back in the day there used to be a standard called OpenVG that was supposed to accelerate font rendering using dedicated hardware… it ended up being deprecated because OpenGL ES ended being faster and it wasn’t worth the space on the chip. I love the ambition of your projects and the polish of your videos. I feel like my videos take so long to make so yours must be a full time job 😅
i went to uni for cs but eventually ended up dropping out after a few years. im unlikely to really dabble in programming, much less font rendering any time soon, but youve kept my interests alive and i honestly couldnt be more grateful. every deep dive youve posted on these seemingly niche areas find their implementations in other projects and that continuity youve established with all of your code was what drew me to cs in the first place. youre comedic, concise but thorough, and really really good at editing ideas that are otherwise difficult to visualize. i dont leave comments too often but thought i needed to appreciate the content youve created for us
You make some.of the most cozy and pleasant videos. I rarely have no idea what you're talking about (mech engineer) BUT I understand just enough to mostly follow. Keep up the great work!
Your way of visualizing complex mathematics is really next level! The way you are able to explain quite complex formulas and make them understandable ... Top notch content thank you so much!!
There is so much detail and the process is complicated, but I deeply appreciate the time you have taken to cover the topic. I've been searching on multiple websites to try and understand how the font file format works, and having such a detailed and concise video is amazing! Thanks!
man, I love watching you solve things in code, but I am soooo glad that I don't have to encode fonts myself. it's a lot of very needed, but also very already-solved stuff
As per the old traditions of typesetting, fonts come in three cases; upper-case, lower-case, and edge-case.
you won the comment section, good job
Underrated!
I be edging to this comment frfr
This might just be the perfect comment for this video
And all of them stored in a type case.
It shocks me when I realize how much effort has been put in all of these adventures and how much of this I don't see as the viewer. I mean
1) docs and articles research
2) implementing and debugging
3) coding interactive visualizations
4) coding debug tools
5) collecting all of the material into one smooth journey
I'm pretty sure that I see just 10th part of all work been done to make this video happen. And the amount of behind the scenes work is the main reason why these adventures so interesting and comfortable to watch. Thank you for your job.
its also why its extremely disheartening to other developers. He likes to show the best of him, doesn't show the pain that proceeds.
@@BobrLovr i find it quite inspiring personally
@@BobrLovrwhich is weird because a great part of the progression of his videos is exploring how things went wrong and what he had to do to fix it
@@BobrLovr I don't feel like its disheartening at all, actually. It's really quite motivating to me, to be honest.
@@th0bse_ 👍
I've tried loading and rendering fonts multiple times but stopped because of the complexity everywhere. I continue to be amazed at the level of debugging tools you write! And I appreciate how much effort you spend forming your work into a journey that's easy to follow. Thanks for showing one path through the complexity and taking a relaxed/fun approach to it! I'm inspired to try again!
15 hours ago. what
@@ۥۥۥۥۥۥۥۥۥۥۥۥۥۥۥۥۥۥۥۥۥۥۥۥۥ bro is ahead of times💀
Probably unprivated later
Yupp. That's what I was thinking 😂@@ۥۥۥۥۥۥۥۥۥۥۥۥۥۥۥۥۥۥۥۥۥۥۥۥۥ
Sebastian please make a video explaining how you can code a time travel machine in C++ thanks
As soon as you said "The Beauty of Bezier Curves" I knew _exactly_ what was coming.
"...were designed to meet anticipated needs which never materialized" - i love that sentence
It's like the origin story of the YAGNI principle
Reminds me of a joke I read a while back that was something along the lines of
"There are 4 competing standards for this system"
"Hey, what if we created a universal standard that solves all the problems so we don't need to deal with 4 different standards?"
"There are 5 competing standards for this system"
@@onlysmiles4949 classic xkcd 927
@@onlysmiles4949That's an XKCD, right?
Yup, XKCD #927
A) I hate that math can be patented
B) I had no idea how much math you had to do for just one letter
it's not really math, it's algorithms and algorithms should have the possibility to be patented.
@@WhateverOwO but 20 years is kinda ridiculous
@@WhateverOwO
I think most (if not all) things should not be allowed to be patented
@@WhateverOwO To be fair, algorithms are pretty close to being maths, and patenting them can cause issues. For example, the OpenCV developpers had to create a new way to extract and describe points on an image because the state of the art algorithm at the time "SIFT/SURF" are patented. What they came up with "ORB" is pretty good, but not being able to use an algorithm, that you could possibly independently invent in some cases, without having to pay some random guy to use it is quite infuriating.
@@WhateverOwO algorithms are just applied mathematics
You're the Bob Ross of programming.
Your videos are so relaxing to watch, the learning is just an added bonus.
Was thinking of making this exact comment. Cheers!
"here we have some happy little bezier curves"
@@TracyNorrellhonestly, he is the calmest soul ever, at least imo. And this guy follows him closely. Absolute joy to follow along
Hahaha true that
I want to like your comment, but I don't want to be the one to take away 420 likes, so here you go 👍
I am always in utter awe at your ability to calmly (at least it's how you present it) tackle any topic in programming, without frustrations and abandonment. You are an inspiration for all of us aspiring programmers
I'm sure he's been frustrated with many a programming problems, but regardless of whether he has or hasn't, Sebastian's perseverance is something to strive for.
Regarding being so calm and collected in the videos, I refer to the great Ben Bailey: "That's editing." :D
the true nature of programming is beautifully (and very scary) encapsulated in this video: simple and beautiful solutions break down against gazillion corner cases, floating point math and "bad" input
Don't forget that you might unintentionally implement a patented solution.
Edit: just in case it wasn't clear, I believe patents shouldn't exist.
horrors beyond comprehension
@@David-um8tb software patents are evil
@@unknownname3703 patents are evil
@@David-um8tb imagine patenting writing. what an idiotic concept. you can't claim ownership of the process of writing letters. this is no different than trying to patent using ink in your pen. unless the pen is patented too? so who actually is allowed to write anything? do we all have to use charcoal that we make ourselves? or is the process of making charcoal also patented? or is it just part of the process of making charcoal that is patented? where does the idiocy end. "software patents" LMAO
Sebastian is the only person who can catch people's attention about FONTS for AN HOUR
Dude your insane. I learn so much from every one of your videos. Keep uploading!
*you're
After spending a long week focusing on quadratics, I come home for the weekend to unwind to videos containing parabolas.
I have some additional notes:
* You talked about minified text looking bad. The main reason for this is the lack of dynamic dilation of the bounding polygon. You need to expand the boundary by half a pixel to ensure that the pixel shader is run for every pixel that is partially covered even a tiny bit. This can be done in the vertex shader given the current MVP matrix and viewport dimensions, but it's tricky. Without dilation, there are often pixels that are as much as 50% covered getting skipped during rasterization because the actual centers of the pixels fall outside the polygon being rendered.
* You mentioned the use of multiple rays, as used by the Dobbie method, to perform antialiasing. It turns out that only two are necessary, a horizontal ray and a vertical ray, and these can be combined using a specially weighted average to accomplish nice antialiasing. Supersampling is a bad idea due to the limited number of samples and the horrible effect on performance.
* A neat property of the quadratic formula of which most people seem to be unaware is that choosing the plus sign always gives you the root for which the derivative of the quadratic polynomial is positive, and choosing the minus sign always gives you the root for which the derivative is negative. It is never necessary to actually compute the derivative to determine which way a quadratic Bézier curve crosses a ray.
* The banding technique you mentioned near the end of the video is described in the Slug paper. Listing only the Bézier curves that intersect each band, leaving out those parallel to the band, achieves a massive performance boost. Sorting the curves by their largest coordinate in the band direction doubles the speed by providing early-out opportunities. The Slug paper mentioned split bands in which a ray goes one direction or the opposite depending on where the pixel being rendered in located, but I have since determined that it's not worth the trouble and extra storage cost.
* The Dobbie method divides a glyph into a grid instead of bands, where the idea is that there would be fewer curves to check in a grid square than an entire band. However, this approach fails pretty badly because the pixel footprint can become arbitrarily large at small text sizes, and extra (janky and slow) code and data needs to be added to account for multiple grid square being covered. Bands extending both directions without bound do not suffer from this problem.
That explanation of Bezier curves was just genius. You tricked me into learning them, and now I'll never forget about them.
You really should watch Freya's videos about Beziers and splines. The spline one is looooooong, but it's amazing! So beautifully animated and explained.
@@bigpopakapyes, yes, yes, Freya's videos on the subject are incredible
tricked?
There is exactly one (1) UA-camr who I would watch talk about displaying fonts programmatically for 70 minutes, and thank you for being him
Wait, this was 70 minutes? Where'd the time go?
The most impressive thing in this video and the thing that baffles me the most is how you never got tired of trying again and again to solve the artifacts problem. After a few tries I would have quit right then and there but you didn't.
I have no idea if Sebastian has ADHD and I'm not saying he does or doesn't, but that very much feels like an ADHD thing lol. When you get fixated on a new problem, "just a few more tries" ends up ballooning to hours or days of tedious trial and error because each new achievement is enough to trigger that dopamine release.
@@shmunkyman33 I don't know to my knowledge ADHD people can't sit in one place what you're saying sounds like the opposite
@stickguy9109both of those things are adhd things! The difficult thing for people with adhd is managing and directing attention. That includes both having a hard time focusing on something, AND having a hard time stopping focus on something. The latter case is often called hyperfocus
@@stickguy9109 ADHD does not necessarily mean people can't sit still - there is a whole sub type called Inattentive ADHD which exhibits little to no hyperactivity at all. ADHD isn't a complete inability to focus, it's an inability to regulate that focus - you focus too hard on some things (leading to hyperfocus, where you sometimes ignore your basic needs to focus for hours and hours on end without break) but have trouble focusing at all on other things.
@@stickguy9109 attention issues with adhd are more of a lack of control of your attention - so people with adhd have a very, *very* hard time focusing on things they aren't interested in, and get incredibly absorbed into things they are interested in
since there's no way to control what you're interested in, it makes school and work pretty hellish to deal with
Je suis développeur depuis longtemps et franchement les vidéos de Sebastian sont les meilleurs en terme de vulgarisation et exploration
The worst part about watching a Sebastian Lague video: knowing you'll have to wait months for the next one...
Honestly I don't mind the downtime, in fact I quite prefer it since it gives him more time to experiment with something and document it in an video in a very entertaining way. This is one of my favourite series on UA-cam.
I think that's the second worst part, rather than the actual worst. I think the actual worst part is that you know the video is going to end.
The most pressing reason for humanity to invent time machine.
@@Raoul1808. Yeah I think the point is more it would be amazing if we could have 10/10 quality videos every day of the week - Of course it's just not possible, but a man can dream
Having heard about Bezier Curves in a lecture and whatched the two videos you mentioned about them, this was at the exact perfect level of still interesting, but not overwhelmingly complex. Great video, as always!
What I love about text is there's so much optional stuff that goes into rendering it besides drawing the glyphs like CTL, layout, pixel alignment, angry art leads complaining that the font looks terrible, ...
Art lead: "Wait, what was that last one?"
You: "...pixel alignment..."
I wouldn't call those optional myself.
This video is pure art. I can't imagine that if I told anyone that I watched more than an hour long video on rendering fonts with a smile on my face, anyone would believe. But I did.
After spending two painful days writing a point-in-polygon algorithm for last year's AdventOfCode, it warms my heart to see someone else struggle with the exact same edge cases. I sincerely thank you!❤ And also huge respect if you figured that out on your own. I ended up finding a paper that described the up/down crossing approach and went from there.
Paper, in case anyone is interested: DOI:10.1016/j.ifacol.2018.05.092
Haha I also thought of that, me and a buddy spent an entire evening thinking of how to solve it. Discord whiteboard feature actually had a use case for once
There's a super easy point in polygon test algorithm called "pnpoly" (google it), which I used for AoC 😅Only works well for integer coordinates though. Floating point will probably have all the precision issues discussed in the video as well. It might be an idea to convert the coordinates to fixed point but I don't know how well that works together with the bezier stuff...
I remember this shitty ass exercice made me quit the aoc😂
Haha yeah I remember that exact problem! Took a few goes off running my face into walls to finally encounter every edge case!
I absolutely love how outside of the main topic of each video they also contain many different "mini lessons". Like at 2:35 it's a mini lesson about checking the endianess of whatever data you're reading, and when you created your "Evil Artifact Detector" at 41:28 it was basically a lesson about Fuzzing, a technique usually used to find security issues in code by basically screaming random data at that code and seeing if any unexpected behavior crops up, which is very similar to the debugging method you used: throw a bunch of pixels at your algorithm and see where incorrect values are returned.
These mini lessons are in part what make these videos so rewatchable in my opinion. They don't just cover all the things directly related to the project, you aren't afraid of going on tangents to document your journey through a very tough issue and how you ultimately solved it
this entire video summarizes coding precisely;
step 1. I want to make some kind of game engine! first off, I need to figure out how to render some text for the UI!
step 162. it's been a few weeks and I've encountered one of the last bugs. I'm done coding after I get this text to render
Or just use a library for it
In my extremely crude and basic game engine I just used a spritesheet of ascii letters and called it a day. I never even came close to thinking just how complex it could be to properly render some text. It's one of those things we take so much for granted.
step 163. oh no it's patented
@@stickguy9109 text rendering is like UI layout/systems. endless rabbit holes that can consume years of your life. the trick is to avoid trying to solve the capital G general problem and instead just do the simplest thing that's good enough and then move on. for most video games simple bitmap fonts are enough and they can be implemented in less than a day
@@Bestmann3n Yeah I agree
I absolutely love your videos. You have an uncanny ability to take almost any topic and make it interesting and entertaining. Thanks for the time and care you put into these videos. I always look forward to them.
Studied this in computer science and I love that you covered it in a fun way. Because in college they teach it like reading a manual
The 'twilight zone' cut-away... so good Sebastian, you're moving into 'film maker' level production here you realize...
Only 5 minutes in but I can tell this is a video I'm going to watch and rewatch a hundred times. For one it's a Sebastian Lague video, which are always entertaining and insightful and calming, a combination which I cannot get enough of. Furthermore, the topic of this video seems to cross over with so many other topics which I find fascinating.
The thumbnail reminded me of Posy's video on segmented displays. The title made me think of Tom7's videos on upper-uppercase and lower-lowercase letters, and the mention of compound glyphs 5 minutes in brings to mind his anaglyphs video. The description mentions Bezier curves which remind me of Freya Holmer's splines video, as well as floating point errors which remind me of, like, the handful of videos on floating point I've watched.
after reading your comment, I am really looking forward to watching the video.
Some of the best technical UA-cam channels out there in that second paragraph
i literally know every video you mentioned just by name. we really are all just watching the same videos, aren't we
(Tell me if my commented the same thing, it disappeared on my end)
Then I feel like you'll enjoy Agma Schwa's "Heterography: How to Destroy an Alphabet" video. It's a fun romp on writing system like Tom7's video.
@@sponge1234ify I've seen it before too, lol. I did enjoy it.
1:09:59 "Graphic design is my passion" that took me so off guard LOL
In papyrus too haha
Old-school coder here, long before Truetype was the standard, but one that's always been fascinated by typefaces. I did briefly look into how to render Truetype on the Amiga but back then information wasn't easily available so I stuck using Agfa Intellifont and Postscript Type 1, and of course cool bitmap fonts for all the demo programming we did back then!
I've always wondered how TT worked and this mammoth video was one of your very best videos, explaining in detail the format - and how to implement rendering without breaking copyright...
Awesome! Thanks for putting in all the weeks I'm sure this video took to make?!
I suspect the reason why Truetype is using a big-endian format is that Apple designed it on Motorola 68k. (same as the Amiga albeit Amiga was a much better computer than the Mac... ;) )
I miss programming big-endian since it was so much simpler to use, especially in assembler, and I secretly wish Intel would change at some point but I know the benefits using small-endian.
Just an anecdote from the past...
Anyhow, using shaders to compute the rendering of the fonts was clever because in the beginning I wondered how much CPU you were going to use just rendering some text with your approach, and thinking back to the days of running a 7 mHz 68000 trying to squeeze in all the computations between each raster line not knowing the power that we'd have available today, would I even have believed it?!
Yet again many thanks for making all the videos you do! Top class productions for sure!
It's easy to use little-endian in hex dumps, just start rendering from the top right instead of the top left :)
1h video from the dude who makes me want to continue and try at look and remember the fun parts of my programming journey and pushes me to learn and get better and keep enjoying things? I don't need sleep I need video!
Sometimes it just takes another to show you how to recognize the parts of your life that you do get some fun from. I sometimes forget those parts and get lost in the everyday droning. I mean, don't get me wrong, rent and expenses these days make me think there is no future, but hey doesn't mean I have to stop and ignore the fun I may have along the way to doom right :)
Thank you! I genuinely love watching your videos and trying to make the best of the time when I program, and try to better my skills at it. You sir, are really wholesome. God speed. I hope only good things come your way.
Your ability to just jump in to any odd thing and learn is both impressive and inspiring, and your videos are genuinely so much fun to watch, don’t ever stop doing what you do
Nice to see you shouting out Freya's incredible video on Béziers, it's such an incredibly well done explanation and visualization :)
1 Hour long Video? LETS GO! Thx Sebastian.
I could never understand how bezier curves work, but your 30 second explanation made it completely understandable. No clue why nobody could seem to do that. I only ever found walls of text that didn't seem to help ever after reading it all multiple times. Thanks!
That was such an dive into all the intricacies of text! I'm surprised at how many math problems there are to solve just to show letters correctly on screen, that was really nice. Never a dull moment in the video, beautiful and well explained code. Congratulations, Sebastian!
Your channel is one of two, Freya Holmer is the second one, where I have enabled notifications for new videos. The content you bring is always enjoyable and full of knowledge.
As an amateur type designer, you definitely made the right choices of what to fix.
Overlapping shapes are used in designing type, but not always compiled as such (I think most software can do a vector union for each glyph, but it might be avoided because of compound glyphs). Self intersections just can't be avoided in some designs, but they can be minimised. If you're working with lots of auto-generated weights, you can easily miss some.
And a font that doesn't use the winding direction correctly does not deserve to be displayed.
Unsurprisingly, you had to re-implement the entire postscript rendering algorithm to get at the end of the video.
If I was to go so far, I'd simplify all curves to a quad or pentagon and say it was the fastest text renderer in the universe (*that avoids the pesky patents).
My God man! This is the best educational video I have ever seen! I can't imagine how much time you needed to study all those papers, find what is patented, implement everything and then on top of it all make such an amazing video about the whole thing. You just instantly got one more supporter. Keep up the great work!
I legit laughed at 2 problems for the price of one. It's such a vibe for programming.
I've started a text rendering project just the last week or two and now I see that this legend has uploaded a video on the exact same topic. How is this even possible?
see Birthday Paradox
THE KING IS BACK!
Though on a more serious note, Sebastian Lague has inspired me to pursue my deepest questions and go hands-on to understand things fully. Thanks Sebastian Lague!
YEAH HE IS BACK
Thank you for your videos. I learn something with each one, and contrary to some other channels, I can watch and listen for hours without irritation. You have the best voice ever for presenting.
I know others have said similar things, but I'm saying it again - you hear that, YT algorithm?
Another Sebastian video, i am so excited!
And I just can't hide it.
Thank you Sebastian! You’ve tough me to never give up on the hard things in life.
So inspiring how you fought this glitches in text
omg, I've been following sebastian for so long see him post is about as rare and rewarding as a solar eclipse, just a couple of days ago I was rewatching his ants and slime simulation video and thought I'd try to do the ant colony optimisation in javascript and it took me a couple of days but I got it done, now working on porting it to C# in Unity to see how much faster it is, thank you for inspiring all of us Sebastian, your adventures pave the way for our own adventures too, hope you're doing well!
I love that you used the code you'd written to make the whacky ending. Every one of your videos is mesmerising, and I love hearing you how you tackle each problem and come up with solutions.
Watching experts at work is always insightful; incredible work as always!
This might be my new favorite video of yours. Yes, watching chess or video game development is more "exciting", but exploring one of the oldest features of computers that we still use every single day is so interesting! I never would have guessed just how complex and smart font rendering is. I've noticed the colorful edges around text before but never looked up what it was for, so the sub-pixel AA explanation was appreciated too!
I was not expecting one of your videos covering dynamic unit testing as well as this one. Section "0:41:22 The Evil Artifact Detector" is great at communicating the concept and the benefit it can bring at scale.
When I saw your video, I shouted "YES" a few times and my friend was staring at me. Brother I dream of becoming a programmer as skilled as you.
I love how in depth this video is. It’s even more in depth than my college courses. Rasterization is usually very brief without going into all the edge cases.
You are one of the very few people who can get away with sounding happy when you talk without sounding annoying
2 minutes into the video and i'm already completely lost😭
You made it that long!?!
2 minutes into this video and I am hooked! Love this stuff!
People have been struggling with the 'font' rabbit holes for 40 years, you're in good company.
If you're lost have you tried locating your current position by mapping it against a table of known dispositions and then feed that through an imposition formula?
I'm lost since 0:48
Love your videos. Really amazing work, they are really calming and peaceful and you always get to learn about a new and interesting topic.
I can't Believe i can read the intro text truly mind blowing how good our brains recognize patterns
Im pretty sure the text reads "Coding adventures Rendering Text."
Well I mean, it was obvious that's what it said
You always tell your stories as if we’re stumbling along with you, but in reality you put tremendous effort into visualising and explaining what you learnt along the way. It’s so meticulously crafted every time - brilliant.
this was so funny:
Screen is on fire and
"Let's start with the most serious issue first: Getting rid of that weird line"
My favorite subject covered by my favorite UA-camr! I have dabbled with text rendering for months and I was familiar with much of what you do here, but I still learned new stuff.
One thing to note is the pesky J that refuses to behave: the reason it probably cones out right when rendered by an OS, is that it probably just uses even-odd rendering: a pixel is drawn if it is inside an odd number of contours. What you do here is called non-zero rendering, where you count up if the contour is CW and down if CCW. There should be a flag in the font data telling you which method to use.
A yes, the worst nightmare of Rendering.
The banes of graphics programming:
* floating-point precision
* transparency (mostly solved with OIT)
This is awesome! I remember experimenting with text rendering (only using bitmap rendering) and it was quite a rabbit hole with very little simple documentation. It was so satisfying to finally see hello world rendering in a window. As always, the explanation in this video is excellent.
The multi-channel SDF you mentioned is my favorite text rendering method so far. It looks really good except for very small text when strokes become thinner than one pixel. Its main advantage is that it is extremely fast.
It's a nice trick, I agree, but memory hungry and nowhere near pixel perfect. If, like me, you work with designers who can see your text is one pixel too far to the right, the technique Sebastian is explaining here is far superior.
@@krytharn: "designers who can see your text is one pixel too far to the right" - even at 4k?
@@shinyhappyrem8728 on a big enough screen, sure :D
@@shinyhappyrem8728 Even at 10K :) They are there and somehow they're the kind I usually work with. Every little detail counts for them. But don't get me wrong: multi-channel SDF is a great replacement for the old bitmapped text.
The quality of this content is beyond comprehension. Sebastian should be a CS professor.
Sebastian, a lot of games these days use the concept of signed distance fields and have a pixel shader do an alpha plot based on the distance from the text vectors. That might be an interesting one to have a go at once you’ve extracted all of the paths. Probably a good starting point for that one is a line draw routine that uses a pixel shader !
I have a simple demo on ShaderToy: _Font: Bitmap vs SDF_ that showcases the difference.
@@MichaelPohoreski Shadertoy is another wonderful resource for folks.
he said it in the video
I think you can count the number of people in the world who can make programming videos at this depth engaging on at most two hands, and the number who can do so on a 70 minute video like this might be down to one finger. It didn’t even matter that 90% of this material was firmly in my wheelhouse - I just had fun predicting what the next step would be, and then finding out about a few techniques I’d never heard of. Please never stop.
Sebastian, you have to make a video about how you make all these animations, especially the 2D ones. They are beautiful!
This one was great, as always!
He's actually covered this! Check out the video "Answering Your Questions" where he does a really nice breakdown of how he makes his animations :)
@@pfqniet Cool, thank you!
This sums up a lot of what software development is: the hunches, the "good enough solution for now", the floating point shenanigans, the debug tools, the tests suite. This is a fantastic video, thanks!
hell, yeah! this is gonna be awesome
Amount of work you put into visualizing the concepts is truly colossal. Your tenacious problem-solving approach is truly awe-inspiring.
When I saw the title, I didn't pay attention to the length of the video until I found out that he really planned to start talking about parsing file formats.
More than an hour!
Your bezier curves plugin helped me immensely when writing my bachelor dissertation. Funny thing is I never knew you created that plugin until years after completing my bachelors. Thank you so much! As someone else said in the comments, you are the Bob Ross of programming. I understand probably 10% and love when you show your own bugs. Please keep doing what you're doing!
That patent is so stupid it hurts. A patent on a programming technique should never be a thing. Its like patenting multiplication. It doesn't make any sense.
Said like that i do agree. Like patenting how to solve an equation xD
There are a lot of stupid software patents, but this isn't a good example. When published, this was a new and novel reduction to practice for how to efficiently render smooth curves. They taught others how to do something new. Finding a more efficient way to multiply in a circuit and teaching others would also be a highly valuable new knowledge that would deserve the reward of an exclusive period for sharing the knowledge so others could build on it.
@btodoroff Speaking as someone who writes a lot of shaders: actually, this technique of drawing a triangle with the control points and discarding in the fragment shader is BY FAR the most obvious way to render filled bezier splines on programmable graphics hardware. Nearly every single person who tries to render text without looking up a tutorial ends up reinventing this exact technique immediately, because it is so completely fitting and natural to the way a GPU works.
As a software engineer who tries to keep up with the business requirements of clients, this video is so calming. You take these ideas, and truly make an adventure out of them, carefully going through hours of R&D and being rewarded with utmost satisfaction. Something I wish I could do. Your videos are honestly so beautiful. Thank you
Hearing that a simple method of rendering text using basic math is patented by someone made me unreasonably angry.
I've been watching your videos for years now and it feels like every time I watch one of your videos I actually learn something. Recently, I came into an issue about doing point-rectangle collisions at arbitrary angles. This video has given me so much inspiration on how to tackle this daunting issue. Thank you so much for all the years of inspiration and motivation down my path into computer science. I wouldn't be nearly as far as I am today without you.
A seriously long and detailed research about various techniques
This is so beautiful. You've gone well beyond an adventure. This is an epic.
Uploading an hour long video at my local 4am is cruelty 😢
For real, I needa sleep but new vid can't miss
You'll have something nice to wake up to tomorrow!
Get your ass up
For me, 7 AM. Lemme guess… You live 3 timezones away from me, so Mountain time?
@@WangleLine sleep can wait, this video cannot
Years ago I was writing a 3D engine and thought I‘d quickly write my own font-file-parser. I didn‘t. Really cool to finally see someone explain this whole topic.
FREEDOM VECTOR RAHHHHH
🦅🦅🦅🦅🦅🦅🦅🦅
LOL
The magnitude of this vector can only be measured in feet and inches, no metric allowed
WHAT THE FUCK IS A FLOAT3🇺🇸🇺🇸🇺🇸🇺🇸🦅🦅🦅🦅🦅
This is an amazing demonstration of emerging complexity from simple-ish problems. Thanks!
"16-bit f words"
A new great video about a problem I've thought a few times in the past - but never got the time, the patience or the skills to solve it. Entertaining, educational and greatly presented. Thank you!
Bytecode instructions? HOW DID NOONE TELL ME FONTS ARE A PROGRAMMING LANGUAGE??????
How long until someone makes a playable doom font
I know I'll stop understanding about halfway through but I still watch because it's fascinating
patents on algorithms should be illegal.
yes, this is very annoying, the person who does this has no heart.
How it is even feasible to not trip on a patent? Just derive a quadratic bezier based algorithm and Microsoft is at your doors? Makes no sense.
Many companies file patents defensively. Not to prevent others from using the algorithm, but to prevent trolls from preventing them from using it.
Shouldn’t then other patents, like those of for example manufacturing processes also be illegal? After all, both are just sets of instructions of how to achieve something?
Patents, in any possible scenario and case, should be illegal. Intellectual Property is something that absolutely doesn't exist on reality, makes no sense.
I would never have imagined myself watching an hour about rendering fonts but Sebastian manages to enthrall me every time! Keep up the amazing work!
On the microsoft patent mentioned: patenting an algorithm does nothing actually prevent others from using it, only from profiting off of it, namely by competing with the owner of the patent. The ad sense profits from this video would not be in violation of the microsoft patent, to the best of my (not a lawyer) knowledge, as you are not competing with microsoft in any significant way.
This might be Your best video yet! It's not as flashy as some of the other ones, but the whole debugging section was just an amazing display of skill! At first i thought that such an elaborate setup might be a waste of time, but seeing how you slowly get from having near 10k errors to a zero was such a joy! This motivates me to become a better programmer myself!
I don't know why am watching this but I know this does not fit into my brain.
this video was amazing. I really loved how this project combined so many different topics- parsing binary files, rendering, and a lot of math and problem solving. I really like how you showed the failures and how many different iterations and approaches the rendering piece went through. Fantastic video and project!
4:55 Sebastian there are children present, stop with all those Fwords
This brought back memories. Back in the day there used to be a standard called OpenVG that was supposed to accelerate font rendering using dedicated hardware… it ended up being deprecated because OpenGL ES ended being faster and it wasn’t worth the space on the chip. I love the ambition of your projects and the polish of your videos. I feel like my videos take so long to make so yours must be a full time job 😅
i went to uni for cs but eventually ended up dropping out after a few years. im unlikely to really dabble in programming, much less font rendering any time soon, but youve kept my interests alive and i honestly couldnt be more grateful. every deep dive youve posted on these seemingly niche areas find their implementations in other projects and that continuity youve established with all of your code was what drew me to cs in the first place. youre comedic, concise but thorough, and really really good at editing ideas that are otherwise difficult to visualize. i dont leave comments too often but thought i needed to appreciate the content youve created for us
You make some.of the most cozy and pleasant videos. I rarely have no idea what you're talking about (mech engineer) BUT I understand just enough to mostly follow. Keep up the great work!
The visualizations in this video are superb! Love them so much :D
This is by far the best coding UA-cam channel. I wouldn't mind a Coding Adventures Netflix Special.
Wow the amount of work in these videos.. just wow. I just recently started dealing with text rendering and this video is just on another level....
Your way of visualizing complex mathematics is really next level! The way you are able to explain quite complex formulas and make them understandable ... Top notch content thank you so much!!
There is so much detail and the process is complicated, but I deeply appreciate the time you have taken to cover the topic. I've been searching on multiple websites to try and understand how the font file format works, and having such a detailed and concise video is amazing! Thanks!
man, I love watching you solve things in code, but I am soooo glad that I don't have to encode fonts myself. it's a lot of very needed, but also very already-solved stuff