forums.ps2dev.org Forum Index forums.ps2dev.org
Homebrew PS2, PSP & PS3 Development Discussions
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

gsKit Development and Discussion Thread
Goto page Previous  1, 2
 
Post new topic   Reply to topic    forums.ps2dev.org Forum Index -> PS2 Development
View previous topic :: View next topic  
Author Message
evilo



Joined: 22 Apr 2004
Posts: 230
PostPosted: Fri Jun 30, 2006 4:32 am    Post subject: Reply with quote
the version in the SVN is the 0.3 (beta something), it's definitely the most up-to-date version, so the answer is YES !
Back to top
View user's profile Send private message Visit poster's website
Drakonite
Site Admin


Joined: 17 Jan 2004
Posts: 989
PostPosted: Fri Jun 30, 2006 4:41 am    Post subject: Reply with quote
yes, very
_________________
Shoot Pixels Not People!
Makeshift Development
Back to top
View user's profile Send private message Visit poster's website
Neovanglist
Site Admin


Joined: 22 May 2004
Posts: 72
Location: Copenhagen, Denmark
PostPosted: Fri Jun 30, 2006 5:47 am    Post subject: Reply with quote
I'll be making a 1.0 "release" version of gsKit next month. That will go on the frontpage of the site and replace the EXTREMELY old version there.
_________________
Regards,
Neovanglist
Back to top
View user's profile Send private message Send e-mail Visit poster's website AIM Address
Kojima



Joined: 26 Jun 2006
Posts: 275
PostPosted: Fri Jun 30, 2006 5:03 pm    Post subject: Reply with quote
Ok I grabbed the svn version. I compiled it ok but I'm having trouble creating a proper rgba integer.

This code

Code:

uint64 MakeRgb(int r,int g,int b)
{
   return ((uint64)(r) <<0) | ((uint64)(g) << 8) | ((uint64)(b) << 16);
}


Works.

This code

Code:

uint64 MakeRgba(int r,int g,int b,int a)
{
      return ((uint64)(r) <<0) | ((uint64)(g) << 8) | ((uint64)(b) << 16) | ((uint64)(a) << 32);
}


does not.

I have two quads being drawn, with slight overlap, and I wish to make to make the second(Overlapping) rect alpha blend in, so I do this,

Code:

gsKit_prim_sprite(gsGlobal, 100.0f, 100.0f, 200.0f, 200.0f, 5, MakeRgba(128,128,128,128));


But it's not transparant at all. Am I shifting the alpha the appropriate amount?

I know gsKit has a built in function but it uses hex, something I'm not too familar with.

Code:

the version in the SVN is the 0.3 (beta something), it's definitely the most up-to-date version, so the answer is YES !


Meg!? :)
Back to top
View user's profile Send private message
Drakonite
Site Admin


Joined: 17 Jan 2004
Posts: 989
PostPosted: Sat Jul 01, 2006 1:14 am    Post subject: Reply with quote
Kojima wrote:

I know gsKit has a built in function but it uses hex, something I'm not too familar with.

Ha, no, the function has nothing to do with hex... Hex and decimal can be used more or less interchangably in C/C++
_________________
Shoot Pixels Not People!
Makeshift Development
Back to top
View user's profile Send private message Visit poster's website
Kojima



Joined: 26 Jun 2006
Posts: 275
PostPosted: Sat Jul 01, 2006 1:25 am    Post subject: Reply with quote
I know that. (Eyes shift side to side)
Back to top
View user's profile Send private message
dlanor



Joined: 28 Oct 2004
Posts: 269
Location: Stockholm, Sweden
PostPosted: Sat Jul 01, 2006 1:30 am    Post subject: Reply with quote
Kojima wrote:
Code:

uint64 MakeRgba(int r,int g,int b,int a)
{
      return ((uint64)(r) <<0) | ((uint64)(g) << 8) | ((uint64)(b) << 16) | ((uint64)(a) << 32);
}


does not.
The last shift constant is incorrect. It should be 24 instead of 32.


Quote:
I have two quads being drawn, with slight overlap, and I wish to make to make the second(Overlapping) rect alpha blend in, so I do this,

Code:

gsKit_prim_sprite(gsGlobal, 100.0f, 100.0f, 200.0f, 200.0f, 5, MakeRgba(128,128,128,128));


But it's not transparant at all. Am I shifting the alpha the appropriate amount?
No.

The four ABGR components should each have one byte out of the lower 32-bit word of that 64-bit value. So for this usage (no Q) the upper 32 bit word should be zero, but that's where you place the alpha value. So in a way, what you have there is really 'MakeRgbq' instead of 'MakeRgba'.


Quote:
I know gsKit has a built in function but it uses hex, something I'm not too familar with.
I'm not sure which function you mean, but the obvious tool to use here is the macro GS_SETREG_RGBA(r, g, b, a), which performs exactly the operation you need, and without any function calls. And when you're using constants (like above), the compiler should even be able to perform the entire calculation at compile time, so that the runtime code only contains a simple load of the combined constant to a register. That can save a lot of time compared to your explicit function calls...

I think you should have a look in gsinit.h, where that macro (and lots of other stuff) is defined.

Best regards: dlanor
Back to top
View user's profile Send private message
Kojima



Joined: 26 Jun 2006
Posts: 275
PostPosted: Sat Jul 01, 2006 2:14 am    Post subject: Reply with quote
Ta, I can manage it from here.

Man my C++ skills are so rusty, too many years coding in blitzmax only using C++ to do dlls.
Back to top
View user's profile Send private message
ubergeek42



Joined: 13 Jul 2005
Posts: 83
PostPosted: Tue Jul 25, 2006 4:06 am    Post subject: Reply with quote
Any news on the new version?
I'm still having text display problems, letters being distorted, screen flickering because the letters can't decide what they want to be; and sometimes it just cuts off a part of the screen.

This is really the only thing stopping me from releasing an irc client I made, the fact that you can't read any of the messages/text on the screen.

I'm using the built in font, and my ps2 is a NTSC V7(don't think that matters, but hey, can't hurt to add it)

Also a small side question, should I be in persistent or oneshot mode when drawing text?
Back to top
View user's profile Send private message AIM Address MSN Messenger
Polo35



Joined: 09 Apr 2006
Posts: 25
PostPosted: Wed Aug 09, 2006 2:56 am    Post subject: Reply with quote
Hey,

I'm actualy playing with gsKit font on ULE, and i encountered the same problem Ubergeek42 have. :(

All chars have a very bad quality, and are not readable. :(

Could someone help us, please.

@Ubergeek: Did you find something conserning this problem, because i saw you release a first version of you irc client. ;)

I use fnt font format.

Here a screenshot of ULE with gsKit font use, it's in non-interlaced mode, because interlaced mode flicker a lot with gsKit font. :(



All chars are printed one by one, because some of them are only in ULE build-in font and are printed with ULE fonction ( like O, X, ... which you can see on the pic quality is better ).

But top line ( Just a little test. ) is a 'standard' print ( from a string in a char* ).

I've enable alphablending like alpha example do, because text was print with a black background if i follow the font example.

I think the problem is here because when alpha is off, there is a black square under the char but quality is good.

Here drawChar fonction:
Code:
void drawChar(unsigned char c, int x, int y, u64 colour)
{
 gsGlobal->PrimAlphaEnable = GS_SETTING_ON;
 gsKit_set_primalpha(gsGlobal, GS_SETREG_ALPHA(0,1,0,1,0), 0);
 gsKit_set_test(gsGlobal, GS_ATEST_OFF);
 gsKit_font_print(gsGlobal, gsFont, x, y, 1, colour, &c);
 gsKit_set_test(gsGlobal, GS_ATEST_ON);
 gsKit_set_primalpha(gsGlobal, GS_BLEND_BACK2FRONT, 0);
 gsGlobal->PrimAlphaEnable = GS_SETTING_OFF;
}


Help, please. ;)

Other point, like Ubergeek i'd like to know what's the way to create a proper fnt file for gsKit?

Best regards

Polo
Back to top
View user's profile Send private message
ubergeek42



Joined: 13 Jul 2005
Posts: 83
PostPosted: Wed Aug 09, 2006 6:22 am    Post subject: Reply with quote
The problem I was having was actually with fontm, which is the font built into the bios, and used for the dvd subtitles(I think).

For my irc client, I gave up on fontm, and switched to a 256x256 bmp image containing all the letters. I can't remember if I used the built in functions for using a bitmap font, but I think I made my own.

I also modified the load texture function for bitmaps to load from an embedded buffer, so I wouldn't have to depend on external files.

I forget if im in interlace or not, but im pretty sure I don't explicitly set it to something, so it should be the gsKit default.

I also am unsure about the alpha stuff...since I use a black background, although I will need to change this soon, when I add in custom color abilities and background images.

Same with the fnt file, I tried to make one at some point, couldn't figure it out.
Back to top
View user's profile Send private message AIM Address MSN Messenger
Polo35



Joined: 09 Apr 2006
Posts: 25
PostPosted: Thu Aug 10, 2006 12:42 am    Post subject: Reply with quote
Hey,

First of all, i've to say, we ( ULE developers ) have just released the first version of ULaunchELF using gsKit lib.


I'm here to report a trouble found in this new version of ULE. :(

We found a bug in our text editor, sometime editor completly crash the prog.
After some investigation for debugging this problem, we found gsKit is responsible.

If a text contain more them 1800 chars in first 'page', prog crash.
I mean gsKit is not able to print more then 1800 chars on screen.

So, to give more infos:

In ULE, gsKit is initialize with PrimAAEnable ON, DoubleBuffering OFF, ZBuffering OFF and mode ONESHOT.

Other parameters are initialized with 'standard' init.

ULE load a screen_width*screen_height texture for background, we always load it at gsGlobal->CurrentPointer=0x140000.

Chars are printed pixel by pixel from ULE font, and with ULE fonctions.
I mean with a call to 'gsKit_prim_point' for each pixel of each chars.

Like Dlanor say: "The solution I hope for is a method for rendering gsKit_* commands to the real screen buffers gradually, instead of doing it all at once in "drawScr" like we do now, because it is precisely this 'all at once' method which has created the problem."


@Neovanglist, or other gsKit author: Thanks to contact us to solve tis problem.

Best regads

Polo
Back to top
View user's profile Send private message
Polo35



Joined: 09 Apr 2006
Posts: 25
PostPosted: Thu Aug 10, 2006 6:42 am    Post subject: Reply with quote
ULE text editor crash problem solved.

By setting Os_AllocSize to GS_RENDER_QUEUE_OS_POOLSIZE*2, because we don't use double buffer, but we need a big drawbuffer. ;)

I'm still interested in to know how to create fnt file, or where did you find them.

Best regards

Polo
Back to top
View user's profile Send private message
mahdi.po



Joined: 19 Sep 2006
Posts: 1
PostPosted: Sat Sep 30, 2006 5:13 pm    Post subject: i whant gskit help Reply with quote
i want gskit lib help

eny body can helpme? i donloawd the gskit from ps2dev but i cant find her library in folder lib."libgskit.a","libdmakeit.a".
plus this versions not have documantion
Back to top
View user's profile Send private message
KaylaKaze



Joined: 05 May 2004
Posts: 75
Location: NC, USA
PostPosted: Mon Oct 02, 2006 3:35 pm    Post subject: Reply with quote
I found a bug in the font loader for bmp/dat files. The Path_BMP and Path_DAT members of GSFONT are never defined. It's an easy fix but was annoying until I found the problem.

I fixed it with

Code:

   else if( gsFont->Type == GSKIT_FTYPE_BMP_DAT ) //original line
   {
      gsFont->Path_BMP=calloc(1,strlen(gsFont->Path)+4);
      gsFont->Path_DAT=calloc(1,strlen(gsFont->Path)+4);
      sprintf(gsFont->Path_BMP,"%s.bmp",gsFont->Path);
      sprintf(gsFont->Path_DAT,"%s.dat",gsFont->Path);
      if( gsKit_texture_bmp(gsGlobal, gsFont->Texture, gsFont->Path_BMP) == -1 ) //original line


in gsFont.c

Also, I don't know what other program you use to make bmp/dat pairs, but I use Bitmap Font Builder. The current version uses 16 bits for the width of characters instead of 8 so I modified the code to load the dat to a temp array, then copy the widths one by one into Additional as u8s.
Code:

      gsFont->Additional=malloc( 0x100 );
      u16 temp_buffer[512];
      if (File > 0)
      {
         fioLseek(File, 0, SEEK_SET);
         if(fioRead(File, &temp_buffer, 0x200) <= 0)
         {
            printf("Could not load font sizes: %s\n", gsFont->Path_DAT);
            return -1;
         }
         fioClose(File);
         for (i = 0; i < 0x100; i++)
         {
            gsFont->Additional[i] = (u8)temp_buffer[i];
            
         }
         
      }
Back to top
View user's profile Send private message Visit poster's website AIM Address Yahoo Messenger MSN Messenger
Neovanglist
Site Admin


Joined: 22 May 2004
Posts: 72
Location: Copenhagen, Denmark
PostPosted: Sat Oct 07, 2006 8:41 pm    Post subject: Reply with quote
Sorry guys, been really busy.

Let me catch up on my e-mails and this thread and then I'll post an update.

Thanks for waiting :)
_________________
Regards,
Neovanglist
Back to top
View user's profile Send private message Send e-mail Visit poster's website AIM Address
Neovanglist
Site Admin


Joined: 22 May 2004
Posts: 72
Location: Copenhagen, Denmark
PostPosted: Sat Oct 07, 2006 8:49 pm    Post subject: Reply with quote
KaylaKaze wrote:
I found a bug in the font loader for bmp/dat files. The Path_BMP and Path_DAT members of GSFONT are never defined. It's an easy fix but was annoying until I found the problem.

I fixed it with

Code:

   else if( gsFont->Type == GSKIT_FTYPE_BMP_DAT ) //original line
   {
      gsFont->Path_BMP=calloc(1,strlen(gsFont->Path)+4);
      gsFont->Path_DAT=calloc(1,strlen(gsFont->Path)+4);
      sprintf(gsFont->Path_BMP,"%s.bmp",gsFont->Path);
      sprintf(gsFont->Path_DAT,"%s.dat",gsFont->Path);
      if( gsKit_texture_bmp(gsGlobal, gsFont->Texture, gsFont->Path_BMP) == -1 ) //original line


in gsFont.c

Also, I don't know what other program you use to make bmp/dat pairs, but I use Bitmap Font Builder. The current version uses 16 bits for the width of characters instead of 8 so I modified the code to load the dat to a temp array, then copy the widths one by one into Additional as u8s.
Code:

      gsFont->Additional=malloc( 0x100 );
      u16 temp_buffer[512];
      if (File > 0)
      {
         fioLseek(File, 0, SEEK_SET);
         if(fioRead(File, &temp_buffer, 0x200) <= 0)
         {
            printf("Could not load font sizes: %s\n", gsFont->Path_DAT);
            return -1;
         }
         fioClose(File);
         for (i = 0; i < 0x100; i++)
         {
            gsFont->Additional[i] = (u8)temp_buffer[i];
            
         }
         
      }


Could you post this in udiff format against the current SVN?

If so I'll merge it into the gsKit code and add you to the contributors section.

Thanks!

(I don't really use the GSFONT stuff much so it's no suprise there are bugs in it)
_________________
Regards,
Neovanglist
Back to top
View user's profile Send private message Send e-mail Visit poster's website AIM Address
Neovanglist
Site Admin


Joined: 22 May 2004
Posts: 72
Location: Copenhagen, Denmark
PostPosted: Sat Oct 07, 2006 8:52 pm    Post subject: Reply with quote
Polo35 wrote:
Hey,

First of all, i've to say, we ( ULE developers ) have just released the first version of ULaunchELF using gsKit lib.


I'm here to report a trouble found in this new version of ULE. :(

We found a bug in our text editor, sometime editor completly crash the prog.
After some investigation for debugging this problem, we found gsKit is responsible.

If a text contain more them 1800 chars in first 'page', prog crash.
I mean gsKit is not able to print more then 1800 chars on screen.

So, to give more infos:

In ULE, gsKit is initialize with PrimAAEnable ON, DoubleBuffering OFF, ZBuffering OFF and mode ONESHOT.

Other parameters are initialized with 'standard' init.

ULE load a screen_width*screen_height texture for background, we always load it at gsGlobal->CurrentPointer=0x140000.

Chars are printed pixel by pixel from ULE font, and with ULE fonctions.
I mean with a call to 'gsKit_prim_point' for each pixel of each chars.


The issue is just that it has a sprite prim for each character - and also if the character is not in the same texture page that is currently in VRAM it has to upload a new one :)

This can eat up your drawchain superfast if you have thousands of characters onscreen at once.

The solution is exactly what you did... just increase the size of your oneshot drawbuffer, and optionally you can turn down the size of the persistent drawbuffer.
_________________
Regards,
Neovanglist
Back to top
View user's profile Send private message Send e-mail Visit poster's website AIM Address
Neovanglist
Site Admin


Joined: 22 May 2004
Posts: 72
Location: Copenhagen, Denmark
PostPosted: Sat Oct 07, 2006 11:24 pm    Post subject: Reply with quote
Also... I'm looking into this FONTM strangeness...

I really can't figure it out at the moment, it seems extremely tempermental.

It's not specific to any one character.. and it only happens under strange conditions.

I think it's something texture address/DMA related, but I'm really not sure yet.

I'll let you guys know when I've sorted it out.
_________________
Regards,
Neovanglist
Back to top
View user's profile Send private message Send e-mail Visit poster's website AIM Address
KaylaKaze



Joined: 05 May 2004
Posts: 75
Location: NC, USA
PostPosted: Sun Oct 08, 2006 9:50 pm    Post subject: Reply with quote
I designed a new font type I'm currently calling Alpha Font. It's an 8-bit TGA/DAT combo (like the bmp_dat font) but it loads the TGA into the alpha channel and uses a solid white as the RGB portion of the font texture. This allows the font to be antialiased on the edges and be transparent in the black area (which is something I couldn't get BMP_DAT to do). The TGA handling isn't very sturdy though so right now it only works with the 8-bit TGA files exported from Bitmap Font Builder.
Back to top
View user's profile Send private message Visit poster's website AIM Address Yahoo Messenger MSN Messenger
Neovanglist
Site Admin


Joined: 22 May 2004
Posts: 72
Location: Copenhagen, Denmark
PostPosted: Mon Oct 09, 2006 4:08 am    Post subject: Reply with quote
Why would you use TGA and deal with the unpacking if you could just use straight RBGA?

One of the reasons BMP was used is because it's pretty straightforward... I'd think it would be easier to just use a RBGA or palleted glyphset, then simply use the provided alpha channel.

With fontm, the glyphset itself is just a T4 texture and a greyscale ramp pallete with linear alpha. (I note this in the codedoc in gsKit)

That seems the most straight-forward way to do it to me, because then you can even substitute the pallete to get different color fonts, etc... which looks quite nice :)
_________________
Regards,
Neovanglist
Back to top
View user's profile Send private message Send e-mail Visit poster's website AIM Address
KaylaKaze



Joined: 05 May 2004
Posts: 75
Location: NC, USA
PostPosted: Mon Oct 09, 2006 4:19 pm    Post subject: Reply with quote
BFB creates uncompressed TGA files, while the BMP it outputs are based on screen colordepth. Basically, the BFB TGA 8-bit file is just a file header followed by 1 byte per pixel (non-flipped) raw data which I feed directly into the alpha channel (actually, I think I had to do 0x80-(image[x+y*width]>>1) because of the PS2's alpha being 4-bits instead of 8 (or something like that)). So I didn't have to mess with compression or anything.

This method does allow for the font color to be changed the exact same way as the other fonts (based on the color passed in the print command). It was my understanding that FONTM is read from the PS2 system, not an external font. Using this, you can create your own fonts from any TrueType Font and still (as far as I can see) get the benefits of using FONTM.
Back to top
View user's profile Send private message Visit poster's website AIM Address Yahoo Messenger MSN Messenger
ps2devman



Joined: 09 Oct 2006
Posts: 265
PostPosted: Tue Oct 10, 2006 3:25 pm    Post subject: Is FONTM blocking progress? Reply with quote
Dear Neovangelist... Congrats for your nice library.

Like many, I've suffered atrocious impossible to understand nasty DMA alterations while using FONTM, and of course, like others, I've finally used my own textures instead (in my case data exchanged between packet driver and tcp/ip stack became literally corrupted).

In your status file, we can guess you are blocked with that nasty dma issue, and the VU related planned work is left unreachable for now.

Don't you think FONTM could be just put as an external texture as a workaround for now? (a call to export data outside, and functions use them as external texture to upload - which proved to work perfectly)

That part is not so essential to us. I know it's raging to not detect an issue in one's code, but when I see dates on posts it seems you suffer from it for too long now.

I think your future VU related work will be much more exciting...

Keep the good work!
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic    forums.ps2dev.org Forum Index -> PS2 Development All times are GMT + 10 Hours
Goto page Previous  1, 2
Page 2 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2005 phpBB Group