Hirdetés
-
Rossz üzlet az EV-kölcsönzés
it Küszködik az EV-kölcsönzés miatt a Hertz Global, még több EV-t adnak el.
-
SMITE 2 - Napokon belül indul a zárt alfa teszt
gp Több mint egy tucat karaktert próbálhatnak ki a szerencsésebbek, a teljes listát a május első napján esedékes streamben árulják el.
-
Ülésezik a hardveregylet
ph Az irodai készülékek és monitorok társaságát egy ház, egy egér és egy DAC egészíti ki.
Ú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 ]
Új hozzászólás Aktív témák
- Kerékpárosok, bringások ide!
- HBO Max & OD topic
- Otthoni hálózat és internet megosztás
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Bambu Lab X1/X1C, P1P-P1S és A1 mini tulajok
- OpenMediaVault
- Amazon Fire TV stick/box
- Autós topik
- ASUS routerek
- További aktív témák...
- -56% HP EliteBook 840 G8:i7 1165G7,16GB RAM,512GB NMVe SSD,Iris Xe,IR kam.+ujj.olv.,vil.MAGYAR bill.
- Monitortató plexi konzol több elérhető készletről MONITORCENTER
- -50% HP EliteBook 840 G8: i7 1165G7,32GB RAM,1TB NMVe SSD,Iris Xe,IR kam.+ujj.olv.,vil.MAGYAR bill.
- 1.250.000 FT helyett 940.000 FT !! MacBook Pro 16" M3 Pro 12CPU / 18GPU / 18GB / 512 SSD
- RTX 2080TI ROG STRIX GAMER PC