• The forum software that supports hummy.tv will be upgraded to XenForo 2.3 on Wednesday the 20th of November 2024 starting at 7pm

    There will be some periods where the forum is unavailable, please bear with us. More details can be found in the upgrade thread.

No drama in the EPG

MymsMan

Ad detector
Just noticed that all Drama programmes in the EPG (webif and RS) show
Code:
Type     Undefined (15)
instead of Drama (15)

Why is it Type in the EPG but Genre once it has been recorded?
Also Genre does not appear in the browse details box and is only shown in the list display
 
Why is it Type in the EPG but Genre once it has been recorded?
Unfortunately because they aren't the same thing, I have no idea why Humax made the choices they did, see below.
While writing the below content, I realised what they've done, or maybe what we have done in decoding the .hmt

The first is the content type taken from the raw EPG data, specifically the data in descriptor 84. The decoding table is here: https://github.com/hummypkg/webif/blob/master/webif/lib/epg.class#L97
and that was derived from ETSI EN 300 468 - see https://wiki.hummy.tv/etsi.pdf , pages 40-42 - the "nibble 1" column. It's a 4-bit field so it's possible that a newer version of that spec defines a use for values 11-15. Either way, if we have observations supporting that, the table can be easily updated. My observations are that nibble 2 is always 0 for UK DVB-T.

The second is the genre code stored in the .hmt file for a completed recording, that's decoded by:

https://github.com/hummypkg/webif/blob/master/webif/lib/ts.class#L495

And indeed, 240 >> 4 = 15 so we do have that for post-recording.

I'll do some tidying up and consolidate this stuff.

Also Genre does not appear in the browse details box and is only shown in the list display
I'll fix that too.
 
There is an updated standard http://www.etsi.org/deliver/etsi_en/300400_300499/300468/01.15.01_60/en_300468v011501p.pdf V1.15.1 (2016-03) but it hasn't actually changed the definition of the content type descriptor, in both 0xF is defined as User Defined.

It would appear that all the major UK broadcasters have agreed to use it for Drama since I have seen examples from BBC, ITV, Channel 4 and Five

It is perverse to use a different encoding system in the EPG than in the broadcast stream for essentially the same information but then a degree of perversity is to be expected from an international standards body!
It is also a pity that broadcasters don't use the sub-codes to provide a mores useful program categorization
 
It is also a pity that broadcasters don't use the sub-codes to provide a mores useful program categorization
That would just give them more scope for getting it wrong. Plenty of them can barely manage as it is.
 
I've updated the `epg` utility too. Still need to finish completely fixing RS.
 
See https://github.com/hummypkg/webif/c...c3e7#diff-053126fae1a3c826728829df9d1a69d7R24
We now have a centralised table. I'll push out a webif update shortly.
Appears to have broken sweeper :(
Code:
29/01/2018 20:49:38 - ::sweeper::run: ts, unknown command "genrelist": should be _parse, _tvdb_resolve, bfile, bookmarks, classname, classvars, cleanbmp, clearepdata, copy, delete, destroy, dir, dlnaloc, duration, enc, episode_name, epstr, eval, exec, extract_numbers, fetch, fileset, finalize, flag, genre_info, genrenib, get, iconset, inuse, iterate, lastmod, lock, method, methods, mkbmp, mkbmps, mkmp3, mkmpg, mkthm, move, new, parse, renamegroup, resetnew, series_name, serieslist, set_deduped, set_new, set_shrunk, set_watched, setbookmarks, setfile, setflag, setgenre, setguidance, setsynopsis, settitle, size, storeepisode, touchgroup, tsr, unenc, unflag, unlock, unset_deduped, unsetflag, vars
 
Back
Top