Én próbáltam kb 1 hete Pi4-en. A hardveresen gyorsított videolejátszás nem működött vele, visszaváltottam x11-re, újra működött. Nem álltam neki komolyabban nyomozni, hogy mit kéne máshogy csinálni.
A régin meg a hardveresen gyorsított kijelzőre rajzolás nem ment :D
Dekódolta a videót, de pixelenként rajzolgatta ki procierőből. Ha waylanddel megy, akkor végre tényleg lehet majd átlagos használatnál is egy gyenge pécé szintjét hozni vele. Persze minimum 8GB ram akkor is kell.
Waylanddal elvileg jobban kéne menjen, kisebb procierővel a weblapok megjelenítése is.
Ja mondjuk pi5ön meg eleve nincs h265-ön kívül más video codec hw dekódolás, szóval ehh. Ha pi4en emiatt nem csinálják meg, akkor szopacs neked.
A tapasztalatom, hogy valójában még a Pi4 CPU is bőven elég erős 1080p60-ban akár még AV1-et is dekódoljon, legalábbis tipikus youtube-os bitrátán. mplayer -vo null -lavdoptions threads=4 (lehet, hogy a pontos commandline-ra rosszul emlékszem) simán bírja, ki se maxolja a 4 magot. Amint valami ténylegesen megjelenítő video output ki van jelölve, máris kevés lesz a CPU.
Sajnos a wayland sem volt jobb ebből a szempontból.
Minden uj technologia az elodje alol indul, de ott az igeret, hogy fole fog kerekedni. A legtobb gond egyebkent abbol adodik, hogy megprobalnak eszetlenul minden regi featuret ujrairni, mert "hozni kell a regi funkcionalitast".
Mondjuk, aki raer RPi-vel jatszani, az erjen ra az ilyenekre is :)
Minden uj technologia az elodje alol indul, de ott az igeret, hogy fole fog kerekedni.
Ami ígéretet csak akkor van esélye a készítőknek betartani, ha nem erőltetik defaultnak, mielőtt betartják.
A Wayland 15 év alatt képtelen volt olyan szintre fejlődni, hogy mindenben helyettesítse az X11-et és mindenben kompatíbilis vele. Máskülönben már mindenki átállt volna rá. Mivel nagy beégés lenne multiéknak (Red Hat = IBM) ezt beismerni, így elkezdték erőltetni, az X ellen FUD kampányt indítottak valamennyi influenszerükkel, az általuk uralt (sajnos túl sok) desktop környezet és alkalmazást elkezdték visszafordíthatatlanul átírni, dependáltatni rá.
Mivel korporatokrata erővel van lenyomva a Linux-világ torkán, így valószínűleg a büdös életben nem fog az X fölé kerekedni. Ha képesek lettek volna erre, már a fejlesztés első 1-2 évében megtörtént volna a felülkerekedés.
Mondjuk, aki raer RPi-vel jatszani, az erjen ra az ilyenekre is :)
A Raspberry PI lehetne egy tök jó vékonykliens, megfelelő szoftverekkel, de nincsenek rá megfelelő szoftverek, mert a desktop alkalmazásokat 13. generációs, 8 magos, 64 GB RAM-os, 1 TB SSD-s babzsákfejlesztők írják.
Hozzászólások
Na ezt jó tudni, kipróbálom.
...vagy ahogy itt olvasom másokat, inkább mégsem :)
Én próbáltam kb 1 hete Pi4-en. A hardveresen gyorsított videolejátszás nem működött vele, visszaváltottam x11-re, újra működött. Nem álltam neki komolyabban nyomozni, hogy mit kéne máshogy csinálni.
Régóta vágyok én, az androidok mezonkincsére már!
A régin meg a hardveresen gyorsított kijelzőre rajzolás nem ment :D
Dekódolta a videót, de pixelenként rajzolgatta ki procierőből. Ha waylanddel megy, akkor végre tényleg lehet majd átlagos használatnál is egy gyenge pécé szintjét hozni vele. Persze minimum 8GB ram akkor is kell.
Waylanddal elvileg jobban kéne menjen, kisebb procierővel a weblapok megjelenítése is.
Ja mondjuk pi5ön meg eleve nincs h265-ön kívül más video codec hw dekódolás, szóval ehh. Ha pi4en emiatt nem csinálják meg, akkor szopacs neked.
A tapasztalatom, hogy valójában még a Pi4 CPU is bőven elég erős 1080p60-ban akár még AV1-et is dekódoljon, legalábbis tipikus youtube-os bitrátán. mplayer -vo null -lavdoptions threads=4 (lehet, hogy a pontos commandline-ra rosszul emlékszem) simán bírja, ki se maxolja a 4 magot. Amint valami ténylegesen megjelenítő video output ki van jelölve, máris kevés lesz a CPU.
Sajnos a wayland sem volt jobb ebből a szempontból.
Régóta vágyok én, az androidok mezonkincsére már!
Minek kell erőltetni az ilyet, ha nem tudja hozni azt a szintet, amit az elődje?!
Minden uj technologia az elodje alol indul, de ott az igeret, hogy fole fog kerekedni. A legtobb gond egyebkent abbol adodik, hogy megprobalnak eszetlenul minden regi featuret ujrairni, mert "hozni kell a regi funkcionalitast".
Mondjuk, aki raer RPi-vel jatszani, az erjen ra az ilyenekre is :)
Nade a wayland miatt pont azért megy a nyígás, mert nem csinálnak neg minden szart az Xből, amit meg igen, az nem jó, mert nem kompatibilis...
Ami ígéretet csak akkor van esélye a készítőknek betartani, ha nem erőltetik defaultnak, mielőtt betartják.
A Wayland 15 év alatt képtelen volt olyan szintre fejlődni, hogy mindenben helyettesítse az X11-et és mindenben kompatíbilis vele. Máskülönben már mindenki átállt volna rá. Mivel nagy beégés lenne multiéknak (Red Hat = IBM) ezt beismerni, így elkezdték erőltetni, az X ellen FUD kampányt indítottak valamennyi influenszerükkel, az általuk uralt (sajnos túl sok) desktop környezet és alkalmazást elkezdték visszafordíthatatlanul átírni, dependáltatni rá.
Mivel korporatokrata erővel van lenyomva a Linux-világ torkán, így valószínűleg a büdös életben nem fog az X fölé kerekedni. Ha képesek lettek volna erre, már a fejlesztés első 1-2 évében megtörtént volna a felülkerekedés.
A Raspberry PI lehetne egy tök jó vékonykliens, megfelelő szoftverekkel, de nincsenek rá megfelelő szoftverek, mert a desktop alkalmazásokat 13. generációs, 8 magos, 64 GB RAM-os, 1 TB SSD-s babzsákfejlesztők írják.
Kurvajó, egy estét szoptam vele, mire rájöttem, hogyan kell az érintőkijelzőt kalibrálni: egy udev szabályban kell egy 3x3-as mátrix 6 elemét átadni.
X11: kalibráló progi kiköpi a kalibrációs fájlt és cső.
Csak a szokásos szigorúan szakmai™ és jól™ megalapozott™ indokok az X11 ellen.
Meg compositor és touchscreen, mint a világ legszükségesebb™ dolgai Raspberry PI-re.
Nálunk az üzemben rpi5 + 32" touchscreen-ek vannak a termelésben.
Ezért aztán erőltessük rá a másik 100-ból 99-re is a waylandot. :)
Engem nem zavar a fejlődés. Nem gondolom róla, hogy mind felesleges. Abban egyetértek, hogy lesznek zsákutcák és elhaló technológiák.
A wayland minden, csak nem fejlődés.
Az a touchpad támogatás egy X11 input driver is lehetett volna és pont ugyanúgy elláthatná a feladatát.