Hirdetés
- MasterDeeJay: NVIDIA DLSS 5 Neural Rendering
- Luck Dragon: Asszociációs játék. :)
- sziku69: Szólánc.
- Fogkefe: elektromos vagy manuális?
- Luck Dragon: Alza kuponok – aktuális kedvezmények, tippek és tapasztalatok (külön igényre)
- sziku69: Fűzzük össze a szavakat :)
- total90: Microsoft, te drága…
- MasterDeeJay: Nagyon budget egér és billentyűzet. Tigertech
- Magga: PLEX: multimédia az egész lakásban
- KISDUCK: BULDAK 2X SPICY kóstolás
Új hozzászólás Aktív témák
-
Atomantiii
addikt
-
Atomantiii
addikt
Sziasztok!
port.hu EPG Arena4 tartalmi kérdés - hátha más is néz NFL-t:
Nincs valami olyan megoldás, hogy ne csak ez legyen az ÖSSZES KÖZVETÍTÉS leírásában?"Az NFL 106. szezonja is fantasztikus szórakozást, kiváló meccseket ígér."
Amikor van bővebb cím is, akkor az ott van. Az, hogy a port nem ad más infót róla nem sok mindent lehet vele kezdeni. Max törölni tudom belőle azt a mondatot, ha az én grabbelésemet használod. Vagy más forrásból is meg lehet nézni - csak az valószínűleg nem lesz ilyen szép - esetleg össze lehet fésülni más forrással, ha van.
-
Atomantiii
addikt
-
Max500
tag
Ismeretlen kategória: film noir
-
Atomantiii
addikt
A "ratelimit" az azt jelenti, hogy hány kérést küldesz az "interval"-on belül. Amit most konfiguráltál az 2 kérés 1 másodpercenként, azért történt amit látsz.
Egy szerver felé küldött kéréseket a ratelimit/interval-al tudod számolni, tehát 2/1=2, 2 kérés/mp. Korábbi konfigod pedig 3/2=1.5, 1.5 kérés/mp. 14/10-el 1.4 kérés/mp-t kapsz, 13/10-el 1.3 kérés/mp-t.
A "jobs" pedig, hogy hány szervert használjon párhuzamosan. 4 létezik jelenleg, úgyhogy nem érdemes azt másra állítani mint 4.
-
Atomantiii
addikt
A "ratelimit" az azt jelenti, hogy hány kérést küldesz az "interval"-on belül. Amit most konfiguráltál az 2 kérés 1 másodpercenként, azért történt amit látsz.
Egy szerver felé küldött kéréseket a ratelimit/interval-al tudod számolni, tehát 2/1=2, 2 kérés/mp. Korábbi konfigod pedig 3/2=1.5, 1.5 kérés/mp. 14/10-el 1.4 kérés/mp-t kapsz, 13/10-el 1.3 kérés/mp-t.
A "jobs" pedig, hogy hány szervert használjon párhuzamosan. 4 létezik jelenleg, úgyhogy nem érdemes azt másra állítani mint 4.
-
Atomantiii
addikt
Vagyis akkor a ratelimit legyen kisebb inkább, nem az interval. Bár most belőttem 1/1-re így most egyelőre hasít, kb 2 perc 1 %. Vagy mégsem...
Most így elég jól halad egyelőre...
-
Atomantiii
addikt
A "ratelimit" az azt jelenti, hogy hány kérést küldesz az "interval"-on belül. Amit most konfiguráltál az 2 kérés 1 másodpercenként, azért történt amit látsz.
Egy szerver felé küldött kéréseket a ratelimit/interval-al tudod számolni, tehát 2/1=2, 2 kérés/mp. Korábbi konfigod pedig 3/2=1.5, 1.5 kérés/mp. 14/10-el 1.4 kérés/mp-t kapsz, 13/10-el 1.3 kérés/mp-t.
A "jobs" pedig, hogy hány szervert használjon párhuzamosan. 4 létezik jelenleg, úgyhogy nem érdemes azt másra állítani mint 4.
Vagyis akkor a ratelimit legyen kisebb inkább, nem az interval. Bár most belőttem 1/1-re így most egyelőre hasít, kb 2 perc 1 %. Vagy mégsem...
-
Max500
tag
Nekem fogalmam sincs, hogy a progin belül mi mit jelent, de ha átírom az értékeket kisebbre, akkor már ezzel fogad:
"jobs": 4,
"ratelimit": 2,
"interval": 1}
-
Atomantiii
addikt
Most mióta volt az a nagy lassulás azóta levettem ratelimit 1, interval 1-re, tehát 1 kérés másodpercenként.
A te konfigod az most 1.5 kérés/mp, lehet hogy elég egy kicsit visszább venni és az is jó lesz, mondjuk 1.4 kérés/mp-reNekem fogalmam sincs, hogy a progin belül mi mit jelent, de ha átírom az értékeket kisebbre, akkor már ezzel fogad:
"jobs": 4,
"ratelimit": 2,
"interval": 1} -
Max500
tag
Érdekes mód tegnap ment viszonylag gyorsan, majd utána sajnos lehet megszakadt a kapcsolat és megállt az egész. Utána újraindítva megint tetű lassú lett az említett rate limit exceeded-ek miatt (0-21.3 között állt meg végül). Most így van belőve, hogy érdemes változtatni?
"loglevel": 30,
"quiet": false,
"output": "d:/EPG/port.hu.xml",
"offset": 0,
"slow": true,
"jobs": 4,
"ratelimit": 3,
"interval": 2}, -
Atomantiii
addikt
-
Max500
tag
Tegnap 16:20-kor indítottam el gondoltam reggelig meglesz vele, de még reggel 6-kor is csak kb 50%-on volt, most meg 83%.
-
Atomantiii
addikt
-
Max500
tag
Nálam tetű lassú lett sajnos, tegnap délután óta 80 %-nál jár.
-
Atomantiii
addikt
-
Atomantiii
addikt
-
Max500
tag
Köszi. Ma reggel frissítettem az újabb verzióra és nem tudom ez attól van-e vagy egyébként is ez lenne, de nagyon lassú az egész. Reggel 7 óta most jár 47%-nál.
-
Atomantiii
addikt
-
Max500
tag
Ismeretlen kategória: paródia.
-
Atomantiii
addikt
-
Atomantiii
addikt
-
Max500
tag
Én futtatom minden nap a pyepggrab-ot (esetleg hétvégén kimarad), igaz még kerül hozzá más dolog is, de a végeredmény elérhető nálam is a konyakmeggy.xml.xz-ben. Bár igaz én kicsit szerkesztem is az xml-t de akár a nyers verziót is felrakhatom külön.
-
Atomantiii
addikt
Szia!
Ha jól tudom a TVHeadend a tv_find_grabbers-t használja a grabberek keresésére, úgyhogy igen.
Fel kell rakni a rendes xmltv-s packaget (ebből jön a tv_find_grabbers, még nem írtam meg a sajátot, hogy ez ne kelljen) és a pyepggrab-ot. Hasonlóan konfigurálható mint egy bármilyen másik xmltv grabber, itt van egy útmutató hozzá: [link] -
Atomantiii
addikt
-
Max500
tag
Tegnap óta megint begyorsult, kb olyan, mint korábban volt.
-
Atomantiii
addikt
-
Max500
tag
Unknown category: 'erotikus dráma'
Legalább kétszer annyi időbe telik neki a grabbelés, mint normál esetben.
-
Atomantiii
addikt
Lehet variáltak valamit az utóbbi 2 napban mert megint elkezdte a rate limites dolgot írkálni, bár dolgozik de lassabban, mint korábban, illetve később is ki tudja írni amikor már dolgozik.
-
Atomantiii
addikt
Windowson reprodukáltam, a requests-el van valami valami probléma. Amíg kitalálom, hogy mi, addig a requests-et 2.31.0-ra kell downgradelni, ez nálam megoldja a problémát. (linuxon úgy tűnik, hogy ez a probléma nincs jelen)
Attól függően, hogy hogyan telepítetted
"python -m pip install requests==2.31.0"
vagy "pipx inject pyepggrab --force requests==2.31.0" vagy bármi egyéb ha mást használtál.Lehet variáltak valamit az utóbbi 2 napban mert megint elkezdte a rate limites dolgot írkálni, bár dolgozik de lassabban, mint korábban, illetve később is ki tudja írni amikor már dolgozik.
-
Atomantiii
addikt
Windowson reprodukáltam, a requests-el van valami valami probléma. Amíg kitalálom, hogy mi, addig a requests-et 2.31.0-ra kell downgradelni, ez nálam megoldja a problémát. (linuxon úgy tűnik, hogy ez a probléma nincs jelen)
Attól függően, hogy hogyan telepítetted
"python -m pip install requests==2.31.0"
vagy "pipx inject pyepggrab --force requests==2.31.0" vagy bármi egyéb ha mást használtál.
-
Atomantiii
addikt
Windowson reprodukáltam, a requests-el van valami valami probléma. Amíg kitalálom, hogy mi, addig a requests-et 2.31.0-ra kell downgradelni, ez nálam megoldja a problémát. (linuxon úgy tűnik, hogy ez a probléma nincs jelen)
Attól függően, hogy hogyan telepítetted
"python -m pip install requests==2.31.0"
vagy "pipx inject pyepggrab --force requests==2.31.0" vagy bármi egyéb ha mást használtál. -
Max500
tag
Próbáltam nemrégiben telepített win 10/11-el is, de mindkettővel ugyanaz a helyzet, legalábbis itthon - a progit is most telepítettem. Melóhelyen régebbi win 10 van meg ott egy ideje már használtam.
-
Atomantiii
addikt
-
Max500
tag
Szóval csinálja amit kell csak nagyon lassan.
-
Atomantiii
addikt
Szóval csinálja amit kell csak nagyon lassan.
-
Atomantiii
addikt
Reggel sem jobb a helyzet, fogalmam sincs miért.
-
Atomantiii
addikt
81-el kezdődik az IP-m, esténként lehetnek torlódások a CF probléma miatt, de hogy a port.hu-t is értinti-e azt nem tudom. Ugyanaz a konfig fájlom, mint melóhelyen.
"options": {
"loglevel": 30,
"quiet": false,
"output": "d:/EPG/port.hu.xml",
"offset": 0,
"slow": true,
"jobs": 4,
"ratelimit": 3,
"interval": 2},Most megállítottam és belőttem a VPN-t, utána indítva:
De akkor majd megnézem reggel mit csinál. -
Atomantiii
addikt
Nálam jelenleg sincs panasz, és visszanézve a logokban ezt a hónapot nem is volt. Ha tudod, hogy telekomál most van valami probléma, lehet hogy közrejátszat, én digis vagyok.
A configot nézd meg, hogy biztos ne legyen benne elírva a ratelimit meg az interval.
Az jutott még eszembe, hogy ha esetleg CGNAT mögött lennél, akkor jó pár telekomos előfizetővel együtt osztoztok ugyanazon a limiten. Ha a publikus IP-d (megnézheted pl itt) a 100.64.x.x és 100.127.x.x közé esik akkor CGNAT mögött vagy.
81-el kezdődik az IP-m, esténként lehetnek torlódások a CF probléma miatt, de hogy a port.hu-t is értinti-e azt nem tudom. Ugyanaz a konfig fájlom, mint melóhelyen.
"options": {
"loglevel": 30,
"quiet": false,
"output": "d:/EPG/port.hu.xml",
"offset": 0,
"slow": true,
"jobs": 4,
"ratelimit": 3,
"interval": 2},Most megállítottam és belőttem a VPN-t, utána indítva:
De akkor majd megnézem reggel mit csinál. -
Max500
tag
Köszi előre is. Nálam az biztos, hogy valamiért nagyon lassú.
-
Atomantiii
addikt
-
Max500
tag
Nem, egy gépről van szó, a másik az melóhelyen van. Csak szerettem volna, hogy itthon is tudjak frissíteni, mert most hosszabb ideig itthon vagyok. Csak valamiért nagyon lassan megy a történet.
-
Atomantiii
addikt
Egyszerre próbálod a 2 gépen?
Ha igen (és egy hálózatban / előfizetésen vannak) akkor valószínűleg azért lassul be mert a port.hu egy külső címen látja mind a 2 gépet és együtt a kettő már 2x túllépi a megengedett limitet, így elkezdenek HTTP 429 Too Many Requests-et küldeni hogy lassíts.Ha mind a 2-n kell a műsorújság akkor az egyiken töltsd le majd másold át, vagy egymás után töltsd le.
-
Max500
tag
Szia!
Ilyenkor mi történik? Vagyis próbáltam az itthoni gépemen is beállítani a grabbelőt, de ezt írta ki:
Vagyis vajon miért nem halad gyorsabban, céges gépemen azért pár percenként megcsinál 1 csatornát. A konfig fájl ugyanaz mindkét helyen.
-
Atomantiii
addikt
Szia!
Ilyenkor mi történik? Vagyis próbáltam az itthoni gépemen is beállítani a grabbelőt, de ezt írta ki:Vagyis vajon miért nem halad gyorsabban, céges gépemen azért pár percenként megcsinál 1 csatornát. A konfig fájl ugyanaz mindkét helyen.
Vajon közrejátszhat a telekomos CF probléma is így már este? Lehet azért ilyen lassú?
-
Atomantiii
addikt
Most nincs elöttem a pontos forma, de a "Expecting ',' delimiter: line 757 column 4 (char 13633)" ítélve egy vessző hiányzik. A }{-ek közé mindig kell egy, és amit bekopiztál onnan hiányzik.
Egyébként a --configure és a --config-file használatával generálhatsz egy új konfigot a jelenlegi felülírása nélkül, abban pontosan látszik a formátum. (A --configure egyébként képes a meglévő konfigot is szerkeszteni)
> Vagy lehet külön fájlba kéne?
Minden egy fájlban van
Szia!
Ilyenkor mi történik? Vagyis próbáltam az itthoni gépemen is beállítani a grabbelőt, de ezt írta ki:Vagyis vajon miért nem halad gyorsabban, céges gépemen azért pár percenként megcsinál 1 csatornát. A konfig fájl ugyanaz mindkét helyen.
-
Atomantiii
addikt
Most nincs elöttem a pontos forma, de a "Expecting ',' delimiter: line 757 column 4 (char 13633)" ítélve egy vessző hiányzik. A }{-ek közé mindig kell egy, és amit bekopiztál onnan hiányzik.
Egyébként a --configure és a --config-file használatával generálhatsz egy új konfigot a jelenlegi felülírása nélkül, abban pontosan látszik a formátum. (A --configure egyébként képes a meglévő konfigot is szerkeszteni)
> Vagy lehet külön fájlba kéne?
Minden egy fájlban van
-
Atomantiii
addikt
Most nincs elöttem a pontos forma, de a "Expecting ',' delimiter: line 757 column 4 (char 13633)" ítélve egy vessző hiányzik. A }{-ek közé mindig kell egy, és amit bekopiztál onnan hiányzik.
Egyébként a --configure és a --config-file használatával generálhatsz egy új konfigot a jelenlegi felülírása nélkül, abban pontosan látszik a formátum. (A --configure egyébként képes a meglévő konfigot is szerkeszteni)
> Vagy lehet külön fájlba kéne?
Minden egy fájlban van
Köszi, így már elindult, én voltam figyelmetlen.
-
Max500
tag
Beírtam a tv-s konfig fájl végére, hogy:
{
"id": "5200.radio.port.hu",
"name": "MR2 Petőfi",
"enabled": true
}
{
"id": "332.radio.port.hu",
"name": "Mária Rádió",
"enabled": true
}De erre hibát dob.
d:\EPG>tv_grab_pyepg_hu_porthu --days 11 --verbose
Traceback (most recent call last):
File "<frozen runpy>", line 198, in _run_module_as_main
File "<frozen runpy>", line 88, in _run_code
File "C:\Program Files\Python\Scripts\tv_grab_pyepg_hu_porthu.exe\__main__.py", line 7, in <module>
File "C:\Program Files\Python\Lib\site-packages\pyepggrab\grabbers\hu_porthu\hu_porthu.py", line 746, in run
Pyepggrab.main(
File "C:\Program Files\Python\Lib\site-packages\pyepggrab\pyepggrab.py", line 124, in main
conf = decor_confman.read_config()
^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Program Files\Python\Lib\site-packages\pyepggrab\configmanager.py", line 70, in read_config
conf = json.load(file, cls=self._decoder)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Program Files\Python\Lib\json\__init__.py", line 293, in load
return loads(fp.read(),
^^^^^^^^^^^^^^^^
File "C:\Program Files\Python\Lib\json\__init__.py", line 346, in loads
return _default_decoder.decode(s)
^^^^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Program Files\Python\Lib\json\decoder.py", line 337, in decode
obj, end = self.raw_decode(s, idx=_w(s, 0).end())
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Program Files\Python\Lib\json\decoder.py", line 353, in raw_decode
obj, end = self.scan_once(s, idx)
^^^^^^^^^^^^^^^^^^^^^^
json.decoder.JSONDecodeError: Expecting ',' delimiter: line 757 column 4 (char 13633)Vagy lehet külön fájlba kéne?
-
Atomantiii
addikt
Helyreállás ünneplős pyepggrab release: 0.3.3.
Úgy látom nincs már meg a hsz ahol kérve lett, de most már a rádió csatornákhoz is szedhető műsorújság. A rádió csatornák a "*.radio.port.hu" azonosítóval fognak megjelenni, a tv csatornák változatlanok (changelog).@Sandor5: Szerintem némileg több részlet kéne, hogy mit szeretnél elérni és mivel.
-
Atomantiii
addikt
Helyreállás ünneplős pyepggrab release: 0.3.3.
Úgy látom nincs már meg a hsz ahol kérve lett, de most már a rádió csatornákhoz is szedhető műsorújság. A rádió csatornák a "*.radio.port.hu" azonosítóval fognak megjelenni, a tv csatornák változatlanok (changelog).@Sandor5: Szerintem némileg több részlet kéne, hogy mit szeretnél elérni és mivel.
-
Atomantiii
addikt
Helyreállás ünneplős pyepggrab release: 0.3.3.
Úgy látom nincs már meg a hsz ahol kérve lett, de most már a rádió csatornákhoz is szedhető műsorújság. A rádió csatornák a "*.radio.port.hu" azonosítóval fognak megjelenni, a tv csatornák változatlanok (changelog).@Sandor5: Szerintem némileg több részlet kéne, hogy mit szeretnél elérni és mivel.
Szuper majd kipróbálom, köszönjük.
-
Atomantiii
addikt
-
Atomantiii
addikt
-
Atomantiii
addikt
-
Atomantiii
addikt
Kiraktam a 0.3.0-t, javítva a deadlock, és timeout vagy a rate limit elérésekor most már újrapróbálja. Ha a limitet éri el akkor meg is növeli a várakozást a kérések között, az esetleges tartósabb bann elkerülése érdekében.
A konkrét problémádat nem tudtam előidézni, de ez talán kijavítja azt is.
-
Atomantiii
addikt
-
Atomantiii
addikt
-
Atomantiii
addikt
-
Max500
tag
Most végül végigment már, de tegnap egész nap nem akarta meg ma délelőtt sem.
-
Atomantiii
addikt
Nekem az utóbbi időben 7, 8, és 10-én futott timeout-ra. Mivel olyankor fut amikor alszom így nem igazán tudom, hogy ténylegesem mi a helyzet az oldallal, de mivel azonnal az elején egy timeout-tal leáll, így gondolom hogy éppen valami karbantartás lehetett akkor.
Ma már egyszer lefutott jól, de elindítom még egyszer hátha azóta lett valami
-
Max500
tag
Nálam tegnap óta hibára fut a progi, lehet változott valami?
-
Atomantiii
addikt
-
Atomantiii
addikt
Úgy most végigmegy nálam is, új kategória: dokumentum musical.
-
Atomantiii
addikt
-
Max500
tag
Ma is az a helyzet, levettem 2-re a jobs limitet.
-
Atomantiii
addikt
Sajnos ma is 429-eket dobál.
-
Atomantiii
addikt
-
Max500
tag
Unknown category: 'tehetségkutató'.
-
Atomantiii
addikt
-
Atomantiii
addikt
-
Max500
tag
Most itt it 429-eket dobál.
-
Atomantiii
addikt
-
Max500
tag
Nálam most ilyeneket ír ki:
2024-09-03 07:45:28,760 - tv_grab_pyepg_hu_porthu - WARNING - Channel 'RTL'(5.port.hu) not available on the API. (Maybe temporary)
2024-09-03 07:45:28,760 - tv_grab_pyepg_hu_porthu - WARNING - Channel 'TV2'(3.port.hu) not available on the API. (Maybe temporary)
2024-09-03 07:45:28,760 - tv_grab_pyepg_hu_porthu - WARNING - Channel 'VIASAT3'(21.port.hu) not available on the API. (Maybe temporary)
2024-09-03 07:45:28,761 - tv_grab_pyepg_hu_porthu - WARNING - Channel 'DUNA Televízió'(6.port.hu) not available on the API. (Maybe temporary)
2024-09-03 07:45:28,761 - tv_grab_pyepg_hu_porthu - WARNING - Channel 'Duna World'(103.port.hu) not available on the API. (Maybe temporary)
2024-09-03 07:45:28,761 - tv_grab_pyepg_hu_porthu - WARNING - Channel 'M5'(301.port.hu) not available on the API. (Maybe temporary)
2024-09-03 07:45:28,761 - tv_grab_pyepg_hu_porthu - WARNING - Channel 'm1'(1.port.hu) not available on the API. (Maybe temporary)
2024-09-03 07:45:28,762 - tv_grab_pyepg_hu_porthu - WARNING - Channel 'ATV'(15.port.hu) not available on the API. (Maybe temporary) -
Atomantiii
addikt
-
Atomantiii
addikt
-
Max500
tag
Újabb ismeretlen kategória: akció minisorozat.
Sajnos egyes műsoroknál újabban a port.hu mellőzi a részletes leírást (Cinemax, HBO-k esetén tűnt fel főleg, hogy csak a film címe szerepel).
-
Atomantiii
addikt
Megcsúsztam, de kint a 0.2.0. Viszont a versösszeállításon és a riportfilm-sorozaton felül lett még egy háborús vígjáték is.
Ezzel a verzióval megszűnik a python 3.7 támogatása (hivatalosan amúgy sem támogatott több mint egy éve), tehát python 3.8 vagy újabbal használható, ezért lett 0.2.0 0.1.18 helyett.
-
Max500
tag
Van még egy: riportfilm-sorozat
-
Atomantiii
addikt
-
Max500
tag
Újabb kategória: versösszeállítás
-
Atomantiii
addikt
-
Max500
tag
Van közben tragikomédia is.
-
Atomantiii
addikt
-
Max500
tag
Újabb ismeretlen kategória: vígopera
-
Atomantiii
addikt
-
Atomantiii
addikt
-
Max500
tag
Nálam megint hibát hoz, bár lehet a weboldal nem okés:
2024-05-06 07:58:54,284 - tv_grab_pyepg_hu_porthu - INFO - 15% completed (7104/47354)
2024-05-06 07:59:52,159 - 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.37', 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.37', 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 162, 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 -
Atomantiii
addikt
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.
-
Atomantiii
addikt
-
Max500
tag
Most elindítottam másodjára is, akkor már előjött a tegnapi hibaüzenet.
-
Atomantiii
addikt
-
Max500
tag
Ma már szépen lefutott.
-
Atomantiii
addikt
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 -
Atomantiii
addikt
-
Sziasztok,
5 honappal ezelott ismerkedtem meg az IPTV lehetoseggel, majd 1.5 honapra ra tudtam meg, hogy mit is jelent az EPG, hogy egyaltalan letezik ilyen dolog.
Sok neten fellelhato EPG-t probaltam, am nem igazan talaltam olyat, amely a magyarorszagi szolgalaltatok altal kozvetitett osszes adokhoz tartalmazna EPG leirast.
Ezert irtam egy sajat programot ami elkesziti a leheto legtobb adot magaban foglalo EPG-t.
A servert hozza gzolee2 baratom biztositja. Az EPG elerheto itt, a playlist pedig itt.
Az ID-k a setting fajlban a sajat playlisthez igazithatoak. Jelenleg 189 csatorna 4-5 napnyi musora van az EPG-ben.
Ha vki kiprobalna szivesen vennem ha leirna a velemenyet. Koszonom. -
Atomantiii
addikt
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. -
Atomantiii
addikt
-
Atomantiii
addikt
-
Max500
tag
Így most szépen elfut az 1B-n is vagy 4-szer lefuttattam 10 napra és nem akadt még ki.
-
Atomantiii
addikt
-
Atomantiii
addikt
-
Atomantiii
addikt
-
kovyhun
tag
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.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 -
Atomantiii
addikt
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. -
kovyhun
tag
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. -
Hunnenkoenig
csendes tag
-
Atomantiii
addikt
-
Atomantiii
addikt
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
-
Max500
tag
Ú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.
-
Atomantiii
addikt
Az ha a swap megtelik az már annak a jele, hogy nagyon a határon vagy. Megpróbálhatod esetleg, hogy növelsz a swap területen, de csodát ne várj tőle.
Az utóbbi az még gui-s volt vagy már gui nélkül?
Ha jól értettem akkor eddig újratelepítetted, hogy cli-set kapj, de a raspi-config-al (alapból fent van) is tudsz váltani, hogy gui-ba vagy cli-be bootoljon (azt hiszem a System -> Boot/Autologin menü) -
Atomantiii
addikt
Az ha a swap megtelik az már annak a jele, hogy nagyon a határon vagy. Megpróbálhatod esetleg, hogy növelsz a swap területen, de csodát ne várj tőle.
Az utóbbi az még gui-s volt vagy már gui nélkül?
Ha jól értettem akkor eddig újratelepítetted, hogy cli-set kapj, de a raspi-config-al (alapból fent van) is tudsz váltani, hogy gui-ba vagy cli-be bootoljon (azt hiszem a System -> Boot/Autologin menü)
Új hozzászólás Aktív témák
- 5.1, 7.1 és gamer fejhallgatók
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- Most a fejlesztőknek készít egyedi Windows 11 kiadást a Microsoft
- Samsung Galaxy Felhasználók OFF topicja
- Eredeti játékok OFF topik
- Star Trek Online -=MMORPG=-
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- PlayStation 5
- Forza sorozat (Horizon/Motorsport)
- Gitáros topic
- További aktív témák...
- MSI Sword HX 16" FHD+ IPS i7-14650HX RTX 4070 32GB 1TB NVMe gar
- DJI Osmo 360 Standard Combo hibátlan, még 1 év DJI Care Refresh
- Vadonatuj Logitech PRO X TKL - US, red linear
- AOC - Q27G4XF 27" 2560x1440 Gaming monitor
- Samsung Galaxy S26 8/256GB Újszerű,Kártyafüggetlen,Tartozékaival. 1 Év Garanciával!
- Apple iPad Pro 2025 11" M5 256GB & 512GB & 1TB Wi-fi / Wi-fi +5G Bontatlan Összes szín / 27% áfás ár
- BESZÁMÍTÁS! ASUS B550M R5 5600 16GB DDR4 512GB SSD RX 6650XT 8GB Rampage SHIVA Enermax 650W
- Több darab MacBook Pro 16" M1 16 GB RAM/512 GB SSD - 27% Áfás
- Apple IPhone 16 Pro Max, Újszerű 12 Hónap garanciával
- Laptop dokkolók HP/Lenovo/Dell/Fujitsu