118 replies to this topic

[WanWizard]

Ok, so I'm a bit confused now.

 

So there is not a problem with BH and/or CrossEPG, and now @erojohn reports that it does work now (and he no longer needs a solution)? Or was this a non-problem to begin with?

[erojohn]

Sounds good Matrix10.

Will it also be possible in crossepg to DL just some of the data in the EPG config file, like in epgimport?.

 

rytec__new__rytec_general_xmltv__xz_version_.conf

It contains 5 files.

 

In epgimport i can tag/untag the 5 files, in crossepg i can not. (or dont know how to)

So if i only want News and Misc, i can tag those 2 and skip the other 3.

[Matrix10]

Ok, so I'm a bit confused now.

 

So there is not a problem with BH and/or CrossEPG, and now @erojohn reports that it does work now (and he no longer needs a solution)? Or was this a non-problem to begin with?

The problem was described by Willy in post 64.

[Matrix10]

Sounds good Matrix10.

Will it also be possible in crossepg to DL just some of the data in the EPG config file, like in epgimport?.

 

rytec__new__rytec_general_xmltv__xz_version_.conf

It contains 5 files.

 

In epgimport i can tag/untag the 5 files, in crossepg i can not. (or dont know how to)

So if i only want News and Misc, i can tag those 2 and skip the other 3.

I do not know I'm not a coder for CrossEPG

But it is possible to make more configurations if it suits you.

In the same way as the existing ones.

 

If I remember well, Is need to divide them into three configurations

Some do not like it...

[erojohn]

WanWizard.

 

Long story "short"

 

I could not get crossepg to work on BH.

So i asked for another solution and was made aware of epgimport/xmltvimport.

I tried it in OpenPLI and could not get that working either. 

Then i did a complet reinstall of BH and tried crossepg again, still lots of missing epg data, but some did work.

I was told by Willy that all the sources and channel id´s was looking ok, but since he did´nt use crossepg, he could not tell if that was the problem. Just that something was wrong in the conf files.

So i got to debug mode, and tried to get epgimport to work on BH, and got it working. Now everything is ok.

 

Im not aware if crossepg is now also working correctly in BH, since Matrix10 have just made some fixes to it.

 

All i was trying to figure out was to get a good epg downloader running, image was not really in scope at that point.

 

Will do some checks tomorrow if crossepg is now performing as well as epgimport is right now.

[erojohn]

Matrix10

 

I understand.

It just makes the EPG download faster, if you only DL and process the EPG data you need.

Thats why i was wondering if crossepg would have that option too.

It takes some more config, but thats a one time setup, after that its runs by it selv.

[WanWizard]

I think that, as this is no longer OpenPLi related, it's better I leave this topic, and have a beer instead.

[Matrix10]

WanWizard.

 

Long story "short"

 

I could not get crossepg to work on BH.

So i asked for another solution and was made aware of epgimport/xmltvimport.

I tried it in OpenPLI and could not get that working either. 

Then i did a complet reinstall of BH and tried crossepg again, still lots of missing epg data, but some did work.

I was told by Willy that all the sources and channel id´s was looking ok, but since he did´nt use crossepg, he could not tell if that was the problem. Just that something was wrong in the conf files.

So i got to debug mode, and tried to get epgimport to work on BH, and got it working. Now everything is ok.

 

Im not aware if crossepg is now also working correctly in BH, since Matrix10 have just made some fixes to it.

 

All i was trying to figure out was to get a good epg downloader running, image was not really in scope at that point.

 

Will do some checks tomorrow if crossepg is now performing as well as epgimport is right now.

 

I think , We have a problem with our image update server

and then the changes do not come to the user.

 

In order to test CrossEPG, the best is take-over configurations from Git

[Matrix10]

I think that, as this is no longer OpenPLi related, it's better I leave this topic, and have a beer instead.

Good idea with Grolsh 

 

Good night / welterusten....

[erojohn]

WanWizard sound like a good idea.

It was never about the image to begin with, just the EPG downloaders and rytec new format.

 

Thats why i jumped to and from BH/OpenPLI and CrossEPG/EPGImport, to be able to find the problem.

 

But it sounds like we are close to a solution now, so lets all get some sleep. 

 

Thanks to all who participated.

[doglover]

@doglover,

 

That is not the latest, as that would be called "epgimport", not "xmltvimport".

 

Yes, you are correct.

(But the software is the same)

 

Willy

Edited by doglover, 16 October 2017 - 08:21.

[WanWizard]

 

I think that, as this is no longer OpenPLi related, it's better I leave this topic, and have a beer instead.

Good idea with Grolsh 

 

Good night / welterusten....

 

Thanks. They don't sell that here, I can only find an occasional Heineken, both are not my thing. I've settled for a Guinness...

[krogsbell]

Hi !

 

I have only Danish EPG until midnight - Used to have 7 days of EPG in the Danish files.

 

Regards

Hans

[krogsbell]

Hi !

 

I have only Danish EPG until midnight - Used to have 7 days of EPG in the Danish files.

 

Regards

Hans

My fault - Full EPG on other PCs

 

So no problems.

 

Regards

Hans

[krogsbell]

Hi I have noticed that EPG from:

http://www.xmltvepg.nl/

contains old EPG from October and nothing from November.

 

The source list I use contains:

http://rytecepg.ipse...ing.sources.xml

http://www.vuplus-co...lus.sources.xml

http://rytecepg.wanw....WW.sources.xml

http://www.xmltvepg.....NL.sources.xml

http://91.121.106.17...WoS.sources.xml

 

Regards

Hans

[doglover]

Do not use the gz files from xmltvepg.nl anymore.  These are obsolete.

You can use the xz files instead.  These are updated.

 

Willy

[krogsbell]

Hi doglover!

 

Thank you.

 

What is the difference between gz and xz files - should I always use teh xz before gz?

 

Regards 

Hans

[WanWizard]

xz files are a lot smaller, so they save server bandwidth, and download faster.

[krogsbell]

Hi!

 

Noticed that from 2018-01-01 all downloaded files are of type .xz in place of .gz

 

As I work with Kodi I have a problem as the needed code is not available.

 

It seems that you should use:

 

                if xmltv.endswith('.gz'):

                    log('gz file: %r' % xmltv)

                    inF = gzip.GzipFile(fileobj=StringIO(xbmcvfs.File(os.path.join(xml_path,xmltv)).read()))

                    validzip = True

                elif xmltv.endswith('.xz'):

                    try:

                        import lzma

                        log('import lzma OK')

                    except ImportError:

                        from backports import lzma

                        log('from backports import lzma OK')

                    log('xz file: %r' % xmltv)

                    inF = lzma.open(xbmcvfs.File(os.path.join(xml_path,xmltv)), 'rb')

                    validzip = True

                else:

                    log('xml file: %r' % xmltv)

                    inF = xbmcvfs.File(os.path.join(xml_path,xmltv))

                    validzip = True

 

It uses import lzma if python 3.3 and otherwise tries to use backports

 

The problem is that the python library 'backports' is not available and I do not seem to be able to find it.

 

Regards

Hans

[doglover]

This has been announced 6 months ago.

I suppose this has been time enough to implement the xz compression on Kodi.

Package: python-lzma
Version: 0.0.8-r0.0
Depends: libc6 (>= 2.24), liblzma5 (>= 5.2.2), python-core
Section: base
Architecture: mips32el
Maintainer: OE-Core Developers <openembedded-core@lists.openembedded.org>
MD5Sum: 8b2b85a3c279d8ad91d542a830caadf9
Size: 22670
Filename: python-lzma_0.0.8-r0.0_mips32el.ipk
Source: https://pypi.python.org/packages/ab/dc/6adfe7271ca096f24c25817cf3f68f7d2df9e8b3f54c03f82caf7388f103/backports.lzma-0.0.8.tar.gz file://0001-setup.py-Remove-usr-local-references-for-cross-compi.patch
Description:  Backport of Python 3.3's 'lzma' module for XZ/LZMA compressed files
Backport of Python 3.3's 'lzma' module for XZ/LZMA compressed files.
OE: python-lzma
HomePage: https://github.com/peterjc/backports.lzma
License: BSD
Priority: optional

Willy