-
IT café
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
-
kikinda2
tag
válasz janisjoplin1 #25992 üzenetére
Az én S905X dobozomon 2db USB2.0 csatlakozó van. Az USB2.0 max. 48MB/sec sebességet tud és ezért nem fog tudni a 1Gbit/sec adatmennyiség rajta átmenni. Tehát ha sikerül USB 2.0 porton valahogy egy gigabites LAN adaptert beizzítani, az legfeljebb 48MB/sec sebességet fog tudni a ~100MB/sec helyett.
-
kikinda2
tag
LibreELEC (community): 8.2.2.3-temp_sensor_disabled (S905.arm)
T95X adapter nélkülNAS serving
LibreELEC:~ # iperf3 -c 192.168.xxx.xxx
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 115 MBytes 96.8 Mbits/sec 0 sender
[ 4] 0.00-10.00 sec 112 MBytes 94.3 Mbits/sec receiverLibreElec serving
[ssh@ZFSguru ~]$ iperf3 -c 192.168.xxx.xxx
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 113 MBytes 94.7 Mbits/sec 203 sender
[ 5] 0.00-10.00 sec 112 MBytes 94.3 Mbits/sec receiverT95X + Realtek Semiconductor Corp. RTL8153 Gigabit Ethernet Adapter
NAS serving
LibreELEC:~ # iperf3 -c 192.168.xxx.xxx
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 222 MBytes 186 Mbits/sec 0 sender
[ 4] 0.00-10.00 sec 221 MBytes 185 Mbits/sec receiverLibreElec serving
[ssh@ZFSguru ~]$ iperf3 -c 192.168.xxx.xxx
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 387 MBytes 325 Mbits/sec 27 sender
[ 5] 0.00-10.00 sec 387 MBytes 325 Mbits/sec receiver -
kikinda2
tag
válasz Csicsóka #31889 üzenetére
Filesystem Size Used Available Use% Mounted on
devtmpfs 786.3M 125.5M 660.8M 16% /dev
/dev/mmcblk1p1 511.7M 133.0M 378.7M 26% /flash
/dev/mmcblk1p2 28.4G 2.7G 25.7G 10% /storage
/dev/loop0 125.6M 125.6M 0 100% /
tmpfs 895.7M 0 895.7M 0% /dev/shm
tmpfs 895.7M 7.0M 888.7M 1% /run
tmpfs 895.7M 0 895.7M 0% /sys/fs/cgroup
tmpfs 895.7M 436.0K 895.3M 0% /var
tmpfs 895.7M 8.0K 895.7M 0% /tmp
/dev/system 991.9M 751.5M 224.4M 77% /tmp/sys
/dev/data 11.9G 807.9M 11.1G 7% /tmp/datT95X
-
kikinda2
tag
válasz dgyuri0123 #32617 üzenetére
Legyen minden eszköz azonos subneten és azonos workgroup-ban.
-
kikinda2
tag
Nekem UNIX szerveren találhatók a fájljaim, és nincsen nagyon gondom az ott található fájlok elérésével, lejátszásával. Nem titok, hogy a SAMBA pár éve a WINDOWS verziókkal együtt dobta a share_level biztonsági szintet és a helyét a user alapú jelszókezelés váltotta fel. Ez azzal a problémával jár, hogy amennyiben egy nem azonosítható felhasználó próbál a megosztáshoz hozzáférni, akkor a SAMBA ezt megtagadja tőle. Nagyon egyszerűen kezelhető azzal a probléma, hogy a nem azonosítható felhasználókat GUEST -ként (vendég) kezeljük. Biztonság szempontjából alapvető, hogy a GUEST felhasználó csak a megosztandó mappákhoz és csak olvasási jogokkal rendelkezzen.
Abban az esetben, ha a megosztás a lejátszóra csatlakoztatott háttértáron van a leg egyszerűbben azt tehetjük, hogy saját smb.conf fájlt készítünk. Ehhez be kell lépni SSH segítségével a boxra és a mintafájl át kell másolnunk.
cp /usr/config/samba.conf.sample /usr/config/smb.conf
Lehet, hogy a libreelec samba.conf fájlt keresi, akkor erre nevezzük a mintafájlt. A minta már tartalmazza a szükséges beállítások nagy részét.
A fájlt a következő paranccsal szerkeszthetjük:
nano /usr/config/smb.confKeressük meg a következő részt.
# samba share options
map to guest = Bad User
guest account = root
security = user
Az 1 sor megjegyzés, a 2 sor az azonosíthatatlan felhasználót a vendégekhez társítja, a 3 sor root jogot ad a vendégnek, a 4 sor beállítja a user level azonosítást. A 3 sor elé rakjunk #-et ha nem szeretnénk, hogy bárkinek root joga legyen. Amennyiben a 3 sort kiszedtük az alább található megosztások mindegyikénél be kell illeszteni a guest ok = yes sort.
Így fog egy megosztás kinézni:
[Update]
path = /storage/.update
guest ok = yes
available = yes
browseable = yes
public = yes
writeable = yes
root preexec = mkdir -p /storage/.updateAmennyiben a megosztott fájlok más szerveren vannak (LINUX, UNIX, WINDOWS), akkor az ottani SAMBA konfigurációs fájlt kell szerkeszteni a fentiek szerint. Innen kezdve akár egy mobilról is elérhetjük a megosztást, jelszó megadása nélkül. Aki a biztonságáért aggódik, annak józan megfontolás tárgyává kell tennie azt, hogy a megosztott fájlok a saját subnetjén lesznek csak elérhetők. Házon kívülről, aki betör a hálózatunkra, nem a filmgyűjteményünkre lesz kíváncsi. GUEST-ként meg legfeljebb ő is néz valami jó filmet
[ Szerkesztve ]
-
kikinda2
tag
válasz kikinda2 #32787 üzenetére
Érthető mindenki részéről az aggódás az adatai biztonságáért, ezért újabb, nem kioktató célú, közérthető offtopic hozzászólással jelentkezem.
Először is szeretném leszögezni, hogy a vendég (guest user) felhasználó hálózati rendszerekben történő használata teljesen elfogadott és biztonságosnak tekinthető eljárás. A biztonsági problémák jelentős része nem a rendelkezésre álló technika használata miatt keletkezik, hanem a nem megfelelően átgondolt használat miatt. A helytelen használatra csak két gyors példa. Routereken az Admin – admin vagy egyéb gyári alap bejelentkezés megtartása. Eszközökön más, igen lényeges alapbeállítások változatlanul hagyása pl. root – libreelec, rendszergazda szintű kredenciálok használata. Szándékosan nem fogom most részletezni, hogy mit lehet ezeken a hálózatokon csinálni, kis kíváncsi amatőrként is.Másik jelentős probléma, hogy nem gondoljuk végig, mely adataink szenzitívek – nem arra gondolok amiket nap mint nap kiadunk az arclapnak, losedowsnak vagy a csilliónak – hanem arra, hogy saját gépeinken nem gondoskodunk személyes fájljaink biztonságáról. Ide is néhány gyors példa. Banki kivonatok, személyes dokumentumok szkennelt másolatai, digitális és szkennelt egyéb dokumentumok, szétszórt és nem védett mappában tárolása.
További problémát jelenthet a hálózati ismeretek és a jogosultságkezelés alapjainak nem ismerete. Például vannak, akik azt hiszik, hogy ha egy mappához samba-n keresztül vendégként hozzáfér valaki, akkor rendszerszinten is ugyanazon jogosultsággal rendelkezik. A samba csak egy szolgáltatási réteg a rendszer felett, ahol mindenki pontosan ott és pontosan annyi joggal rendelkezik, amennyit adunk neki. Ráadásul ezek a jogok és a megosztott mappa hozzáférési jogai teljességgel eltérők is lehetnek. Tehát pl. lehet, hogy a samba megosztáson lehetséges vendégként mozit nézni, de a vendégnek a rendszerhez magához abszolút semmi hozzáférése nincs. Ennél sokkal veszélyesebb a sérülékenységük miatt nem engedélyezett, elavult protokollok pl. (V1) használata, de legveszélyesebb a józanész hiánya.
Nyilvánvaló, hogy a fontos dokumentumokat nem – mintahogy a felnőttfilmes mappát sem – teszünk ki mindenki által olvasható mappába. Már így is többet írtam, mint amennyit érdemes, mert akit a téma érdekel az úgyis utánanéz. Búcsúzóul néhány ötlet a samba megosztások beállításához. Ezeket minden megosztáshoz be kell írni, ha ott használni kívánjuk őket.
read only = yes # ez a beállítás nem enged senkit írni a megosztásban, legfeljebb azokat, akiket külön erre jelölünk a write list -ben
guest ok = no # ehhez bizony egyetlen azonosíthatatlan user sem fog hozzáférni
browseable = no # tallózással senki nem fogja a mappánkat a hálózaton fellelni, csak a megosztás nevének ismeretében lesz tallózható
write list = pista # a pista felhasználó azért írhat a megosztásba
read list = anya # anya azért belenézhet ha akar -
kikinda2
tag
válasz Csicsóka #33548 üzenetére
Kedves Csicsóka!
Köszönöm szépen a médiatár belső tárhelyre helyezésére készített új eljárást, nálam működik.
Érdemes lenne talán a leírást a tárhelyre másolás eljárásával kiegészíteni.
Tehát, ha nincsen még a belső tárhelyen az adat, akkor mielőtt az eljárásodat végrehajtjuk be kell másolni az adatokat.
1. systemctl stop kodi
2. mkdir -p /tmp/data
3. mount -o rw /dev/data /tmp/data
4. cp -pPRv /storage/. /tmp/data
5. umount /tmp/data -
kikinda2
tag
OSMC-re áttéréshez szeretném megkérdezni, hogy ott a Logitech K400 tud ékezetes karaktereket küldeni a KODI-nak? Tudok ékezetes betűs filmcímeket keresni?
[ Szerkesztve ]
-
kikinda2
tag
válasz Csicsóka #37239 üzenetére
Köszönöm szépen az OSMC-t. Nagyon szépen működik. Egy korábbi változatnál írtad, hogy alapból kiajánlja az /home/osmc könyvtárat SMB protokollon. A beállításokban sehol nem találtam az SMB szolgáltatás ki és bekapcsolásának lehetőségét és csatlakozni sem lehetett a megosztáshoz. Aztán láttam, hogy nem is fut smb service. Telepítettem a SAMBA szervert és felkonfiguráltam az smb.conf-ot. Így már tudom írni, olvasni az OSMC könyvtárat, de menüből az SMB szolgáltatás nem ki és bekapcsolható.
Szeretném kérni, hogy amennyiben lehet a következő verzióban legyen benne az SMB menüből történő kezelése is. -
-
kikinda2
tag
Kedves fórumtársak.
Azt szeretném megkérdezni, hogy hogyan kell helyesen beállítani a video cache paramétereket a v16 Jarvis KODI-ban. Csicsóka MIX-et használok v16 KODI-val és 8-as kernellel.<advancedsettings>
<network>
<buffermode>1</buffermode>
<cachemembuffersize>471859200</cachemembuffersize>
<readbufferfactor>10</readbufferfactor>
</network>
</advancedsettings>Én a fenti beállításokat használom és a jelenség a következő:
Elkezdek játszani egy filmet NAS-ról. A buffer szépen feltöltődik, majd amikor feltelik leáll az előtöltés és a lejátszás a bufferből folyik tovább addig, míg ki nem fogy és a lejátszás - minden egyéb jelzés nélkül - leáll.
Valami ötlet?? -
kikinda2
tag
válasz darvinya #40558 üzenetére
Nagyon köszönöm a haszos tanácsokat darvinyának blakey-nek, zsoft-nak és mindenkinek. Mindent kipróbáltam amit ajánlottatok és azok kombinációit is. Sajnos a jelenség fennáll. Ha feltelik a buffer egyszer, akkor már nem töltődik több bele, továbbtöltése leáll és amikor kifogy, leáll a lejátszás. Ezért töröltem az advancedsettings.xml-t.
Egy valami azért szemet szúrt a log-ban. Amikor elindul a lejátszás a rendszer nem találja a libamplayer.so fájlt és helyette a libamcodec.so-t tölti. Ez lehet, hogy normális, de lehet, hogy a Csicsóka Mix v2 sajátossága.
Mindegy, lépjünk tovább.. -
kikinda2
tag
válasz blakey #40609 üzenetére
Számomra is érthetetlen. Majd még vacakolok vele. A fő problémám az, hogy a v16-os KODI ad elfogadható képminőséget. Próbáltam a 8.2.4.2-es Csicsóka féle Kryptont és rosszul lettem milyen xar a képe. Ezeket nem nézik meg a fejlesztők TV-n mielőtt kiadják?
[ Szerkesztve ]
-
kikinda2
tag
válasz Csicsóka #40631 üzenetére
Sajnos az úgynevezett banding nem cucc függő. Ez még a Sony Trinitron TV-n is látszik.
Az ha az ember fia nagyképernyőn és jó felbontásban nézi csak tovább rontja az élvezeti értéket.
Szóval azt fájlalom, hogy a fejlesztő (kaszaq) nem veszi a fáradságot és nem teszteli le a bildet nagyképernyőn. És azt már nem vagyok hajlandó elhinni, hogy nincsen szegénynek jó TV-je.
Az, hogy a kernelben van-e érdemleges változás már túlnő a látókörömön. Nincsen jelenleg kapacitásom a build-ek change-logját bújni.
Te mi alapján készítetted a MIX 2. változatot? Csak egy ötlet volt, hogy de jó lenne? -
kikinda2
tag
válasz Csicsóka #40666 üzenetére
Senkit nem piszkálok.
Nagyon komoly hibát találtam egy kiadásban és szóvá tettem. Képekkel bizonyítottam. Komoly egyeztetés helyett elindult a sopánkodás kinek milyen hardvere van. Jeleztem, hogy ez nem erről szól, hanem a fejlesztő minden esetben felelős valamilyen szinten a kiadásért. Ha a fejlesztő a közösség számára tesz valamit elérhetővé, akkor a közösség feladata a figyelem felhívása arra, hogy gond van a termékkel és a beépített minőségellenőrzési folyamatokkal is.Az, hogy valamiért nem közvetlenül fizet az ember nem jelenti azt, hogy fogja be a száját és használja ahogy van, mert:
A közösségek felé kiadott termékek gondozása és jobbítása a közösség feladata.
A Windows 10 is ingyenes termékként frissült sok gépemen, de attól még nem jó OS és ahol lehet, fórumokon igyekszem hozzátenni a megoldásokhoz és segíteni a közösséget a használatban.
Komoly feladatokra BSD operációs rendszert használok, amit szintén nem loptam, de ingyenes. A közösségben aktívan működöm az egyes problémák megoldásában, publikálásában.
Ha Te rossz minőségű "ingyenes" kiadást tennél közzé, akkor azt is jelezném és nem azért mert nem szeretlek, hanem azért, mert véleményem szerint a fejlesztőknek fontos a visszajelzés, hogy milyen hibák fordulnak elő az egyes kiadásokban és hogyan lehet kiküszöbölni őket.
Béke... -
kikinda2
tag
Örülök, hogy ezen az oldalon ennyi ráérő ember van. Szerintem időpocsékolás lassan a 10. posztban az általam leírt technikai problémát kiforgatni, minősítgetni. Foglalkozzatok kérlek a fórumtémával és ne velem.
-
kikinda2
tag
válasz Csicsóka #39214 üzenetére
Próbáltam a LibreELEC-S905.arm-7.0.3.012k_osmc-kernel_ext4fs verziót beüzemelni. Első indításnál mákostésztás a képernyő felső sávja, úgy fut le a script. A parancsok végrehajtása / inicializáció tisztán olvaqsható, majd a kép átvált teljesen mákostésztává és itt vége a dalnak. DTB-t cseréltem.
Van valami ötleted mi lehet? Van ebből a KODI V16 OSMC kernel párosból frissebb? -
kikinda2
tag
S905x-es boxom van CoreElec 9.0.0.1 rendszerrel. Eddig mindent lejátszott. Most találtam egy mozit aminél csak a hang megy és kép nincsen. Feltettem ide egy egyperces részletét. Talán valakit érdekel és meg tudja mondani, mi a kódolási hiba, ami miatt a CE nem szereti.
-
kikinda2
tag
válasz SunMount3r #54864 üzenetére
Egyetértek veled. Ha a PC simán lejátssza, talán érdemes lenne a CE dekódolás filtergráfját is úgy alakítani, hogy ne okozzon gondot neki. De ez ugye a fejlesztők döntése. Ha azt mondják, hogy csak a sztenderd fájlkódolást hajlandók támogatni, akkor ez van. Egyébként nyilván nem akarnak vesződni a nem sztenderd estekkel és ez is érthető valahol.
[ Szerkesztve ]
-
kikinda2
tag
Találtam még egy 4K fájlt amit nem játszik le a CE9 egyik verziója sem. Nyilvánvaló, hogy valami nem sztenderd kódolásról van szó, de PC-n való lejátszás semmi gondot nem okoz itt sem.
[link]
A fenti részlet alapján biztos értitek mi lehet a gond ugyanúgy, mint a múltkor megosztott video esetén is.
[link]A kérdésem tehát nem az, hogyan lehet a fájlokat lejátszani PC-n vagy átkódolni hanem az, hogyan lehetne a CE-t rábírni, hogy a nem sztenderd fájlokat is lejátssza?
-
kikinda2
tag
válasz DroiDMester #55640 üzenetére
Nem nincsen még meg. Csak szerettem volna tudni, kell-e még hozzá beszerezni valamit. Ezer köszönet nektek.
-
kikinda2
tag
Megjött a Beelink GT1-A Ultimate boxom. Nagyon szép a külcsín, még nem tudom milyen a belbecs. Kérdésem, ha van valakinek ilyen, hogy elsőre a gxm_q200_3g vagy a gxm_q201_3g_1gbit dtb fájlt érdemes CE alatt feltenni, próbálni?
-
kikinda2
tag
A Beelink GT1-A Ultimatehez az [link] itteniek közül az elsőt adják. A Power része infrás a távnak, a többi gomb rádiós. Kikapcsolni nem lehet CE alatt a Powerrel, ezért a KODI addonok közül a "keymap editorral" beállítottam, hogy a Mute gombra kapcsoljon ki. Ez az editorban a System ->Shutdown alatt beállítható.
Hátha segít annak, aki a kikapcs miatt aggódik. -
kikinda2
tag
Sziasztok!
S905x lejátszóm van CoreElec 9.2.1-el és abba a problémába ütköztem, hogy van több filmem is amit nem tudok lejátszani.
Szeretném megtudni, hogy csak nálam vagy nálatok is lejátszhatatlan ez a fájl.
Más.
Elkódoltam ugyan ezt a fájlt x265-ös codec-kel és az NVEncC nevű, Nvidia GPU-t kódolásra használó programmal is. Azt találtam, hogy míg a x265-tel kódolt fájl szépen néz ki és jól lejátszható az S905x-en, addig az NVEncC H.265 opciójával kódolt fájl a mozgásigényes jeleneteknél elmosódott képpel látszódik CoreElec-en.
Írtam a CorelElec fórumba is, de ott nem kaptam segítséget, hátha Ti tudtok. -
-
kikinda2
tag
CoreELEC 9.2.2-ről készült backup áttehető hibátlanul 9.2.2-ng -re?
-
kikinda2
tag
Szervusztok!
Azért írok, mert többeknél jelentkezett X96 MAX+ esetében, hogy a 4K lejátszás esetenként döccent, akadások voltak tapasztalhatók.
Az eddigi boxaim (s905x és s912x) úgy voltak beállítva (lejátszási felbontás és frekvencia engedélyezési lista), hogy a TV felé ~48, 50, 60 Hz képfrissítésű jelet (2x frekvencia) továbbítottak.
A X96 MAX+ esetében is ezt a beállítást alkalmaztam, de a lejátszásnál döccenések voltak tapasztalhatók. Az engedélyezési listából a frekvencia felskálázó kényszerítéseket törölve az akadások megszűntek.
Ez a probléma tehát a régebbi boxoknál nem jelentkezik, de az s905x3 SOC esetében a Coreelec NG-nél hiba mutatkozik.
Új hozzászólás Aktív témák
- I5 9600K processzoros számítógép
- Garanciás új 14 gen Asus Rog Gamer pc eladó! Beszámítás is lehet!
- ÚJ Gamer PC I3-10105F(8Tx3,7GHz)16GB DDR4/512GB SSD/GTX 1660 6GB Super/500W 80+/ GARI! BESZÁMÍTOK
- ÚJ Gamer PC I3-12100f (8Tx3,3GHz)16GB DDR4/500GB NVMe/GTX 1660 6GB/GARI! BESZÁMÍTOK!
- Gamer PC - i5-6500 (4x3,2GHz) 16GB DDR4 /240GB SSD+500GB HDD/GTX 1050 Ti 4GB/GARI! BESZÁMÍTOK!