Chinese character support development (1 Viewer)

[Isaac Lin]

Re: TW schedules = HK schedules?

Does the Taiwan satellite program lineup match that in Hong Kong? If so you could use the TVxb Hong Kong channel listings. (The NOW schedule should work.)
I doubt there will be any English language schedules available for the local Taiwanese channels however... If there are, they can probably be grabbed.

It won't have any problem for EPG in Englisg. You can download the "ETSI EN 300 468 document ( http://webapp.etsi.org/action/OP/OP20041022/en_300468v010601o.pdf ). In page 74, it has a character coding tables. The first byte of the EPG package is indicate language; however, the some of countries doesn't have this value, such as USA. So mine can support Traditional Chinese(0x14) and English at the same time. If you want to support Hebrew language of the EPG, you need to write a new function for this feature. Same as others...

 

[mzemina]

Isaac - Once you even get MP in an alpha state why not post some screen shots as to how you are doing?

Mike

 

[Isaac Lin]

MP Screenshot

I will upload some screenshot on next Monday.

 

[Isaac Lin]

Isaac - Once you even get MP in an alpha state why not post some screen shots as to how you are doing?

Mike

The following screen is my current achievement.
1. Select Display Language in Configuration screen

2. Select GMax skin

3. TV Channel

4. Channel Group

5. Radio Channel

6. MP - Main menu

7 Display Music Folder

8. Song list in one of the singer's folder

9. My TV - 1

10. My TV - 2

11. My TV - EPG

12. Weather

 

[mzemina]

Many Thanks Isaac - This should temp the people in the Asia area to take a look into this! Good work

These screenshots should add fuel to the fire that any displayable text should be in strings.xml so they can be internationalized. If it is hardcoded then like Isaac is showing a skin is not able to show text in their language (when available).

 

[Isaac Lin]

Many Thanks Isaac - This should temp the people in the Asia area to take a look into this! Good work

These screenshots should add fuel to the fire that any displayable text should be in strings.xml so they can be internationalized. If it is hardcoded then like Isaac is showing a skin is not able to show text in their language (when available).

It is not hardcode. I change parameters of the MAX_TEXTURE_COORDS and MaxNumfontVertices to 40869, and FontEngineDrawText3D () function in font engine. Besides, the skin also modified for decreasing amount of the font style and added TWFont13 and TWFont14 instead of using font13 and font14, the result of video memory demand is decrease than before. The purpose of using TWFont13 and TWFont14, one is for Traditional Chinese and second one is for English and numeric characters.

 

[James]

Hi Isaac,

You have said you need 256MB graphic memory to support Chinese charaters. Link

And here you listed your modification to the fonts. My question is you are loading 20,000+ charaters. However, from what I've read only a smaller number of these are in daily use? Link

I would suggest a very good thing would be to reduce the number of characters loaded. This willl reduce the memory required and work with the current font engine. To do this some work may be required to load a list of characters, not just a range.

For example instead of:

<start>19968</start> 
<end>40869</end>

something like:

<characters>19969,20012,23000-24000,...</characters>

This change may not be so hard.

/James

 

[Isaac Lin]

I will tried it in this week. Thanks.

 

[kahuna]

Issac,

Great Work!

Can you povide some detail on how to modify MP to display traditional chinese?

My goal is to display chinese epg only.

Thx

 

[bigj]

Hi Isaac,

You have said you need 256MB graphic memory to support Chinese charaters. Link

And here you listed your modification to the fonts. My question is you are loading 20,000+ charaters. However, from what I've read only a smaller number of these are in daily use? Link

I would suggest a very good thing would be to reduce the number of characters loaded. This willl reduce the memory required and work with the current font engine. To do this some work may be required to load a list of characters, not just a range.

For example instead of:

<start>19968</start> 
<end>40869</end>

something like:

<characters>19969,20012,23000-24000,...</characters>

This change may not be so hard.

/James

Font glyph caching is the real solution - a max surface allocation is made and glyphs are unpacked to this. When all surfaces are full the LRU glyphs should be removed & replaced with subsequent glyphs. Perhaps winFX does all this out of the box.