DVB-T, same issue (different image name) here:
"Canale 5", picon image is
1_0_1_2_3DE_110_820000_0_0_0.png
but tvh automatically generated one is
picon://1_0_1_FA5_3AC_110_EEEE0000_0_0_0.png
DVB-T, same issue (different image name) here:
"Canale 5", picon image is
1_0_1_2_3DE_110_820000_0_0_0.png
but tvh automatically generated one is
picon://1_0_1_FA5_3AC_110_EEEE0000_0_0_0.png
I have similar problem. The generated picon filenames do not match with the filnames in downloaded picon set. In my case the problem is with satellites on west side.
I found this explanation of picon filename:
What does an example file name pointing to the .png file look like? 10_1_957_327B_3277_6400000_0_0_0.png = the Plicon of 1600e_golden_west_network.png
* The file name, what does it mean?1 = reftype, fixed
0 = unused_
In my case the Thor 0,8W picons have generated filename like this: 1_0_1_7601_2BE_600_FFF70000_0_0_0.pngThe downloaded is: 1_0_1_7601_2BE_600_E0800000_0_0_0.png
The difference is that TVH assigns FFF7 -> (-9 decimal?) while the picon has E08 -> 3592 (359.2 degree East)0xFFF7 is decimal 65527, or suspiciously 8 off 65535 (0xFFFF). Does that thus correspond to 0.8, i.e. it's generating 0.8W versus 359.2E?
Is that what you concluded, that picon orbital position should always be specified as east of Greenwich, yes?
I've been searching the web for some definitive guide to naming ... I've failed to find anything ...Hi,
-8 should be FFF8.Yes, I think the problem is in 0.8W versus 359.2E.
Anyway, my conclusion is empirical. Picons with E08 (359,2E) are working in Enigma. I assume that this is the right way of calculation. On the other hand, according to the reference above, only the first 3 digit of namespace shows the orbital position.
So I think that the calculation should be modified to always use position as east of Greenwich.Having just used HTTP icons earlier, I decided to try this new picon thing.
After building and moving the picon files, not wanting to remove every old icon entry manually I did:
sudo service tvheadend stopsudo service tvheadend start
The sed line above would leave the icon line as such: "icon": "",
After restarting tvh the URL for all user icons on services changed to: file:///home/hts/picons
Does anyone have clue how the mapping of icon<->service is done? Or do I have to do it manually?
I'm using dvb-c if it matters.
Edit:
After testing manually adding the full icon URL to an service the icon shows up in the tvh webgui, but not in my tvhguide frontend on android, however http icons were visible in tvhguide.
I'm also curious on what this option does?
Prefer picons over channel name:You'd normally have a set of picons that are named after the various channel/service configuration parameters - that's how they're matched. I didn't build my own picons, I searched the interwebs for a suitable set and simply downloaded them, and tvheadend handled the mapping.
Examples:
... you get the idea. It seems a bit arcane as to exactly how they're named, but it's a combination of frequencies, orientation/orbital position, and so on./vol0/public/Picons$ ls 1_0_1_10_1_85_C00000_0_0_0.png 1_0_1_6FF7_42A_1_C00000_0_0_0.png 1_0_1_1045_1050_233A_EEEE0000_0_0_0.png 1_0_1_6FFF_436_1_C00000_0_0_0.png 1_0_1_105_2_85_C00000_0_0_0.png 1_0_1_7001_436_1_C00000_0_0_0.png 1_0_1_106_2_85_C00000_0_0_0.png 1_0_1_7002_436_1_C00000_0_0_0.png 1_0_1_1070_7E5_2_11A0000_0_0_0.png 1_0_1_7003_436_1_C00000_0_0_0.png 1_0_1_107_2_85_C00000_0_0_0.png 1_0_1_7004_436_1_C00000_0_0_0.png 1_0_1_1076_7E5_2_11A0000_0_0_0.png 1_0_1_7031_41B_1_C00000_0_0_0.png
Thank you Prof Yaffle.
Giving good answers as usual :)
Does your picon icons show up in xbmc as well? Or in the tvhguide android client if you use that?
It would be nice to know how tvh handles/initiates the mapping, since it seem to have mapped my radio channels, which had no icons earlier. But not my tv services, even after replacing with "empty" icon url.One does one's best :)
Icons show up in XBMC (I'm using Gotham) and tvhguide.
It might be that you need to clear out the icon cache in some way. If you have a file:/// URI (e.g. file://///path/to/icons/BBC One.png) then that's pointing to a specific icon file; if the picons are being used, you'll get something like picon://1_0_2_27FE_806_2_11A0000_0_0_0.png instead.
Ithink the 'prefer picons' option tells tvh to over-ride any previously-defined icons with the picon definition - otherwise, you end up with 'things I already had defined' and 'new picons where I had a blank'.hi guys, can anybody help me out please to see if i am doing anything wrong?
i am using this:
in tvh configuration
file:///storage/picon
then i chose use picon over channel name.
then i have all picons inside: /storage/picon
for example
/storage/picon/1_0_1_132_26_36_CE40000_0_0_0.png
what am i doing wrong?
thank you in advance
(using latest openelec with tvheadend)
Hi,
first at all I want to thank you for this great feature and work behind!
I set up everything following the howto but experiencing some things don't work.
- not all SD channels are showing up with an icon- 1 icon is wrong - german channel Pro7 is showing SAT1. icon
What can I do to fix These Problems?
Best!
AndyNormally you need to download Enigma2 style picon set. Google shows many hits but hard to find suitable and up to date set. Neither I could find. :(
On the other hand Tvheadend generated picon file name is not always good. For example it is totally bad for satellites with west position. Furthermore other parts of the picon name may not match (frequency, namespace). If the generated picon name does not exactly match with the filename then no picon will be shown for that channel.
I use my Tvheadedit tool to assign picon names since it scans the picon folder and tries to find the appropriate file to exclude the above mentioned errors. If you do not have the right picon locally you can still use an URL to channel icon on the web. (It is also supported in my tool)Hi there,
could you check if the picons names are generated correctly please?
We think Tvheadend still doesn't correctly calculate the namespace, sure for orbital position 0.8W or 1.0W you should take 0.8 or 1.0 multiple that by 10, and do 3600-8 or 3600-10, in the case of 0.8W you'll get 3592, converting this to hex is E08. For 1.0W it's E06.
Could you confirm please? Check/repair it please?> Can you help me and upload build latest picons... please...
Here you can find a build from 2015-02-28: