by TH3_C0N-MAN

Download disabled

The designer of this FontStruction has chosen not to make it available for download from this website by choosing an “All Rights Reserved" license.

Please respect their decision and desist from requesting license changes in the comments.

If you would like to use the FontStruction for a specific project, you may be able to contact the designer directly about obtaining a license.
































Info: Created on Thu, 19th December . Last edited on Thu, 19th December.
License Creative Commons
Fave Tags:
  • -


Supreme achievement.

Comment by thalamic Thu, 19th December

Thank you, @thalamic Supreme comment.

Comment by TH3_C0N-MAN Thu, 19th December


Comment by V. Sarela (Yautja) Thu, 19th December

Это что-то невероятное, во что трудно поверить... Breathtaking!

Comment by Dmitriy Sychiov (Sychoff) Thu, 19th December

daamn that's a lot of bricks

Comment by JingYo Thu, 19th December

@TH3_C0N-MAN - And I thought making "grey-scale" video game character dingbats in FontStruct was difficult!  Wonderful work here on this collection of [mostly] Next Generation-era starships. Really top notch.  :^)

Comment by Goatmeal Thu, 19th December

Thank you everyone.

@Goatmeal A Star Trek fan I see?

Comment by TH3_C0N-MAN Thu, 19th December

@TH3_C0N-MAN - Yes.  I wondered why "C" wasn't represented by the CONSTITUTION CLASS (the original Kirk-era Enterprise), but then I noticed the focus of your collection.  And for those wondering about the Kirk-movie-era ships: the Miranda and the K'Vort Bird Of Prey are still in use during the Next Gen era, while the Soyuz-class USS Bozeman makes an appearance in the Next Gen era via time travel. ;^)

Comment by Goatmeal Thu, 19th December


YESSS! And I was wondering whether to name it “K'vort” or “B'rel” because I wasn’t sure which one was used in which era. But it seems like they’re both the same model anyway. And by the way, “K” isn’t even in the Klingon transliterated alphabet, so I don’t know why it’s named that way.

Sorry for the lack of Kirk-era ships. Personally, I like the look of them more than the post-Deep-Space-Nine era style, but I wanted to keep it somewhat consistent.

What’s your favourite class here?

Comment by TH3_C0N-MAN Fri, 20th December

@TH3_C0N-MAN - Oops!  Forgot to mention that both classes introduced in Star Trek III: The Search for Spock" -- the Oberth Class science vessels (USS Grissom) and the Excelsior class (USS Excelsior) -- are still in service during Next Gen era as well, and that while the Ambassador Class (Enterprise C) is inbetween generations, it made an appearance during Next Gen thanks to time travel (again).  ;^)

My favorite classes here are the Galaxy and the Defiant.

Comment by Goatmeal Fri, 20th December


You’re quite right. My favourite is the New Orleans class, even though it never really gets shown.

Comment by TH3_C0N-MAN Fri, 20th December

EVERYBODY: If you want to add images to your FontStructions like I did here (of course I didn’t do this all by hand), I developed a tool that you can use to do so:

I was originally trying to make a sort of “add-on” as an integrated palette in the FontStructor, but I needed to access P.H.P., which isn’t possible as a user.

Comment by TH3_C0N-MAN Fri, 20th December

Nice tool you've made there. You might want to edit your instructions a bit. After pasting the code into the Java console, you need to press Enter before clicking back to the FS grid. If you don't, you'll see the last thing you copied on FS, rather than the input image.

Comment by zephram Fri, 20th December

It would also be nice to have an option to keep transparency. This would also help keep the filesizes of the FontStructions down and reduce the load times.

Comment by zephram Fri, 20th December


Thank you. I’ve edited the instructions to include that. I’ve never been any good at explaining things!

I’ve also made the algorithm recognise completely white or transparent pixels and remove them from the schema. Great idea! It was funny, I was trying to get it to work by recognising a value of 255 just like the components of R.G.B., but apparently transparency only goes up to 127. Tell me if it works. It could just be my computer going weird.

— Actually, writing this, I think I’ll go back and fully incorporate transparency so that it alters the amount of white based on the alpha channel.

Comment by TH3_C0N-MAN Fri, 20th December

Alpha values do go all the way up to 255, though it's possible that only half of these values are supported by older formats like GIF.

I think anything within about 32 H/S/V values of white should just be interpreted as pure white. Otherwise, you get freaky blacked-out eyes, like on this ferret to the left (the squid hat has them, and the ferret had them as well, although I erased those).

Overall, it's a fantastic tool which opens up many new possibilities. I do think it works best with pixel art, but with some tuning it could work with just about anything.

Comment by zephram Fri, 20th December


Yeah, I noticed that black-out glitch. I think that FontStruct couldn’t handle blocks being so small, yet existant, for very faint greys. So I’ve made it so that now anything over 90% white or transparent is nonexistant as a block.

Comment by TH3_C0N-MAN Fri, 20th December

This is really clever (and a little bit scary ;-). 

Comment by Rob Meek (meek) Fri, 20th December

I'm looking forward to making time to convert one of my vector font designs to a FontStruction with this tool. Granted that the result would be made with halftones instead of intricate curves, but Fontstruxius would still vastly reduce the time it'd take to make such a design.

I also wonder if I could make the next iteration of Amalgarmada without crashing my browser. :D

Comment by zephram Fri, 20th December

@TH3_C0N-MAN - Truly an outstanding (and extremely useful) tool, TCM; many thanks for it.  Here is my quick test example: in the middle of 2018, I recreated the TRON soundtrack cover art to commemorate its release on CD for its 20th anniversary (2002).  Looks quite good zoomed in on the FontStruction page.  [Original sample: 200x200 PNG / not limited to the 10 shades during render]

Comment by Goatmeal Fri, 20th December

Nice one, Goatmeal. I just tried fontstruxius'ing this 875x875 image of a theoretical "A" in Amalgarmada 3, and while the script worked fine, the output image is too big for the FS clipboard. Probably for the best - we don't want to kill the server, after all. :D

Anyway, it seems the upper limit for FS clipboard space is somewhere between 200x200 and 875x875 (although it might be measured by number of bricks rather than resolution, the two are likely correlated). I might do some science later to try to narrow it down.

Comment by zephram Fri, 20th December

The great @Rob Meek (meek) has spoken! I was wondering how you’d respond to this.

@Goatmeal & @zephram — Cool samples.

I might add some more features Fontstruxius, like: The ability to choose what kind of block it uses, or the amount of shades.

Comment by TH3_C0N-MAN Sat, 21st December

That would be a cool way to create abstract art, and also a way to remix fonts without having to do brickswaps (thus avoiding the risk of corruption). Go for it!

Comment by zephram Sat, 21st December

Okay, I added a block chooser. I couldn’t figure out mathematically how I could round the shade of each pixel to the closest increment of a varying amount of shades. So in the end, I took out the existing option of limiting to ten shades as well — now it’s just on all the time. It’s not like we even need unlimited colours when this is a font-design web-site.

Comment by TH3_C0N-MAN Sat, 21st December

Oh, and check out my new profile page!

Comment by TH3_C0N-MAN Sat, 21st December

Sadly, as @TH3_C0N-MAN mentions in his font WHAKAITI, the TTF generator for FontStruct doesn't recognize the results of his FontStruxius program, and leaves out almost all of the fine detail.  It just ends up being a solid block/empty space render, like on an old fax machine without a grey-scale capability.  Here is an example of my TRON cover art (see above) in Microsoft Word, using the generated TTF at a Font Size of 400:


Comment by Goatmeal Thu, 2nd January
Comment by Goatmeal Thu, 2nd January

Yep. Sorry if I gave you false hopes.

Comment by TH3_C0N-MAN Thu, 2nd January


A way to make this a little bit better, though, would be to index your image before you upload it to FontStruxius. You could use Gimp or something to convert all of the colours to either black or white and get it to automatically dither it. It’ll still only have two shades, but it would look a lot nicer. (Watch from: 17:00.)

Comment by TH3_C0N-MAN Thu, 2nd January

@TH3_C0N-MAN - Good point; I will try that.  I did try a couple of tests with some photographs to see if the details were better or worse for color vs grey-scale.  I didn't see much of a difference, so I left them as color during the remaining tests.  Ditherring ahead of time will be my next test.  Thanks for you suggestion, and Happy New Year!

Comment by Goatmeal Thu, 2nd January

I actually have done a similar thing in the past but did it manually by reducing a image to a 2bit (2 tone solid rendering) and added the bricks by hand into the editors grid. So no coding within the web dev mode. And simply made various differences by hand using composite bricks. And even this resulted in crashing the FontStruct server upon downloading the font, so Rob sadly had to make the font private again. But this method at least resulted in a glitch free rendering of both the gallery preview and TTF output. The downside of this was that it was crazy labor intensive making it.

Comment by Sed4tives Thu, 2nd January

This is the output data of the TTF file.

Comment by Sed4tives Thu, 2nd January


Oh cool. I also used that labour-intensive method on the octopus in Pelagic Octopus.

Comment by TH3_C0N-MAN Thu, 2nd January

@TH3_C0N-MAN - After some more experimentation, I believe the disconnect appears to be that while the glyph may contain all of the wonderful bricks generated by FontStruxius, the "My Bricks" area does not take the generated bricks into account, only recognizing the standard Full Square Brick (or in the case of your MOTU font, the Full Circle Brick).

So I performed a little test: I made a new font and preloaded a few bricks that I _knew_ would be in the section of the picture ahead of time, then saved the file.  Next, I copied a small portion of an existing FontStruxius glyph into the new one, then generated a TTF.  The hope was that since several bricks already existed in another glyph, they would get carried along when the FontStruxius portion was pasted.  Sadly, it did not; once again, for the FontStruxius glyph, only full blocks/empty blocks were generated, despite those other bricks existing perfectly fine in the TTF for the other glyph...

As @sedatives mentioned, you can manually put them in by 'tracing'/'copying' over them, and once I put those bricks in, they WOULD show up in the TTF.  But it would take a LONG time to do that for a complex 200×200 glyph.

As to your suggestion of dithering using only Full Square Bricks: while it does work just fine, most of the fine detail is unfortunately lost at the 200×200 size; most of my examples looked like blobs.  However, they DID generate properly within the TTF.

If there was some way to get FontStruct to recognize all of the bricks generated by FontStruxious and place them in the "My Bricks" section, I think we'd have a winner.

Regardless, this is still a very brilliant and powerful function/program, and I look forward to seeing what can be done with it in the future.

Thanks again and cheers!

P.S. I liked your new FontStruxius video.  :^)

Comment by Goatmeal Sat, 4th January


Yeah, I completely understand and I’m not surprised by your results. The problem is that all the blocks are full-size ones; They’re just scaled down to varying degrees. So they’re not actually supposed to be the other sizes of blocks that you see in the palette. In actuality there are only five different sizes of square blocks in the palette, and Fonstruxius outputs ten colours. So it’d be impossible to represent with existing blocks. And anyway, the different sizes of blocks only really apply to squares and circles, so using the preexisting ones would limit the capability of the programme.

I don’t know about you, but for the most part, I don’t really intend to actually use the fonts that I make on FontStruct (bar conlangs); I just do it for the fun of it. Fontstruxius was made to push FontStruct to its limits by displaying images, but not really to make into actual fonts. Because even if it was perfect and could acurately represent images to the superlative degree, your computer wouldn’t be able to handle it. Nor would it now.

Comment by TH3_C0N-MAN Sun, 5th January

I was wondering when someone would do something wild with the new JS editor. :p

Comment by Umbreon126 Sun, 5th January


What new JS editor?

Comment by TH3_C0N-MAN Mon, 6th January

this is mega-good !!!!!!!!!!!!!!!

Comment by Blue-eyed boy (sladká nevědomost) Wed, 26th February

@Blue-eyed boy (sladká nevědomost)


Comment by TH3_C0N-MAN Thu, 27th February

Also of Interest

More from the Gallery

e boldby TH3_C0N-MAN
ハートビートby TH3_C0N-MAN
Robot Raidby vertigokid
zilverbullet eYe/FSby elmoyenique
fs White Hatby William Leverette (will.i.ૐ)
zpells eYe/FSby elmoyenique

From the Blog


Vertical Metrics, Improved Touch Support and More


Future Competition Results


Competition: Future


New Bricks: Square Connectors