forums.ps2dev.org

[BenHur]

Here's a simple solution to use (all of) the genuine PSP fonts:



It features the stuff you see above plus: variable size glyph cache, pre-caching, fast speed (as little as 35ms initial loadtime per font; up to 100,000 chars/sec), low memory requirements (as little as 66kB per font) and no dependencies (e.g. freetype).

Download: http://www.psp-programming.com/benhur

The archive contains samples for GU and graphics.h - just look at them to see how to use intraFont and read the readme.

(If you used pgeFont by InsertWittyName (http://insomniac.0x89.org) before: you'll feel right at home since intraFont uses parts of pgeFont - but intraFont doesn't need the freetype library!)

Let me know what you think and have fun!
BenHur

[J.F.]

Great! This totally rocks for most homebrew. Unless you need a custom font, this completely blows FreeType out of the water. :)

[hibbyware]

I don't post anywhere much but this is worth one of my rare posts,

This looks really good and i will try to use it in my next project,

Keep up the good work,

[Team-3GO]

Very nice!
_________________
"Ignorance is the night of the mind, but a night without moon and star."

[moonlight]

This looks awesome.

[freezeburger]

Sorry maybe my question is not related to this thread...., I hope Benhur can help me with this :D
I am thinking about making homebrew that works like notepad but it can input japanese character so far i know there is no any writer homebrew that support japanese, I think that I can not using native OSK to input very large of character, so I am thinking to make my own OSK for my writer homebrew. In inputing Japanese you must be able to change from hiragana to Kanji otherwise your input all will be in hiragana. I have already search from flash0 file, i suspect that PSP use flash0/dic/***.dic for transformation from hiragana to kanji, what i want to know is what format is ***.dic file? is really psp using ***.dic for japanese character transformation?

Regards,
freezeburger

[Raphael]

Very nice work BenHur indeed :)

I'm working on getting this into the SDK. It was time for a pspFont library.

Question to the SDK maintainers (and others if they want to give their opinion anyway ;P):
Should pspFont library be low-level and only provide the ability to render the glyphs or strings into an image buffer (no dependency on sceGu) or have an inbuilt back-end for the rasterization too (like intraFont currently does)?

I'm more towards the first solution atm, as IMO this should be independent of the graphics setup of an application. Also it's easy to build a back-end on top at any time.

EDIT: Having pspFont only rasterize the glyphs into an image buffer would however kill the gain from a swizzled font texture and make the texture cache suffer from many texture changes, however each string would only require two vertices.
Alternatively, you could have pspFont just build a vertex buffer for the string that the user is responsible for drawing, but then again that's already close enough to a render back-end that you could just do that step further too.
Meh, now I'm not that much biased towards the first solution any more :/
_________________
<Don't push the river, it flows.>
http://wordpress.fx-world.org - my devblog
http://wiki.fx-world.org - VFPU documentation wiki
Alexander Berl

[Raphael]

[StrmnNrmn]

This is really great - thanks.

There is a bug in the call to sceGuDrawArray though. It's passing in twice as many verts as it should do for GU_SPRITES:

[freezeburger]

[StrmnNrmn]

[Raphael]

[freezeburger]

[Team-3GO]

the samples work fine on fw 1.50 but will crash at 84% on 3.52 M33 under booth kernels. maybe its caused by some mods. will try it on a clean system again asap.
_________________
"Ignorance is the night of the mind, but a night without moon and star."

[ufoz]

[StrmnNrmn]

Another small bug:

[BenHur]

[BenHur]

[StrmnNrmn]

[plebihan]

Hi All,

is there a way to use those librarys in an SDl Env. My Homebrew already uses SDL Graphic env and i don't think that using plenty a graphics env is a good thing.

Thanx for your answers and best regards

plebihan

[Team-3GO]

[BenHur]

I released version 0.21 of intraFont which fixes the bugs discovered by StrmnNrmn (possible graphical glitches, function could return a wrong value). You can download it from
http://www.psp-programming.com/benhur

For those interested in the binary format of PGF files: at the same place you'll find a document describing what's inside a PGF file. This document is at version 0.9934, i.e. I believe to have identified the meaning of 99.34% of all bytes. (To improve this number is hard, since there are only about 20 original PGF files out there.)

Cheers, BenHur

[CpuWhiz]

I am finally getting around to trying out your library. My project is using GU_PSM_8888 textures. When I tried to add in your library the text displays fine but everything else is rendering wrong. Before rendering my other content, I made sure to set sceGuTexMode, sceGuTexFilter, sceGuTexWrap, and sceGuTexFunc, but it's still not working right. What am I missing? Can I not mix indexed and non-indexed textures?

[BenHur]

[StrmnNrmn]

[StrmnNrmn]

[BenHur]

[CpuWhiz]

As I already mentioned, I was setting the texture mode and I had already looked in the intraFont source for what needed to be set. It turns out my problem was as follows: I was copying the textures I needed to render once into vram and then just using the copy from vram to render each frame. Seems there is something going on with the indexed mode overwriting my textures. Copying my texture to vram every frame works but is not ideal. I render my other textures first and then the text, and that would be why this is working, because it's not overwriting my textures until after they have been rendered that frame.

Is there any way around this or do I just have to render text last and copy my textures every frame?

[J.F.]

[CpuWhiz]

Allow me to be more specific. I have depth testing disabled. I assume if I leave it disabled I don't need to allocate memory for it?