#2 Vagyis, máshogy elmondva, csak akkor fagy meg minden ha a fájlkezelőből, fájltársítással közvetetten indul.

Próbáld ezt, tulajdonképpen a kiindulás itt is a fájlkezelő (ne zárd be):

-- nyiss terminált ott, ahol a videófájl van.

-- (a nevet helyettesítsd be) és futtasd:

xdg-open kockasfulunyul26.avi

Hibaüzenet?

A Dophin a fájlkezelő vagy a KDE alapértelmezettől eltérőt telepítettél és használsz?

#1 A konzolba én voltam a hunyó, ezért bocsánat.
Mivel bekéri a jelszavamat, azt hittem hogy ezután már minden megy, persze hogy nem.
sudo reboot és minden működik, és root-->password, ezután minden jó. Vagyis a konzol jó, mégegyszer elnézést.

Smplayert nem tudom terminálból megnézni mert ha elindítom kézzel, akkor utána sose produkálja a teljes fagyasztást.
Csak akkor ha még nem volt elindítva az adott munkamenetben,
ÉS egy videófájlra kattintással indul, mivel ő az alapértelmezett mediaplayer.
Vagyis, máshogy elmondva, csak akkor fagy meg minden ha a fájlkezelőből, fájltársítással közvetetten indul.
Csak ilyenkor csinálja, ha először elindítom az alkalmazásmenüből és ezután 589 videót indítok akkor már mindig jó. 
Az adott munkamenetben. Ráadásul nagyon ritkán jelentkezik, 2 hét alatt kb. 8-10x csinálta, miközbe legalább 40-50x meg jó.

dmesg-et hogyan tudom, ha épp mirelitté fagyott és kilépve konzolra futtatom a dmesg-et vagy valami naplót, akkor azt hogyan  mentem ki szöveges fájlba, mert ugya nincs copy-paste és utána böngésző és pastebin.
A naplók utólag, reboot után is visszanézhetők? A tegnapi fagyás idejét pl. percre pontosan tudom.

#4 A név kiegészítéshez használd a TAB-ot. Vagy, hogy ne menjünk el egészen más irányba, válassz nevében szóköz nélküli videót. Elnézést, nem lapoztam lejjebb, csak a szintaktikai hibás kimenetet láttam. (visszavonva)

Akkor a fájlkezelőt indítsd terminálban, majd egér jobb gombos menűből nyisd meg a napi első videót.És kimenet kéne.

#3
tibi@444tibi-debian:/mnt/A46C90176C8FE302/video_film_klip/klip/legjobbak$ xdg-open AC DC - Thunderstruck (Official Video).mkv
bash: szintaktikai hiba „(” váratlan token közelében
tibi@444tibi-debian:/mnt/A46C90176C8FE302/video_film_klip/klip/legjobbak$

Az alapértelmezett KDE  Dolphint használom.

Van Nemo is de az csak kézi indítással, az indul sudoval, a Dolphin meg nem, ezért tartom a Nemot.
Pardon, nem sudo hanem pkexec.

 

Közbe rájöttem hogy a szóközök miatt macskaköröm közé kell tenni, így jó, indul is a player:
tibi@444tibi-debian:/mnt/A46C90176C8FE302/video_film_klip/klip/legjobbak$ xdg-open 'AC DC - Thunderstruck (Official Video).mkv'
tibi@444tibi-debian:/mnt/A46C90176C8FE302/video_film_klip/klip/legjobbak$

Hibaüzenet nélkül.

#7 Eltűnik  a kurzor ha nem mozog éppen és mindenféle villogó nyomokat hagy maga után.

Ki kell próbálni egy új egérrel. Lehet 1.000-1.500 forintért is kapni. már ilyet. Leértékelve akár (amikor nem egyet értékelnek le, hanem egy tipust). Ez az első teendő. USB kábelesre gondolok.

Ha ez megvolt, lehet dmesg-t nézni. Valamiért a rendszer terhelés, vagy a rendszer valamilyen problémája is hatással van néha az egérkurzorra. Láthatóan a kompozitálásra, effektekre nem. De most felesleges, az egér műszaki hibáját kell kizárni. Lehetséges, a Dolphin környezeti menú problémáját is ez okozza. Mutathatod most is a dmesg kimenetet. de olykor a műszaki hiba nem látszik ott.

#6 Mégújabb fejlemény, bármikor elő tudom idézni a teljes fagyást.
SmPlayer fut és megnyitom az mp3 lejátszómat.
A gyári Dragon Playerrel is kipróbáltam, ott nem fagy meg hanem kb. 2 másodpercre megmered az egész felület de aztán helyreáll.
Valószínű más programokkal is elő tudom idézni, nem tesztelgettem.

 

Méglegújabb, megdöglött az egérkurzor, hasonlóan mint az egyik Mintembe és a Manjaroba régebben.
Eltűnik  a kurzor ha nem mozog éppen és mindenféle villogó nyomokat hagy maga után.
Megoldás, reboot. 
Bingó.
Új disztrót látok én a láthatáron asszem.

https://mega.nz/file/doRkQKbb#1atKN4bTCqo_Ay-H_2veBi1Alq-T05vUB-aWGtgUoHs
 

#10 A linkelt leírás,
https://linuxmint.hu/blog/2020/01/a-dmesg-parancs-kimenetenek-ertelmezhe...
fájlba mentéssel együtt:

sudo dmesg --time-format iso \
| while read datestring rest; do \
  printf '%s\n' "$(date -d "$datestring" +%F-%T) $rest"; done \
| tee -a dmesg_`date +"%Y-%m-%d_%H.%M.%S"`.txt

vagy

sudo dmesg --time-format iso \
| gawk '{ printf (strftime("+%F-%T",mktime(gensub("[-+T:,]"," ","g",$1)))) ; $1 = ""; print $0}' \
| tee -a dmesg_`date +"%Y-%m-%d_%H.%M.%S"`.txt

A sudo csak a Debiannál kell, a Linux Mint alatt nem.

#2 dmesg-et hogyan tudom, ha épp mirelitté fagyott és kilépve konzolra futtatom a dmesg-et vagy valami naplót, akkor azt hogyan  mentem ki szöveges fájlba, mert ugya nincs copy-paste és utána böngésző és pastebin.
A naplók utólag, reboot után is visszanézhetők? A tegnapi fagyás idejét pl. percre pontosan tudom.

Saját könyvtárba menti a dmesg kimenetét, a mentés időpontja szerint (részletes):

sudo dmesg | tee -a dmesg_`date +"%Y-%m-%d_%H.%M.%S"`.txt

Értelmezhető időpontban mutat: https://linuxmint.hu/blog/2020/01/a-dmesg-parancs-kimenetenek-ertelmezhe...

A naplók viszont „human-readable” idő szerint mutatnak.
A régi naplók a /var/log elérési úton a jelenlegi naplók mellé kerülnek, betömörítve.

#12 A grafikus naplónézegetőnek mi a neve...

https://www.linuxlinks.com/LogfileViewers/

A Gnome Log talán (https://duckduckgo.com/?q=log+viewer+debian&t=ffsb&ia=web )
KIssé nehézkes megtalálni, hogy most az általam javasolt jó a KDE-re, vagy más, például a KSystemlog. Én a Synapticban kerestem régebben, nézegettem az előnézeteket. Nem tudom,már mi volt, most nincs telepítve.
(Erre a kis időre minek? :) Vagy marad még a Debian?)

Akkor szék és billentyűzet hiba az egér eltűnése és nem a macska invázió :). Van ilyen.

#11 Az egér és a vibrálás megszüntetve, legalábbis egyelőre.
2 napja teszteltem egy monitort és mivel 2 HDMI kimenetes a gépem,  bedugtam a második monitort. 
Mivel nem álltak jó irányba a kábelek, megcseréltem a 2 csatlakozó kábelt, majd ez így is maradt.
A lényeg, a HDMI2 kimenetet nem "szereti" a rendszerem.
Visszadugva a HDMI1-be, azóta nem jelentkezett a hiba. 
Érdekes mert a dual monitor módba sem jelentkezett. 
Ez akkor megoldva, remélem tartósan.

Az mp3 lejátszó-Smplayer együtt futtatásakor a fagyást bármikor tudom produkálni, viszont én elvesztem a dmesg leírásaidba valahogy, lehet ma nem fog a fejem, talán hirtelen jött a meleg vagy csak fáradt vagyok, elnézést.
Pl. most mondjuk 16 óra 47 perc 28 másodperckor megfagyasztom a rendszert.
Ezt a naplót egy újraindítás után hogyan tudom megnézni? 
A grafikus naplónézegetőnek mi a neve, szerintem inkább telepítem, érzem hogy ez a konzolos meghaladja a képességeimet, vagy ha nem is akkor rá fog menni a mai napom és az estém.
 

#14 A dmesg -> display and driver log.
Van még ilyen: syslog, kern.log, Xorg.0.log, boot.log és más több, a nevük alapján...

Vicces? Idézek:

Nincs értelme szenvedni, nálam eddig tart úgy látszik egy rendszer. Oka ismeretlen.
Megint elkeseredtem. Annyira belaktam, etekig csiszolgattam, teljesen olyan ahogyan elgondoltam.

Bármibe lefogadom hogy 1-2 napon belül produkál valami teljesen új hibát. Mint amikor 1 hónapja szó nélkül elveszítette a nyomtatómat.

Mondjuk, csak következtettem. Mással kevertelek, elnézést! :)

#13 Ksyslog fantasztikus, kezdem magam otthonosan érezni. :-)
A rendszermag napló a a dmesg ugye?

"(Erre a kis időre minek? :) Vagy marad még a Debian?)"   
hehee.... Viccesnek tetszik lenni ma.
Ha jól teljesít akkor marad.

#20 Nem tudom érthetően írtam-e le.

Igazából nem, mert korábban azt írtad, ha fagyás van, akkor nem megy a terminál (konzol), aztán utána azt, hogy tévedtél, mégis megy (nem kattintottál az ablakba), hiszen a reboot is megy. Következésképpen a dmesg is menne (konzolon, a fagyás időpontjában). A terminál az ablakos, a konzol nem az. Egyik sem fagy vagy mindkettő is? ... végképp nem értem. :)
MIndezek után azt írtad, nem érted a dmesg-s leírásomat (szövegfájlba mentés), fáradt vagy, és nem fog az agyad. Ez pár napja volt. Bocs, hogy megkérdezem, de még mindig tart? ;)

Lényeg, a fagyásos leállások teljes logja hiányzik.

Van a külső meghajtód vagy valamiféle külső adattárolást használsz, azon vannak az EXE-id, és minden többi adat. Rá kéne nézni, milyen állapotban van a  lemez. Fagyások tipikusan írás, olvasás hibák miatt lehetnek. Ha lemez olvasási hiba miatt lefagy a rendszer, nem igazán fog naplót írni. Adatkábel cseréje...

#19 Rájöttem.
Nem úgy van ahogy mondtad, legalábbis én nem úgy látom.
Nálam nem napi hanem indításonként csinál egy új logfájlt, pl a 
syslog az a legutolsó indulástől
syslog.1 az ez előttiről stb.

Vagy, lehet te írtad jól és napi növekményes lenne a logfájl, vszont én amikor most direkt megfagyasztottam a gépe, kétszer is, annak SEMMI nyoma semelyik logba. Csak az azt követő indításnak.
Most nemrég 21:49-kor, majd 22:34-kor előidéztem a hibát, és ez a kettő nincs benne semmilyen logba.
Mintha a logot se tudta volna menteni mikor lefagy.

Itt a syslog.1, utolsó pár sora:
2020. 06. 13. 2:28    444tibi-debian    systemd[1]    Stopped CUPS Scheduler.
2020. 06. 13. 2:28    444tibi-debian    systemd[1]    Started CUPS Scheduler.
2020. 06. 13. 2:28    444tibi-debian    colord[628]    failed to get session [pid 905]: Nincs elérhető adat

Ez egy szabályos leállás volt, ma délután fél2-kor, akkor mentett is mindent.
Majd volt indítás 16 órakor, ez 100% mart akkor értem be a munkahelyemre.
Majd ez a session tartott 21:49-ig, akkor direkt lefagyasztottam, majd reboot, megint lefagyasztottam 22:34-kor, megint reboot.
És ez a kettő totál nincs sehol, csak a legutolsó boot, itt van:
2020. 06. 13. 22:36    444tibi-debian    kernel    [    0.624378] ACPI: bus type PCI registered
2020. 06. 13. 22:36    444tibi-debian    kernel    [    0.624378] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
2020. 06. 13. 22:36    444tibi-debian    kernel    [    0.624378] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0xe0000000-0xefffffff] (base 0xe0000000)

A dmesg-be is csak a mostani 22:36 perckori indulás van benne.

Vagyis minden logból kimaradt a fagyásos leállás összes adata.
Így szerintem eléggé esélytelen bármi hibát is keresni.

Nem tudom érthetően írtam-e le.
Lényeg, a fagyásos leállások teljes logja hiányzik.
 

#26 A kompozitálás ki- és bekapcsólása jó ötlet volt. Mutatja, az SMPlayer témával függ össze a fagyás. A szinté fagyó MP3 lejátszó micsoda? Van még fagyós, azoknak mi a neve?

#24 #25 Semmi letöltött témám nincs, a rendszerrel jött 4 téma közül az egyik, a playerbe is a gyári témákegyike van beállítva.

Egyike? Állj vissza arra, itt is, ami a telepítéssel jött. Mit nem lehet ezen nem érteni...

• <Rendszer nyelve>
• Egyszerű felület
• Alapértelmezett
• Fusion

A témák amúgy nem az OBS tükörről jönnek, hanem a Debian tükreiről, és ki tudja, mennyire megfelelőek egymásnak. 4 hónapja telepítetted, igen, és maga a téma csomag nem változott, de az SMPlayer igen, frissült (változás történt). A lejátszó és a téma egymáshoz való viszonya előbbi miatt meg is romolhatott.

Az SMPlayer beállításaiban a Videó beállítása (Alapértelmezett). Ha azt beállítod olyasmire, amit tök nem felel meg, lefagy. Vélhetően Windows alatt is lefagy, ha rossz beállítást ad meg neki a felhasználó...
Ellenőrizni kell a saját szemeddel: Videó és Audió beállítások.

Eszembe jutott hogy hardver hiba is lehet, az ssd kezdi megadni magát.

Pontosan erről beszélek, az írási, olvasási hibával kapcsolatosan. Nem a naplók nem mentődnek, mert tudnának, hanem a rendszer nem tud kommunikálni a lemezzel, ezért lefagy, és naplókat sem tud legyártani már. De ez nem igaz :), mert az imént írtad, készítesz dmesg-t, tudsz. De ez is ki kellett hámozni abből, amit írtál...
A fagyás után, az újraindítás előtt kéne. Ezt már akkor írtam, amikor fáradtságra panaszkodtál... . Most jutottunk el ide. Variálsz másfelé, sajnos.
Naplók. A grafikus hibák: Xorg-0.log (/var/log), xsession-errors (saját könyvtár). Még egyszer, akkor kéne nézni, amikor fagy a rendszer, és nem újraindítani, azt.

Csak nézegetsz:

cat /var/log/Xorg.0.log

Fájlba mentesz:

sudo cat /var/log/Xorg.0.log | tee -a xorg.log_01.txt

A többi napló olvasása, mentése ugyanez a módszer. A TAB egészíti ki a nevet a parancssorban.

#28 A gyari videobeallitasok erosen meg vannak valtoztatva, azert mert az alap beallitassal 100% procihasznalattal akad egy 720 video is. Kimenet vdpau, hardveres gyorsitas be, szoftveres kiegyenlito be (enelkul nincs osd), a Teljesitmeny lapon dekodolasi szalak 2, hardveres dekodolo waapi.

Ha ezek barmelyiken valtoztatok akkor vagy nincs osd, vagy nincs vezerlosav, vagy egyaltalan nincs kep csak fekete, vagy nem lehet videot nezni mert kockas, csikos, es akadozik. 

Értem. Akkor így jó a lejátszás, viszont a rendszert kéne vizsgálni, ... például a waapi, a vdpau beállítása jó-e rendszer szinten. Erre vannak módszerek, lekérdezés. Esetleg gond van. Amit mutathat a dmesg is... (megsúgom, egyet sem láttunk eddig, „nekifutottál volna, ha”, ja, igen, nekifutottál, és te nézegeted magadban. eme mondom azt sem, hogy el kell sietni. Mi ráérünk várni.)

A temakat visszaallitom a teljesen alapra es megnezem ugy fagy-e.

Rendben. Ezt kértem korábban is.

Az mp3 lejatszo egy portable wine alatt futo picike 260kb meretu exe. Onmagaban nem fagy , tokeletesen teszi a dolgat, ki es bekapcsolt kompozitornal is. Smplayer lesz a ludas, probalom az alap beallitasait es az alap temajat visszaallitani. Errol olvastam higy a legegyszerubb torolni az ini fajljat, akkor tok alapon indul. Ez igaz?  nem akarok meg tobb bajt csinalni, eleg a visszallitas alalertlmezettre is szerintem.

Tehát ez a kettő a problémás. Oks.
Szerintem, van, ahol az ini tárol beállításokat, van ahol nem. Nemrég belefutottam egy olyanba, ahol nem (Reason). Mindezt nemrég „szedtem fel” tudásként, ugye, te vagy ennek a szakértője (többet tudsz a Windows működéséről, ezt állítottad és én el is hiszem).
Csak nem árulod el, mi az alkalmazás neve :). Nem a tulajdonságait kérdeztem. Nyilván nyomós oka van, és akkor a továbbiakban nem firtatom. (van az igen és a nem válasz - a kettő között végtelen lehetőség létezik, azokat is el lehet mondani.)

#27 " SMPlayer beállításaiban a Videó beállítása (Alapértelmezett). Ha azt beállítod olyasmire, amit tök nem felel meg, lefagy. Vélhetően Windows alatt is lefagy, ha rossz beállítást ad meg neki a felhasználó...
Ellenőrizni kell a saját szemeddel: Videó és Audió beállítások."

A gyari videobeallitasok erosen meg vannak valtoztatva, azert mert az alap beallitassal 100% procihasznalattal akad egy 720 video is. Kimenet vdpau, hardveres gyorsitas be, szoftveres kiegyenlito be (enelkul nincs osd), a Teljesitmeny lapon dekodolasi szalak 2, hardveres dekodolo waapi.

Ha ezek barmelyiken valtoztatok akkor vagy nincs osd, vagy nincs vezerlosav, vagy egyaltalan nincs kep csak fekete, vagy nem lehet videot nezni mert kockas, csikos, es akadozik. 

A temakat visszaallitom a teljesen alapra es megnezem ugy fagy-e.

Az mp3 lejatszo egy portable wine alatt futo picike 260kb meretu exe. Onmagaban nem fagy , tokeletesen teszi a dolgat, ki es bekapcsolt kompozitornal is. Smplayer lesz a ludas, probalom az alap beallitasait es az alap temajat visszaallitani. Errol olvastam higy a legegyszerubb torolni az ini fajljat, akkor tok alapon indul. Ez igaz?  nem akarok meg tobb bajt csinalni, eleg a visszallitas alalertlmezettre is szerintem.

#28 Nézem, mi a kernel nálad (aláírásod).

A Backports-ból fel lehet tenni újabbat, stabil: 5.4

A fejlesztő (headers) csomagokkal,nálam ezek vannak telepítve (listázom):

dpkg --list | egrep -i 'linux-image|linux-headers' | awk '{print $2}'
linux-headers-4.19.0-9-amd64
linux-headers-4.19.0-9-common
linux-headers-5.4.0-0.bpo.4-amd64
linux-headers-5.4.0-0.bpo.4-common
linux-image-4.19.0-9-amd64
linux-image-5.4.0-0.bpo.4-amd64

Részletesebb csomagnevekkel:

dpkg --list | egrep -i 'linux-image|linux-headers' | awk '{print $2,$3}'
linux-headers-4.19.0-9-amd64 4.19.118-2+deb10u1
linux-headers-4.19.0-9-common 4.19.118-2+deb10u1
linux-headers-5.4.0-0.bpo.4-amd64 5.4.19-1~bpo10+1
linux-headers-5.4.0-0.bpo.4-common 5.4.19-1~bpo10+1
linux-image-4.19.0-9-amd64 4.19.118-2+deb10u1
linux-image-5.4.0-0.bpo.4-amd64 5.4.19-1~bpo10+1

...hátha az általános teljesítmény javul.

A Backports tükörről mást ne telepíts, ugyanis felülírja, frissíti a Main tárolóban lévő csomagot... (ami megvan itt is, amott is).

#27 " SMPlayer beállításaiban a Videó beállítása (Alapértelmezett). Ha azt beállítod olyasmire, amit tök nem felel meg, lefagy. Vélhetően Windows alatt is lefagy, ha rossz beállítást ad meg neki a felhasználó...
Ellenőrizni kell a saját szemeddel: Videó és Audió beállítások."

A gyari videobeallitasok erosen meg vannak valtoztatva, azert mert az alap beallitassal 100% procihasznalattal akad egy 720 video is. Kimenet vdpau, hardveres gyorsitas be, szoftveres kiegyenlito be (enelkul nincs osd), a Teljesitmeny lapon dekodolasi szalak 2, hardveres dekodolo waapi.

Ha ezek barmelyiken valtoztatok akkor vagy nincs osd, vagy nincs vezerlosav, vagy egyaltalan nincs kep csak fekete, vagy nem lehet videot nezni mert kockas, csikos, es akadozik. 

A temakat visszaallitom a teljesen alapra es megnezem ugy fagy-e.

Az mp3 lejatszo egy portable wine alatt futo picike 260kb meretu exe. Onmagaban nem fagy , tokeletesen teszi a dolgat, ki es bekapcsolt kompozitornal is. Smplayer lesz a ludas, probalom az alap beallitasait es az alap temajat visszaallitani. Errol olvastam higy a legegyszerubb torolni az ini fajljat, akkor tok alapon indul. Ez igaz?  nem akarok meg tobb bajt csinalni, eleg a visszallitas alalertlmezettre is szerintem.

#32 Hagyunk időt..

(offa képre: szerszámokat, villás kulcs, stb., mivel legjobb rozsdátlanítani? Tudod?)

#29 A neve 1by1 . Kiprobalhatod ha van kedved, hatterzenere szuper, megmutatod neki a Zene mappad elso fajljat es ha van 5000, azt szepen vegigjatssza. Portable, eddig minden rendszeremen gond nelkul futott, W2000-W10-ig, es menden Wine alatt is. 

Kerek idot dmesg-re es mindenre, ma delelott apro darabokra szedtem az egybegepemet mert monitort cserelek. Mindent at kell pakolnom az uj monitorra. Ha kesz maris nekiesek amiket kertetek.

https://mega.nz/file/R1phXJIS#1HObtjjnQVSLPMZo4IyzuSGYtQRhf-NSEvlWxumXqYs

 

#36 A cat egy olvasó alkalmazás, hasonló, mint a nano, de írni nem lehet vele. A Xorg.0.log egy szöveges fájl, a tartalmát lehet olvasni. A dmesg egy parancs, tartalma nincs, kimenete van, de ahhoz nem kell cat, megoldja maga...

Példa, helyesen:

sudo dmesg | tee -a dmesg_01.txt

... a képeden írja is, hogy nincsen ilyen fájl.

Tehát, a parancs (Debian alatt kell csak sudo hozzá) a dmesg, aztán jön a | ami a cső (pipe), és ezt gyakorlatilag egy tölcsérként is el lehet képzelni: beöntesz a szélesebb oldalán valamit (dmesg kimenet), azt továbbitja a tee alkalmazásnak (elolvasásra, vagyis továbbításra). A tee pedig szövegfájlba továbbít, azaz ír (ezt csinálja, így készítették el).

De egyszer futtasd csak. Ugyan, az a paraméterrel (tee) hozzáfűzöd a txt fájlhoz az új kimenetet is, de nem szeretnénk kétszer elolvasni nagyjából ugyanaz. Az a paraméter nélkül a parancssor újabb és újabb futtatása minden egyes alkalommmal felülírja a korábban mentett kimenetet.

#35 xorg log:
https://paste.ubuntu.com/p/2Sj48FDdkG/

dmesg, nem megy, mit rontok el? Bocs az életlen képért.
https://mega.nz/file/s4ACHYqA#0G4A3JkdUa2dC-SGxsnR932Ec5JDpxahAsbYinP3CJ8
 

#36 Ez a konzolos használatra utal, azaz nem gond.

AIGLX: Suspending AIGLX clients for VT switch

Ennek azonban utána kell járni:

(EE) Failed to open authorization file "/var/run/sddm/{027955df-4fd5-45c9-a62f-0869ed279dad}": No such file or directory

Nvidia GPU?

A SDDM-et helyretehetnék már a KDE fejlesztők. Nem tudom, miért nem jó nekik a LightDM.

Kimenet?

inxi -Fzxxx

Az egér meglehetősen bizonytalanul működik. A Wifi-s vagy Bluetooth-os. A valóságban semmi gond vele?

#35 xorg log:
https://paste.ubuntu.com/p/2Sj48FDdkG/

dmesg, nem megy, mit rontok el? Bocs az életlen képért.
https://mega.nz/file/s4ACHYqA#0G4A3JkdUa2dC-SGxsnR932Ec5JDpxahAsbYinP3CJ8
 

#38 Ez valami bug:

[drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe C (start=43422 end=43423) time 429 us, min 1073, max 1079, scanline start 1070, end 1099

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1806242
(https://www.mail-archive.com/desktop-packages@lists.launchpad.net/msg594...)

A kimenet?

sudo update-initramfs -uk all

-----

Hiányzó vagy problémás firmware (gond van ezzel éppen egy másik topikban is, lassú a net):

r8169 0000:01:00.0: firmware: failed to load rtl_nic/rtl8168e-3.fw (-2)
firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware
r8169 0000:01:00.0: Direct firmware load for rtl_nic/rtl8168e-3.fw failed with error -2
r8169 0000:01:00.0 enp1s0: unable to load firmware patch rtl_nic/rtl8168e-3.fw (-2)

Itt van (rákerestem),

apt-file search rtl8168e-3.fw
firmware-realtek: /lib/firmware/rtl_nic/rtl8168e-3.fw

és így pótolod:

sudo apt-get install firmware-realtek

Ha telepítve van, akkor a „failed”  egy probléma lészen.

-----

Még sosem hibernáltál, nem gond:

PM: Image not found (code -22)linux

... ha mégis hibernáltál már, akkor gond.

#37 https://paste.ubuntu.com/p/r3XMSWxs2G/

Szép hosszú, nem tudom mit hámoztok ki belőle.

#40 Oks. Valami ilyesmiket fogok én is csinálni. Egyszer megvolt, nagyjából hasonlak, de nincs jó tárolóhely (már van), tiszta rozsda megint minden. Elektrolízisről is olvastam :). Ami fontos: „utána” valami olaj kell vagy WD40.

#42 Jó éjt!

#39 Nem Nvidia, Intel soc. Intel celeron N3150 proci egybe az Intel gpu-val.

Egerrel.semmi gond, ami most megy az a bluetooth, a masik az a melohelyen van, az wireless, az adaptere be maradt dugva. Lehet merul az elem a blutuszos egerembe, lassan 1 eve van benne.

inxit jo lesz holnap, mara eleg volt, szabadnapos vagyok vegre es kegyek aludni, mar lelottem a pc-t.

#33 Most már itthon vagyok, telefon félredobva, látom már van válasz, de azért kiöntöm magamból:

Enyhe rozsda: drótkefe, finom smirgli, ha a felületet lehet csiszolni.

Durvább rozsda: flexre szerelt drótkoszorú, ha ez nem segít (nem egyenes felület):

RO 55 rozsdamaró: https://www.piktorfestek.hu/alapozo-festek/egyeb-alapozok/ro-55-rozsdamaro-1-l-00000629.html

Ebben áztatni, több órát. Hosszabb áztatás több utómunkát jelent, több trutyit kell eltávolítani. Mindenképpen kell utómunka, mert a rozsda eltűnik, de sóvá alakul, amit le kell kefélni, mosni, lehet fogkrémet is használni ehhez, fogkefével, utána szárítani, olajos rongyal áttörölni.

Az igazi a homokfújás, ami drága, de yutúbon vannak videók hogyan lehet házilag is barkácsolni ilyent, ami nem olyan hatékony, de kisebb otthoni művelekhez beválhat.

Ha van barkács hajlam, akkor lehet tisztító dobot is készíteni, pl. kiszuperált mosógépmotor lassú üzemmódja erre pont jó. A lényeg, kell egy nyitható / zárható fém henger, vastag falú, mert kopik. Az igazi hasztszögű hasáb lenne, de azt nehezebb összehozni. Az is elég, ha vastag (100-120 mm) cső belső falára ráhegesztünk hosszába valamit, (gömbvas, szögvas) amibe a szerszám megakadva átfodrul, nem ugyanazzal az oldalával síklik a belső paláston. A cső két végét le kell zárni, tengellel elátni, oldalára zárható nyílást készteni. A szerkezet lényege, motor forgatja a hengert, órákon át. Ebbe a hengerbe lehet tenni némi homokot, beletenni a szerszámot, henger lezár, bekapcs, forog sokáig. Leállít, fényes szerszámot kivesz....
Finomabb koptatáshoz homok helyett fűrészport lehet használni. (A fordulatszám nem lehet túl nagy, hogy a centrifugális erő ne ragassza a cuccot a henger belső falához, a lényeg, hogy bukdácsoljon benne.)

#44 Igen, Intel az IGP:

Graphics:  Device-1: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics driver: i915 v: kernel  
          bus ID: 00:02.0 chip ID: 8086:22b1  
          Display: x11 server: X.Org 1.20.4 driver: modesetting unloaded: fbdev,vesa compositor: kwin_x11  
          resolution: 1920x1080~60Hz  
          OpenGL: renderer: Mesa DRI Intel HD Graphics 400 (Braswell) v: 4.5 Mesa 18.3.6 compat-v: 3.0 direct render: Yes

... a fagyásra még nem tudok megoldást, de ez az információ segít annak megtalálásában.

-----

Egy firmware csomag hiányzik:

 W: Possible missing firmware /lib/firmware/rtl_nic/rtl8402-1.fw for module r8169

Tulajdonképpen mindegy, melyik hiányzóra keresek rá, mind ugyanabban a csomagban van:

apt-file search rtl8168e-3.fw
firmware-realtek: /lib/firmware/rtl_nic/rtl8168e-3.fw

Azt tudni kell, a Debian más csomagokba teszi a firmware-eket, mint az a  Linux Mint (Ubuntu) rendszerek alatt tapasztalható. Itt a Debian csomagról van szó.

A firmware pótlása:

sudo apt-get install firmware-realtek

A pótlás után nem szabad hiánynak mutatkoznia a kimenetben:

sudo update-initramfs -uk all

A Realtek firmware nem open source, ezért a non-free, továbbá az újabb változata a backports tükörről is elérhető:

apt-cache policy firmware-realtek
firmware-realtek:
  Telepítve: (nincs)
  Jelölt:    20190114-2
  Verziótáblázat:
     20190717-2~bpo10+1 100
        100 http://httpredir.debian.org/debian buster-backports/non-free amd64 Packages
        100 http://httpredir.debian.org/debian buster-backports/non-free i386 Packages
     20190114-2 500
        500 http://httpredir.debian.org/debian buster/non-free amd64 Packages
        500 http://httpredir.debian.org/debian buster/non-free i386 Packages

... nálam nincs telepítve, nincs ilyen eszközöm.

Érdemes  non-free tükröt használni (sudo apt-get install firmware-realtek). Ha jól emlékszem, a te rendszereden az már használatban van.

A Backports tükör felvétele, használata esetén például a Synaptic csomagkezelőben illik jobban figyelni egy-egy csomag telepítése alkalmával. Mert vannak csomagok, melyek csak a Backports tükörről érhetőek el, és vannak csomagok, melyek innen is, és az alapértelmezett tükrökről is. Ha a Synapticban a Backports tükörről csomagot választjuk ki, hozhat magával ugyaninnen származó, azaz újabb verziójú függőségeket is, melyek más alkalmazások függőségei is. Nem igazán veszélyes a használat, a csomagok törése, stabilitása szempontjából, de jelen esetben a firmware a non-free tükörről is megfelel, a korábban javasolt újabb kernel a Backports tükörről. Ha azonban a kernel telepítve lesz a Backports tükörről, akkor a már telepített firmware is frissülni fog (meg lehet akadályozni, de ebbe nem igazán érdemes belefogni). Arra érdemes figyelni, „véletlenül” ne telepítsünk a backports tükörről, mármint logikus, ezt akkor tudnánk megtenni, ha az használatban van.
Azaz, bármely csomag telepítése előtt nézni kell, melyik tükörről érhető el a csomag. Lehetőleg alap tükörről telepítsünk.
Kernel lehet telepíteni innen is: https://liquorix.net/
Ez esetben a backports tükröt sem a kernelhez, sem a firmware-hez nem kell felvenni.

Backports tükör a forráslistámban (/etc/apt/sources.list):

# Backports repository
deb http://httpredir.debian.org/debian/ buster-backports non-free contrib main  
deb-src http://httpredir.debian.org/debian/ buster-backports main contrib non-free

A szerkesztés érvényesítése:

sudo apt-get update

Wiki: https://wiki.debian.org/Backports

A leírás a Debian rendszerre vonatkozik. Az LMDE 4 kiadásban alapértelmezetten használt tükör a Backports tükör. A Linux Mint kiadásoknál (18.x, 19.x, 20.x) nem hasznhálható ez a tükör, sem a leírás, más a módszer... .

-----

Még sosem hibernáltál, nem gond:
PM: Image not found (code -22)linux
... ha mégis hibernáltál már, akkor gond."
Hibernálok, sűrűn, a segítségeddel hoztam össza hogy swapfájlba hibernáljon, ezzel a funkcióval azóta sincs gond, jól működik.

Talán a hibrid-sleep miatt, azaz máshova történik a mentés. Hogy hova, most nem tudom.

tibi@444tibi-debian:~$ inxi -Fzxxx
System:    Host: 444tibi-debian Kernel: 4.19.0-9-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 Desktop: KDE Plasma 5.14.5  
          tk: Qt 5.11.3 wm: kwin_x11 dm: SDDM Distro: Debian GNU/Linux 10 (buster)  
Machine:   Type: Unknown Mobo: AMI model: Aptio CRB serial: <filter> UEFI [Legacy]: American Megatrends v: 5.11  
          date: 06/23/2016  
CPU:       Topology: Quad Core model: Intel Celeron N3150 bits: 64 type: MCP arch: Airmont rev: 3 L2 cache: 1024 KiB  
          flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 12800  
          Speed: 711 MHz min/max: 480/2080 MHz Core speeds (MHz): 1: 711 2: 776 3: 1029 4: 766  
Graphics:  Device-1: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics driver: i915 v: kernel  
          bus ID: 00:02.0 chip ID: 8086:22b1  
          Display: x11 server: X.Org 1.20.4 driver: modesetting unloaded: fbdev,vesa compositor: kwin_x11  
          resolution: 1920x1080~60Hz  
          OpenGL: renderer: Mesa DRI Intel HD Graphics 400 (Braswell) v: 4.5 Mesa 18.3.6 compat-v: 3.0 direct render: Yes  
Audio:     Device-1: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series High Definition Audio  
          driver: snd_hda_intel v: kernel bus ID: 00:1b.0 chip ID: 8086:2284  
          Sound Server: ALSA v: k4.19.0-9-amd64  
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8169 v: kernel port: e000 bus ID: 01:00.0  
          chip ID: 10ec:8168  
          IF: enp1s0 state: down mac: <filter>  
          Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8169 v: kernel port: d000 bus ID: 02:00.0  
          chip ID: 10ec:8168  
          IF: ens1 state: down mac: <filter>  
          Device-3: Qualcomm Atheros AR9485 Wireless Network Adapter vendor: Lite-On driver: ath9k v: kernel port: d000  
          bus ID: 03:00.0 chip ID: 168c:0032  
          IF: wlp3s0 state: up mac: <filter>  
          IF-ID-1: virbr0 state: down mac: <filter>  
          IF-ID-2: virbr0-nic state: down mac: <filter>  
Drives:    Local Storage: total: 1.03 TiB used: 364.37 GiB (34.7%)  
          ID-1: /dev/sda vendor: Samsung model: SSD PM851 mSATA 128GB size: 119.24 GiB speed: 6.0 Gb/s serial: <filter>  
          rev: AD0Q scheme: MBR  
          ID-2: /dev/sdb vendor: Seagate model: ST1000LM035-1RK172 size: 931.51 GiB speed: 6.0 Gb/s rotation: 5400 rpm  
          serial: <filter> rev: SDM3 scheme: GPT  
Partition: ID-1: / size: 37.33 GiB used: 29.27 GiB (78.4%) fs: ext4 dev: /dev/sda4  
Sensors:   System Temperatures: cpu: 34.0 C mobo: N/A  
          Fan Speeds (RPM): N/A  
Info:      Processes: 216 Uptime: 8m Memory: 7.70 GiB used: 1.51 GiB (19.7%) Init: systemd v: 241 runlevel: 5 Compilers:  
          gcc: 8.3.0 alt: 8 Shell: bash v: 5.0.3 running in: konsole inxi: 3.0.32
 

tibi@444tibi-debian:~$ sudo update-initramfs -uk all
[sudo] tibi jelszava: 
update-initramfs: Generating /boot/initrd.img-4.19.0-9-amd64
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8107e-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8107e-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168h-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168h-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168g-3.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168g-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8106e-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8106e-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8411-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8411-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8402-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168f-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168f-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8105e-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168e-3.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168e-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168e-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168d-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168d-1.fw for module r8169
update-initramfs: Generating /boot/initrd.img-4.19.0-8-amd64
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8107e-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8107e-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168h-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168h-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168g-3.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168g-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8106e-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8106e-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8411-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8411-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8402-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168f-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168f-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8105e-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168e-3.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168e-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168e-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168d-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168d-1.fw for module r8169
 

Nem olyan hosszúak, talán elbírja a fórum, nem pastebineztem a kimeneteket.
A hálókártyákkal semmi problémám, az igaz hogy itthon sincs 100mbit, a legkisebb csomagba vagyok, a mukahelyeimen meg van hogy akár 1 megával is hasít a net, általába 400-500kbs. 
 

"

Még sosem hibernáltál, nem gond:

PM: Image not found (code -22)linux

... ha mégis hibernáltál már, akkor gond."
Hibernálok, sűrűn, a segítségeddel hoztam össza hogy swapfájlba hibernáljon, ezzel a funkcióval azóta sincs gond, jól működik.

A cet, tee, és egyebekben köszi a szájbarágós leírást.

#46 A firmware rendben.

------

tudatosítani kell magamban hogy ha zenét hallgatok az mp3 lejátszóval, akkor nem elég lestoppolni ha közbe valami videót akarok megnézni vagy csak belekukkantani valamiért hanem be kell zárni a zenelejátszót.

Fordítsuk meg, honnan nézzük a problémát:

-- az SMplayer magában sosem fagy le, csak, ha a zenelejátszó már meg van nyitva párhuzamosan?

#45 tibi@444tibi-debian:~$ sudo update-initramfs -uk all
[sudo] tibi jelszava:  
update-initramfs: Generating /boot/initrd.img-4.19.0-9-amd64
update-initramfs: Generating /boot/initrd.img-4.19.0-8-amd64
tibi@444tibi-debian:~$

Így akkor jó.

"... a fagyásra még nem tudok megoldást, de ez az információ segít annak megtalálásában."
Köszi, addig megpróbálok együtt élni a hibával, csak tudatosítani kell magamban hogy ha zenét hallgatok az mp3 lejátszóval, akkor nem elég lestoppolni ha közbe valami videót akarok megnézni vagy csak belekukkantani valamiért hanem be kell zárni a zenelejátszót.

#48 Nem értem sajnos. :) :(

Kompozitálást most hagyjuk ki.

Kiindulás a kérdés feltevéseinek állapota, az ottani beállításokkal

Rákkattintva bármilyen médiafájlra, vagy ami az SmPlayert indítja, bejön a lejátszó és ebben a pillanatban megfagy a felület.
A hang hallatszik, egérkurzor van, ha belekattintok a player ablakába, a pillanat állj és a lejászás folytatása működik.

Akkor is fagy, ha nincs megnyitva a hanglejátszó? Ha be van zárva a hanglejátszó..., mi a helyzet?
A kérdésem egyéb befolyásoló tényezőkre nem vonatkozik, kizárólag a hanglejátszóra.

#47
"-- az SMplayer magában sosem fagy le, csak, ha a zenelejátszó már meg van nyitva párhuzamosan?"

De igen, akkor ha a mostani videokimeneti és hardveres gyorsítási és egyéb beállításokkal használva kikapcsolom a kompozitort. 
Akkor simán magába elindítva egy videóra kattintással már megfagy a gép.
Ha alkalmazásmenüből videó nélkül csak megnyitom a Smplayert akkor nem fagyaszt, ha az ablakába belehúzok vagy kattintással indítok videót, abbam a pillanatban lefagyott az asztal. Ahogy megindul a kimeneti video adatfolyam a playerből, kész vége, az asztal a képernyőre fagyott.
A zene vagy a film hangja megy tovább, egerem van, ha a player ablaka fölé viszem az egeret vagy bill. space, ez a pillanat állj, arra reagál. A videokimenet fagy a monitorra. 
Ha kikapcsolt kompozitorral az SmPlayert teljesen alap video beállításokra állítom, akkor nem fagyaszt sehol, ekkor még az mp3 lejátszót is elviseli, egyszerre is képesek működni. Az mp3 lejátszóm egy Wine portable, arra is gondoltam a Wine gond, de kinyitogatva az összes létező régi portable programomat, egyikre se reagál. Hogy az 1by1-el mi a baja, nem tudom.
Csak így mint írtam, alapon lehetetlen használni mert egy 720 felbontású videónál is szaggat, az 1920x1080 meg csak kockákból áll.
 

Remélem részletes voltam.
Írtad a témázást, ennek nincs köze a fagyáshoz, bármilyen SmPlayer témát beállíthatok, nem az az ok.

#52 A gyari videobeallitasok erosen meg vannak valtoztatva, azert mert az alap beallitassal 100% procihasznalattal akad egy 720 video is. Kimenet vdpau, hardveres gyorsitas be, szoftveres kiegyenlito be (enelkul nincs osd), a Teljesitmeny lapon dekodolasi szalak 2, hardveres dekodolo waapi.
Forrás: https://linuxmint.hu/comment/38956#comment-38956

Csak szólok, két napja ez volt. Most pedig az ellenkezője..., gyakorlatilag vaapi/vaapi. Hm.
És esetleg törekedni kéne olyan eszköz használatára, ahol ékezetek is vannak.

#51 Ha be van zárva a hanglejátszó, akkor az SmPlayer az én egyéni vidóbeállításaimmal BEKAPCSOLT kompozitornál nem fagyaszt,

Ezt kérdeztem, és megkaptam a választ. A hanglejátszó birizgál valamit akkor..., másként kifejezve, belepiszkál a rendszerbe, valamit, ami az SMPlayert zavarja. A hanglejátszó a kiváltó ok.

KIKAPCSOLT  kompozitornál saját maga egyedül lefagyasztja a gépet, HA ilyenkor a videóbeállításait alapra teszem akkor nem fagyaszt.

Értem. Jó, hogy ez is kiderült, de ilyen beállítás neked semmmilyen szempontból nem jó, és engem sem ez érdekelt. :)

A korábban javasolt témakörről is is szó esik:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=869815
...ja nem vdpau. Ehhez kapcsolódik a javasolt történet.

SmPlayer egyéni videóbeállításokkal (hardveres gyorsítás be, hardveres gyorsító vaapi, kimenet vaapi, dekódolási szálak H264-2) bekapcsolt kompozitornál magába jó, zenelátszóval együtt fagyás.

Jó lenne figyelni, mert legutóbb vdpau-ról volt szó, hogy azt használsz. Teljesen más mindkettő.
Most azt írod, vaapi. A vdpau-ra állítva nem működik?

Korábbi kérdésekre is kéne válaszolni. Működhet vdpau-val is de válaszolj a korábbiakra.

Új: mi a kimenet?

vainfo

#60 Nekem is Intel az IGP (ezen a gépen), majd kipróbálom.;)

#59 Intel IGP-hez nincs Inteles VDPAU driver. Itt írtam:
https://linuxmint.hu/comment/39058#comment-39058

Azaz a libvdpau_i965.so programkönyvtár nem elérhető, nem telepíthető, nem létezik, ezért nem is használható egy-egy alkalmazás beállításában (ha az IGP Intel). Az AMD, és az Nvidia kártyákhoz elkészültek a driverek. Az Intelhez hiába keresel a hozzávaló i965-ös drivert, nem találsz egy Linuxhoz sem.

Lehetne symlinkelni az OpenGL programkönyvtárra,

No package provides it, because there's no VDPAU for i965. You can install libvdpau-va-gl, then make a libvdpau_i965.so -> libvdpau_va_gl.so.1 symlink, it'll work.

és lehet környezeti változóval megcsinálni ugyanezt. Ezzel:

VDPAU_DRIVER=va_gl smplayer

A környezeti változó a libvdpau_va_gl.so programkönyvtár használatát állítja be, a nem létező libvdpau_i965.so.helyett.

Ezt csináltuk most.

A programkönyvtárat a libvdpau-va-gl1 csomag tartalmazza (rákeresés):

apt-file search libvdpau_va_gl.so
libvdpau-va-gl1: /usr/lib/x86_64-linux-gnu/vdpau/libvdpau_va_gl.so
libvdpau-va-gl1: /usr/lib/x86_64-linux-gnu/vdpau/libvdpau_va_gl.so.1

Az Intel IGP-nek megfelelő az OpenGL driver is (VDPAU), de nyilván az AMD-nek, és az Nvidiának nem felelne meg. Nekik saját VDPAU driverük van.

A beállítást (VDPAU_DRIVER=va_gl) rendszer szinten is lehet állandósítani (a symlink is az lenne), de majd, ha más alkalmazásnál is a VDPAU-val lenne gond, akkor érdemes.

#62 Ugyanezt meg lehet csinálni a vaapi-val is?
vdpau-1920x1080 videó=68-72% procihasználat,
vaapi=48-54%. Ugyanannál a FHD tesztvideónál.

Ugyanazt nem lehet megcsinálni, mert a VAAPI támogatás megvan ...
Nézzünk rá. Kimenet?

vainfo

Említetted, azért elnézést ha ékezet nélkül írok, akkor okostelefonról vagyok és nem áll rá a kezem a tartás és csúsztatás segítségével beírható ékezetes hangzókra.

Gondolom, nemcsak nekem kellemetlen elolvasni ékezet nélkül.

És mégegy kérdés, bár válasz nélkül marad szerintem, annyira nem is lényeges.
Ha 4 hónap 12 napig  jól működött, mi történt vele 2 hete hogy ilyen gépészkedésekkel kell megjavítani?

Orvos -> emlékezet javító, vagy kávé!
Csak neked romlott el, nekem nem (szerintem másnak sem). :)
... és nem hiába hívják KDE-nek, az is egy ok. Cinnamon, Xfce, MATE nem romlik gyakran.

Nem gyakran frissítesz ..., itt van a naplója:

/var/log/apt/history.log

Vagy te telepítettél valamit.

#60
Már csak egy kérdésem lenne.
Ugyanezt meg lehet csinálni a vaapi-val is?
vdpau-1920x1080 videó=68-72% procihasználat,
vaapi=48-54%. Ugyanannál a FHD tesztvideónál.

Említetted, azért elnézést ha ékezet nélkül írok, akkor okostelefonról vagyok és nem áll rá a kezem a tartás és csúsztatás segítségével beírható ékezetes hangzókra.

És mégegy kérdés, bár válasz nélkül marad szerintem, annyira nem is lényeges.
Ha 4 hónap 12 napig  jól működött, mi történt vele 2 hete hogy ilyen gépészkedésekkel kell megjavítani?