eepgcache and title searching
Re: eepgcache and title searching #161
Re: eepgcache and title searching #162
Re: eepgcache and title searching #163
Re: eepgcache and title searching #164
Posted 30 January 2012 - 07:25
Format something like this
2 Byte size for the entire descriptor.
Loop size
1 byte id
2 byte size
n bytes of data
The only data to store at first would be title and descriptions, possibly with language code for backwards compatibility if we ever decide to store more than one title and description.
Ironicly this is similar to the format that we are try to decouple ourselves from.
Re: eepgcache and title searching #165
Re: eepgcache and title searching #166
Posted 30 January 2012 - 18:37
Well we don't have to use a binary format, I just thought it removes a lot of the trouble you run into dealing with multi line parsing, worrying about new additional new characters and such.agreed, when we have to use a binary format, a TLV (aka descriptor) format is preferable.
Before I start doing this please let me know which is the preferred way for the PLi image, for met it doesn't really matter, its just the binary format, is smaller and easier to deal with. Ofcourse harder to edit if you wanted to hand craft .info files for whatever reason.
Re: eepgcache and title searching #167
Re: eepgcache and title searching #168
Posted 30 January 2012 - 20:11
Storing only the description would work, but then you need to add in data checks to make sure which description you are storing and you also run into the problem that some providers use combined short and extended descriptions.What if we just store the description in the info file?
The title is in the meta file already.
I have no objection against using a binary format, but the whole point to get rid of the eit file was to make things easier
I have a sample of the new read and write method, and this is much cleaner than the previous version, assuming what I have works.
I don't think I will be able to test it today, so Ill post a patch tomorrow when I have at least done some initial testing ( still might be possible today, but not likely )
Re: eepgcache and title searching #169
Re: eepgcache and title searching #170
Re: eepgcache and title searching #171
Posted 30 January 2012 - 20:21
It might be possible to make some solution, but we would run into the problem that we need to do UTF8 trimming like what is currently being done for data that is coming in. Most likely the only thing that would work 100% properly in other images would be the extended description because this is a combination of extended descriptions, which does have a limit but I don't think any enigma2 image actually enforces that limit so we could abuse that fact.would be big problem saving old .eit file too for compatibility with others images or it is impossible yet ?
Re: eepgcache and title searching #172
Posted 30 January 2012 - 20:22
I agree, and I don't really like the idea of having to rebuild it, but if it really is a blocking issue for people then I wouldn't be opposed to it, at least not completly.If the epgcache is no longer going to give us eit data, it'd be a bit weird to (re-)generate an eit section, to store in an eit file
Re: eepgcache and title searching #173
Re: eepgcache and title searching #174
Re: eepgcache and title searching #175
Posted 1 February 2012 - 13:23
The old .info file is no longer valid with this version, these right now are trial versions to make sure we catch as many bugs as possible. The new format will allow for a slightly more modifiable format, basically giving us 255 - 3 different ids we can use for different data formating, so that if we need to change a field we can create a new id for the modified versiona and use that for future versions, while remaining backwards compatible. All os this has not been finialized and another patch may be made that breaks the current info file format I have submitted ( I wont submit a patch that changes the format now, unless theres a bug or this really needs to be changed )Will be format of .info final yet ? Enigma crashing, when is there in movies recordings with older .info. Or may be reading .info file more safe ? F.eg. when file will be corrupted etc...
Re: eepgcache and title searching #176
Re: eepgcache and title searching #177
Re: eepgcache and title searching #178
Posted 4 February 2012 - 12:05
I think so, I haven't experienced any bad behaviour from the last patches, but just to make sure we have the same thing Ill post them againok, so you think it's ready to be merged?
Support for the old EIT format looks to work properly, support for the new format looks to be working as well, and most importantly titles are not lost or trimmed but stored in full.
Attached Files
Re: eepgcache and title searching #179
Re: eepgcache and title searching #180
Posted 4 February 2012 - 12:21
Good point, that should definitely be changed before commiting the changeAny objections?
btw, one small remark,
void eServiceEvent::writeInfo(std::string filename)
would be better to either use a const reference, or just pass a const char pointer, to avoid making a copy of the string object.
48 user(s) are reading this topic
0 members, 48 guests, 0 anonymous users