- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
Hirdetés
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
-
Samsung Univerzum: Így ismerhető meg a Galaxy AI bármilyen telefonon
ma A Try Galaxy webalkalmazás kontrollált környezetben mutatja meg, mit tud a One UI 6.1-es rendszer és a mesterséges intelligencia.
-
Xbox Game Pass [2024] - A májusi lista
gp Az elkövetkező időszakban többek között megkapjuk a Kona II Brume című játékot.
-
PROHARDVER!
Utoljára frissítve: 2024.03.06.
Légy szíves olvasd el mielőtt kérdezel!
Az összefoglalóban sok helyen a fórumtársak hozzászólásai vannak belinkelve, vagy az ő információik alapján írtam meg, tisztáztam le az adott információt. Ezúton is köszönöm mindenkinek a segítséget!
Új hozzászólás Aktív témák
-
Ejelhar
senior tag
válasz Dolphine #36212 üzenetére
Ennél a lejátszónál van minden? HD hangok, HDR, 4K, kadenciahelyes lejátszás?
Csak LE/OSMC alatt és biztosan csak a Pro-nál. Az eredeti V10-ek azok S905-ök, a Pro verzió S905X, illetve az új sorozatú sima V10-ek nagy eséllyel már szintén S905X-el készülhetnek, a logójuk ellenére (az S905-öt jelez). Viszont az új sorozatú V10-ekre nem okay az LE S905-ös dtb.img, az S905X-es dtb-vel működnek jól, ebből gondolom.
Szóval ... ha biztosra akarsz meni, akkor Pro, bár ha kell az Android is, akkor felejtős, mert azért még senki se dicsérte:-)Viszont nekem meg a környeztemnek stabil, semmi gond vele LE alatt, illetve sok gombos a távja. Számomra ez utóbbi emelte a versenytársak fölé, no meg az, hogy meg sem próbáltuk Android alatt munkára fogni:-)
[ Szerkesztve ]
-
Ejelhar
senior tag
válasz darvinya #36215 üzenetére
Megpróbáltam és bele is buktam
Stációk:
- az LE kernelt használó Csicsóka féle OSMC alatt tudja ezt a box, jó jel. Akkor reboot LE alá, majd nézzük a kikapcs menüt, csak hát itt nincs szundi menüpont.
- Nem baj, lepsórolták a skinból, de akkor majd a táv egyik gombjára rávágjuk a Kodi beépített power menüjét, onnan választjuk ki. LE alatt itt sem jelenik meg a szundi.
- Ez se baj, akkor legyen a Kodi előre definiált Suspend parancsa dedikálva, ezt rávágom a táv egy gombjára és majd úgy. Az LE Kodi logolja is, tényleg megkapja e parancsot, jól is értelmezi, majd semmit se csinál.Nos, én itt dobtam be a törülközőt.
-
Ejelhar
senior tag
válasz Dolphine #36217 üzenetére
Igen, én is pontosan ezt gondolom amit írtél.
Bár mégegyszer leírom, biztos ami biztos: a Venz csak a sok gombos távja miatt nyerő nálam, meg az FHD források100 Mbit-be beleférnek és linux alapú OS-ekkel stabil e cucc, Android meg nem kell.
ilyen igények mellett jó választás a Venz. -
Ejelhar
senior tag
válasz darvinya #36226 üzenetére
Csicsóka holnapra igérte az OSMC rc4-et, próbáld azt ki, mert azzal kezelhető e probléma.
Mióta LE kernel liheg alatta okaynak tűnik, stabil is (én az rc3.3-at gyűröm, eddig rendben vagyunk, ugyan nem stresszeltem, de van olyan szinten átlagos felhasználás mellett mint a stabil LE, sőt, átszoktam, mert gyorsabb). -
Ejelhar
senior tag
-
Ejelhar
senior tag
válasz Polllen #36407 üzenetére
Én úgy csinálnám (vakon írom, csak ötlet, nincs kipróbálva):
- osmc user nevében futó Kodi leállít:
systemctl stop mediacenter
- az eMMC adat partíciója ideiglenesen valahova beépít:
mkdir /tmp/data
mount /dev/data /tmp/data
- OSMC alól az egész usermappát (/home/osmc) átcumóznám az eMMC-re és átnevezném az eredetit ideiglenesen (az eltávolítás előtt).
cp -r /home/osmc/ /tmp/data
- átnevezzük az eredeti mappáját, majd újból létrehozzuk és az osmc tulajdonába adjuk:mv /home/osmc /home/osmc.orig
mkdir /home/osmc
chown osmc:osmc /home/osmc
Bootnál beépítjük, az /etc/fstab file-ba:
/dev/data /home/osmc ext4 defaults,nofail,rw,uid=1000,gid=1000,noatime,nodiratimeps. előtte persze kötelezően átírni a root jelszavát, hogy ha valami balul sül le, akkor legyen visszaút.
[ Módosította: vond ]
-
-
Ejelhar
senior tag
válasz Beni2360 #36431 üzenetére
Ugyan már, csak tisztáztuk, mert ebben elmértél szinte mindent, de nem kell szabadkozni, mert nincs miért. Emberek vagyunk.
Tegnap egy komplett infrastruktúra alrendszerét kellett újrarúgni miattam, mert valamit nagyon benéztem. Úgyhogy én leszek itt az utolsó, aki megszól:-)[ Szerkesztve ]
-
Ejelhar
senior tag
válasz Csicsóka #36436 üzenetére
Akkor meg is ragadom a lehetőséget, alkalomadtán majd az egyik topic gazdától módosítást kérek (nem csupán a pontosításod, hanem az elgépeléseim miatt is) a 36426 számú hsz-be.
ezt ki:
/dev/data /home/osmc ext4 defaults,nofail,rw,uid=1000,gid=100,noatimelezt pedig a helyére:
/dev/data /home/osmc ext4 defaults,nofail,rw,uid=1000,gid=1000,noatime,nodiratime -
Ejelhar
senior tag
válasz DoItYourself #36447 üzenetére
Köszönöm, most bajt, veszélyes dolgot nem írtam le, csak egy felesleges/értelmezhetetlen karakter miatt sikertelen lesz az akció.
-
Ejelhar
senior tag
válasz robi12ster #36499 üzenetére
Nekem így sikerült:
63. LibreELEC elérése SSH-n keresztül
Ez egy távoli, parancssoros elérési mód a LE-et futattó eszközökhöz. PuTTY klienssel minden platformról csatlakozhatunk, ha engedélyeztük az SSH elérést a LE beállításoknál.
Felhasználó: root, jelszó: libreelec.
Ha problémáid adódnak, tekintsd meg a LE wiki oldalán a videókat. -
Ejelhar
senior tag
válasz robi12ster #36502 üzenetére
Az égvilágon semmilyen.
-
Ejelhar
senior tag
válasz Csicsóka #36464 üzenetére
Szia,
megcsináltam a módosítást, ki is próbáltam egy friss rc4.1 telepítéssel, 8 GB-s penről bootolva.
A telepítő image ext4 partíciójába beleraktam az /sbin alá a parted és partprobe binárisokat, ezek az osmc rc3.3-ból származnak (ott feltelepítettem a parted csomagot).
Valamint az /usr/local/bin/fs-resize file-t lecseréltem a módosítottra. Eredmény:
osmc ~ # parted /dev/sda print
Model: SanDisk Cruzer Switch (scsi)
Disk /dev/sda: 7849MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:Number Start End Size Type File system Flags
1 4194kB 273MB 268MB primary fat16 boot, lba
2 273MB 1850MB 1577MB primary ext4osmc ~ # fs-resize
Found the start point of /dev/sda2:
Warning: Partition /dev/sda2 is being used. Are you sure you want to continue?
Information: You may need to update /etc/fstab.Ok, Partition resized.
Model: SanDisk Cruzer Switch (scsi)
Disk /dev/sda: 7849MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:Number Start End Size Type File system Flags
1 4194kB 273MB 268MB primary fat16 boot, lba
2 273MB 7849MB 7576MB primary ext4
Activating the new size
resize2fs 1.43.4 (31-Jan-2017)
Done!
Start OSMC. Enjoy your new space!
init: required argument missing.
osmc ~ # df -h
Fájlrendszer Méret Fogl. Szab. Fo.% Csatol. pont
devtmpfs 783M 0 783M 0% /dev
tmpfs 895M 19M 877M 3% /run
/dev/sda2 6,9G 792M 6,1G 12% /
tmpfs 895M 0 895M 0% /dev/shm
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 895M 0 895M 0% /sys/fs/cgroup
/dev/mmcblk1p1 15G 2,7G 12G 19% /media/Sandisk_SD16G
tmpfs 179M 0 179M 0% /run/user/1000
osmc ~ #A módosított script, amit kivettem azok a sorok a könnyebb azonosíthatóság miatt ## -- ## kezdődnek.
#!/bin/sh
fdisk_first() {
PART=$(grep "/" /proc/mounts | cut -d" " -f1 | grep '2$')
case $PART in
"/dev/mmcblk"*)
DISK=$(echo $PART | sed s/p2$//g)
;;
*)
DISK=$(echo $PART | sed s/2$//g)
;;
esac
## -- ## p2_start=`fdisk -l $DISK | grep $PART | awk '{print $2}'`
echo "Found the start point of $PART: $p2_start"
## -- ## fdisk $DISK << __EOF__ >> /dev/null
## -- ## d
## -- ## 2
## -- ## n
## -- ## p
## -- ## 2
## -- ## $p2_start
## -- ##
## -- ## p
## -- ## w
## -- ## __EOF__
/sbin/parted $DISK resizepart 2 Yes 100%
sync
touch /.resize
echo "Ok, Partition resized."
/sbin/parted $DISK print
echo
echo ""
sleep 5
## -- ## reboot -f
}
resize_fs() {
mount -t proc proc /proc >/dev/null 2>&1
/usr/bin/clear
PART=$(grep "/" /proc/mounts | cut -d" " -f1 | grep '2$')
echo "Activating the new size"
resize2fs $PART >> /dev/null
echo "Done!"
echo "Start OSMC. Enjoy your new space!"
sleep 5
rm -f /.resize
mkdir -p /tmp/mnt
mount -L OSMC /tmp/mnt
rm -f /tmp/mnt/resize
umount /tmp/mnt
exec /sbin/init $*
}
if [ -f /.resize ]; then
resize_fs
else
fdisk_first
resize_fs
fi[ Szerkesztve ]
-
Ejelhar
senior tag
válasz szabi__memo #36554 üzenetére
Valószínűtlen, valszeg menni fog, ugyanaz a verzió.
De, a jogokkal gond lehet, mert az LE alatt a root tulajdonába vannak, OSMC alatt meg az osmc useré.
Ezért:chown -R osmc:osmc /home/osmc/.kodi
[ Szerkesztve ]
-
Ejelhar
senior tag
válasz szabi__memo #36595 üzenetére
Hát ... akkor mégse volt nyerő ötlet az LE-s .kodi könyvtár átmásolása. Abba debian update biztos nincs integrálva.
-
Ejelhar
senior tag
válasz szabi__memo #36597 üzenetére
parancsorból:
apt-get update
apt-get dist-upgradeEnnek illene hiba nélkül lefutnia.
-
Ejelhar
senior tag
válasz szabi__memo #36595 üzenetére
Ez amúgy tényleg igaz lehet?:
Error Contents: [Errno 12] Cannot allocate memory
1 GB-s a box? -
Ejelhar
senior tag
válasz hunaqua #36618 üzenetére
A journalctl mitet mond? Hátha abból kiderül mivel van baja: Nálam például:
dds-osmc kernel: usb 1-1.1: New USB device found, idVendor=174c, idProduct=1153
dds-osmc kernel: usb 1-1.1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
dds-osmc kernel: usb 1-1.1: Product: AS2115
dds-osmc kernel: usb 1-1.1: Manufacturer: ASMedia
dds-osmc kernel: usb 1-1.1: SerialNumber: 00000000000000000000
dds-osmc kernel: usb-storage 1-1.1:1.0: USB Mass Storage device detected
dds-osmc kernel: scsi2 : usb-storage 1-1.1:1.0
dds-osmc kernel: scsi 2:0:0:0: Direct-Access ASMT 2115 0 PQ: 0 ANSI: 6
dds-osmc kernel: sd 2:0:0:0: [sdc] Spinning up disk...
dds-osmc kernel: ..ready
dds-osmc kernel: sd 2:0:0:0: [sdc] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
dds-osmc kernel: sd 2:0:0:0: [sdc] Write Protect is off
dds-osmc kernel: sd 2:0:0:0: [sdc] Mode Sense: 43 00 00 00
dds-osmc kernel: sd 2:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
dds-osmc kernel: sdc: sdc1
dds-osmc kernel: sd 2:0:0:0: [sdc] Attached SCSI disk
dds-osmc udisks-glue[2289]: Device file /dev/sdc inserted
dds-osmc sudo[19340]: osmc : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/sbin/hdparm -S 240 /dev/sdc
dds-osmc sudo[19340]: pam_unix(sudo:session): session opened for user root by (uid=0)
dds-osmc udisks-glue[2289]: /dev/sdc:
dds-osmc udisks-glue[2289]: setting standby to 240 (20 minutes)
dds-osmc sudo[19340]: pam_unix(sudo:session): session closed for user root
dds-osmc udisks-glue[2289]: Device file /dev/sdc1 inserted
dds-osmc udisks-glue[2289]: Trying to automount /dev/sdc1...
dds-osmc kernel: fuse init (API version 7.22)
dds-osmc systemd[1]: Mounting FUSE Control File System...
dds-osmc systemd[1]: Mounted FUSE Control File System.
dds-osmc ntfs-3g[19365]: Version 2016.2.22AR.1 integrated FUSE 28
dds-osmc ntfs-3g[19365]: Mounted /dev/sdc1 (Read-Write, label "DDS-T2", NTFS 3.1)És tényleg, sda és sdb nem lehet, mert már foglalja azokat két pen, ezért /dev/sdc. A disk label az "DDS-T2", ezért ilyen néven is építi be a /media könyvtár alá. Tényleg ntfs-re van formázva, ez is rendben.
Talán nálad is kiderül a logból mi és hol akad le. -
Ejelhar
senior tag
válasz junkpod #36632 üzenetére
Igen, -fogalmazzunk úgy- nagyon nem szokványos, némileg formabontó érvelés, az ilyet inkább egy művészlélektől várna az ember, semmi esetre sem egy műszakitól.
De ő a project vezetője, és ez valszeg nem véletlen, itt is az lehet mint a profitorientált teamek esetében: a vezérnek az is feladatkörébe tartozik, hogy kezelje és akár ritka pofátlanul is, de leugassa a hőzöngő ügyfeleket.
-
Ejelhar
senior tag
válasz szabi__memo #36636 üzenetére
Gondolom szervizként futna.
a systemctl status transmission mitet mond?
Lehet, csak engedélyezni kéne a szervizt és elindítani:
systemctl enable transmission
systemctl start transmission[ Szerkesztve ]
-
Ejelhar
senior tag
válasz szabi__memo #36638 üzenetére
Gyanús, nem ez lesz a neve, a yum search transmission ezt mondja:
transmission-cli.x86_64 : Transmission command line implementation
transmission-common.x86_64 : Transmission common files
transmission-daemon.x86_64 : Transmission daemon
transmission-gtk.x86_64 : Transmission GTK interface
transmission-qt.x86_64 : Transmission Qt interface
transmission.x86_64 : A lightweight GTK+ BitTorrent clientValszeg ide a transmission-daemon kell.
-
Ejelhar
senior tag
válasz gaben919 #36644 üzenetére
Amikor kiírod az image-t, akkor a FAT partíción megtalálod a dtb könyvtárat, abból lehet választani.
Tartalma:
gxbb_p200_1G_100M.dtb
gxbb_p200_1G_100M_RealtekWiFi.dtb
gxbb_p200_1G_1Gbit.dtb
gxbb_p200_1G_1Gbit_RealtekWiFi.dtb
gxbb_p200_1G_mxq_pro_4k.dtb
gxbb_p200_1G_wetek_hub.dtb
gxbb_p200_2G_100M.dtb
gxbb_p200_2G_100M_RealtekWiFi.dtb
gxbb_p200_2G_1Gbit.dtb
gxbb_p200_2G_1Gbit_OTG_Port.dtb
gxbb_p200_2G_1Gbit_RealtekWiFi.dtb
gxbb_p200_2G.dtb
gxbb_p200_2G_m8s+_k3_pro.dtb
gxbb_p200_2G_minix_neo_u1.dtb
gxbb_p200_2G_wetek_play_2.dtb
gxbb_p200.dtb
gxbb_p200_k1_plus.dtb
gxbb_p200_k2_pro.dtb
gxbb_p201_2G.dtb
gxbb_p201.dtb
gxbb_skt.dtb
gxl_p212_1g_AB.dtb
gxl_p212_1g_coowell_v5.dtb
gxl_p212_1g.dtb
gxl_p212_1g_lepotato.dtb
gxl_p212_1g_nand.dtb
gxl_p212_1g_slowemmc.dtb
gxl_p212_1g_tx3mini.dtb
gxl_p212_2g_AB.dtb
gxl_p212_2g.dtb
gxl_p212_2g_kvim.dtb
gxl_p212_2g_lepotato.dtb
gxl_p212_2g_nand.dtb
gxl_p212_2g_slowemmc.dtb
gxl_p212_2g_tx3mini.dtb
gxl_p212_3g.dtb
gxl_p230_2g.dtb
gxl_p230_k1_pro.dtb
gxl_p231_1g.dtb
gxl_p231_1g_dvb.dtb
gxl_p231_2g.dtb
gxl_p231_2g_dvb.dtb
gxl_pxp.dtb
gxl_skt.dtb
gxm_kvim2.dtb
gxm_q200_1g.dtb
gxm_q200_2g.dtb
gxm_q200_2g_minix_neo_u9.dtb
gxm_q200_3g.dtb
gxm_q200_k3_pro.dtb
gxm_q201_1g.dtb
gxm_q201_2g.dtb
gxm_q201_3g.dtb
gxm_skt.dtb
gxtvbb_9023_skt.dtb
gxtvbb_p300.dtb
gxtvbb_p301.dtb
gxtvbb_p310.dtb
gxtvbb_p311.dtb
gxtvbb_pxp.dtb
gxtvbb_skt.dtb
gxtvbb_t966_skt.dtb
kvim2_android.dtb
kvim2_linux.dtb
kvim2_multios.dtb
kvim_android.dtb
kvim.dtb
kvim_linux.dtb
kvim_multios.dtb
odroidc2.dtb
txl_p320.dtb
txl_p321_512m.dtb
txl_p321.dtb
txl_p321_v2.dtb
txl_p341.dtb
txl_pxp.dtb
txl_skt.dtb
txl_t950_skt.dtb
txl_t960_p346.dtb
txl_t960_skt.dtb -
Ejelhar
senior tag
válasz dugesz77 #36645 üzenetére
Az a furcsa,hogy a 8.90.4 egészen stabil volt szinte minden részről erre jött a 90.5 már sokkal bugosabb volt ez meg most a legalja
Nekem meg az a furcsa, hogy itt ezen értetlenkednek a népek.
Ha stabil vagy béta állapotban lenne a kód, akkor megérteném ezt, mert jogos lenne. De az alfa lényege pont az, hogy pakoljunk bele új funkciót vagy faragjunk át teljes alrendszereket, majd nézzük meg: egyáltalán képes működni vagy rögtön összeomlik? Illetve csak próbálkozunk, majd menet közben kiderül milyen nem várt hibákat okoznak.
Az alfáktól egész egyszerűen nem lehet többet várni.[ Szerkesztve ]
-
Ejelhar
senior tag
válasz dugesz77 #36649 üzenetére
Nagyon korrekt módon -no meg saját érdekből is- a fejlesztők jelzik, ez itt alfa.
Ezt senki se viccből vagy szerénységből teszi, jó oka van rá. Ezért alfa verziónál nincs is értelme frissíteni, mert senkinek sincs fogalma arról mibe fut majd bele.
A szokványos menetrend:alfa: a fejlesztők belepakolnak mindenfélét a kódba, vagy egy combosabb részét lecserélik és utánuk az özönvíz, nem tudni mi lesz. Reméljük a legjobbakat, de itt a magasabb verziószám csak azt jelöli, most mással van dolgunk, de még véletlenül sem azt, hogy jobb.
beta: használható állapotban, itt már általában illik figyelni a komplett rendszerre, egy kiadás előtt álló használható verzióról van szó. Ezekre általában tényleg igaz, a magasabb verzió egyúttal jobb/stabilabb/hibamentesebb programot is jelez.
stabil: lehet, vannak ismert hiányosságai vagy hibái, de mindig ez az ajánlott, mert kellően tesztelt és ismert.
-
Ejelhar
senior tag
válasz blakey #36656 üzenetére
Az OSMC nincs RC állapotban, Csicsóka telepítési módszere van abban
Vagy hát a Csicsóka féle S905?-re implementált OSMC kiadás utolsó bétája, gyakorlatilag kész, freeze állapotban, ami kszaq LE kernelére építkezik.
Ami -mellékesen- pörög/forog, nekem kurva gyors.
[ Szerkesztve ]
-
Ejelhar
senior tag
-
Ejelhar
senior tag
válasz Csicsóka #36668 üzenetére
Okay, én is körbe szagolom, a wifi-t egyrészt mindig utáltam másrészt pocséknak tartom. De egy próbát megér e project kapcsán, e kernel modulokat talán rá kéne szuszakolni a boxra, hátha kezelik a hardware-t. Holnap utána nézek ennek.
Bár jó kérdés, hogy miért csak a wifinél fordul ez elő. -
Ejelhar
senior tag
-
Ejelhar
senior tag
válasz attila157 #36714 üzenetére
De ha hozzá is adtad, nem azt akarod tallózni mint az alanti képeden látszik, mert annak biztos nem smb:// szerepel a fejlécében. Az a sima "Windows hálózat (SMB)", de ha úgy csináltad ahogy írtam, akkor már lennie kell itt egy "smb://gépnév" vagy "smb://IP_cím" forrásnak, abba kell beletallóznod.
[ Szerkesztve ]
-
Ejelhar
senior tag
-
Ejelhar
senior tag
válasz blakey #36814 üzenetére
Pár éve még volt sírás-rívás az SMB miatt, a célgépek gyenge teljesítménye sokszor a gyenge implementációra vezethető vissza, mert PC-n, x86-os platformon már akkor is jól teljesített.
De pl. a Dune 3-4Mbyte-al kezdte SMB-n (100 Mbites LAN kártyával), ez tényleg pocsék.
De mikor én megvettem, addigra kifaragták. A Smart H1-et kimértem, 72-73 Mbit SMB-n és TCP NFS-en, ez FHD-ra elég. Érdekes amúgy, az NFS kliense UDP-n 50 Mbit alatt teljesített, ez viszont kevés.[ Szerkesztve ]
-
Ejelhar
senior tag
válasz Media guru #36822 üzenetére
Nos, nekem úgyis kell egy ilyen, távolról rokonok elérik a cumóimat. Működik is jól, de ez IIS 7.5-ösön szolgáltató webdav. Az átviteli sebességre nincs panasz, sőt, de a scannelés az sokáig tart. Egyelőre nem tudom az okát. Megnézem majd Apache-al is, hogyan teljesít azzal a webdav.
[ Szerkesztve ]
Új hozzászólás Aktív témák
- Asus Z170 Pro Gaming, Intel Core i5-6500, 16GB Kingston HyperX 2133MHz félkonfiguráció (használt)
- ASUS ROG STRIX Z370-H GAMING + Intel Core i5-8600K + SK Hynix 16GB DDR4 2666MHz - Számla + Garancia
- VADIÚJ, BONTATLAN! Mac Mini M2 8GB 256GB
- i7 7700K////1070 TI///16GB
- Intel NUC5CPYH (Celeron N3050, N3060, J3060) - 4GB RAM, 120GB SSD
- I7 - GAMER /8700K + VÍZ - Z370 - 16GB DDR4 - 512GB NVME - 4TB HDD -RX 6600/8GB DDR6- 700W - RGB HÁZ
- 10.GEN GAMER PC /B460-STEEL-I5 10400F +VÍZ - 1TB NVME + 4TB HDD - 16GB RGB - RX 6600-8GB DDR6 + RGB/
- Belépő szintű Gaming PC Intel i5-9400F, Nvidia GTX1650OC, 16GB DDR4, 512GB m.2 SSD, Seasonic 500W
- I5 6600/ 8GB/ SSD+HDD
- Polycom HDX hálózati videokonferencia HD video ip telefon