Ok I have done some further research. In my xmltv epg data cache I did some anaylsis and the reason
for the content type only working for Music is related to the string matching that happens (rightly or wrongly).
In epg.c in tvheadend it matches on these content types.
static const char *groupnames[16] = {
[1] = "Movie / Drama",
[2] = "News / Current affairs",
[3] = "Show / Games",
[4] = "Sports",
[5] = "Children's / Youth",
[6] = "Music",
[7] = "Art / Culture",
[8] = "Social / Political issues / Economics",
[9] = "Education / Science / Factual topics",
[10] = "Leisure hobbies",
[11] = "Special characteristics",
In my epg cache it has content types such as
. Music - works
. Sport - fails as it trys to match on sports
. Children - fails trys to match on Children's / Youth
. Motoring - fails - doesnt exist
. Arts and culture - fails - trys to match on Art /Culture
. Science - fails - try to match on Education / Science / Factual topics
. etc etc
Can anyone post some sample epg data, just to do some further digging.
it uses this to match the content type - which doesn't seem to contain fuzzy enough matching rules unless there is a strict
content type in the xmltv standard.
uint8_t
epg_content_group_find_by_name(const char *name)
{
int i;
for(i = 0; i < 16; i++) {
if(groupnames[i] != NULL && !strcmp(name, groupnames[i]))
return i;
}
return 0;
}
I see two possible reasons
1. The radiotime xmltv feeds for uk/ie don't follow the xmltv content type standard
2. The tvheadend matching should have fuzzy matching to handle this subtle differences -> this might be a custom build but would like something I contribute if there was a standard way to handle content types.
I am sure I could make this fuzzy matching work, I am a java programming so will need to google what the c++ methods for string matching
dushmaniac
In the XMBC side how does it define the colours used to show the content type?
. Music -> Green
. Sport -> Red
etc
Thanks
Neil