- 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
-
Saját Redmi Note 13 Pro+ a világbajnok focicsapatnak (és indiai rajongóiknak)
ma Argentína nemzeti válogatottjának mezével díszítik az új Redmi különkiadást.
-
Konzolokra is megjelenik a Fera: The Sundered Tribe
gp A kooperatív szörnyvadászós játékhoz a minap egy friss trailert kaptunk.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
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 tobias40 #55143 üzenetére
Ahogy alant Csicsóka írta.
Amúgy az SD-t "/dev/mmcblk*" eszköznek nevezi, de mivel USB-s kártyaolvasón keresztül fogja látni a CE box, ezért "/dev/sd*"-nak fogja látni.
Ha nincs más USB-s blokkos eszköz azon a boxon (pen drive), akkor valszeg /dev/sda*-nak fogja nevezni.[ Szerkesztve ]
-
Ejelhar
senior tag
válasz Celtis #55147 üzenetére
Pedig nagyon jó az ötlet amit írtál, de az alanti malőrből tanulva előtte mindenképpen el kell végezni egy ellenőrzést, hogy milyen partíció van beépítve a /storage alá és annak mi a cimkéje. Szerintem így:
DDS-Kodi:~ # df -h
Filesystem Size Used Available Use% Mounted on
devtmpfs 784.7M 147.4M 637.4M 19% /dev
/dev/sda1 511.7M 160.4M 351.3M 31% /flash
/dev/sda2 13.4G 2.0G 11.4G 15% /storage
/dev/loop0 147.5M 147.5M 0 100% /
tmpfs 895.3M 0 895.3M 0% /dev/shm
tmpfs 895.3M 9.7M 885.5M 1% /run
tmpfs 895.3M 0 895.3M 0% /sys/fs/cgroup
tmpfs 895.3M 2.6M 892.7M 0% /var
tmpfs 895.3M 0 895.3M 0% /tmp
/dev/mmcblk1p1 14.5G 8.4G 6.1G 58% /var/media/Sandisk_SD16GDDS-Kodi:~ # ls -l /dev/disk/by-label/
total 0
lrwxrwxrwx 1 root root 10 May 17 22:20 COREELEC -> ../../sda1
lrwxrwxrwx 1 root root 10 May 17 22:20 STORAGE -> ../../sda2
lrwxrwxrwx 1 root root 15 May 17 22:21 Sandisk_SD16G -> ../../mmcblk1p1 -
Ejelhar
senior tag
válasz tobias40 #55149 üzenetére
Na látom már linux guru vagy lassan , mert a régi motorosok nem kedvelik amit írtam (df -h, vagyis a human formátum), ragaszkodnak az 1 kiló blokkos ábrázoláshoz.
Okay, tehát neked a
/dev/mmcblk1p2 29900845 9884362 20012387 33% /storageeszköz cimkéje kell, most ezt kéne megnézni a
ls -l /dev/disk/by-label/
paranccsal. -
Ejelhar
senior tag
válasz tobias40 #55154 üzenetére
Most már tudjuk mire kell átnevezni esetedben (LIBREELEC_DISK) a /dev/data partíciót, tehát ez akár mehetne is, viszont bemásoltál egy hibaüzit az előzményekben, nálad elgételen a hely a /dev/data partícióban.
Ha nem kár érte (az android adatokért), akkor majdnem ugyanaz mint amit Celtis írt, csak még formázni is kéne, szerintem így:
systemctl stop kodi
e2label /dev/mmcblk1p2 ""
mke2fs -F -q -t ext4 -m 0 -L LIBREELEC_DISK /dev/data
mkdir -p /tmp/data
mount -o rw /dev/data /tmp/data
cp -pPRv /storage/. /tmp/data
umount /tmp/datamajd egy reboot paranccsal újrarúgjuk és megnézzük most hol kúrtuk el
-
Ejelhar
senior tag
válasz bajnokpityu #55165 üzenetére
Ha jól tévedek 64 Mbit az elméleti határ FHD-nél (amúgy csúcsban én mértem már 60 Mbitet), ezt a 100 Mbites boxok is tudják és Sambán is.
Amúgy -szerintem- az égvilágon semmi baj nincs az LE vagy CE vagy a **MC Sambájával, az FHD-hoz szükséges sebességet minden cafrang nélkül hozzák.
-
Ejelhar
senior tag
Még régebben olvastam valahol, hogy lossless audio sávval együtt felmehet ennyire az FHD.
Az Asusról rémlik, hogy pont ezen a fórumon olvastam, 30 Mbit alatt teljesített, ez tényleg kevés.
Nekem a Dune Smart H1 72 Mbitet hozott, Sambán és TCP NFS-en is, viszont az UDP NFS-en fullad be, 50 Mbit alatt teljesített.
-
Ejelhar
senior tag
válasz Csicsóka #55172 üzenetére
Összeütöttem egy részletező/magyarázó leírást, okulva abból, amibe Tobias40 fórumtárssal belefutottunk
[kevés hely a /dev/data partíció alatt, illetve több méretes backup file a /storage partíción]USB vagy SD /storage partíció másolása az eMMC-re
1.) leállítjuk a Kodit
systemctl stop kodi2.) lecseréljük a partíció kötetcímkéjét (volume label)
a.) a CE vagy LE linux kernel kötetcímke alapján dönti el, hogy melyik partíciót építi be a file rendszer storage mappája alá, ezért először beazonosítjuk, hogy mi is ez a név pontosan:
blkid | grep -E $(df | grep -E /storage$ | cut -d" " -f1) | cut -d" " -f2
a parancssor kimenete idézőjelek között mutatja milyen kötetcímke használatos, például CE esetében: LABEL="STORAGE"b.) eltávolítjuk ezt a kötetcímkét a jelenlegi USB vagy SD eszköz partíciójáról (üres értéket kap, magyarán töröljük):
# SD esetében
e2label /dev/mmcblk1p2 ""
# USB-s eszköz esetében
e2label /dev/sda2 ""c.) az "a" pontban azonosított kötetcímkét megkapja az eMMC legnagyobb partíciója (/dev/data néven hivatkozunk rá):
e2label /dev/data "IDE_A_KÖTETCIMKE_NEVÉT_ÍRJUK"
vagy ha úgy döntünk, hogy nincs szükségünk az androidos adatokra, akkor formázzuk és egyúttal kötetcímkét is adunk e partíciónak:
mke2fs -F -q -t ext4 -m 0 -L IDE_A_KÖTETCIMKE_NEVÉT_ÍRJUK /dev/data3.) átmásoljuk az adatokat az SD vagy USB-s eszközről az eMMC eszközre
a.) ehhez csinálunk egy ideiglenes könyvtárat, majd ez alá beépítjük a /dev/data partíciót:
mkdir -p /tmp/data
mount -o rw /dev/data /tmp/datab.) ellenőrizzük elfér e a jelenlegi /storage alatt lévő adatmennyiség a /dev/data partíción:
df -h
értelmezésre példa:
Filesystem Size Used Available Use% Mounted on
devtmpfs 784.7M 147.4M 637.4M 19% /dev
/dev/sda1 511.7M 160.4M 351.3M 31% /flash
/dev/sda2 13.4G 1.9G 11.4G 15% /storage
/dev/loop0 147.5M 147.5M 0 100% /
/dev/data 11.9G 6.7G 5.2G 56% /tmp/data
Az első oszlop a blokkos eszköz nevét mutatja, az utolsó pedig a beépítési pontot. A jelenlegi "/storage" partíción 1,9GB adat van, ezt kell átcumózni a /tmp/data alá, ahol jelenleg 5,2GB szabad hely van, tehát okay, mehet.c.) átmásoljuk az adatokat:
cp -pPRv /storage/. /tmp/data
ha kész és hiba nélkül lefutott, akkor leépítjük a partíciót
umount /tmp/data4.) Készen vagyunk, újraindíthatjuk a rendszert:
reboot
újraindulás után ellenőrizzük, hogy tényleg az eMMC adata partícióját építette e be a /storage könyvtár alá:
df -hMegjegyzés a 3/b ponthoz:
Ha nem fér el az adat a /dev/data partíció alatt, akkor két dolgot tehetünk.a.) ha előzőleg nem töröltük a célpartíció adattartalmát, akkor mégis megtesszük:
for i in $(find /tmp/data/ -maxdepth 1 | grep -v "lost+found\|\/.$\|\/$");do rm -frv "$i";doneb.) ha még így sem fér el, akkor a forráskönyvtár (a /storage könyvtár) tartalmát próbáljuk csökkenteni.
WinSCP-vel kapcsolódunk vagy ha fel van telepítve a "System Tools" kiegészítő, akkor ssh-n keresztül az mc paranccsal (ez olyan mint Windows alatt a TC) indítunk egy file kezelőt.
Régebbi backup file-ok (ezek tar vagy tar.gz kiterjesztésűek) sokat szoktak foglalni,
vagy például a telepített csomagokat/kiegészítőket a Kodi lementi a /storage/.kodi/addons/packages alá, ennek tartalmát nyugodtan törölhetjük.
Szintén törölhető a downloads mappa tartalma.
Aktuális könyvtárankénti helyfoglalást így lehet kilistázni:
cd /storage;du -h -s $(ls -A /storage/)
A törlés után felszabaduló helyet pedig így ellenőrizhetjük:
df -h -
Ejelhar
senior tag
válasz Dolphine #55464 üzenetére
Korcsi már meg is írta alant.
De azért legyen itt részletesen.Kiadunk egy df -h parancsot, ebből megtudjuk melyik partíció melyik könyvtár alá van beépítve, illetve rögtön mutatja a partíció méretét, a foglalt és a szabad helyet. Például nálam:
DDS-Kodi:~ # df -h
Filesystem Size Used Available Use% Mounted on
devtmpfs 784.7M 147.4M 637.4M 19% /dev
/dev/sda1 511.7M 160.4M 351.3M 31% /flash
/dev/sda2 13.4G 2.2G 11.2G 16% /storage
/dev/loop0 147.5M 147.5M 0 100% /
tmpfs 895.3M 0 895.3M 0% /dev/shm
tmpfs 895.3M 9.3M 885.9M 1% /run
tmpfs 895.3M 0 895.3M 0% /sys/fs/cgroup
tmpfs 895.3M 2.6M 892.7M 0% /var
tmpfs 895.3M 0 895.3M 0% /tmp
/dev/mmcblk1p1 14.5G 4.8G 9.7G 33% /var/media/Sandisk_SD16GAz első oszlop mutatja a partíciót, az utolsó pedig a beépítés helyét. Az USB-n rádugott eszközöket a "/var/media/" alá szokta beépíteni, ha van neki kötetcímkéje, akkor olyan nevű könyvtár alá.
Valószínűleg neked lesz itt még egy /var/media/STORAGE mappa, az alá kéne másolnod. -
Ejelhar
senior tag
válasz -szabi- #55939 üzenetére
Akkor debugolni kéne, mi jön a távról és azt hogyan értelmezi a Kodi.
ssh-n bejelentkezünk a boxra, majd engedélyezzük a nyomkövetést:
kodi-send --action=toggledebugmajd ezután kifigyeljük mi történik (a Kodi logot megnyitjuk és rászűrűnk a távüzenetekre, illetve az ezzel kapcsolatos Kodi reakciókra), hátha okosabbak leszünk:
tail -f /storage/.kodi/temp/kodi.log | grep "LIRC\|HandleKey\|Window \|Activating window ID:"Ilyen, mikor jól működik (ez éppen nyíl gombok nyomogatása közben), elsőként küld valamit a LIRC, majd a Kodi ezt valamilyen akciónak értelmezi:
DEBUG: LIRC: - NEW 69 0 KEY_LEFT devinput (KEY_LEFT)
DEBUG: HandleKey: 169 (0xa9, obc86) pressed, action is LeftDEBUG: LIRC: - NEW 6a 0 KEY_RIGHT devinput (KEY_RIGHT)
DEBUG: HandleKey: 168 (0xa8, obc87) pressed, action is RightDEBUG: LIRC: - NEW 67 0 KEY_UP devinput (KEY_UP)
DEBUG: HandleKey: 166 (0xa6, obc89) pressed, action is UpDEBUG: LIRC: - NEW 6c 0 KEY_DOWN devinput (KEY_DOWN)
DEBUG: HandleKey: 167 (0xa7, obc88) pressed, action is Down[ Szerkesztve ]
-
Ejelhar
senior tag
válasz -szabi- #55944 üzenetére
Ahogy nézem OKAY gombod [a működőben 0x113 KEY_OK] éppen nem volt.
És ami volt, az sem mind elfogadott, mert a betű hivatkozások [ KEY_C, KEY_I] a CE alatt LIRC-el nem működnek. Ezért már én is hisztiztem régebben, szerintem is felesleges korlátozás (fordítva is létezik, a blue, green, red, yellow gombok meg keyboard eszköz alatt nincsenek értelmezve)
Na mindegy, legalább már van távod, de ami esetleg még gond lehet:
[link]A fenti időzítések ugye csak nálam jók (rám és az eszközökre passzolnak), de szerintem egyszer érdemes kitökölni az optimális időzítéseket.
-
Ejelhar
senior tag
válasz -szabi- #55984 üzenetére
A LIRC az a Linux Infrared Remote Control rövidítése, szóval arra utaltam ott, hogy a remote.conf megoldás esetében keyboard kódokat is használhatsz, de a LIRC-et úgy faragták meg a CE-ben, hogy nem, élesen különválasztják.
Amúgy közben rájöttem miért nem működött az általad kreált remote config: a sorvégekkel van gond, nem linux/unix hanem windows. Ezt át kéne alakítani unix/linuxosra és szerintem működni fog neked.
Én a Notepad++ szoktam csinálni (Edit->EOL Conversion->Unix/OSX Format).
-
Ejelhar
senior tag
válasz -szabi- #55999 üzenetére
Ahog Celtis írta Unix.
Utána egy reboot és jöhet a teszt. Szerintem így már jó lesz.Szóval ... egy ellentesztet csinálva nem működött a távom. Vagyis mikor a sajátomat átkonvertáltam dos/windows formátumra és újrarúgtam a boxot, akkor nem reagált a távra.
Innen gondolom, hogy nálad a sorvégződéssel van a probléma. -
Ejelhar
senior tag
válasz Csicsóka #58076 üzenetére
akkor hogy másoltok, és szerkesztetek KODI fájlokat SSH nélkül W10-el
Ha ajánlhatok valamit (ssh és sftp kliens egyben cygwin alapokon):
https://mobaxterm.mobatek.net/Ha csak max. 12 ssh szervert akarsz elérni, akkor nem érzed hátrányát a free verziónak sem.
[X szervere is van és bitang jó, illetve a helyi konzolon linuxos parancsokat is futtathatsz] -
Ejelhar
senior tag
válasz kovakovi77 #58097 üzenetére
Hát ... ez nem valami biztató.
Az USB-n nem is lát semmilyen blokkos eszközt az sda-n kívül.A journalctl -f parancs mitet mond amikor rádugod?
-
Ejelhar
senior tag
válasz kovakovi77 #58103 üzenetére
Ebben nem látok semmit ami az USB interfészre utalna.
Úgy kéne, hogy ssh a boxra, journactl -f parancs kiad, majd rádugni az eszközt.
Hátha az online monitorozás segít megfejteni miért nem megy, hol akad el. Vagy legalább ad tippet merre kéne keresgélni a hibát.
Nálam pl. (egy NTFS-re formázott USB-s disk csatlakozásának naplója):DDS-Kodi kernel: usb 1-1.2: new high-speed USB device number 4 using xhci-hcd
DDS-Kodi kernel: usb 1-1.2: New USB device found, idVendor=174c, idProduct=1153
DDS-Kodi kernel: usb 1-1.2: New USB device strings: Mfr=2, Product=3, SerialNumber=1
DDS-Kodi kernel: usb 1-1.2: Product: AS2115
DDS-Kodi kernel: usb 1-1.2: Manufacturer: ASMedia
DDS-Kodi kernel: usb 1-1.2: SerialNumber: 00000000000000000000
DDS-Kodi kernel: usb-storage 1-1.2:1.0: USB Mass Storage device detected
DDS-Kodi kernel: scsi1 : usb-storage 1-1.2:1.0
DDS-Kodi kernel: scsi 1:0:0:0: Direct-Access ASMT 2115 0 PQ: 0 ANSI: 6
DDS-Kodi kernel: sd 1:0:0:0: [sdb] Spinning up disk...
DDS-Kodi kernel: .ready
DDS-Kodi kernel: sd 1:0:0:0: [sdb] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
DDS-Kodi kernel: sd 1:0:0:0: [sdb] Write Protect is off
DDS-Kodi kernel: sd 1:0:0:0: [sdb] Mode Sense: 43 00 00 00
DDS-Kodi kernel: sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
DDS-Kodi kernel: sdb: sdb1 sdb2
DDS-Kodi kernel: sd 1:0:0:0: [sdb] Attached SCSI disk
DDS-Kodi systemd[1]: Starting Udevil mount service...
DDS-Kodi systemd[1]: Starting Udevil mount service...
DDS-Kodi udevil[13701]: Mounted /dev/sdb1 at /media/ACRONIS HM
DDS-Kodi kernel: fuse init (API version 7.22)
DDS-Kodi systemd[1]: Mounting FUSE Control File System...
DDS-Kodi systemd[1]: Mounted FUSE Control File System.
DDS-Kodi systemd[1]: Started Udevil mount service.
DDS-Kodi ntfs-3g[13750]: Version 2017.3.23 external FUSE 29
DDS-Kodi ntfs-3g[13750]: Mounted /dev/sdb2 (Read-Write, label "DDS-T2", NTFS 3.1)
DDS-Kodi udevil[13700]: Mounted /dev/sdb2 at /media/DDS-T2
DDS-Kodi ntfs-3g[13750]: Cmdline options: big_writes,fmask=0133,uid=0,gid=0,utf8
DDS-Kodi ntfs-3g[13750]: Mount options: utf8,allow_other,nonempty,relatime,default_permissions,fsname=/dev/sdb2,blkdev,blksize=4096[ Szerkesztve ]
-
Ejelhar
senior tag
Szolgálati közlemény vagy vaklárma: :
CE 9.0.3 alatt frissíteni kell a TMDB addont, mert nem találja meg az újonnan bepakolt filmeket.
pl. a régebbi logjából, ami belebukott:
DEBUG: FindMovie: Searching for 'Fathers.and.Daughters'
using The Movie Database scraper
(path: '/storage/.kodi/addons/metadata.themoviedb.org',
content: 'movies', version: '5.1.8')
...
WARNING: No information found for item'smb://dds-desk/mount/K1-2TB/Filmek/Fathers.and.Daughters.2015.1080p/father.and.daughters.2015.remux.mkv',
it won't be added to the library.
Frissítés után viszont pipec:
DEBUG: FindMovie: Searching for 'Fathers and Daughters'
using The Movie Database scraper
(path: '/storage/.kodi/addons/metadata.themoviedb.org',
content: 'movies', version: '5.1.9')
...
DEBUG: scraper: GetSearchResults returned <results>
<title>Fathers and Daughters</title>
<id>254172</id>
<year>2015</year>
<url cache="tmdb-hu-254172.json">
https://api.tmdb.org/3/movie/254172?&language=hu</url>
<title>Apák és lányaik</title>
<id>254172</id>
<year>2015</year><url cache="tmdb-hu-254172.json">
DEBUG: VideoInfoScanner: Adding new item to movies:smb://dds-desk/mount/K1-2TB/Filmek/Fathers.and.Daughters.2015.1080p/father.and.daughters.2015.remux.mkv
DEBUG: Mysql Start transaction
-
Ejelhar
senior tag
válasz redbiro #58902 üzenetére
Igen, meg lehet csinálni. LE alá írtam még, de ebben egyezik az LE és a CE, szerintem így:
[https://prohardver.hu/tema/amlogic_s905_s912_processzoros_keszulekek/hsz_33839-33839.html] -
Ejelhar
senior tag
válasz junkpod #59192 üzenetére
Én úgy tudom a pontos helye:
/storage/.kodi/userdata/keymaps könyvtára alatt.Ide akármilyen_név.xml, csak a kiterjesztés számít és csak egy legyen itt. Ha több is van, akkor abc sorrendben beolvassa és csak az utolsó fog számítani mert az előzőeket felülírja.
Számít az is, hogy LIRC vagy amremote eszközről van szó, előbbi esetében távnak veszi a távot, az utóbbinál billentyűzetnek.
Vagyis pl. LIRC esetében a tartalom:
<keymap>
<global>
<remote>
<seven>ToggleDebug</seven>
</remote>
</global>
</keymap>Míg amremote esetében:
<keymap>
<global>
<keyboard>
<seven>ToggleDebug</seven>
</keyboard>
</global>
</keymap>[ Szerkesztve ]
-
Ejelhar
senior tag
Sajnos nem segített a scraper frissítése.
Hányas verziót pakolt fel neked az LE?
Csak azért, mert nekem CE alatt is ugyanez volt a gondom és a legújabb 5.1.9 verzió oldotta meg a problémát.ps. előzmény:
[https://prohardver.hu/tema/amlogic_s905_s912_processzoros_keszulekek/hsz_58784-58784.html] -
Ejelhar
senior tag
Talán ha bekacsolod a részletes naplózást, abból kiderülhet a hiba oka és talán kezdeni is tudunk vele valamit.
Beállítások->Rendszer->Naplózás->Eseménynaplózás engedélyezéseOnline pedig így lehet kifigyelni mi is történik éppen:
ssh a boxra, majd a következő paranccsal folyamatosan figyeljük a naplófilet
tail -f /storage/.kodi/temp/kodi.log -
Ejelhar
senior tag
válasz junkpod #59225 üzenetére
Szerintem nyomozni kéne hol akad el és megfaragni, én így csinálnám:
- debug bekapcsol a Kodiban, majd nyitunk két ssh ablakot.- ez első ablakban tail -f /storage/.kodi/temp/kodi.log parancs futtat,
ezzel figyeljük folyamatosan mi történik és a Kodi hogyan értelmezi ha a távon nyomunk egy gombot.- a másik ablakban szerkesztem a valami.xml filet és a mentés után futtatom még a
kodi-send --action="reloadkeymaps" parancsot, így rögtön kifigyelhető a változtatás hatása. -
Ejelhar
senior tag
válasz junkpod #59249 üzenetére
A kettőskereszt ide nem jó megjegyzésre, a #no helyett:
<!-- no -->
legyen.
Ezért:
[https://www.tutorialspoint.com/xml/xml_comments.htm] -
Ejelhar
senior tag
válasz Ejelhar #59252 üzenetére
Utánlövés:
bár nem tudom amremote eszközre jó e a <remote></remote> szekció,
lehet ki kéne cserélni <keyboard></keyboard> -ra.
Bár ez utóbbiban meg nem eszi meg a szines gombokat aszem, CE alatt élesen szétválasztották a táv és a billentyűzet gombfunkciókat, LE alatt ilyen nyűg nem volt. -
Ejelhar
senior tag
válasz junkpod #59255 üzenetére
Én most LIRC alatt használom, de akkor kifigyelem hogyan viselkedik amremote alatt.
Józan paraszti ésszel ilyenkor le kéne tiltania a LIRC-et, de úgy látszik mégsem.ps. közben már nézelődök amremote alatt, nekem nem küld a LICR semmit a Kodi logba, bár -biztos ami biztos- a /storage/.config/rc_maps.cfg file-ba kikommenteltem a meos-ir kezdetű sort.
[ Szerkesztve ]
-
Ejelhar
senior tag
válasz Beni2360 #59258 üzenetére
Nem baj, a "magánjellegű" teljesen jó (vagy W7-ben a munkahelyi). Ilyen profilban a Windows engedi az SMB-t és a hálózat felderítését is, az a lényeg, hogy az otthoni hálónkat ne nyilvánosnak minősítse, mert akkor letiltja a szükséges szolgáltatásokat adott IP tartományban.
-
Ejelhar
senior tag
válasz junkpod #59261 üzenetére
Akkor jól elbeszéltünk egymás mellett.
Ha a meson-ir, akkor jogos a LIRC üzenet a logban, de ahogy írod, keyboard gombok (pl. F1-F24 nem játszik). Fordítva is igaz, blue, yellow, green, red gombokat hiába definiálsz keyboard szekcióban, nagyívben tesz rá.ps. A nyomozás finomítása:
Az a baj, hogy filmlejátszás közben kurva sokat naplóz a Kodi, ezért -szerintem- rászűrünk a minket érdeklő infóra, vagyis ebből a sokból elég most csak az, hogy mitet küld a LIRC és a Kodi ezt éppen hogyan értelmezi, vagyis így:
tail -f /storage/.kodi/temp/kodi.log | grep -e LIRC -e HandleKey[ Szerkesztve ]
-
Ejelhar
senior tag
válasz junkpod #59265 üzenetére
Én régebben csináltam egy listát, milyen key kódok adhatóak a távnak, remálem segít valamit.
Az első oszlop ahogy hivatkozunk rá a rc_keymaps file-ban, a második ahogy a Kodiban:KEY_NUMERIC_0 zero
KEY_NUMERIC_1 one
KEY_NUMERIC_2 two
KEY_NUMERIC_3 three
KEY_NUMERIC_4 four
KEY_NUMERIC_5 five
KEY_NUMERIC_6 six
KEY_NUMERIC_7 seven
KEY_NUMERIC_8 eight
KEY_NUMERIC_9 nine
KEY_POWER power
KEY_LEFT left
KEY_RIGHT right
KEY_UP up
KEY_DOWN down
KEY_SELECT select
KEY_VOLUME_PLUS volumeplus
KEY_VOLUME_MINUS volumeminus
KEY_MUTE mute
KEY_RED red
KEY_GREEN green
KEY_YELLOW yellow
KEY_BLUE blue
KEY_CHANNEL_PLUS pageplus, channelplus
KEY_CHANNEL_MINUS pageminus, channelminus
KEY_START start
KEY_EJECT eject
KEY_RECORD record
KEY_PLAY play
KEY_PAUSE pause
KEY_STOP stop
KEY_REVERSE reverse
KEY_FORWARD forward
KEY_BACK back
KEY_SKIP_PLUS skipplus
KEY_SKIP_MINUS skipminus
KEY_INFO info
KEY_DISPLAY display, xbox
KEY_MENU menu
KEY_ROOT_MENU rootmenu
KEY_TOP_MENU topmenu
KEY_DVD_MENU dvdmenu
KEY_TITLE title
KEY_CONTENTS_MENU contentsmenu
KEY_ENTER enter
KEY_CLEAR clear
KEY_GUIDE guide
KEY_LANGUAGE language
KEY_SUBTITLE subtitle
KEY_PLAYLIST playlist
KEY_MY_TV mytv
KEY_RECORDED_TV recordedtv
KEY_LIVE_TV livetv
KEY_LIVE_RADIO liveradio
KEY_MY_PICTURES mypictures
KEY_MY_VIDEOS myvideo
KEY_MY_MUSIC mymusic
KEY_TELETEXT teletext
KEY_EPG_SEARCH epgsearch
KEY_STAR star
KEY_HASH hash
KEY_PRINT print -
Ejelhar
senior tag
válasz junkpod #59275 üzenetére
Körbeszagoltam.
A tesztelésnél a kodi-send --action=reloadkeymaps parancs után érdemes a logokat nézni, erre nekem hisztizett is (junkpod.xml-nek neveztem el a filet):
INFO: Loading special://masterprofile/keymaps/junkpod.xml
ERROR: Remote Translator: Can't find button volumedown
ERROR: Remote Translator: Can't find button volumeup
ERROR: Keymapping error: no such action 'subtitlesearch' defined
ERROR: Remote Translator: Can't find button channeldown
ERROR: Remote Translator: Can't find button channelupMódosítottam az xml file-odon, így lesz okay:
<keymap>
<global>
<remote>
<blue>RunScript(script.audio.profiles,0)</blue>
<record>screenshot</record>
<red>Stop</red>
<green></green>
</remote>
</global>
<FullScreenVideo>
<remote>
<red>Stop</red>
<green></green>
<yellow></yellow>
<blue>RunScript(script.audio.profiles,0)</blue>
<volumeminus>PlayerDebug</volumeminus>
<mute>codecinfo</mute>
<volumeplus>PlayerProcessInfo</volumeplus>
<record>screenshot</record>
<subtitle>ActivateWindow(subtitlesearch)</subtitle>
<pageminus>subtitledelayminus</pageminus>
<pageplus>subtitledelayplus</pageplus>
</remote>
</FullScreenVideo>
</keymap>
Ezügyben érdemes böngészni a "gyári" konfigokat, mert abban biztosan
olyan elnevezéseket találunk,
amit megeszik a Kodi.Például:
/usr/share/kodi/system/Lircmap.xmlAmúgy itt az én keymap file-om, hátha ötletet ad (két távot kezel, ezért ilyen, a VENZ10 sajátját és még egy HP MCE-t):
<keymap>
<global>
<remote>
<!-- Common -->
<power>ActivateWindow(ShutdownMenu)</power>
<pageplus>PageUp</pageplus>
<pageminus>PageDown</pageminus>
<seven>ToggleDebug</seven>
<eight>Screenshot</eight>
<nine>reloadkeymaps</nine>
<zero>ReloadSkin</zero>
<eject>UpdateLibrary(video)</eject>
<record>CleanLibrary(video)</record>
<mute>reloadkeymaps</mute>
<!-- VENZ10 -->
<red>ActivateWindow(Videos,TVShow)</red>
<green>ActivateWindow(Videos,MovieTitles)</green>
<yellow>ActivateWindow(Filemanager)</yellow>
<blue>ActivateWindow(Pictures)</blue>
<reverse>ActivateWindow(Settings)</reverse>
<rootmenu>ActivateWindow(Home)</rootmenu>
<two>Pause</two>
<livetv>PlayerProcessInfo</livetv>
<skipplus>UpdateLibrary(video)</skipplus>
<skipminus>CleanLibrary(video)</skipminus>
<teletext>ToggleFullScreen</teletext>
<!-- MCE HP -->
<mymusic>ActivateWindow(Videos,TVShow)</mymusic>
<mypictures>ActivateWindow(Videos,MovieTitles)</mypictures>
<mytv>ActivateWindow(Filemanager)</mytv>
<myvideo>ActivateWindow(Pictures)</myvideo>
<livetv>ActivateWindow(Settings)</livetv>
<xbox>ActivateWindow(Home)</xbox>
<star>FullScreen</star>
<title>ContextMenu</title>
<print>ToggleFullScreen</print>
</remote>
</global>
<FullscreenVideo>
<remote>
<!-- Common -->
<zero>PlayerControl(seekpercentage(0))</zero>
<one>PlayerControl(seekpercentage(10))</one>
<two>PlayerControl(seekpercentage(20))</two>
<three>PlayerControl(seekpercentage(30))</three>
<four>PlayerControl(seekpercentage(40))</four>
<five>PlayerControl(seekpercentage(50))</five>
<six>PlayerControl(seekpercentage(60))</six>
<seven>PlayerControl(seekpercentage(70))</seven>
<eight>PlayerControl(seekpercentage(80))</eight>
<nine>PlayerControl(seekpercentage(90))</nine>
<up>Seek(60)</up>
<down>Seek(-60)</down>
<right>Seek(10)</right>
<left>Seek(-10)</left>
<pageplus>Seek(300)</pageplus>
<pageminus>Seek(-300)</pageminus>
<record>PlayerDebug</record>
<eject>CodecInfo</eject>
<!-- VENZ10 -->
<subtitle>AudioNextLanguage</subtitle>
<red>ShowVideoMenu</red>
<green>PlayDVD</green>
<yellow>Activatewindow(osdsubtitlesettings)</yellow>
<blue>ShowSubtitles</blue>
<display>PlayerProcessInfo</display>
<rootmenu>ActivateWindow(osdvideosettings)</rootmenu>
<reverse>ActivateWindow(osdaudiosettings)</reverse>
<skipplus>PlayerControl(ShowSubtitles)</skipplus>
<skipminus>ShowSubtitles</skipminus>
<recordedtv>SubtitleDelayMinus</recordedtv>
<epgsearch>SubtitleDelayPlus</epgsearch>
<two>Pause</two>
<guide>PlayerDebug</guide>
<teletext>FullScreen</teletext>
<menu>ActivateWindow(osdsubtitlesettings)</menu>
<!-- MCE HP -->
<mypictures>ZoomIn</mypictures>
<mymusic>ZoomOut</mymusic>
<mytv>SubtitleDelayMinus</mytv>
<myvideo>SubtitleDelayPlus</myvideo>
<menu>AudioNextLanguage</menu>
<xbox>ShowSubtitles</xbox>
<livetv>NextSubtitle</livetv>
<liveradio>ActivateWindow(osdsubtitlesettings)</liveradio>
<title>ActivateWindow(osdaudiosettings)</title>
<start>playpause</start>
</remote>
</FullscreenVideo>
<osdaudiosettings>
<remote>
<title>Back</title>
</remote>
</osdaudiosettings>
<osdsubtitlesettings>
<remote>
<liveradio>Back</liveradio>
</remote>
</osdsubtitlesettings>
<playerprocessinfo>
<remote>
<eject>Back</eject>
</remote>
</playerprocessinfo>
</keymap>
-
Ejelhar
senior tag
válasz junkpod #59292 üzenetére
Valamivel muszáj összerendelni, az IR kódokat linux bemeneti eseménnyé kell alakítani, mert erre nincs szabvány (ellentétben mondjuk a billentyűzettel), vagyis az OS nem teszi meg ezt automatikusan.
Persze ehhez még hozzájön, hogy a Kodi is változhat menet közben (nekem pl. a 7-es LE konfigja nem volt teljesen okay az LE 8-assal, majd a CE Kodi keymap szintén eltért egy csöppet).
Ami viszont -szerintem- teljesen felesleges, az a billentyűzet és a táv szétválasztása a CE-ben, ennek én semmiféle előnyét nem látom, sőt. -
Ejelhar
senior tag
"Néha nem reagál első gombnyomásra a készülék. Minek a változtatásával lehet ezen javítani?"
Szerintem elemcserével.
Amúgy nálam az amremote (Venz10) gyári beállításai tökéletesek, semmit nem kellett faragnom rajta, ez ilyen:
repeat_delay = 40
repeat_peroid = 39
release_delay = 121 -
Ejelhar
senior tag
válasz Beni2360 #60914 üzenetére
Nem így van, a leírás jó. Annyi történt, hogy az otthoni hálózat opció kikerült, már csak magán van és nyilvános.
Ellenőrizni kell a Gépházban, hogy az otthoni hálót éppen minek nyilvánította a Windows. Ha nyilvánosnak, akkor letiltja az SMB-t azon az interfészen.
Ellenőrizni kell és esetleg átállítani az otthoni hálóhoz rendelt profilt a Gépházban:Gépház-> Hálózat és Internet-> Állapot -> Kapcsolat tulajdonságainak módosítása
itt az interfészt "Magán"-ra kell átállítani, ha eddig Nyilvános volt. -
Ejelhar
senior tag
válasz Beni2360 #60918 üzenetére
Elbeszélünk egymás mellett.
A leírás okay szerintem, én továbbra is ajánlanám. Ugyanis az a megosztás menetét taglalja Windows 10-en és (opcionális) az user elrejtését a logon képernyőn.
Az már szerintem részletkérdés, hogy az eddigi három besorolási csoport helyett csak kettő maradt.
Vagyis -alapértelmezett beállításokkal- eddig volt munkahelyi/magán, otthoni és nyilvános.
Alapértelmezett beállításokkal a Windows 10 letilja a file megosztást a "Nyilvános"-nak minősített hálózatokon, azt csak a magán/munkahelyi hálózatokon engedi ki. Most csak annyi változott, hogy az otthonit nem lehet kiválasztani, mert nem létezik, de gyakorlati szempontból ez érdektelen mert bőven jó a magán (W7 alatt a munkahelyi) is. -
Ejelhar
senior tag
válasz dave0825 #61020 üzenetére
és az IP-címet írom be, hibátlanul látni minden megosztott mappát, de ha Kodin írom be, Connection not permitted hibát ír. Hiába néztem vissza tegnapra itt a hsz-ek között, nem találtam választ erre
A telefon és a box két különböző eszköz, amíg nem írod ide pontosan (kép is okay), hogy mitet állítottál be a Kodin, addig senki sem tud segíteni.
-
Ejelhar
senior tag
Ebből az látszik, hogy összejön a kapcsolat, a tunnelt kiépíti, a VPN interfészt felhúzza (tun0), majd routing infókat küld a NAS. Ez utóbbival zárul mindig -ha sikeres- egy openvpn csatlakozás.
De milyen IP címet akarsz elérni? Azt is jó volna ha küldené az openvpn szerver, mert helyi hálózati címet nem látok itt. Esetleg a kliens konfigban is meg lehet ezt oldani, például így, ezzel még kiegészítjük:
route 172.16.168.0 255.255.255.0 vpn_gatewayA fenti parancs hozzáad még egy subnetet a route táblához, a 172.16.168.0/24 hálót a tun/tap interfészen keresztül route-olja.
-
Ejelhar
senior tag
A albérletben szerintem át kéne állítani a helyi hálót valami másra, elég ha pl. átírod jobbról a második oktetet, például legyen 192.168.22.0 a hálózat.
Amit írtam az az openvpn konfig file-ba* kéne berakni, akár a legvégére. Esetedben akkor így nézne ki:
route 192.168.1.0 255.255.255.0 vpn_gateway
A CE-n pedig majd meg kéne nézni mit hol keres, mitet és hova route-ol:
route -nps. *
/storage/.config/openvpn/Sajat-client.conf
-
Ejelhar
senior tag
Nem okoz semmilyen gondot, ezzel az egy sorral csak azt mondjuk meg a CE openvpn kliensének, hogy mikor végzett a tunnel kiépítésével és feldolgozta az openvpn szerver [NAS] által küldött route infókat, akkor még pluszban egy route bejegyzést ejtsen meg. Ez utóbbit szövegesen értelmezve: a 192.168.1.0/24 alhálózatot az openvpn interfészen [TUN0] keresztül éri le.
Lehet a helyi hálózat bármi, ami csak jól esik, 192.168.0.0-tól 192.168.255.0-ig, persze kivéve a 192.168.1.0, mert hogy a másik meg ez, ahova behívunk openvpn-el.
[ Szerkesztve ]
-
Ejelhar
senior tag
válasz Mcleod #62252 üzenetére
Ellenőrizni kéne, hogy létezik e a remote.conf file, két helyen fordulhat elő:
/flash/remote.conf
/storage/.config/remote.confHa igen, akkor át kéne nevezni valami másra, mondjuk remote.conf-off -ra és akkor nem veszi figyelembe a rendszer.
Ha ez a gond nálad, akkor átnevezés, majd reboot. Akkor még nem lesz okay, kell neki még egy reboot és akkor már élni fog a táv.ps. a /flash az csak írhatóra van beépítve, ha itt is át kell nevezni a filet, akkor előtte még:
mount -o remount,rw /flash -
Ejelhar
senior tag
Szia,
a.) az iperf3 valószínűleg azért nem tudta mérni, mert az albérleti eszköz LAN IP címén próbálkoztál, azt a NAS nem látja (nincs route bejegyzése hozzá, hogy merre is van az).
Viszont az OpenVPN interfész IP-jét látja, azt kell megadni. Ezt az ifconfig parancs megmutatja, a tun0 interfész IP címe az.b.) Akkor az NFS megosztást nem betallózod, hanem bepötyögöd neki, úgy is működnie kell. Feltéve ha engedi a NAS ezt és nem csak a helyi hálóba ajánlja ki a megosztásokat. Ezt ellenőrizni kéne a NAS konfigban. Ha subnet szerint is szűr, akkor az OpenVPN címtartomány is fel kell venned ide,
a #62218-as hozzászólásodban mellékelt log szerint ez a 10.8.0.0/24 háló nálad (ebből az IP tartományból oszt IP címet a NAS OpenVPN szervere).c.) A táv valamelyik gombjára fel kéne venni a Kodi "PlayerDebug" parancsát, vagy az is jó ha filmlejátszás közben ssh-n kiadod ezt a parancsot:
kodi-send --action=PlayerDebug
Ez on/off módon működik, ha mégegyszer elküldöd, akkor kikapcsolja.d.) Sajnos nincs igazad, az otthoni feltöltési sebességed kevés, 20Mbit még WEB forrású agyontömörített HD anyagokhoz is kevés néha, legalábbis csúcsban. Nálam van letöltve néhány FullHD felbontású BD Remux, aminek átlagos bitrátája 30-40 Mbit között és mértem már kerek 60 Mbit csúcsot is FullHD anyagnál.
Ha teheted, le kéne cserélni az otthoni UPC-t, az a baj velük, hogy nagyon aszimetrikus minden csomagjuk.
Amúgy most gyorsan lemértem OpenVPN kacsolattal egy Venz 10 pro boxot (S905X), ez 100 Mbites hákókártyás.
FullHD-ra ez így bőven jó, 89 Mbit oda-vissza az OpenVPN interfészen, a CPU is bírja, üresjáratú Kodival olyan 7%-on a terhelés, iperf csomagokkal megküldve a VPN tunnelje max 13%-os CPU tehelés okoz, vagyis a többlet olyan 6%. Ez még simán belefér.[ Szerkesztve ]
-
Ejelhar
senior tag
válasz Mcleod #62287 üzenetére
Szia,
a CE két fajta táv kezelést ismer (illetve egész pontosan maguk az Amlogic Soc-ok), ezeket vagy-vagy alapon lehet aktiválni. A konfigjuk is eltérő. Na most te az un. meson-ir módot használnád (a konfigod és helye ezt mutatja), ezt viszont üti a másik fajta (meson-remote).Az utóbbi mellett dönt a CE, ha megtalálja a hozzá való konfigot, a név és a file neve kötött.
Ezért én arra gyanakszom, hogy nálad van ilyen file és ezért nem veszi használatba a régen már belőtt és jól működő meson-ir konfigodat.Az ötlet rém egyszerű, nevezzük át a két file-t ha tényleg ott vannak és a CE át fog térni meson-ir módra. Vannak ilyen könyvtáraid, de Windows alól SMB-vel csak az egyik látszik, az is más néven. De semmi vész, a következőt kéne tenni:
a.) kifigyelni a box IP címét:
Rendszer vagy Beállítások menüpont a főmenüből (skin függő a neve)->Rendszerinfó->Összegzés
Ezen a lapon mutatja milyen IP címet kapott a box.b.) egy ssh kliens letölt a netről (telepítést nem igényel, csak el kell indítani):
[putty]c.) a putty elindít, ssh-t választunk protokollnak, beírjuk a box IP címét és kapcsolódunk.
A felhasználónév: root
a jelszava: coreelecHa megkaptuk a parancssort, akkor sorban beírod ezeket a parancsokat, ha valamelyik után hibaüzenetet dob, az nem gond, csak azt jelenti hogy nem létezik a megnevezett file, de baj nem lesz belőle:
mount -o remount,rw /flash
mv /flash/remote.conf /flash/remote.conf-ki
mv /storage/.config/remote.conf /storage/.config/remote.conf-kid.) reboot, ezt kétszer is meg kell majd tenni és nézelődni. Ha jó a tippem, akkor működni fog a táv.
[ Szerkesztve ]
-
Ejelhar
senior tag
Szerintem úgy a legegyszerűbb ha installálsz a penre egy CE-t, majd az SD-ről átcumózol.
a.) SD kihúz, a megírt penről egyszer bootolsz.
b.) Csere, SD-ről bootolsz, majd (hogy később könnyű legyen a másolás) installálod a "System Tools" csomagot. Ez csak azért érdekes, mert később ssh konzolról az "mc" paranccsal egy Total Commander szerű file kezelővel intézheted a másolást.
c.) bedugod a pent is az SD-ről felállt rendszerbe, majd kifigyeled a box IP címét. Arra ssh-val rámész és
1.) leállítod a Kodit, parancs: systemctl stop kodi
2.) elindítod a Midnight Commandert, a parancs: mcd.) A /storage mappa tartalmát kell átcumózni a /var/media/STORAGE könyvtár alá (felülirást engedve).
Az előbbi az SD tartalma, az útóbbi pedig a pen célkönyvtára.e.) ha kész, reboot és SD kivesz. Ezután a belakod rendszered fog majd indulni a penről is.
[ Szerkesztve ]
Új hozzászólás Aktív témák
- SSD kibeszélő
- Elemlámpa, zseblámpa
- Azonnali VGA-s kérdések órája
- OLED TV topic
- Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
- Gaming notebook topik
- Elektromos rásegítésű kerékpárok
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- EA Sports WRC '23
- Milyen notebookot vegyek?
- További 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