home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
Support
Electronic Program Guide
DVB-S EPG wrong character encoding for Hungarian language
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="Vasilich" data-source="post: 1038737" data-attributes="member: 97516"><p>@[USER=105904]gurabli[/USER] thanks for your effort</p><p>so from logs i see that UPC Direct (check channel details - it should have networkid=[0x600], transportid=[0x2C1], serviceid=[0x7725]) sets proper encoding flag for his EPG:</p><p></p><p>enc=- means that no encoding flag specified, and according to ETSI EN 300 468 V1.13.1 </p><p>and these strange capital letters preceding "normal" letters (i.e. expecting to be there, but with diacritic symbols) is the way of ISO 6937 encoding.</p><p>So far - good.</p><p></p><p>Now - to DIGI TV:</p><p>and here we see clear problem: this provider doesn't set encoding flag according to DVB specifications. If no encoding specified (enc=-) then it should encode all letters with diacritic as 2 letters. And this is clearly not the case. Blame provider - they should follow DVB specs. IMHO most suitable encoding for them is either that UPCDirect uses, or ISO8859-2 (East European). I have seen 8859-2 is used by polish providers (TVP Polonia): </p><p></p><p>Currently i have no idea how to solve this problem with wrong marked encoding with some providers. Approach as with czech providers (force one predefined encoding for all strings, marked as [cze], in old code) cannot be applied here because there are different encodings used by different hungarian providers though all of them are marked as [hun]. If you will get any idea - i'd be glad to hear and implement it <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile :)" loading="lazy" data-shortname=":)" /></p></blockquote><p></p>
[QUOTE="Vasilich, post: 1038737, member: 97516"] @[USER=105904]gurabli[/USER] thanks for your effort so from logs i see that UPC Direct (check channel details - it should have networkid=[0x600], transportid=[0x2C1], serviceid=[0x7725]) sets proper encoding flag for his EPG: enc=- means that no encoding flag specified, and according to ETSI EN 300 468 V1.13.1 and these strange capital letters preceding "normal" letters (i.e. expecting to be there, but with diacritic symbols) is the way of ISO 6937 encoding. So far - good. Now - to DIGI TV: and here we see clear problem: this provider doesn't set encoding flag according to DVB specifications. If no encoding specified (enc=-) then it should encode all letters with diacritic as 2 letters. And this is clearly not the case. Blame provider - they should follow DVB specs. IMHO most suitable encoding for them is either that UPCDirect uses, or ISO8859-2 (East European). I have seen 8859-2 is used by polish providers (TVP Polonia): Currently i have no idea how to solve this problem with wrong marked encoding with some providers. Approach as with czech providers (force one predefined encoding for all strings, marked as [cze], in old code) cannot be applied here because there are different encodings used by different hungarian providers though all of them are marked as [hun]. If you will get any idea - i'd be glad to hear and implement it :) [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Support
Electronic Program Guide
DVB-S EPG wrong character encoding for Hungarian language
Contact us
RSS
Top
Bottom