View Full Version : [ABM-MISC] Cyrillic letters in name are not readable after scanning 45E Vivacom.
After scanning Vivacom at 45E , cyrillic channel names -unrecognised!
15 channels at 4 transponders(11475V,12520V,12560V,12600V) on Vivacom DTH 45 East.
After zapping on transponder , names are corrected, but is annoying to see unrecognised symbols, instead correct channel name in cyrillic.
Names in lamedb and lamedb5 are also in these unrecognised symbols.
Channels with latin names and EPG are not affected!https://uploads.tapatalk-cdn.com/20240213/22ab18cb26e82cbe4c1ca8d6cbe98329.jpg
With Autobouquetsmaker 3.3 , provider Vivacom 45E.
With scheduled scan and manual scan from plugin menu, result is the same.
With AB Pulse 4K and Gigablue HD Quad Plus.
2 receivers same problems.
After zapping on channels on tne same transponder, letters are fixing, but is very annoying..
https://github.com/oe-alliance/AutoBouquetsMaker/blob/e8e937162675bed4f0ca0b2c9fab36f223a9f725/AutoBouquetsMaker/lib/dvbreader.c#L21-L26
Enigma2 has built-in dvb code for 8859-5 Cyrillic.
ABM is currently limited to iso 8859-1 Latin1 valid dvb chars only at present.
I guess someone needs to use iso 8859-5 for Cyrillic instead of limiting with iso 8859-1 Latin1.
Thanks for the hint, but where to seek the solution- may be in encoding.conf or must be insert in code of ABM?
https://github.com/oe-alliance/AutoBouquetsMaker/blob/e8e937162675bed4f0ca0b2c9fab36f223a9f725/AutoBouquetsMaker/lib/dvbreader.c#L21-L26
Enigma2 has built-in dvb code for 8859-5 Cyrillic.
ABM is currently limited to iso 8859-1 Latin1 valid dvb chars only at present.
I guess someone needs to use iso 8859-5 for Cyrillic instead of limiting with iso 8859-1 Latin1.I'm not sure how that helps because then we lose all the 128-255 chars from Latin1.
We really need it to follow the standard and choose the charset based on ETSI EN 300 468 Annex 2.
A.2 Selection of character table
Text fields can optionally start with non-spacing, non-displayed data which specifies the alternative character table to be used for the remainder of the text item. The selection of character table is indicated as follows:
- if the first byte of the text field has a value in the range "0x20" to "0xFF" then this and all subsequent bytes in the text item are coded using the default character coding table (table 00 - Latin alphabet) of figure A.1;
- if the first byte of the text field has a value in the range "0x01" to "0x0F" then the remaining bytes in the text item are coded in accordance with the character coding tables which are given in table A.3;
Currently we just use the default, which is Latin1.
I'm not sure of the code changes we need to implement this.
I am ready to test some code changes!
Could you make .ipk file just for this case(Vivacom) with cyrillic.
I think this will be partial fix for the problem...
This will have to wait until someone with the ability to fix it has time.
@plevel,
Enable debug logs (in system menu).
In ABM switch on extra debug.
Do a scan of that provider.
Post the debug logs here.
What hardware are you using?
I am using Gigablue HD Quad Plus with OpenATV 7.3 and Pulse 4K with open pli 8.3.
I will debug Gigablue HD Quad Plus now.
https://mega.nz/file/EHxzGRoI#T9VOeW-okOk6VMeKvaSltFOSLzHm2WiVcNCBBLoOLRM
Debug log.
I am using Gigablue HD Quad Plus with OpenATV 7.3 and Pulse 4K with open pli 8.3.
I will debug Gigablue HD Quad Plus now.Ok, on the GB Quad Plus can you add the supplied files from the zip file to /usr/lib/enigma2/python/Plugins/SystemPlugins/AutoBouquetsMaker/scanner.
Reboot and scan again. Get logs too.
On Gigablue worked OK, problem was fixed!
I will upload debub logs lately today.
And will try this files on Pulse 4K also.
https://mega.nz/file/oThSABKQ#UifUyEfBn3FKb5p4HChQESsVdOQbvbfkIP1h1EMx7 P8
Debug log.
Also these files are Not working at Pulse 4K and OpenPli 8.3.
The .so has to be compiled for the correct python version. This was compiled for python 3.11 to match your atv.
Added a workaround in ABM.
https://github.com/oe-alliance/AutoBouquetsMaker/commit/032182071ab25689f3068bbbc78ab86c7714d268
https://github.com/oe-alliance/AutoBouquetsMaker/commit/512834d62b5930442e1716c0d593bf6bce80fa51
abu baniaz
01-03-24, 01:10
ABM no longer builds on Python 2.7 images. PLI tried to update ABM on 8.3 branch a few weeks ago, it bailed out. Best you use use Developer/Nightly PLI builds for your pulse 4k.
On OpenATV works great.
I 've downloaded plugin(ipk) from developer image OpenPli Nightly Builds , it also work on 9.0 but dont work on 8.3 :(
Some help from you to my case with python 2.7 on OpenPli 8.3, some workaround without change image...?
Thanks for your great work.
Appreciate!
Have you considered using OpenViX on the GB?
Also, OpenBH do an image for the pulse.
Powered by vBulletin® Version 4.2.5 Copyright © 2024 vBulletin Solutions Inc. All rights reserved.