Új hozzászólás Aktív témák
-
Max500
tag
válasz Atomantiii #1150 üzenetére
Ha a politikai thriller hiányzik akkor lemaradtál egy verzióval, a 0.1.11-ben hozzáadtam. A tv_grab_pyepg_hu_porthu --pyepggrabver-el megnézheted melyik verziót használod. Másik kettőt ütemeztem a következő releasere.
Ha minden jól megy holnap kipróbálom a Raspberry-s problémát és utána lesz egy release.Alá van írva!
-
Max500
tag
válasz Atomantiii #1146 üzenetére
Kipróbáltam, sima pip-es telepítéssel nálam is erre fut, viszont venv-be pip-el telepítve is jó és pipx-el is jó (ezért nem vettem észre eddig). Ránézek mi okozza.
Első telepítésnél én is találkoztam azzal mit a #1113-ban írtál, erre kipróbáltam amit a #1114-ben javasoltam és megoldotta, úgyhogy ez a következő releasebe bele is rakom.Alá van írva!
-
Max500
tag
válasz Atomantiii #1154 üzenetére
Rakj a parancs végére egy 2> log.txt-t és akkor a log.txt-be menti a logot, ha látni is akarod menet közben akkor egy 2> >(tee log.txt)-vel megoldható.
Ha hozzáfűzni szeretnéd akkor az első variációnál 2>>-t használj, a másodiknál tee -a log.txt-t.
Az a logika mögötte, hogy az xml kerülne az stdout-ra ha nem adsz meg output-ot és a logok kerülnek az stderr-re, ezért kell az stderr-t átirányítani.Alá van írva!
-
Atomantiii
őstag
Köszi, ha ilyet ír ki, hogy Kilőve akkor azt jelenti, hogy a port.hu letiltott?
atomantiii@raspberrypi:~/.xmltv $ tv_grab_pyepg_hu_porthu --verbose
2024-03-11 11:25:06,491 - tv_grab_pyepg_hu_porthu - INFO - retrieving programs from 2024-03-11 to 2024-03-22 for 124 channel(s)
KilőveA többi konfig a fájlban van megadva. Mondjuk a jobs, ratelimit és az interval 1-esen van, mert olyan lassú a raspberry pi, hogy valószínűleg nincs értelme variálni, mint a pc-n de lehet mégis fentebb kell venni az értékeket.
Vagy az is lehet, hogy még a korábbi ctrl-c--re mondja azt, amikor megnyomtam. Nem a gyorsaságáról híres az 1B-s raspberry, de kíváncsi vagyok rá mennyi idő kell neki mire végigmegy.
[ Szerkesztve ]
-
Atomantiii
őstag
válasz Atomantiii #1156 üzenetére
Mégiscsak inkább a letiltás lesz, mert most is azt írja.
-
Max500
tag
válasz Atomantiii #1156 üzenetére
A grabber-ban semmi magyar nyelvű logolás nincsen, így gondolom az valahonnan egyéb helyről származik, nem a grabber-ből.
Arra tudok gondolni ha magyar nyelven használod a Linuxot, hogy a "Killed" üzenetet fordították "Kilőve"-re. Ha ez történt akkor az OOM killer (out of memory killer) állította le azért mert elfogyott a RAM.Ha a port.hu tiltott volna szerintem (nem tudom, mert engem sose tiltott) olyasmi traceback-et kapnál ami vagy timeout-ra hivatkozik vagy connection refused-ra, ha meg csak a limitet léped túl akkor a HTTP 429-et kapnád mint korábban.
Alá van írva!
-
Atomantiii
őstag
válasz Atomantiii #1159 üzenetére
Akkor az a kérdés, melyik az a minimális konfig, amin még elmegy. Egy 3B-n lehet ki tudom majd próbálni vajon elég lehet-e neki?
-
Max500
tag
válasz Atomantiii #1160 üzenetére
kovyhun-nak ment zero w-n (#961) ami ugyan úgy 512MB, így ha te desktoppal használod az 1B-n és feltesszük, hogy kovyhun nem használt desktopot akkor valószínűleg ezen múlik.
Tovább tippelve úgy gondolom, hogy egy 1GB-s variánson már desktoppal is elfér (esetleg kompromisszumokkal), desktop nélkül szinte biztos.
Amiről viszont tapasztalatom van az egy 4B 2GB és egy 8GB, azokon vígan megy desktoppal.Alá van írva!
-
Atomantiii
őstag
Ha csak a címeket szedi le, akkor ezen is megy, de ha már mindent szed, akkor nem bírja.
Azt lehet-e esetleg konfigurálni valamelyik fájlban, hogy egyes tagokat ne szedjen le a weboldalról, mert úgy sem tud vele mit kezdeni a beltéri? Gondolok itt pl a <credits>-re, de lehetne még ritkítani, bár gondolom nem ilyen egyszerű de hátha.
De következő lépésként majd megpróbálok egy desktop nélküli verziót akkor, hátha megy.
-
kovyhun
tag
válasz Atomantiii #1164 üzenetére
Már nem emlékszem melyikkel mi volt a gondom, vissza kellene olvasni, "aranyhal memóriám" van
"Hajszolom a tudást, de ő mindig gyorsabb nálam!"
-
Max500
tag
válasz Atomantiii #1162 üzenetére
Nem tudsz egyesével tageket kiszedni, de szerintem nem is ezen múlik a dolog. A memóriaigényesebb részek azok a kezdetkor a műsorlista letöltése és feldolgozása (neked kb itt akadt ki), majd az egyes műsorokhoz a weblap letöltése (vagy itt az első pár 100 alatt), végén meg az xml ellenőrzése.
Spórolni úgy tudsz, ha egyszerre kevesebb napot töltesz vagy több napra de kevesebb csatornát, vagy kevesebb jobs-ot választasz (írtad, hogy 1, annál kevesebb nem megy), a ratelimit és interval nem számít.
Legkönnyebb a "több napra de kevesebb csatornát" mert utána egyszerűbb összefűzni, persze egyik se kényelmes.Alá van írva!
-
Atomantiii
őstag
válasz Atomantiii #1168 üzenetére
Ott járok, hogy elvileg felraktam gitről a pyepggrab-ot.
A home\atomantiii\local\lib\python3.9\site-packages\pyepggrab\resources mappában xmltv.dtd fájl megvan, viszont nincs \home\atomantiii\.xmltv mappa.
A \home\atomantiii\local\bin mappában van tv_grab_pyepg_hu_porthu fájl.
Ha futtatni szeretném a tv_grab_pyepg_hu_porthu --configure-t akkor ezt kapom:
Traceback (most recent call last):
File "/home/atomantiii/.local/bin/tv_grab_pyepg_hu_porthu", line 5, in <module>
from pyepggrab.grabbers.hu_porthu.hu_porthu import run
File "/home/atomantiii/.local/lib/python3.9/site-packages/pyepggrab/grabbers/hu_porthu/hu_porthu.py", line 22, in <module>
from pyepggrab.grabbers.hu_porthu.request_proc import ProcessCtx
File "/home/atomantiii/.local/lib/python3.9/site-packages/pyepggrab/grabbers/hu_porthu/request_proc.py", line 13, in <module>
from pyepggrab.grabbers.hu_porthu.xml_utils import create_xprogramme
File "/home/atomantiii/.local/lib/python3.9/site-packages/pyepggrab/grabbers/hu_porthu/xml_utils.py", line 7, in <module>
import extruct # type: ignore[import]
File "/home/atomantiii/.local/lib/python3.9/site-packages/extruct/__init__.py", line 1, in <module>
from ._extruct import SYNTAXES, extract
File "/home/atomantiii/.local/lib/python3.9/site-packages/extruct/_extruct.py", line 7, in <module>
from lxml.html import HtmlElement
File "/home/atomantiii/.local/lib/python3.9/site-packages/lxml/html/__init__.py", line 49, in <module>
from .. import etree
ImportError: libxslt.so.1: cannot open shared object file: No such file or directory -
Max500
tag
válasz Atomantiii #1169 üzenetére
"libxslt.so.1: cannot open shared object file: No such file or directory" -> #941-ben a megoldás.
Egyébként nem kell már a gites verzió, a 0.1.12-ben már javítva lett amiért szükség volt rá.
Alá van írva!
-
Max500
tag
válasz Atomantiii #1172 üzenetére
Az offset-el tudod a kezdő napot megadni. Ha az offset 0 az ma, 1 holnap, 2 holnap után. Ha offset 1 és days 2 akkor a holnapi és holnap utáni műsorokat tölti le.
Alá van írva!
-
Atomantiii
őstag
válasz Atomantiii #1174 üzenetére
80 %-nál meghalt, ezt írta ki:
2024-03-12 20:23:56,218 - tv_grab_pyepg_hu_porthu - ERROR - Exception occurred while fetching programs
concurrent.futures.process._RemoteTraceback:
"""
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 699, in urlopen
httplib_response = self._make_request(
File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 445, in _make_request
six.raise_from(e, None)
File "<string>", line 3, in raise_from
File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 440, in _make_request
httplib_response = conn.getresponse()
File "/usr/lib/python3.9/http/client.py", line 1347, in getresponse
response.begin()
File "/usr/lib/python3.9/http/client.py", line 307, in begin
version, status, reason = self._read_status()
File "/usr/lib/python3.9/http/client.py", line 276, in _read_status
raise RemoteDisconnected("Remote end closed connection without"
http.client.RemoteDisconnected: Remote end closed connection without response
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/home/atomantiii/.local/lib/python3.9/site-packages/requests/adapters.py", line 486, in send
resp = conn.urlopen(
File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 755, in urlopen
retries = retries.increment(
File "/usr/lib/python3/dist-packages/urllib3/util/retry.py", line 532, in increment
raise six.reraise(type(error), error, _stacktrace)
File "/usr/lib/python3/dist-packages/six.py", line 718, in reraise
raise value.with_traceback(tb)
File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 699, in urlopen
httplib_response = self._make_request(
File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 445, in _make_request
six.raise_from(e, None)
File "<string>", line 3, in raise_from
File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 440, in _make_request
httplib_response = conn.getresponse()
File "/usr/lib/python3.9/http/client.py", line 1347, in getresponse
response.begin()
File "/usr/lib/python3.9/http/client.py", line 307, in begin
version, status, reason = self._read_status()
File "/usr/lib/python3.9/http/client.py", line 276, in _read_status
raise RemoteDisconnected("Remote end closed connection without"
urllib3.exceptions.ProtocolError: ('Connection aborted.', RemoteDisconnected('Remote end closed connection without response'))
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3.9/concurrent/futures/process.py", line 243, in _process_worker
r = call_item.fn(*call_item.args, **call_item.kwargs)
File "/usr/lib/python3.9/concurrent/futures/process.py", line 202, in _process_chunk
return [fn(*args) for args in chunk]
File "/usr/lib/python3.9/concurrent/futures/process.py", line 202, in <listcomp>
return [fn(*args) for args in chunk]
File "/home/atomantiii/.local/lib/python3.9/site-packages/pyepggrab/grabbers/hu_porthu/request_proc.py", line 59, in gen_programs
rsp = cls.session.get(
File "/home/atomantiii/.local/lib/python3.9/site-packages/requests/sessions.py", line 602, in get
return self.request("GET", url, **kwargs)
File "/home/atomantiii/.local/lib/python3.9/site-packages/requests/sessions.py", line 589, in request
resp = self.send(prep, **send_kwargs)
File "/home/atomantiii/.local/lib/python3.9/site-packages/requests_ratelimiter/requests_ratelimiter.py", line 95, in send
response = super().send(request, **kwargs)
File "/home/atomantiii/.local/lib/python3.9/site-packages/requests/sessions.py", line 703, in send
r = adapter.send(request, **kwargs)
File "/home/atomantiii/.local/lib/python3.9/site-packages/pyepggrab/grabbers/hu_porthu/use_ip_adapter.py", line 79, in send
return super().send(request, *args, **kwargs)
File "/home/atomantiii/.local/lib/python3.9/site-packages/requests/adapters.py", line 501, in send
raise ConnectionError(err, request=request)
requests.exceptions.ConnectionError: ('Connection aborted.', RemoteDisconnected('Remote end closed connection without response'))
"""
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "/home/atomantiii/.local/lib/python3.9/site-packages/pyepggrab/grabbers/hu_porthu/hu_porthu.py", line 353, in retrieve_guide
progs = fetch_prog_info(progjsons, options)
File "/home/atomantiii/.local/lib/python3.9/site-packages/pyepggrab/grabbers/hu_porthu/hu_porthu.py", line 149, in fetch_prog_info
for result in ppe.map(ProcessCtx.gen_programs, url, progjsons):
File "/usr/lib/python3.9/concurrent/futures/process.py", line 559, in _chain_from_iterable_of_lists
for element in iterable:
File "/usr/lib/python3.9/concurrent/futures/_base.py", line 600, in result_iterator
yield fs.pop().result()
File "/usr/lib/python3.9/concurrent/futures/_base.py", line 440, in result
return self.__get_result()
File "/usr/lib/python3.9/concurrent/futures/_base.py", line 389, in __get_result
raise self._exception
requests.exceptions.ConnectionError: ('Connection aborted.', RemoteDisconnected('Remote end closed connection without response')) -
Atomantiii
őstag
Lehet, hogy variáltak valamit, mert most kb mindenre ez jön fel futás közben:
WARNING - Response code indicating failure: 429. Retrieving program details failed. Url: valami Using basic information.
-
Atomantiii
őstag
válasz Atomantiii #1175 üzenetére
Reggeli indítás után is ugyanúgy megállt 77 %-on és ugyanezt írja ki, lehet mégis kevés a raspberry pi neki.
-
Max500
tag
válasz Atomantiii #1177 üzenetére
Nem feltétlen gondolom, hogy ez a kevés ram jele lenne, ha csak megállna minden üzenet nélkül az igen. htop, top vagy free-vel figyelheted futás közben, hogy mennyi szabad ram (available vagy zöld csík, attól függ melyiket nézed) és swap van. Ha nem fogy el, akkor inkább (időszakos) hálózati problémára gondolnék (nekem ma 8-9 között működött probléma nélkül).
Alá van írva!
-
Atomantiii
őstag
Az az érdekes, hogy mindig olyan 70-80 % körül jön elő. Nem hinném, hogy a hálózatommal lenne probléma (délután olyan 4,5 óra futás után írta ki, előtte meg volt vagy 8-9 óra). De lehet hétvégére hazaviszem és megnézem otthon.
De pc-n meg szépen lefut, igaz ott nem kell neki csak kb 1,5 óra.
[ Szerkesztve ]
-
Atomantiii
őstag
5 nappal most végigment kb 6,5 óra alatt.
-
Atomantiii
őstag
Most szereztem kipróbálásra egy Raspberry Pi 3B-t, ha próbálom telepíteni a pyepggrab-ot ezt írja ki, vagyis már másodjára futtatom. Van pyton 3.9, de abban nincs site packages mappa. Ez elvieg 64 bites rendszer ha minden igaz.
atomantiii@raspberrypi:~ $ pip install pyepggrab
Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple
Requirement already satisfied: pyepggrab in ./.local/lib/python3.9/site-packages (0.1.12)
Requirement already satisfied: beautifulsoup4 in ./.local/lib/python3.9/site-packages (from pyepggrab) (4.12.3)
Requirement already satisfied: requests in ./.local/lib/python3.9/site-packages (from pyepggrab) (2.31.0)
Requirement already satisfied: lxml in /usr/lib/python3/dist-packages (from pyepggrab) (4.6.3)
Requirement already satisfied: extruct in ./.local/lib/python3.9/site-packages (from pyepggrab) (0.16.0)
Requirement already satisfied: dnspython in /usr/lib/python3/dist-packages (from pyepggrab) (2.0.0)
Requirement already satisfied: requests-ratelimiter in ./.local/lib/python3.9/site-packages (from pyepggrab) (0.6.0)
Requirement already satisfied: tzdata in ./.local/lib/python3.9/site-packages (from pyepggrab) (2024.1)
Requirement already satisfied: roman in /usr/lib/python3/dist-packages (from pyepggrab) (2.0.0)
Requirement already satisfied: urllib3 in /usr/lib/python3/dist-packages (from pyepggrab) (1.26.5)
Requirement already satisfied: typing-extensions>=4.4 in ./.local/lib/python3.9/site-packages (from pyepggrab) (4.10.0)
Requirement already satisfied: soupsieve>1.2 in /usr/lib/python3/dist-packages (from beautifulsoup4->pyepggrab) (2.2.1)
Requirement already satisfied: mf2py in ./.local/lib/python3.9/site-packages (from extruct->pyepggrab) (2.0.1)
Requirement already satisfied: rdflib>=6.0.0 in ./.local/lib/python3.9/site-packages (from extruct->pyepggrab) (7.0.0)
Requirement already satisfied: w3lib in ./.local/lib/python3.9/site-packages (from extruct->pyepggrab) (2.1.2)
Requirement already satisfied: html-text>=0.5.1 in ./.local/lib/python3.9/site-packages (from extruct->pyepggrab) (0.5.2)
Requirement already satisfied: six in /usr/lib/python3/dist-packages (from extruct->pyepggrab) (1.16.0)
Requirement already satisfied: jstyleson in ./.local/lib/python3.9/site-packages (from extruct->pyepggrab) (0.0.2)
Requirement already satisfied: pyrdfa3 in ./.local/lib/python3.9/site-packages (from extruct->pyepggrab) (3.6.2)
Requirement already satisfied: isodate<0.7.0,>=0.6.0 in ./.local/lib/python3.9/site-packages (from rdflib>=6.0.0->extruct->pyepggrab) (0.6.1)
Requirement already satisfied: pyparsing<4,>=2.1.0 in ./.local/lib/python3.9/site-packages (from rdflib>=6.0.0->extruct->pyepggrab) (3.1.2)
Requirement already satisfied: html5lib<2.0,>=1.1 in /usr/lib/python3/dist-packages (from mf2py->extruct->pyepggrab) (1.1)
Requirement already satisfied: idna<4,>=2.5 in /usr/lib/python3/dist-packages (from requests->pyepggrab) (2.10)
Requirement already satisfied: charset-normalizer<4,>=2 in ./.local/lib/python3.9/site-packages (from requests->pyepggrab) (3.3.2)
Requirement already satisfied: certifi>=2017.4.17 in /usr/lib/python3/dist-packages (from requests->pyepggrab) (2020.6.20)
Requirement already satisfied: pyrate-limiter<3.0 in ./.local/lib/python3.9/site-packages (from requests-ratelimiter->pyepggrab) (2.10.0)Úgy látom, hogy dist-packages van a python2.7-ben de az szinte üres, a python3-ban is van de ott sok minden van benne, illetve a python3.9-ben is van dist-packages és az is szinte üres.
[ Szerkesztve ]
-
Atomantiii
őstag
válasz Atomantiii #1181 üzenetére
Közben megvan, csak ide rakta be:
/home/atomantiii/.local/lib/python3.9/site-packages/pyepggrab/ -
Atomantiii
őstag
Az az érdekes, hogy a 3B v1.2 verzióval kb 5 óra kell majd neki, hogy leszedje az 5 napot, ez a 1B-vel volt 6,5 óra.
Vagy itt már mehetne jobs 4-el, mint a pc-nél, mert most minden 1-esen van neki (jobs, ratelimit, interval). Mert gondolkoztam egy 3B+ beszerzésén esetleg, de nem tudom hogy lehetne egy kicsit turbózni rajta.
[ Szerkesztve ]
-
Max500
tag
válasz Atomantiii #1183 üzenetére
ratelimit és interval nyugodtan maradhat úgy mint PC-n 1 és 3B-n is. Több ramot nem eszik, de lesz lehetősége gyorsabban dolgozni ha tud.
1B-n a jobs az jó 1-en mert úgysincs több magva, meg amúgy is a rammal kűzdesz.
3B-n (ha a ram is engedi) mehet a 4 mert annak már van 4 magva.Szerintem egy 3B+-al nem túl sokat nyernél, CPU +200 MHz, a ram meg ugyan úgy 1GB, de mielőtt bármibe beruháznál érdemes meggyőződni arról, hogy tényleg a CPU limitálna a 3B-n (htop, top páros ismét).
Alá van írva!
-
Max500
tag
válasz Atomantiii #1185 üzenetére
Hogy csatlakozol hozzá? Ha SSH-n akkor nyitsz még egy kapcsolatot, ha fizikailag direktbe használod képernyő+bill-el gui nélkül, akkor Alt+F1-től F6-ig váltogathatsz ún virtual terminal-ok között.
Léteznek még terminal multiplexerek mint a tmux, de ezek egy fokkal nehezebbek mint a fenti megoldások.Alá van írva!
-
Max500
tag
válasz Atomantiii #1187 üzenetére
Puttynál a címsoron jobb klikk és duplicate session vagy nyitsz egy új puttyot és csatlakozol mégegyszer.
Alá van írva!
-
Atomantiii
őstag
válasz Atomantiii #1189 üzenetére
Így most kb 1,5 óra volt az 5 nap jobs 4-el.
-
Atomantiii
őstag
válasz Atomantiii #1189 üzenetére
A 10 nappal viszont megfagyott 60 %-on, memória 833/910, swap 99,9/100 MB. Mondjuk az is igaz, hogy a desktopos verzió van fent, lehet elég lenne a terminál is, akkor nyerhetek valamit vele.
[ Szerkesztve ]
-
Atomantiii
őstag
válasz Atomantiii #1191 üzenetére
Most másodjára is lefagyott 55 %-nál, memória 861 MB-án, swap fájl 99,8 M.
-
Max500
tag
válasz Atomantiii #1192 üzenetére
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ü)Alá van írva!
-
Atomantiii
őstag
válasz Atomantiii #1195 üzenetére
Egyébként most már közben meghal az egész vagy nem tudom mi van.
A response is received but the description can't be found-okat dobál és megáll pc-n is meg a raspberry-n is.
-
Atomantiii
őstag
válasz Atomantiii #1196 üzenetére
Úgy tűnik a php-s verzió sokkal kevésbé fogja meg a Raspberry-t, időben még nem tudom mennyi lesz, de memóriából csak 100 MB-át használ kb folyamatosan.
-
kovyhun
tag
válasz Atomantiii #1197 üzenetére
A php készítője valahol írta hogy cél volt a lehető legkisebb memóriahasználat.
"Hajszolom a tudást, de ő mindig gyorsabb nálam!"
-
Atomantiii
őstag
válasz kovyhun #1198 üzenetére
Igen csak ott meg nem tudsz pl a port.hu-ról letölteni több csatornát, mert letilt. Esetleg valahogy delayezni kellene, hogy lassabb legyen, de nem találtam olyat a leírásában, hogy lehetne. De a többi az megy szépen úgy tűnik, bár most délután eltűntek a response is received but the description can't be found hibák a pyepggrab-nél is, de tény, hogy sokkal több memória kell neki.
-
Atomantiii
őstag
válasz Atomantiii #1199 üzenetére
PC-n 140 csati 1 óra 20 perc futott le a php-s verzión, míg a raspberry pi 3+-on 2 óra 52 perc kellett neki.
Vagyis a pythonos verzió valamivel gyorsabb, de nem sokkal rajta. Most délután pc-n 1,5 óra kellett a pythonos verziónak 10 napra.
[ Szerkesztve ]
-
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.