Úgy tűnik, hogy hosszabb távon mégsem ajánlott a 3+-os pi-n sem futtatni a pythonos kódot 4-es jobs-al, mert este is 96%-nál meghalt, a swap elérte a kritikus határt.

Újabb ismeretlen kategória: videófilmösszeállítás

Végeztem pár tesztet egy 2GB-s 4B-t lekorlátozva 512MB-re és 1GB-re is. Kettő módosítást csináltam a rendszeren, cli-be bootoltam, tehát gui nem volt, és a swap file méretét 100M-ról 2GB-ra vettem. Paraméterek minden esetben "--days 10 --output /dev/null --slow --ratelimit 9 --interval 5 --jobs 4 --debug" volt és az összes csatorna engedélyezve (150, 147 elérthető).
Az 512MB-ra korlátozott 2ó 16p alatt végzett (ebből 7p volt az xml ellenőrzés, lehet választhatóvá teszem), a swap kb 1,2GB-ig telt.

Az 1GB-ra korlátozott 1ó 46p alatt végzett, a swap kb 700MB-ig telt.

Meg fogom nézni, hogy van-e lehetőség csökkenteni a memóriafelhasználást, de időt jelenleg nem tudok rá mondani.

#1202: Köszi

Szerintem ne nagyon vesztegesd rá az időt. Kell egy 4-es pi ha azon akarom használni, de egyelőre nem akarok rá költeni, majd talán később. Addig pc-n használom, a régi pi-n meg maradok a php-s verziónál.

Azzal is végeztem teszteket a php-s verzióval 10 napra 140 csatorna pc-n 1 óra 21 perc, raspberryi pi 3B+-on 2 óra 48 perc, raspberry pi 1B-n 5 óra 2 perc alatt futott le, még ez utóbbi is vállalható lenne.

Már csak az a kérdés mennyire birkózik meg az utófeldolgozással pythonban. Bár közben azon is gondolkoztam, hogy a python kód elvileg a linuxos beltérin is futtatható, a php-s azt nem tudom mennyire menne ott, de sokkal gyorsabb lenne, mert ott van memória meg erős proci is.

[ Szerkesztve ]

Aki használja a konyakmeggy nevű EPG-t és még nem frissítette az etc/epgimport mappában a rytec.sources.xml fájlban ezt a részt, az legyen szíves tegye meg, mert a korábbi források nem működnek.

<sourcecat sourcecatname="Konyakmeggy XMLTV">
<source type="gen_xmltv" nocheck="1" channels="http://konyakmeggy.nhely.hu/epg/konyakmeggy.channels.xml";>
<description>Konyakmeggy (xz)</description>
<url>http://konyakmeggy.nhely.hu/epg/konyakmeggy.xml.xz<;/url>
</source>
</sourcecat>

Vagy töltse le közvetlenül a rytec.sources.xml fájlt és cserélje le erre.

Jajj... a Rytec a világ legnagyobb fos EPG-je.

Akkor már jobban jársz, ha WebGrabet használsz.

Miért nem használjátok a https://epg.best vagy a https://xmltv.host oldalakat, ahol 10 000 tv csatorna EPG adatbázisából válogathatsz?

Az epg.best-en kerhetsz csatornákat, illetve, ha valami nem működik, szólsz és megjavítják.
Az xmltv.host-on nincs support, de az epg.best adatbázisát használja és egy euro cent egy csatorna.
Ezek a spanyol viasz újrafeltalálása szintű amatőr próbálkozások sosem vezetnek jóra.

[ Szerkesztve ]

epg.best nálam nem megy, karbantartás...

Kint van a 0.1.13 1 új kategóriával és kevesebb memória használattal (10 nap esetében akár 300-400 MB-al kevesebb raspi-n mérve).

Hát lehet ez sem kisebb fos
Gondoltam megnézem mi is ez.
-Először be sem jön az oldal: "karbantartás"
-Most bejön, regisztrálni akarok: "The e-mail domain gmail.com is banned. "
Ezzel el is múlott a kíváncsiságom

Köszi, próbálom.

Pc-n 1 óra 30 perc alatt futott le a 10 nap, az nem változott. Raspberry-n nem tudtam tesztelni az 1B-n, mert behalt a fájlrendszer vagy az SD kártya kínlódik.

Így most szépen elfut az 1B-n is vagy 4-szer lefuttattam 10 napra és nem akadt még ki.

Szuper, köszi hogy kipróbáltad

Bár tegnap és ma is rengetegszer kiírja a response code indicating failure 429-et, akármikor futtatom.

Nem tudom, hogy ha nem frissítek akkor is ezt csinálta volna-e a korábbi verzió vagy teljesen független tőle.

Amúgy elnéztem, eddig 5 napra volt állítva a pi-n, de indítok egy 10 napost is.

Én néztem be, véletlenül az offset helyére írtam a napok számát és gondolom nem volt neki mit leszednie.

Szia, bejelentkezes szukseges, regisztralni?
Epg elérést szeretném hasznalni
Koszonom

Sziasztok, segitseget kérek.
Fire stick/ iptv smarter/ tivimate epg probléma
Magyar csatirnákon nem elérhető.
Kanadai, amerika es par egyebb orszagnak működik, de magyaron nem.
Varom segitséget, koszonom.

Van két újabb ismeretlen kategória: werkfilm és opera.

Illetve nekem ma hibaüzenet jön fel 58 %-nál, de lehet csak a weboldal nem válaszol.

tv_grab_pyepg_hu_porthu - ERROR - Exception occurred while fetching programs
concurrent.futures.process._RemoteTraceback:
"""
Traceback (most recent call last):
File "C:\Python312\Lib\site-packages\urllib3\connectionpool.py", line 536, in _make_request
response = conn.getresponse()
^^^^^^^^^^^^^^^^^^
File "C:\Python312\Lib\site-packages\urllib3\connection.py", line 461, in getresponse
httplib_response = super().getresponse()
^^^^^^^^^^^^^^^^^^^^^
File "C:\Python312\Lib\http\client.py", line 1419, in getresponse
response.begin()
File "C:\Python312\Lib\http\client.py", line 331, in begin
version, status, reason = self._read_status()
^^^^^^^^^^^^^^^^^^^
File "C:\Python312\Lib\http\client.py", line 292, in _read_status
line = str(self.fp.readline(_MAXLINE + 1), "iso-8859-1")
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Python312\Lib\socket.py", line 707, in readinto
return self._sock.recv_into(b)
^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Python312\Lib\ssl.py", line 1253, in recv_into
return self.read(nbytes, buffer)
^^^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Python312\Lib\ssl.py", line 1105, in read
return self._sslobj.read(len, buffer)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
TimeoutError: The read operation timed out
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "C:\Python312\Lib\site-packages\requests\adapters.py", line 486, in send
resp = conn.urlopen(
^^^^^^^^^^^^^
File "C:\Python312\Lib\site-packages\urllib3\connectionpool.py", line 844, in urlopen
retries = retries.increment(
^^^^^^^^^^^^^^^^^^
File "C:\Python312\Lib\site-packages\urllib3\util\retry.py", line 470, in increment
raise reraise(type(error), error, _stacktrace)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Python312\Lib\site-packages\urllib3\util\util.py", line 39, in reraise
raise value
File "C:\Python312\Lib\site-packages\urllib3\connectionpool.py", line 790, in urlopen
response = self._make_request(
^^^^^^^^^^^^^^^^^^^
File "C:\Python312\Lib\site-packages\urllib3\connectionpool.py", line 538, in _make_request
self._raise_timeout(err=e, url=url, timeout_value=read_timeout)
File "C:\Python312\Lib\site-packages\urllib3\connectionpool.py", line 370, in _raise_timeout
raise ReadTimeoutError(
urllib3.exceptions.ReadTimeoutError: HTTPSConnectionPool(host='213.181.199.38', port=443): Read timed out. (read timeout=10)
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "C:\Python312\Lib\concurrent\futures\process.py", line 263, in _process_worker
r = call_item.fn(*call_item.args, **call_item.kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Python312\Lib\concurrent\futures\process.py", line 212, in _process_chunk
return [fn(*args) for args in chunk]
^^^^^^^^^
File "C:\Python312\Lib\site-packages\pyepggrab\grabbers\hu_porthu\request_proc.py", line 59, in gen_programs
rsp = cls.session.get(
^^^^^^^^^^^^^^^^
File "C:\Python312\Lib\site-packages\requests\sessions.py", line 602, in get
return self.request("GET", url, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Python312\Lib\site-packages\requests\sessions.py", line 589, in request
resp = self.send(prep, **send_kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Python312\Lib\site-packages\requests_ratelimiter\requests_ratelimiter.py", line 87, in send
response = super().send(request, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Python312\Lib\site-packages\requests\sessions.py", line 703, in send
r = adapter.send(request, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Python312\Lib\site-packages\pyepggrab\grabbers\hu_porthu\use_ip_adapter.py", line 79, in send
return super().send(request, *args, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Python312\Lib\site-packages\requests\adapters.py", line 532, in send
raise ReadTimeout(e, request=request)
requests.exceptions.ReadTimeout: HTTPSConnectionPool(host='213.181.199.38', port=443): Read timed out. (read timeout=10)
"""
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "C:\Python312\Lib\site-packages\pyepggrab\grabbers\hu_porthu\hu_porthu.py", line 370, in retrieve_guide
progs = fetch_prog_info(progjsons, options)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Python312\Lib\site-packages\pyepggrab\grabbers\hu_porthu\hu_porthu.py", line 161, in fetch_prog_info
for result in ppe.map(
File "C:\Python312\Lib\concurrent\futures\process.py", line 647, in _chain_from_iterable_of_lists
for element in iterable:
File "C:\Python312\Lib\concurrent\futures\_base.py", line 619, in result_iterator
yield _result_or_cancel(fs.pop())
^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Python312\Lib\concurrent\futures\_base.py", line 317, in _result_or_cancel
return fut.result(timeout)
^^^^^^^^^^^^^^^^^^^
File "C:\Python312\Lib\concurrent\futures\_base.py", line 456, in result
return self.__get_result()
^^^^^^^^^^^^^^^^^^^
File "C:\Python312\Lib\concurrent\futures\_base.py", line 401, in __get_result
raise self._exception
requests.exceptions.ReadTimeout: None: None

Ma már szépen lefutott.

Igen, néztem én is tegnap napközben, akkor valami nem volt jó.

Ma lesz egy release az új kategóriákkal meg egy-két dologgal.

Most elindítottam másodjára is, akkor már előjött a tegnapi hibaüzenet.

Délelőtt volt nálam is valami, de kb 1 órája nekem lefutott.

Kint a 0.1.14. 2 új kategórián kívül ami változott, hogy a nem egyező csatorna darabszám üzenethez ki fogja írni, hogy mi hiányzik (vagy mi a többlet) ugyan úgy warning-ként, a másik meg pár információt újraértelmeztem amit a port ad, így ha --days nélkül fut akkor nem 15 lesz az alap hanem csak 13. Ha a --days meg van adva akkor semmi különbség nincs.

Köszi, majd hétfőn kipróbálom.