Szia!

Nálam az Ext4-es verzió nem hozott ekkora különbséget (S912-n). Az eMMC sebesség tesztje [link], az Ext4-es és az eredeti sebesség tesztje [link].

Persze, ez nagyban függ az eMMC sebességétől, meg esetleg a rendszerből kigyomlált sallangoktól (ahogy Csicsóka is írta).

Jelenleg a CE Nightly (20190923) belső tárhelyen (eMMC) ezt az indulási sebességet hozza (belakott rendszeren).

devce:~ # systemd-analyze 
Startup finished in 7.408s (kernel) + 13.940s (userspace) = 21.349s 
kodi.target reached after 13.940s in userspace

Ez az új szövegbeviteli rendszer az agyamra megy, mindig szerkeszteni kell a forráskódot, mert tele szemeteli felesleges HTML kóddal, meg a formázásnál nem azt csinálja, amit szeretnék.

[ Szerkesztve ]

Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.

Itt van pár videó a médiatár gondok megoldására.
Videók törlése a média tárból. - (#59535) paolinho
Rossz néven szkennelt videók javítása.
Hibásan szkennelt sorozat javítása KODI
Tudom, hogy alap dolgok és nem igazán ide tartozik.

Béni2360 - Redmi Note 8 Pro - Acer Aspire 5 A515-51G -- LG OLED55C8PLA - YAMAHA RX-V685 - Mission mx4 5.0 - Taga TSW-90 v.3 - QNAP TS-133 - Mini MX-G - MECOOL BB2 PRO- X96 MAX PLUS -ZIDOO Z1000 Pro

Létezik CM alatt olyan libwidevinecdm.so, ami alatt tökéletesen megy a HBO go, illetve a Netflix?

Jelenleg a 4.10.1303 verziót használom, ami alatt akadásmentes a Netflix, viszont a HBO go-nak nem megfelelő, így az nem indul el.

Bocs, elírtam. CE alatt

Ahogy ztsoft kolléga is írja, nem olyan számottevő a különbség S912-n.
Az S905 legalább 13 másodpercet ver rá, holott kevesebb CPU mag , és az enyémben roszabb az eMMC is mint a 912-ben.

S912 USB3 pen:

CoreELEC (official): 9.2.0 (Amlogic.arm)
root@CoreELEC:~# systemd-analyze
Startup finished in 11.747s (kernel) + 8.192s (userspace) = 19.939s
kodi.target reached after 8.110s in userspace

S912 ext4 eMMC:
root@CoreELEC:~# systemd-analyze
Startup finished in 5.606s (kernel) + 9.926s (userspace) = 15.533s
kodi.target reached after 9.926s in userspace

28 VS 26 sec. Elhanyagolható különbség.

root@CoreELEC:~# flash-bench
Creating test file flash-bench.tmp of size 512MB.
Benchmark: Sequential read Limits: Total size: 512MB Duration: 60s
512.0MB processed in 3.81s (134.46MB/s), CPU: user 0.13%, sys 4.10%
Benchmark: Sequential write Limits: Total size: 512MB Duration: 60s
512.0MB processed in 7.37s (69.48MB/s), CPU: user 0.05%, sys 2.28%
Benchmark: Random read Limits: Total size: 512MB Duration: 60s
512.0MB processed in 24.63s (20.78MB/s), CPU: user 0.01%, sys 2.12%
Benchmark: Random write Limits: Total size: 512MB Duration: 60s
512.0MB processed in 8.46s (60.55MB/s), CPU: user 0.04%, sys 2.90%

Az eMMC a jobbak közé tartozik pedig.

S905 USB3 pen:

root@CoreELEC:~# systemd-analyze
Startup finished in 6.875s (kernel) + 7.714s (userspace) = 14.589s
kodi.target reached after 7.714s in userspace

S905 ext4 eMMC:

root@CoreELEC:~# systemd-analyze
Startup finished in 5.061s (kernel) + 4.279s (userspace) = 9.341s
kodi.target reached after 4.278s in userspace

22 VS 13 sec. 9 sec különbség.

root@CoreELEC:~# flash-bench
Creating test file flash-bench.tmp of size 512MB.
Benchmark: Sequential read Limits: Total size: 512MB Duration: 60s
512.0MB processed in 4.82s (106.18MB/s), CPU: user 0.00%, sys 3.92%
Benchmark: Sequential write Limits: Total size: 512MB Duration: 60s
512.0MB processed in 61.86s (8.28MB/s), CPU: user 0.01%, sys 0.52%
Benchmark: Random read Limits: Total size: 512MB Duration: 60s
512.0MB processed in 34.04s (15.04MB/s), CPU: user 0.02%, sys 1.37%
Benchmark: Random write Limits: Total size: 512MB Duration: 60s
410.4MB processed in 85.29s (4.81MB/s), CPU: user 0.00%, sys 0.31%

Az eMMC sem olyan acélos mint a Z6+-ban, még is jobb sokkal.
Ennek ellenére, ha már feláll az ext4 rendszer az S912-n, érezhetően gyorsabban reagál mindenre, mediatárban bolyongás szaporább.

Nem tudom mi lehet nálad a probléma, nem tudom reprodukálni, mert nekem tökéletes. Alap beállításokkal, ahogy az addonban van, úgy sem indul el? Nem jelszó, ip tartomány elqrásról van szó nálad?

Meglehetne oldani, loop mountolt image fájlt is lehet újra partícionálni, akkor az eMMC-t is, mivel pont úgy viselkedik ilyenkor mint egy nem blokk eszköz.
Mondjuk én droid ellenes vagyok, és nem kegyelmeznék a droid data-nak. Persze értem azokat is, akiknek valami szükséges a droidból, még ha nem is azon filmeznek.
Az RPI boot teljesen más káposzta mint az Amlogic, nem tudom lehetne e portolni a Petitboot-ot.

Jó lesz az akkor is, nem lóverseny.
Vagy ha olvassa ezt divan kolléga, talán megnézi ő, mert olyan a vasa mint a tiéd.

[ Szerkesztve ]

Nem tudom hogy ez jó e? GT-King samsung usb3 pen:

Startup finished in 6.443s (kernel) + 2.351s (userspace) = 8.795s
kodi.target reached after 2.351s in userspace

Sziasztok!

A Coreelec 9.0.3-ról 9.2-re kellene, hogy magától frissűljön. Látom, egy ideje kinnt van a 9.2...

Nem lesz bekapcsolva az automata frissítés.
Frissítsd kézzel, ha úgy érzed.

[ Szerkesztve ]

http://pel.hu/eoscard http://pel.hu/bdedit

A 11 sec persze hogy jó. Bár ez USB3-ba dugott pen, és a legerősebb SOC. A régi vasakon nincs USB3. Az S905 nem szégyenkezhet nagyon a 13 sec-el eMMC-ről.

Ha már méregetés van
CoreELEC:~ # systemd-analyze
Startup finished in 3.082s (kernel) + 3.066s (userspace) = 6.148s
kodi.target reached after 3.066s in userspace

2 ötlet jutott még a fejembe.
64/32G-boxoknál fixen megfelezni a data-t és a végére tenni system--et ext4-ben
Így csak egy proba kell az init-nél 64,32GB mountoláshoz.
Bár ez is macerásabb.

Másik ötlet, hogy a kernelnek indításkor tudunk át adni paramétert.
Itt adni meg az offset értéket és mountolni.
Vim3-megoldása gondolom majd ezeket kukába dobja, de addig sem kell
minden embernek kernelt-kicsomagolni modosítani össze rakni.

Nálam egy MiniMX (S905) egy 8 GB-os Mixza microSD-ről:

CoreELEC (official): 9.2.0 (Amlogic.arm)
MiniMX:~ # systemd-analyze 
Startup finished in 6.658s (kernel) + 3.601s (userspace) = 10.259s 
kodi.target reached after 3.391s in userspace

Úgyhogy én nem is vesződöm az áthelyezéssel. Így legalább a gyerekeknek ott az android, ha kell.

[ Szerkesztve ]

Alex

Kézzel sem tudom lefrissíteni
Hiába áttítom át automatáról kézire.
Nincs elérhető frissítés...

Vajon mennyivel lenne gyorsabb ha ez is tudna emmcről futni? Lehet hogy egyszer kiderül.... Vagy esetleg akinek van vim3, N2, megmondja.

S905 szintén (eMMC-ről)

CoreELEC (official): 9.0.3 (Amlogic.arm)
CoreELEC:~ # systemd-analyze
Startup finished in 4.576s (kernel) + 4.411s (userspace) = 8.987s
kodi.target reached after 4.410s in userspace

[ Szerkesztve ]

Eladó cuccok: https://bit.ly/cofcuccok

CoreN2:~ # systemd-analyze
Startup finished in 3.349s (kernel) + 2.128s (userspace) = 5.478s
kodi.target reached after 2.128s in userspace

[ Szerkesztve ]

http://pel.hu/eoscard http://pel.hu/bdedit

Köszönöm és Neked is ztsoft

Nem egyenlőre, hanem egyelőre! Nem ez miatt, hanem emiatt, vagy ez által!

Na akkor Magicsee N5MAX. Sd, a data eMMC.
N5MAX:~ # systemd-analyze
Startup finished in 20.849s (kernel) + 3.768s (userspace) = 24.618s
kodi.target reached after 3.763s in userspace
Ez nem túl acélos.
A dmesg | grep mmcblk0:
N5MAX:~ # dmesg | grep mmcblk0
[    4.004352@1] mmcblk0: emmc:0001 Biwin  58.3 GiB
[    4.004490@1] mmcblk0boot0: emmc:0001 Biwin  partition 1 4.00 MiB
[    4.004620@1] mmcblk0boot1: emmc:0001 Biwin  partition 2 4.00 MiB
[    4.004763@1] mmcblk0rpmb: emmc:0001 Biwin  partition 3 4.00 MiB
[    4.006784@1] meson-mmc: [mmcblk0p01]           bootloader  offset 0x000000000000, size 0x000000400000
[    4.006798@1] meson-mmc: [mmcblk0p02]             reserved  offset 0x000002400000, size 0x000004000000
[    4.006807@1] meson-mmc: [mmcblk0p03]                cache  offset 0x000006c00000, size 0x000046000000
[    4.006930@1] meson-mmc: [mmcblk0p04]                  env  offset 0x00004d400000, size 0x000000800000
[    4.006941@1] meson-mmc: [mmcblk0p05]                 logo  offset 0x00004e400000, size 0x000000800000
[    4.006950@1] meson-mmc: [mmcblk0p06]             recovery  offset 0x00004f400000, size 0x000001800000
[    4.006959@1] meson-mmc: [mmcblk0p07]                 misc  offset 0x000051400000, size 0x000000800000
[    4.007054@1] meson-mmc: [mmcblk0p08]                 dtbo  offset 0x000052400000, size 0x000000800000
[    4.007065@1] meson-mmc: [mmcblk0p09]             cri_data  offset 0x000053400000, size 0x000000800000
[    4.007074@1] meson-mmc: [mmcblk0p10]                param  offset 0x000054400000, size 0x000001000000
[    4.007084@1] meson-mmc: [mmcblk0p11]                 boot  offset 0x000055c00000, size 0x000001000000
[    4.007094@1] meson-mmc: [mmcblk0p12]                  rsv  offset 0x000057400000, size 0x000001000000
[    4.007103@1] meson-mmc: [mmcblk0p13]             metadata  offset 0x000058c00000, size 0x000001000000
[    4.007111@1] meson-mmc: [mmcblk0p14]               vbmeta  offset 0x00005a400000, size 0x000000200000
[    4.007120@1] meson-mmc: [mmcblk0p15]                  tee  offset 0x00005ae00000, size 0x000002000000
[    4.007132@1] meson-mmc: [mmcblk0p16]               vendor  offset 0x00005d600000, size 0x000030000000
[    4.007140@1] meson-mmc: [mmcblk0p17]                  odm  offset 0x00008de00000, size 0x000008000000
[    4.007150@1] meson-mmc: [mmcblk0p18]               system  offset 0x000096600000, size 0x000050000000
[    4.007160@1] meson-mmc: [mmcblk0p19]              product  offset 0x0000e6e00000, size 0x000008000000
[    4.007171@1] meson-mmc: [mmcblk0p20]                 data  offset 0x0000ef600000, size 0x000da0a00000
Az enyémnek 64GB a belső tár, a junkpodé 32 GB. Nem tudom ez számít e?

[ Szerkesztve ]

Isten vagy, koszi a tippet. Megtörtént a csoda. Nem a mappák nevével volt a gondja, mert azt átirva továbbra is fagyott. Belenéztem a mappa tartalmába, ez a nyavajás xml fajl volt ami zavarta a keresést. A filmekből amikböl ezt kitöröltem, hiba nelkul mind beolvasta. Na erre a faxságra nem gondoltam.

iPhone 15 Pro Max, iTab Air 5

És honnan került bele xml fájl?

Nem tudom, szinte az összes filmemben benne van amit leszedtem. Én igazabol azt se tudom mi az benne, vagy miért van benne. Lényeg, h azt törölve tökéletes.

iPhone 15 Pro Max, iTab Air 5

VIM3 Pro SD-ről:
CoreELEC-VIM3Pro:~ # systemd-analyze
Startup finished in 11.216s (kernel) + 6.566s (userspace) = 17.782s
kodi.target reached after 6.565s in userspace

*** "Ne kérdezz többet, mint amennyi a hasznodra válik." - Dante *** "Csak akkor tehetsz meg mindent, ha már semmid sincs." - Harcosok klubja ***

Nem,ahogy ráengedtem a Throadia tárolóban lévőt azonnal elindult.

SONY 65XE8577----Philips 58PUS8506----TCL 55c635----Onkyo RZ740----Dali Concept 8/6/C/S----HIVI VR8-W----Zgemma H9 Combo----Uclan Ustym 4K Pro----Asus_Tuf-AX5400----Vontar X3 X4----X96 Max+----Tanix_TX3_Max----Tanix W2---Raspberry Pi

A 9 sec is nagyon szép érték. Alig lassabb mint az N2 emmc-ről /(7,5 sec)
Az első ötletet nem értem, ha felezed, mi lesz a data-val? droid életben marad így?
A második 1xerűen megvalósítható az SD gyökerébe lehet tenni egy konfig fájlt, amiből kiolvassa az offsetet az init, és annak megfelelően indul. Tiszta eMMC rendszeren (ha fog menni) u-boot változóba lehet (bootargs) az offsetet, init alatt kiolvasni, és úgy indítani. Ez már volt a fejembe, meg olyanok, mint a két ext4 rendszer egy vason, megosztott data-n. Aztán induláskor lehet pár sec time outon belül választani, melyik induljon. (fő/tartalék rendszer.)

[ Szerkesztve ]

Itt meg nagyon lassú az SD, azért ilyen. USB3-ról biztos nem ez lenne.
eMMC adatokat elteszem, ha csinálok egy hozzá való kernel.img-t kipróbálod? Droidnak annyi lesz! Nem számít hogy a tiéd 64-es, a kezdeti offset kell, az meg egyforma.

[ Szerkesztve ]

SD kártya olvasó lassú, mert a kártyáid nem azok.

Hagyjjuk az első ötletem.
Az utóbbi teljesen jó lenne, ha tudnánk paraméterezni a kernelben levő offset kezdetet.
Így nem kell mindenkinek külön külön kernelt gyártani.

Bőven elég, teljesen jó. Semmi szükségem gyors bootolásra. Majd ha lesz normális CE és jól működik az eMMC-re telepítés akkor onnan fog futni.

*** "Ne kérdezz többet, mint amennyi a hasznodra válik." - Dante *** "Csak akkor tehetsz meg mindent, ha már semmid sincs." - Harcosok klubja ***

Ha elindul majd tisztán eMMC-ről valakinek a cucc, akkor megcsinálom így, mert akkor életképes a koncepció.

ez elég gyászos, nem hiszem hogy az SD slot ennyire lassú lenne!

akkor énis jövök pár tesztel

GT-King sd-slot 16.gigás U3.as kártya 16,769

GT-King ugyan ez az SD kártya csak USB3 olvasóval 12,307

És néztem egyet S905X2-n is ugyan ilyen SD kártya USB3 olvasóval 14,662

Szóval nálad valami nagyon nem oké vagy a VIM3Pro vagy a SD kártyáddal!

[ Szerkesztve ]

x96 - s950x
CoreELEC:~ # systemd-analyze
Startup finished in 7.484s (kernel) + 6.830s (userspace) = 14.314s
kodi.target reached after 6.829s in userspace

sima tdk 16gigás, kb 8 éves pendriveról :-)

[ Szerkesztve ]

TF - több liter Jack Daniels whiskey, borok

A VIM3-n sok a csíszolnivaló, devel verzión vagyok, mert az új droid mellett nem volt jó a CE, zöld volt a képernyő. Most tesztelés folyik. Semminek semmi baja csak épp az ng verziók még gyerekcipőben járnak. GTK-n nem zöld a képernyő cserébe az ősszes 4K 30fp feletti videó natív felbontáson kb. nézhetetlen ami pl. VIM3-on jó, ezeket kell megoldani a sok más apróság mellett.

*** "Ne kérdezz többet, mint amennyi a hasznodra válik." - Dante *** "Csak akkor tehetsz meg mindent, ha már semmid sincs." - Harcosok klubja ***

CoreVIM3:~ # systemd-analyze
Startup finished in 11.335s (kernel) + 2.172s (userspace) = 13.508s
kodi.target reached after 2.172s in userspace

http://pel.hu/eoscard http://pel.hu/bdedit

Ez igaz az NG verziók még nagyon kezdeti stádiumba vannak, de ennek ellenére is elég jól működnek, annó mikor elkezdtek szivárogni az S912.re az LE rendszerek sokkal több és nagyobb problémák voltak, ma meg már ugye szinte teljesen probléma mentes!

Sz.tem Kell kb ~1.év az NG verziónak is mire kiforrja magát.......

Sziasztok!

Jelenleg 3db amlogic boxot hasznalok, 2nél minden működik tökéletesen, viszont a Mini m8s-sel problémám van. Eleve nagyon lassan találja meg a hálózatot teljes újraindítás után (sőt legtöbbször timeout a vége és a kodi újraindítása után működik csak) és a dátum mindig hibás marad. 2015-01-01
Ha SSH-n bejelnetkezek a boxra akkor dátumnak mindig a fenti időt mutatja és a logoknál is ez szerepel. Az érdekes az, hogyha átteszem a másik boxbol a kártyát amin a tutira működő coreelec van, akkor is ugyanez a probléma.
Egyébként a névfeloldás működik(tudom pingelni a google.de-t) sőt beállítottam már NTP szervereket is kézzel, de hiába.
próbáltam már különböző coreelec veziókat és letiltani a wifit (kábelen van) , de semmi.

Valakinek van ötlete?

[ Szerkesztve ]

sziasztok!
erre ötlet?
Sziasztok!
Az mitől lehet hogy a CE nem tud kapcsolodni a routerre dugott winyóhoz? Tegnap működött , semmi nem lett elállitva!

és a hibás BOX nál ha Android rendszert indítod el ott megy rendesen a LAN?

Szerinted ennyiből ki tud ötletet adni? Lecsatolni, újra fel próbáltad már, router újraindítás, megvoltak?