I've recently learnt thanks to a mail I sent to a file converter support mail, that some BMF files are considered "Corel BMF files" - and only those were supported by the said converter. How interesting..!
Also, I will take a look into the source codes you mentioned, admin. Thank you :)

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 Blawnode.
Thanks for your interest of this subject-matter. Maybe you can take a look into source codes of some libraries that load .bmf files in the ?page=support page.
Cheers!

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

hello, how can i solve this problem with this page showing? eye

Hi guys!

I added two tags recently:
- ?tag=incomplete-alphabet tags fonts with incomplete alphabet, i.e. at least one of the A...Z letters missing.
- ?tag=non-latin tags fonts not having lating letters A...Z (alien languages, runes, international pronouncing letters, etc.)

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

I'm making some minor changes - trying to comply with strict CSP (Content Security Policy); will be glad if in case of any error or non-functionality you report it here.

@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.