Click the green flag and watch. No costumes are used in this, only pen (specifically lines drawn from pen). These lines aren't optimal in any way (very low quality settings), nor are there enough to pass the quality of @MartinBraendli's project using circles (https://scratch.mit.edu/projects/72880262/) that I took inspiration from, but this took many, many hours to simply encode so I'll just leave it here for a while lol. Apparently this is supposed to be 16fps but I only encoded it at 15fps :| Anyways, this encodes the entire original Pokemon intro in 231168 total lines. The video was encoded at a resolution of 256x256, using 25 random lines and 75 mutations on the best line per final line. I will probably continue using this video for when I want to attempt to play video on Scratch, as it's only a minute long, doesn't use very many colors, and seems to be the standard for (color) video playing demoscenes here. In the future though, I'll probably remove the black lines on the left and right lol. For some reasons why this is worse than @MartinBraendli's project (even though I've shown in my previous project that lines are mathematically better than said circles -- This may just because I'm a bit disappointed that after so much waiting this was still lower quality than their video player was lol): 1. Lower resolution This uses a lower resolution for encoding than their project. This most likely didn't actually affect things hardly at all, but it does mean more fine details were missed. 2. Lower quality While lines do eventually beat circles for encoding images/video, this is only if you have a high enough quality for both of these. I actually used even lower settings than they did on their circle encoder, which makes a higher quality video nearly impossible. The reason why quality is so important is because this basically brute forces random lines and picks the best one, then does more random stuff on it. I only generated 25 random lines, and only did 75 random changes to it, which means I couldn't explore almost any of the fine details I needed unless there were multiple identical frames. 3. Fewer lines If I *really* wanted to match their video performance, I would have encoded this using 381 lines instead of 256. This would still make every frame use less data than their circle project does, but still use ~1.5x as many lines as I currently am using. I'm not implementing any of these because I wrote this in JS and still had to run this for maybe around 24 hours straight to encode all of it. If I port this code to some other language that doesn't make this horribly slow (and don't run the code on a Chromebook) then I may implement all of the above things. Even with all of these issues though, I'm very happy that this is nearly the same quality as the their original project I took inspiration from. I do hope this doesn't end up being the most efficient way to compress/play pen video on Scratch though now though lol.