- Megjött az ASUS 240 Hz-es, fényes WOLED monitora
- Amlogic S905, S912 processzoros készülékek
- Hatalmas, 16K felbontású, szemüveg nélküli 3D kijelzőt villantott a BOE
- Rohamtempóban nő az érdeklődés az OLED monitorok iránt
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Egy utolsó platformmal egészíti ki a negyedik generációs EPYC családot az AMD
- Videós, mozgóképes topik
- Multimédiás / PC-s hangfalszettek (2.0, 2.1, 5.1)
- OLED TV topic
Hirdetés
-
Az Apple szerint ejteni kell az USA trösztellenes perét
it Az Apple megkért egy bírót, hogy ejtse az USA igazságügyi minisztériumának és 15 amerikai államnak az ellene indított, trösztellenes perét. Azt is megmondták, hogy miért.
-
Xperia Pro-C néven új csúcs Sony kompaktot pletykálnak
ma Állítólag 6 hüvelykes kijelzővel és 1" típusú kameraszenzorral próbálkozhat a Sony következő Pro modellje.
-
Retró játékgépet csinál egy applikáció az Apple TV-ből
ph Sokak számára teheti vonzóvá az Apple TV-t, hogy lehet rajta Commodore 64, NES vagy PlayStation 1 játékokat futtatni.
Új hozzászólás Aktív témák
-
Max500
tag
válasz Atomantiii #1201 üzenetére
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
Alá van írva!
-
Atomantiii
őstag
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 ]
-
Atomantiii
őstag
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.
-
Hunnenkoenig
csendes 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.[ Szerkesztve ]
-
kovyhun
tag
válasz Hunnenkoenig #1206 üzenetére
epg.best nálam nem megy, karbantartás...
"Hajszolom a tudást, de ő mindig gyorsabb nálam!"
-
Atomantiii
őstag
válasz Hunnenkoenig #1206 üzenetére
Ennek csak annyi köze van a rytec-hez, hogy kell valami program a beltérire, ami kezeli az epg-t.
TV-re meg mit tudom én mire lehet nem szükséges, de enigma 2-őn nem hiszem, hogy meg lehet oldani máshogy és képzeld el nem találtuk fel a spanyol viaszt csak a rytec helyett csinálunk saját epg-t amióta a kutyabuzi nevezetű tag nem hajlandó futtatni a grabbelést a magyar csatornákra, mert hogy a magyarok kapják be, mert az oroszokkal vannak és nem az ukránokkal. Csak ennyi a történet röviden.
Ja és nem akarok senkinek sem fizetni, hogy ez működhessen, mint ahogy nekem sem fizet senki sem a közreműködésemért benne, csak megoszottam, hogy aki szeretné az használja nyugodtan.
[ Szerkesztve ]
-
Max500
tag
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).
Alá van írva!
-
kovyhun
tag
válasz Hunnenkoenig #1206 üzenetére
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"Hajszolom a tudást, de ő mindig gyorsabb nálam!"
-
Max500
tag
-
Atomantiii
őstag
válasz Atomantiii #1215 üzenetére
Én néztem be, véletlenül az offset helyére írtam a napok számát és gondolom nem volt neki mit leszednie.
-
Rob76hr
friss újonc
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. -
Atomantiii
őstag
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
őstag
válasz Atomantiii #1220 üzenetére
Ma már szépen lefutott.
-
Max500
tag
válasz Atomantiii #1221 üzenetére
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.
Alá van írva!
-
Max500
tag
válasz Atomantiii #1223 üzenetére
Délelőtt volt nálam is valami, de kb 1 órája nekem lefutott.
Alá van írva!
-
Max500
tag
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.
Alá van írva!
-
Atomantiii
őstag
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 -
Max500
tag
válasz Atomantiii #1227 üzenetére
Én nem találkoztam ezzel, se ma (kipróbáltam nem sokkal az után, hogy írtad), se a hétvége folyamán.
Kint a 0.1.15. Megemeltem a timeout-ot 10 mp-ről 30 mp-re hátha segít.
Alá van írva!
-
Max500
tag
Új hozzászólás Aktív témák
- Nokia 3210 - felélni az örökséget
- Genshin Impact (PC, PS4, Android, iOS)
- Autós topik látogatók beszélgetős, offolós topikja
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- A fociról könnyedén, egy baráti társaságban
- nVidia tulajok OFF topikja
- Építő/felújító topik
- Milyen program, ami...?
- Megjött az ASUS 240 Hz-es, fényes WOLED monitora
- EAFC 24
- További aktív témák...
- Google Pixel Buds Pro
- EVGA RTX 3070 Ti 8GB XC3 ULTRA - bontatlan - eladó!
- ÉRKEZETT Legújabb Bontatlan Új M2 IPAD PRO 2022 11 128GB - 256GB Wi-Fi Azonnal Deák Térnél Átvehető.
- Bontatlan ÚJ IPHONE 13 mini 128-512Gb gyári független Minden Szín Deák Térnél Azonnal Átvehető.
- BONTATLAN Új Iphone 14 és 14 Plus 128-512GB 1év APPLE garancia gyári független Deák AZONNAL Átvehető
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen