In August '21 this website has had total of 226,620 views of fonts - a big increase from the month before, with Aug 16th spiking to 37.9k and Aug 17th to 76.6k views/day (webspiders? indexing robots? don't know, don't care). 64 new fonts were added that month. The most viewed font in August was (by far) ?font=173 with 1539 views that month (with 8100+ views and ~2200 downloads total making it #1 of all).

Hey lox! Hey eyehiz! (I do not know what problem you're talking about btw)
Hey admin! I'm meaning to return to study .bmf files in about a week. I'll update on my studies. :D

Hi guys!

In May 2021, there were 295 fonts added and we had 180k views and 81k downloads (most so far).

@Blawnode: Hello again and thanks once again for taking interest in implementing this format.
I'd like to help you fix whatever problem or bug you seem to have with loading the fonts here but I cannot simulate the error you are describing.
This is what I get if I download ?font=contra and display it "as is" in hexadecimal mode - https://i.ibb.co/mhVWSh3/contra-hex.png
(displayed in Total Commander for Win32 platform)
Do you get a different result? If so, please, post it.
Also, what do you use (tool / editor / programming language) to load the file format?
I'm thinking what the problem could be:
- I thought of Unicode's BOM but the initial bytes have ASCII codes like 0xFF or 0xFE so it doesn't seem likely
- mismatch of Little-Endian and Big-Endian loading of words longer than 8 bits (though, it would just shuffle the bytes - while you get bytes with completely different ASCII codes…)
- some issues with conversion from UTF-8/binary to a specific 8-bit character set - this seems most likely to me - curious to see how exactly you access the file in your approach.
Depending on what programming language you use, maybe you can take a look at ?page=support on some free libraries/tools in Pascal/C/PHP that have source code of loading the format.