Kerning and other glyph placement issues

JetForMe · July 1, 2014, 9:28am

I’m using SDL_ttf, but having some rather poor results:

http://cl.ly/image/3X350h1p3I2x/Screen%20Shot%202014-07-01%20at%202.23.30%20.png

Each of those fields is rendered as one surface, with this code:

SDL_Surface* sdlS = ::TTF_RenderUTF8_Blended(mFont, mText.c_str(), mTextColor);
int result = ::SDL_BlitSurface(sdlS, NULL, mDisplay, &destRect);

Notice how the bases of each glyph jitter, as well as the size of glyphs relative to adjacent characters (e.g. “Sun”)? Notice how the 6 and 9 have fattened vertical sections?

I’m using a Helvetica Neue I found online, but it renders perfectly in OS X’s quicklook:

http://cl.ly/image/3Z0j2T3z0u36/Screen%20Shot%202014-07-01%20at%202.28.13%20.png

Any suggestions?

Thanks!–
Rick

Sylvain_Becker · July 2, 2014, 6:23pm

Hi,

Strange, could this be :

your “destRect” which is small and induces (bad) rescaling
your freetype lib (old?)
a bug in sdl_ttf, try the latest version of trunk.
give a try with different fonts.

Provide me the ttf font file, so I can have a look.

Cheers,
SylvainOn Tue, Jul 1, 2014 at 11:28 AM, Rick Mann wrote:

I’m using SDL_ttf, but having some rather poor results:
    http://cl.ly/image/3X350h1p3I2x/Screen%20Shot%202014-07-01%20at%202.23.30%20.png
Each of those fields is rendered as one surface, with this code:
SDL_Surface* sdlS = ::TTF_RenderUTF8_Blended(mFont, mText.c_str(), mTextColor);
int result = ::SDL_BlitSurface(sdlS, NULL, mDisplay, &destRect);
Notice how the bases of each glyph jitter, as well as the size of glyphs relative to adjacent characters (e.g. “Sun”)? Notice how the 6 and 9 have fattened vertical sections?

I’m using a Helvetica Neue I found online, but it renders perfectly in OS X’s quicklook:
    http://cl.ly/image/3Z0j2T3z0u36/Screen%20Shot%202014-07-01%20at%202.28.13%20.png
Any suggestions?

Thanks!

–
Rick

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

–
Sylvain Becker

JetForMe · July 2, 2014, 8:39pm

your “destRect” which is small and induces (bad) rescaling

I understood that it ignores the width and height, and only uses the origin. From the docs here:

https://wiki.libsdl.org/SDL_BlitSurface?highlight=%28%5CbCategoryAPI%5Cb%29%7C%28SDLFunctionTemplate%29

"Only the position is used in the dstrect (the width and height are ignored)."

your freetype lib (old?)

Possibly. I just found it online somewhere. Here it is:

http://cl.ly/1A3B2f2W2W3H/HelveticaNeue-Regular.ttf

a bug in sdl_ttf, try the latest version of trunk.

I’m using the following OS X frameworks:

#define SDL_TTF_MAJOR_VERSION 2
#define SDL_TTF_MINOR_VERSION 0
#define SDL_TTF_PATCHLEVEL 11

#define SDL_MAJOR_VERSION 1
#define SDL_MINOR_VERSION 2
#define SDL_PATCHLEVEL 15

Unfortunately, I have to use SDL 1.2 because the target hardware, a BeagleBone Black, isn’t supported by SDL 2.0.

give a try with different fonts.

I’ll try to find another.

Provide me the ttf font file, so I can have a look.

http://cl.ly/1A3B2f2W2W3H/HelveticaNeue-Regular.ttf

Thanks!On Jul 2, 2014, at 11:23 , Sylvain Becker <sylvain.becker at gmail.com> wrote:

–
Rick

JetForMe · July 2, 2014, 8:54pm

give a try with different fonts.

I tried it with an OTF version of the font, and while the glyph positioning is different, it’s still all over the map.On Jul 2, 2014, at 11:23 , Sylvain Becker <sylvain.becker at gmail.com> wrote:

–
Rick

Sylvain_Becker · July 2, 2014, 9:09pm

I mixed SDL_BlitSurface and SDL_RenderCopy, the DstRect is indeed used
for positionning only.

Your font, with SDL2, looks correct to me …

Also, you can try with TTF_RenderUTF8_Shaded, instead of TTF_RenderUTF8_Blender

I am almost sure that you can use the SDL2_ttf2 with SDL-1.2
Give a try only replacing SDL_ttf.cOn Wed, Jul 2, 2014 at 10:54 PM, Rick Mann wrote:

On Jul 2, 2014, at 11:23 , Sylvain Becker <@Sylvain_Becker> wrote:

give a try with different fonts.

I tried it with an OTF version of the font, and while the glyph positioning is different, it’s still all over the map.

–
Rick

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

–
Sylvain Becker

JetForMe · July 2, 2014, 9:35pm

I mixed SDL_BlitSurface and SDL_RenderCopy, the DstRect is indeed used
for positionning only.

Your font, with SDL2, looks correct to me …

Also, you can try with TTF_RenderUTF8_Shaded, instead of TTF_RenderUTF8_Blender

I did try those before. It had the same effect (except that it fills the background as well).

I am almost sure that you can use the SDL2_ttf2 with SDL-1.2
Give a try only replacing SDL_ttf.c

Yes, I’ve been using it without problems this whole time. I didn’t replace any files, though, it just seemed to work (except for this glyph issue).

I’m happy to give you the whole source to try. It runs on OS X (it’s an Xcode project), but the Makefile builds for Debian on BeagleBone Black, shouldn’t be too hard to get it to build for whatever Linux you want, assuming SDL 1.2.

I haven’t built for Debian in a while, though. I’ll have to try that tonight at home. I also want to try that to see if it has the same results.

Is there a way to generate PNG files from my display surface (for screenshots)?On Jul 2, 2014, at 14:09 , Sylvain Becker <sylvain.becker at gmail.com> wrote:

On Wed, Jul 2, 2014 at 10:54 PM, Rick Mann <@Rick_Mann> wrote:

On Jul 2, 2014, at 11:23 , Sylvain Becker <sylvain.becker at gmail.com> wrote:

give a try with different fonts.

I tried it with an OTF version of the font, and while the glyph positioning is different, it’s still all over the map.

–
Rick

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

–
Sylvain Becker

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

–
Rick

JetForMe · July 3, 2014, 7:09am

I tried it on the BeagleBone Black/Debian, I get the exact same results. I’m not very well versed with git, but I’ve put my code up there:

https://github.com/JetForMe/SPSDisplayOn Jul 2, 2014, at 14:09 , Sylvain Becker <sylvain.becker at gmail.com> wrote:

I mixed SDL_BlitSurface and SDL_RenderCopy, the DstRect is indeed used
for positionning only.

Your font, with SDL2, looks correct to me …

Also, you can try with TTF_RenderUTF8_Shaded, instead of TTF_RenderUTF8_Blender

I am almost sure that you can use the SDL2_ttf2 with SDL-1.2
Give a try only replacing SDL_ttf.c

On Wed, Jul 2, 2014 at 10:54 PM, Rick Mann <@Rick_Mann> wrote:

On Jul 2, 2014, at 11:23 , Sylvain Becker <sylvain.becker at gmail.com> wrote:

give a try with different fonts.

I tried it with an OTF version of the font, and while the glyph positioning is different, it’s still all over the map.

–
Rick

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

–
Sylvain Becker

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

–
Rick

Sylvain_Becker · July 3, 2014, 7:39am

Make sure you are using the latest version of the file “SDL_ttf.c” for
the SDL_ttf mercurial trunk ! (I mean not only the SDL2 version)

Which size are you using for the font ?

I won’t be able to run your code as I dont use sdl-1.2 anymore, and
dont want to port the whole app.
Please, write a minimal test case if you want me to run it !
Then, I will try it tomorrow.

To answer your question : if I remember correctly, you can save
surface to image with SDL_SaveBmp

Cheers,
SylvainOn Thu, Jul 3, 2014 at 9:09 AM, Rick Mann wrote:

I tried it on the BeagleBone Black/Debian, I get the exact same results. I’m not very well versed with git, but I’ve put my code up there:
    https://github.com/JetForMe/SPSDisplay
On Jul 2, 2014, at 14:09 , Sylvain Becker <@Sylvain_Becker> wrote:

I mixed SDL_BlitSurface and SDL_RenderCopy, the DstRect is indeed used
for positionning only.

Your font, with SDL2, looks correct to me …

Also, you can try with TTF_RenderUTF8_Shaded, instead of TTF_RenderUTF8_Blender

I am almost sure that you can use the SDL2_ttf2 with SDL-1.2
Give a try only replacing SDL_ttf.c

On Wed, Jul 2, 2014 at 10:54 PM, Rick Mann wrote:

On Jul 2, 2014, at 11:23 , Sylvain Becker <@Sylvain_Becker> wrote:

give a try with different fonts.

I tried it with an OTF version of the font, and while the glyph positioning is different, it’s still all over the map.

–
Rick

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

–
Sylvain Becker

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

–
Rick

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

–
Sylvain Becker

JetForMe · July 3, 2014, 8:45am

Hmm. I’m using the Framework. I’d have to get the whole thing and build it.On Jul 3, 2014, at 00:39 , Sylvain Becker <sylvain.becker at gmail.com> wrote:

Make sure you are using the latest version of the file “SDL_ttf.c” for
the SDL_ttf mercurial trunk ! (I mean not only the SDL2 version)

Which size are you using for the font ?

I won’t be able to run your code as I dont use sdl-1.2 anymore, and
dont want to port the whole app.
Please, write a minimal test case if you want me to run it !
Then, I will try it tomorrow.

To answer your question : if I remember correctly, you can save
surface to image with SDL_SaveBmp

Cheers,
Sylvain

On Thu, Jul 3, 2014 at 9:09 AM, Rick Mann <@Rick_Mann> wrote:
I tried it on the BeagleBone Black/Debian, I get the exact same results. I’m not very well versed with git, but I’ve put my code up there:
   https://github.com/JetForMe/SPSDisplay
On Jul 2, 2014, at 14:09 , Sylvain Becker <sylvain.becker at gmail.com> wrote:

I mixed SDL_BlitSurface and SDL_RenderCopy, the DstRect is indeed used
for positionning only.

Your font, with SDL2, looks correct to me …

Also, you can try with TTF_RenderUTF8_Shaded, instead of TTF_RenderUTF8_Blender

I am almost sure that you can use the SDL2_ttf2 with SDL-1.2
Give a try only replacing SDL_ttf.c

On Wed, Jul 2, 2014 at 10:54 PM, Rick Mann <@Rick_Mann> wrote:

On Jul 2, 2014, at 11:23 , Sylvain Becker <sylvain.becker at gmail.com> wrote:

give a try with different fonts.

I tried it with an OTF version of the font, and while the glyph positioning is different, it’s still all over the map.

–
Rick

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

–
Sylvain Becker

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

–
Rick

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
–
Sylvain Becker

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

–
Rick

JetForMe · July 3, 2014, 9:01am

Yeah, I can’t figure out how to build the frameworks. They don’t just build out of the box.On Jul 3, 2014, at 00:39 , Sylvain Becker <sylvain.becker at gmail.com> wrote:

Make sure you are using the latest version of the file “SDL_ttf.c” for
the SDL_ttf mercurial trunk ! (I mean not only the SDL2 version)

Which size are you using for the font ?

I won’t be able to run your code as I dont use sdl-1.2 anymore, and
dont want to port the whole app.
Please, write a minimal test case if you want me to run it !
Then, I will try it tomorrow.

To answer your question : if I remember correctly, you can save
surface to image with SDL_SaveBmp

Cheers,
Sylvain

On Thu, Jul 3, 2014 at 9:09 AM, Rick Mann <@Rick_Mann> wrote:
I tried it on the BeagleBone Black/Debian, I get the exact same results. I’m not very well versed with git, but I’ve put my code up there:
   https://github.com/JetForMe/SPSDisplay
On Jul 2, 2014, at 14:09 , Sylvain Becker <sylvain.becker at gmail.com> wrote:

I mixed SDL_BlitSurface and SDL_RenderCopy, the DstRect is indeed used
for positionning only.

Your font, with SDL2, looks correct to me …

Also, you can try with TTF_RenderUTF8_Shaded, instead of TTF_RenderUTF8_Blender

I am almost sure that you can use the SDL2_ttf2 with SDL-1.2
Give a try only replacing SDL_ttf.c

On Wed, Jul 2, 2014 at 10:54 PM, Rick Mann <@Rick_Mann> wrote:

On Jul 2, 2014, at 11:23 , Sylvain Becker <sylvain.becker at gmail.com> wrote:

give a try with different fonts.

I tried it with an OTF version of the font, and while the glyph positioning is different, it’s still all over the map.

–
Rick

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

–
Sylvain Becker

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

–
Rick

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
–
Sylvain Becker

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

–
Rick

Jonathan_Greig · July 3, 2014, 9:03am

SDL and SDL2 doesn’t really take very long to build.

I got it to build and run on Kubuntu 14.04 but all I got was a black screen
and it jacked my resolution to 640x480. I’m not very fluent with OSX as I
am Linux.On Thu, Jul 3, 2014 at 3:45 AM, Rick Mann wrote:

Hmm. I’m using the Framework. I’d have to get the whole thing and build it.

On Jul 3, 2014, at 00:39 , Sylvain Becker <sylvain.becker at gmail.com> wrote:
Make sure you are using the latest version of the file “SDL_ttf.c” for
the SDL_ttf mercurial trunk ! (I mean not only the SDL2 version)

Which size are you using for the font ?

I won’t be able to run your code as I dont use sdl-1.2 anymore, and
dont want to port the whole app.
Please, write a minimal test case if you want me to run it !
Then, I will try it tomorrow.

To answer your question : if I remember correctly, you can save
surface to image with SDL_SaveBmp

Cheers,
Sylvain

On Thu, Jul 3, 2014 at 9:09 AM, Rick Mann wrote:
I tried it on the BeagleBone Black/Debian, I get the exact same
results. I’m not very well versed with git, but I’ve put my code up there:
   https://github.com/JetForMe/SPSDisplay
On Jul 2, 2014, at 14:09 , Sylvain Becker <sylvain.becker at gmail.com> wrote:

I mixed SDL_BlitSurface and SDL_RenderCopy, the DstRect is indeed used
for positionning only.

Your font, with SDL2, looks correct to me …

Also, you can try with TTF_RenderUTF8_Shaded, instead of
TTF_RenderUTF8_Blender

I am almost sure that you can use the SDL2_ttf2 with SDL-1.2
Give a try only replacing SDL_ttf.c

On Wed, Jul 2, 2014 at 10:54 PM, Rick Mann wrote:

On Jul 2, 2014, at 11:23 , Sylvain Becker <sylvain.becker at gmail.com> wrote:

give a try with different fonts.

I tried it with an OTF version of the font, and while the glyph
positioning is different, it’s still all over the map.

–
Rick

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

–
Sylvain Becker

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

–
Rick

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
–
Sylvain Becker

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
–
Rick

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

JetForMe · July 3, 2014, 9:59am

Maybe not, unless they don’t build cleanly. Also, I’m trying to build the Xcode Framework, not the regular lib.

Sylvain, here’s a small sample:

https://pastee.org/wda6

It produces this:

http://cl.ly/image/1N1h232k0B1g/Screen%20Shot%202014-07-03%20at%202.56.49%20.png

This is with the 2.0.11 SDL 1.2 Framework.On Jul 3, 2014, at 02:03 , Jonathan Greig wrote:

SDL and SDL2 doesn’t really take very long to build.

I got it to build and run on Kubuntu 14.04 but all I got was a black screen and it jacked my resolution to 640x480. I’m not very fluent with OSX as I am Linux.

On Thu, Jul 3, 2014 at 3:45 AM, Rick Mann <@Rick_Mann> wrote:
Hmm. I’m using the Framework. I’d have to get the whole thing and build it.

On Jul 3, 2014, at 00:39 , Sylvain Becker <sylvain.becker at gmail.com> wrote:
Make sure you are using the latest version of the file “SDL_ttf.c” for
the SDL_ttf mercurial trunk ! (I mean not only the SDL2 version)

Which size are you using for the font ?

I won’t be able to run your code as I dont use sdl-1.2 anymore, and
dont want to port the whole app.
Please, write a minimal test case if you want me to run it !
Then, I will try it tomorrow.

To answer your question : if I remember correctly, you can save
surface to image with SDL_SaveBmp

Cheers,
Sylvain

On Thu, Jul 3, 2014 at 9:09 AM, Rick Mann <@Rick_Mann> wrote:
I tried it on the BeagleBone Black/Debian, I get the exact same results. I’m not very well versed with git, but I’ve put my code up there:
   https://github.com/JetForMe/SPSDisplay
On Jul 2, 2014, at 14:09 , Sylvain Becker <sylvain.becker at gmail.com> wrote:

I mixed SDL_BlitSurface and SDL_RenderCopy, the DstRect is indeed used
for positionning only.

Your font, with SDL2, looks correct to me …

Also, you can try with TTF_RenderUTF8_Shaded, instead of TTF_RenderUTF8_Blender

I am almost sure that you can use the SDL2_ttf2 with SDL-1.2
Give a try only replacing SDL_ttf.c

On Wed, Jul 2, 2014 at 10:54 PM, Rick Mann <@Rick_Mann> wrote:

On Jul 2, 2014, at 11:23 , Sylvain Becker <sylvain.becker at gmail.com> wrote:

give a try with different fonts.

I tried it with an OTF version of the font, and while the glyph positioning is different, it’s still all over the map.

–
Rick

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

–
Sylvain Becker

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

–
Rick

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
–
Sylvain Becker

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
–
Rick

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

–
Rick

Jonathan_Greig · July 3, 2014, 10:09am

No it wasn’t cleanly, but here is the compile log. Not many issues, but a
few:

jpg at trusty-laptop:~/Desktop/sdlq/SPSDisplay/SPSDisplay/trunk$ make
gcc -c -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT spa.c -o spa.o
gcc -MM -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT spa.c > spa.d
g++ -c -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
SDL/SDLDisplay.cpp -o SDL/SDLDisplay.o
g++ -MM -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
SDL/SDLDisplay.cpp > SDL/SDLDisplay.d
g++ -c -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
SDL/SDLFont.cpp -o SDL/SDLFont.o
g++ -MM -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
SDL/SDLFont.cpp > SDL/SDLFont.d
g++ -c -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
SDL/SDLLabel.cpp -o SDL/SDLLabel.o
g++ -MM -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
SDL/SDLLabel.cpp > SDL/SDLLabel.d
g++ -c -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
SDL/SDLSurface.cpp -o SDL/SDLSurface.o
g++ -MM -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
SDL/SDLSurface.cpp > SDL/SDLSurface.d
g++ -c -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
SDL/SDLView.cpp -o SDL/SDLView.o
In file included from SDL/SDLView.cpp:9:0:
SDL/SDLView.h: In constructor ?SDLView::SDLView(const SDL_Rect&)?:
SDL/SDLView.h:57:15: warning: ?SDLView::mBackgroundColor? will be
initialized after [-Wreorder]
  SDL_Color    mBackgroundColor;
               ^
SDL/SDLView.h:55:11: warning:   ?bool SDLView::mNeedsDisplay? [-Wreorder]
  bool     mNeedsDisplay;
           ^
SDL/SDLView.cpp:24:1: warning:   when initialized here [-Wreorder]
 SDLView::SDLView(const SDL_Rect& inFrame)
 ^
In file included from SDL/SDLView.cpp:9:0:
SDL/SDLView.h: In constructor ?SDLView::SDLView(int16_t, int16_t, uint16_t,
uint16_t)?:
SDL/SDLView.h:57:15: warning: ?SDLView::mBackgroundColor? will be
initialized after [-Wreorder]
  SDL_Color    mBackgroundColor;
               ^
SDL/SDLView.h:55:11: warning:   ?bool SDLView::mNeedsDisplay? [-Wreorder]
  bool     mNeedsDisplay;
           ^
SDL/SDLView.cpp:32:1: warning:   when initialized here [-Wreorder]
 SDLView::SDLView(int16_t inX, int16_t inY, uint16_t inWidth, uint16_t
inHeight)
 ^
g++ -MM -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
SDL/SDLView.cpp > SDL/SDLView.d
g++ -c -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
BBBDisplayApp.cpp -o BBBDisplayApp.o
g++ -MM -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
BBBDisplayApp.cpp > BBBDisplayApp.d
g++ -c -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
ChargeController.cpp -o ChargeController.o
g++ -MM -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
ChargeController.cpp > ChargeController.d
g++ -c -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
SPSDisplayApp.cpp -o SPSDisplayApp.o
SPSDisplayApp.cpp: In member function ?virtual bool SPSDisplayApp::init()?:

SPSDisplayApp.cpp:85:11: warning: unused variable ?labelFontBold?
[-Wunused-variable]
  SDLFont* labelFontBold = SDLFont::fontForName("HelveticaNeue-Bold.ttf",
12);
           ^

g++ -MM -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
SPSDisplayApp.cpp > SPSDisplayApp.d
g++ -c -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
TristarMPPT.cpp -o TristarMPPT.o
g++ -MM -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
TristarMPPT.cpp > TristarMPPT.d
g++ spa.o SDL/SDLDisplay.o SDL/SDLFont.o SDL/SDLLabel.o SDL/SDLSurface.o
SDL/SDLView.o BBBDisplayApp.o ChargeController.o SPSDisplayApp.o
TristarMPPT.o -L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL -lSDL_ttf
-lmodbus -lpthread -o app
jpg at trusty-laptop:~/Desktop/sdlq/SPSDisplay/SPSDisplay/trunk$
```On Thu, Jul 3, 2014 at 4:59 AM, Rick Mann <rmann at latencyzero.com> wrote:

> Maybe not, unless they don't build cleanly. Also, I'm trying to build the
> Xcode Framework, not the regular lib.
>
> Sylvain, here's a small sample:
>
>         https://pastee.org/wda6
>
> It produces this:
>
>
> http://cl.ly/image/1N1h232k0B1g/Screen%20Shot%202014-07-03%20at%202.56.49%20.png
>
> This is with the 2.0.11 SDL 1.2 Framework.
>
>
> On Jul 3, 2014, at 02:03 , Jonathan Greig <@Jonathan_Greig> wrote:
>
> > SDL and SDL2 doesn't really take very long to build.
> >
> > I got it to build and run on Kubuntu 14.04 but all I got was a black
> screen and it jacked my resolution to 640x480. I'm not very fluent with OSX
> as I am Linux.
> >
> >
> > On Thu, Jul 3, 2014 at 3:45 AM, Rick Mann <rmann at latencyzero.com> wrote:
> > Hmm. I'm using the Framework. I'd have to get the whole thing and build
> it.
> >
> > On Jul 3, 2014, at 00:39 , Sylvain Becker <sylvain.becker at gmail.com> wrote:
> >
> > > Make sure you are using the latest version of the file "SDL_ttf.c" for
> > > the SDL_ttf mercurial trunk ! (I mean not only the SDL2 version)
> > >
> > > Which size are you using for the font ?
> > >
> > > I won't be able to run your code as I dont use sdl-1.2 anymore, and
> > > dont want to port the whole app.
> > > Please, write a minimal test case if you want me to run it !
> > > Then, I will try it tomorrow.
> > >
> > > To answer your question : if I remember correctly, you can save
> > > surface to image with SDL_SaveBmp
> > >
> > > Cheers,
> > > Sylvain
> > >
> > >
> > >
> > >
> > > On Thu, Jul 3, 2014 at 9:09 AM, Rick Mann <rmann at latencyzero.com> wrote:
> > >> I tried it on the BeagleBone Black/Debian, I get the exact same
> results. I'm not very well versed with git, but I've put my code up there:
> > >>
> > >>        https://github.com/JetForMe/SPSDisplay
> > >>
> > >>
> > >> On Jul 2, 2014, at 14:09 , Sylvain Becker <sylvain.becker at gmail.com> wrote:
> > >>
> > >>> I mixed SDL_BlitSurface and SDL_RenderCopy, the DstRect is indeed
> used
> > >>> for positionning only.
> > >>>
> > >>>
> > >>> Your font, with SDL2, looks correct to me ...
> > >>>
> > >>> Also, you can try with TTF_RenderUTF8_Shaded, instead of
> TTF_RenderUTF8_Blender
> > >>>
> > >>> I am almost sure that you can use the SDL2_ttf2 with SDL-1.2
> > >>> Give a try only replacing SDL_ttf.c
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>> On Wed, Jul 2, 2014 at 10:54 PM, Rick Mann <rmann at latencyzero.com> wrote:
> > >>>>
> > >>>> On Jul 2, 2014, at 11:23 , Sylvain Becker <sylvain.becker at gmail.com> wrote:
> > >>>>
> > >>>>> - give a try with different fonts.
> > >>>>
> > >>>> I tried it with an OTF version of the font, and while the glyph
> positioning is different, it's still all over the map.
> > >>>>
> > >>>> --
> > >>>> Rick
> > >>>>
> > >>>>
> > >>>>
> > >>>> _______________________________________________
> > >>>> SDL mailing list
> > >>>> SDL at lists.libsdl.org
> > >>>> http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
> > >>>
> > >>>
> > >>>
> > >>> --
> > >>> Sylvain Becker
> > >>> _______________________________________________
> > >>> SDL mailing list
> > >>> SDL at lists.libsdl.org
> > >>> http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
> > >>
> > >>
> > >> --
> > >> Rick
> > >>
> > >>
> > >>
> > >> _______________________________________________
> > >> SDL mailing list
> > >> SDL at lists.libsdl.org
> > >> http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
> > >
> > >
> > >
> > > --
> > > Sylvain Becker
> > > _______________________________________________
> > > SDL mailing list
> > > SDL at lists.libsdl.org
> > > http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
> >
> >
> > --
> > Rick
> >
> >
> >
> > _______________________________________________
> > SDL mailing list
> > SDL at lists.libsdl.org
> > http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
> >
> > _______________________________________________
> > SDL mailing list
> > SDL at lists.libsdl.org
> > http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
>
>
> --
> Rick
>
>
>
> _______________________________________________
> SDL mailing list
> SDL at lists.libsdl.org
> http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
>

Sylvain_Becker · July 3, 2014, 7:07pm

Rick,

I tried with the latest version and I have the same rendering issue !
I opened a bug for that :

github.com/libsdl-org/SDL_ttf

Some glyph are misplaced

opened 05:43AM - 11 Feb 21 UTC

closed 05:43AM - 11 Feb 21 UTC

SDLBugzilla

wontfix

# This bug report was migrated from our old Bugzilla tracker. These attachments… are available in the static archive: * [test case (misplaced_glyph.c, text/x-csrc, 2014-07-03 19:03:01 +0000, 1859 bytes)](https://bugzilla.libsdl.org/attachment.cgi?id=1728) * [the font (HelveticaNeue-Regular.ttf, application/font-truetype, 2014-07-03 19:03:26 +0000, 49832 bytes)](https://bugzilla.libsdl.org/attachment.cgi?id=1729) * [screenshot (Screen Shot 2014-07-03 at 2.56.49 .png, image/png, 2014-07-03 19:04:40 +0000, 26702 bytes)](https://bugzilla.libsdl.org/attachment.cgi?id=1730) **Reported in version:** unspecified **Reported for operating system, platform:** Linux, x86_64 # Comments on the original bug report: On 2014-07-03 19:03:01 +0000, Sylvain wrote: > Created attachment 1728 > test case > > Some glyph are misplaced with this font. > here's a test case + picture. On 2014-07-03 19:03:26 +0000, Sylvain wrote: > Created attachment 1729 > the font On 2014-07-03 19:04:40 +0000, Sylvain wrote: > Created attachment 1730 > screenshot On 2014-07-04 09:47:20 +0000, Sylvain wrote: > When using size 12, the 'n' gets a bad "horiBearingY" value from freetype (at least compared to the 'u'). > This is the Y offset, when writing in horizontal layout. > > See: > http://www.freetype.org/freetype2/docs/glyphs/ > http://www.freetype.org/freetype2/docs/glyphs/glyphs-3.html > > If you use a different size (11 or 13), you get better result because the "horiBearingY" of 'u' and 'n' are equals > But it seems that if the font get loaded with different hint flags, you have also better result. > > So after loading the font, you can use: > > TTF_SetFontHinting(font, TTF_HINTING_LIGHT); On 2014-12-19 10:12:05 +0000, Yohann Ferreira wrote: > Hi Sylvain, :) > > I'm no SDL_ttf Guru master but I've been having a similar problem with my own app, and I've tried to sum up the problem and how we fixed it there: > https://bugzilla.libsdl.org/show_bug.cgi?id=2104#c12 > > Hopefully, this will help you or anyone else have info on the possible root cause of the problem. > > Best regards, On 2014-12-19 13:11:32 +0000, Sylvain wrote: > Hi Yohann, > > For the record, this issue is from another person, see this thread : > http://forums.libsdl.org/viewtopic.php?p=44210 > > The font is "scalable". > > Values from freetype seems to have the glitch. > > I think SDL handles correctly the y offset. The glitch is already present in the freetype value (due to freetype rendering/scaling/filtering). > > (freetype version is 2.5.2) > > Cheers > > scalable[S] horibearingY = 576 height = 576 font.ascent=12 > scalable[u] horibearingY = 448 height = 448 font.ascent=12 > scalable[n] horibearingY = 384 height = 448 font.ascent=12 > scalable[:] horibearingY = 448 height = 448 font.ascent=12 > scalable[ ] horibearingY = 0 height = 0 font.ascent=12 > scalable[2] horibearingY = 576 height = 576 font.ascent=12 > scalable[0] horibearingY = 576 height = 576 font.ascent=12 > scalable[1] horibearingY = 576 height = 640 font.ascent=12 > scalable[4] horibearingY = 576 height = 576 font.ascent=12 > scalable[-] horibearingY = 256 height = 64 font.ascent=12 > scalable[7] horibearingY = 576 height = 576 font.ascent=12 > scalable[j] horibearingY = 576 height = 768 font.ascent=12 > scalable[a] horibearingY = 384 height = 384 font.ascent=12 > scalable[p] horibearingY = 384 height = 576 font.ascent=12 > scalable[q] horibearingY = 384 height = 576 font.ascent=12 > scalable[r] horibearingY = 384 height = 448 font.ascent=12 > scalable[w] horibearingY = 448 height = 512 font.ascent=12 > glyph[S] miny=0 maxy=9 yoffset=3 > glyph[u] miny=0 maxy=7 yoffset=5 > glyph[n] miny=-1 maxy=6 yoffset=6 > glyph[:] miny=0 maxy=7 yoffset=5 > glyph[ ] miny=0 maxy=0 yoffset=12 > glyph[2] miny=0 maxy=9 yoffset=3 > glyph[0] miny=0 maxy=9 yoffset=3 > glyph[1] miny=-1 maxy=9 yoffset=3 > glyph[4] miny=0 maxy=9 yoffset=3 > glyph[-] miny=3 maxy=4 yoffset=8 > glyph[0] miny=0 maxy=9 yoffset=3 > glyph[7] miny=0 maxy=9 yoffset=3 > glyph[-] miny=3 maxy=4 yoffset=8 > glyph[0] miny=0 maxy=9 yoffset=3 > glyph[2] miny=0 maxy=9 yoffset=3 On 2014-12-19 14:21:25 +0000, Yohann Ferreira wrote: > Hi again Sylvain, > > Thanks for the links. :) > > > I think SDL handles correctly the y offset. The glitch is already present in the freetype value (due to freetype rendering/scaling/filtering). > > Just to understand correctly what is happening, I guess you mean a different horibearingY from the height? Or even something else? > > scalable[n] horibearingY = 384 height = 448 font.ascent=12 > > glyph[n] miny=-1 maxy=6 yoffset=6 > > I'll look into adding a light font hinting, btw. :) > > Regards, :) On 2014-12-19 14:45:52 +0000, Sylvain wrote: > The issue that was initially reported was "letters 'u' and 'n' are rendered misplaced". > > With this log: > > scalable[u] horibearingY = 448 height = 448 font.ascent=12 > scalable[n] horibearingY = 384 height = 448 font.ascent=12 > > We see that freetype says "letters 'u' and 'n' have same height". > And also "'u' and 'n' are not aligned" (because of the different horiBearingY). > So, even before rendering the "letters 'u' and 'n' are misplaced". > > I am not a freetype expert, but it seems to me, the issue is with freetype. > > Using the light font, is just a workaround to have the same font-size without the glitch. (But, who knows, the same kind of issue may appears with other glyph). On 2014-12-19 21:59:51 +0000, Yohann Ferreira wrote: > Hi Sylvain, :) > > Thanks for all the info. there is indeed something fishy with horizBearingY. > > Can you tell how you got the info? Did you had some log in sdl ttf? > In fact, I must say I was wondering whether the FT_CEILING and FT_FLOOR could somehow get in the way. > > If they don't, the next step is the freetype code source! On 2014-12-20 08:43:45 +0000, Sylvain wrote: > Hi, > > Yes, the log comes from a few "printf" added into SDL_ttf.c. > The FT_CEIL/FT_FLOOR are also defines in this file. > > 43 /* Handy routines for converting from fixed point */ > 44 #define FT_FLOOR(X) ((X & -64) / 64) > 45 #define FT_CEIL(X) (((X + 63) & -64) / 64) > > > I've Tried with freetype 2.5.4, and also freetype 2.4.0. Same issue. On 2017-09-10 06:02:00 +0000, Sam Lantinga wrote: > I can reproduce this with the SDL_ttf test program: > ./showfont ~/Downloads/HelveticaNeue-Regular.ttf 12 "Sun: 2014-07-02" > > I'm not sure what we can do if FreeType is returning bad values... On 2017-09-10 12:03:29 +0000, Sylvain wrote: > I think I did nothing for that, except changing the font. > Maybe let's just close the bug :) On 2017-09-10 16:19:59 +0000, Sam Lantinga wrote: > Okay, sounds good. :)

Maybe add yourself to the CC list to know about it …
In the mean time use another font or try fixing is with SDL2 environment .

Cheers,

SylvainOn Thu, Jul 3, 2014 at 12:09 PM, Jonathan Greig wrote:

No it wasn’t cleanly, but here is the compile log. Not many issues, but a
few:
jpg at trusty-laptop:~/Desktop/sdlq/SPSDisplay/SPSDisplay/trunk$ make
gcc -c -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT spa.c -o spa.o
gcc -MM -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT spa.c > spa.d
g++ -c -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
SDL/SDLDisplay.cpp -o SDL/SDLDisplay.o
g++ -MM -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
SDL/SDLDisplay.cpp > SDL/SDLDisplay.d
g++ -c -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
SDL/SDLFont.cpp -o SDL/SDLFont.o
g++ -MM -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
SDL/SDLFont.cpp > SDL/SDLFont.d
g++ -c -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
SDL/SDLLabel.cpp -o SDL/SDLLabel.o
g++ -MM -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
SDL/SDLLabel.cpp > SDL/SDLLabel.d
g++ -c -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
SDL/SDLSurface.cpp -o SDL/SDLSurface.o
g++ -MM -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
SDL/SDLSurface.cpp > SDL/SDLSurface.d
g++ -c -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
SDL/SDLView.cpp -o SDL/SDLView.o
In file included from SDL/SDLView.cpp:9:0:
SDL/SDLView.h: In constructor ?SDLView::SDLView(const SDL_Rect&)?:
SDL/SDLView.h:57:15: warning: ?SDLView::mBackgroundColor? will be
initialized after [-Wreorder]
  SDL_Color    mBackgroundColor;
               ^
SDL/SDLView.h:55:11: warning:   ?bool SDLView::mNeedsDisplay? [-Wreorder]
  bool     mNeedsDisplay;
           ^
SDL/SDLView.cpp:24:1: warning:   when initialized here [-Wreorder]
 SDLView::SDLView(const SDL_Rect& inFrame)
 ^
In file included from SDL/SDLView.cpp:9:0:
SDL/SDLView.h: In constructor ?SDLView::SDLView(int16_t, int16_t, uint16_t,
uint16_t)?:
SDL/SDLView.h:57:15: warning: ?SDLView::mBackgroundColor? will be
initialized after [-Wreorder]
  SDL_Color    mBackgroundColor;
               ^
SDL/SDLView.h:55:11: warning:   ?bool SDLView::mNeedsDisplay? [-Wreorder]
  bool     mNeedsDisplay;
           ^
SDL/SDLView.cpp:32:1: warning:   when initialized here [-Wreorder]
 SDLView::SDLView(int16_t inX, int16_t inY, uint16_t inWidth, uint16_t
inHeight)
 ^
g++ -MM -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
SDL/SDLView.cpp > SDL/SDLView.d
g++ -c -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
BBBDisplayApp.cpp -o BBBDisplayApp.o
g++ -MM -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
BBBDisplayApp.cpp > BBBDisplayApp.d
g++ -c -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
ChargeController.cpp -o ChargeController.o
g++ -MM -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
ChargeController.cpp > ChargeController.d
g++ -c -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
SPSDisplayApp.cpp -o SPSDisplayApp.o
SPSDisplayApp.cpp: In member function ?virtual bool SPSDisplayApp::init()?:
SPSDisplayApp.cpp:85:11: warning: unused variable ?labelFontBold?
[-Wunused-variable]
  SDLFont* labelFontBold = SDLFont::fontForName("HelveticaNeue-Bold.ttf",
12);
           ^
g++ -MM -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
SPSDisplayApp.cpp > SPSDisplayApp.d
g++ -c -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
TristarMPPT.cpp -o TristarMPPT.o
g++ -MM -g -Wall -I. -ISDL -Wno-unknown-pragmas -D_REENTRANT -std=gnu++0x
TristarMPPT.cpp > TristarMPPT.d
g++ spa.o SDL/SDLDisplay.o SDL/SDLFont.o SDL/SDLLabel.o SDL/SDLSurface.o
SDL/SDLView.o BBBDisplayApp.o ChargeController.o SPSDisplayApp.o
TristarMPPT.o -L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL -lSDL_ttf
-lmodbus -lpthread -o app
jpg at trusty-laptop:~/Desktop/sdlq/SPSDisplay/SPSDisplay/trunk$
On Thu, Jul 3, 2014 at 4:59 AM, Rick Mann wrote:
Maybe not, unless they don’t build cleanly. Also, I’m trying to build the
Xcode Framework, not the regular lib.

Sylvain, here’s a small sample:
    https://pastee.org/wda6
It produces this:

http://cl.ly/image/1N1h232k0B1g/Screen%20Shot%202014-07-03%20at%202.56.49%20.png

This is with the 2.0.11 SDL 1.2 Framework.

On Jul 3, 2014, at 02:03 , Jonathan Greig wrote:
SDL and SDL2 doesn’t really take very long to build.

I got it to build and run on Kubuntu 14.04 but all I got was a black
screen and it jacked my resolution to 640x480. I’m not very fluent with OSX
as I am Linux.

On Thu, Jul 3, 2014 at 3:45 AM, Rick Mann wrote:
Hmm. I’m using the Framework. I’d have to get the whole thing and build
it.

On Jul 3, 2014, at 00:39 , Sylvain Becker <@Sylvain_Becker> wrote:
Make sure you are using the latest version of the file “SDL_ttf.c” for
the SDL_ttf mercurial trunk ! (I mean not only the SDL2 version)

Which size are you using for the font ?

I won’t be able to run your code as I dont use sdl-1.2 anymore, and
dont want to port the whole app.
Please, write a minimal test case if you want me to run it !
Then, I will try it tomorrow.

To answer your question : if I remember correctly, you can save
surface to image with SDL_SaveBmp

Cheers,
Sylvain

On Thu, Jul 3, 2014 at 9:09 AM, Rick Mann wrote:
I tried it on the BeagleBone Black/Debian, I get the exact same
results. I’m not very well versed with git, but I’ve put my code up there:
   https://github.com/JetForMe/SPSDisplay
On Jul 2, 2014, at 14:09 , Sylvain Becker <@Sylvain_Becker> wrote:

I mixed SDL_BlitSurface and SDL_RenderCopy, the DstRect is indeed
used
for positionning only.

Your font, with SDL2, looks correct to me …

Also, you can try with TTF_RenderUTF8_Shaded, instead of
TTF_RenderUTF8_Blender

I am almost sure that you can use the SDL2_ttf2 with SDL-1.2
Give a try only replacing SDL_ttf.c

On Wed, Jul 2, 2014 at 10:54 PM, Rick Mann wrote:

On Jul 2, 2014, at 11:23 , Sylvain Becker <@Sylvain_Becker> wrote:

give a try with different fonts.

I tried it with an OTF version of the font, and while the glyph
positioning is different, it’s still all over the map.

–
Rick

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

–
Sylvain Becker

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

–
Rick

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
–
Sylvain Becker

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
–
Rick

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
–
Rick

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

–
Sylvain Becker

JetForMe · July 3, 2014, 7:27pm

In the mean time use another font or try fixing is with SDL2 environment .

If I knew how to get fbdev support working in SDL2, I would! That’s the only reason I can’t. OpenGL isn’t working on the BeagleBone Black.On Jul 3, 2014, at 12:07 , Sylvain Becker <sylvain.becker at gmail.com> wrote:

–
Rick

JetForMe · July 3, 2014, 7:28pm

I tried with the latest version and I have the same rendering issue !
I opened a bug for that :
Some glyph are misplaced · Issue #50 · libsdl-org/SDL_ttf · GitHub
Maybe add yourself to the CC list to know about it …

Thanks!

So, you think a different font works? I’ll take any modern-looking font that has the numbers, decimal, and colon all monospaced.On Jul 3, 2014, at 12:07 , Sylvain Becker <sylvain.becker at gmail.com> wrote:

–
Rick

Sylvain_Becker · July 3, 2014, 7:41pm

I mean the problem is there also in SDL2 with this font and latest SDL_ttf.
If you get it solve for SDL2, very likely, it will be solved for SDL1.2 as well.

I am not sure about monospaced font. it worth a try…On Thu, Jul 3, 2014 at 9:28 PM, Rick Mann wrote:

On Jul 3, 2014, at 12:07 , Sylvain Becker <@Sylvain_Becker> wrote:

I tried with the latest version and I have the same rendering issue !
I opened a bug for that :
Some glyph are misplaced · Issue #50 · libsdl-org/SDL_ttf · GitHub
Maybe add yourself to the CC list to know about it …

Thanks!

So, you think a different font works? I’ll take any modern-looking font that has the numbers, decimal, and colon all monospaced.

–
Rick

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

–
Sylvain Becker

mr_tawan · July 3, 2014, 9:45pm

Indeed it looks pretty bad on the small text.

Here I use HelveticaNeue-Regular you posted on the top, SourceSansPro-Regular.ttf, and then SourceSansPro-Regular.otf on the bottom. All of them are 16 point height.

You can get source sans pro from http://sourceforge.net/projects/sourcesans.adobe/

The otf varient is drawn slightly different due to the FreeType2 2.5 which includes Adobe’s rasterizer, the ttf verrsion uses old rasterizer. I think if you’re using FreeType 2 below version 2.4.12, the output would be on par or even worse than ttf version though.

mr_tawan · July 3, 2014, 9:47pm

Indeed it looks pretty bad on the small text.

Here I use HelveticaNeue-Regular you posted on the top, SourceSansPro-Regular.ttf, and then SourceSansPro-Regular.otf on the bottom. All of them are 16 point height.

[Image: https://95858663ef71a996ed181108f6cd132eebb2d248.googledrive.com/host/0B2Owi7msgdqDUU8xejNJMzhxY28/Screenshot%20from%202014-07-04%2004:34:47.png ]

The otf varient is drawn slightly different due to the FreeType2 2.5 which includes Adobe’s rasterizer, the ttf verrsion uses old rasterizer. I think if you’re using FreeType 2 below version 2.4.12, the output would be on par or even worse than ttf version though.

You can get source sans pro from http://sourceforge.net/projects/sourcesans.adobe/

JetForMe · July 3, 2014, 10:01pm

Thanks. How do I use SourceSans? I don’t see a plain .otf version in there.

I have FreeType 2.5.3 installed on this machine, although I’m not sure SDL 1.2 Framework is using it (I think it embeds its own FreeType).On Jul 3, 2014, at 14:47 , mr_tawan <mr_tawan at hotmail.com> wrote:

Indeed it looks pretty bad on the small text.

Here I use HelveticaNeue-Regular you posted on the top, SourceSansPro-Regular.ttf, and then SourceSansPro-Regular.otf on the bottom. All of them are 16 point height.

The otf varient is drawn slightly different due to the FreeType2 2.5 which includes Adobe’s rasterizer, the ttf verrsion uses old rasterizer. I think if you’re using FreeType 2 below version 2.4.12, the output would be on par or even worse than ttf version though.

You can get source sans pro from http://sourceforge.net/projects/sourcesans.adobe/

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

–
Rick