This topic was archived here:

https://web.archive.org/web/20230000000000fw_/https://www.zenhax.com/viewtopic.php?t=11072

findpkq, posted Thu Mar 21, 2019 3:07 pm (45930)

---

falcnvrt(https://www.pokanchan.jp/dokuwiki/softw ... nvrt/start)
and the bms. file written byEkey (viewtopic.php?t=3347)

both of them can get font_scn.dat file from system.dir
falcnvrt can also convert this .dat file to .bmp file,but it can't convert .bmp to .dat file back

tried to use comtype_scan2 but failed.

Any idea about this?

Files:
https://mega.nz/#F!fKYUmaRR!yekJVKB37m3rulwKeCTJug

Great thanks.
Best regards

aluigi, posted Wed Mar 27, 2019 2:24 am (46050)

---

I think the tool can't do the bmp->dat process because the data is manipulated for doing dat->bmp.

As far as I can see the dat is just compressed with the falcom algorithm (falcom or falcom_din):

Code:

comtype falcom
get ZSIZE asize
xmath SIZE "ZSIZE * 10"
get NAME basename
clog NAME 0 ZSIZE SIZE

As you can see the decompressed file isn't readable so its content requires some work.

It was just a quick test I did and the size of the decompressed data matches the expected one, I didn't check if the algorithm is 100% the same used in the tool.

findpkq, posted Thu Mar 28, 2019 1:06 pm (46138)

---

aluigi wrote:

I think the tool can't do the bmp->dat process because the data is manipulated for doing dat->bmp.

As far as I can see the dat is just compressed with the falcom algorithm (falcom or falcom_din):

Code:

comtype falcom
get ZSIZE asize
xmath SIZE "ZSIZE * 10"
get NAME basename
clog NAME 0 ZSIZE SIZE

As you can see the decompressed file isn't readable so its content requires some work.

It was just a quick test I did and the size of the decompressed data matches the expected one, I didn't check if the algorithm is 100% the same used in the tool.

Great!
Get the raw font file successfully and I can check them by CrystalTile2


Truly grateful for your help.

Best regards
Sincerely

aluigi, posted Thu Mar 28, 2019 2:19 pm (46139)

---