[UBK dev] Fwd: [UBK users] UBK frissítések [ UHU-Linux UBK1 user/attus ]

[Nemeth Akos]

Tue, 7 Feb 2017 17:48:53 +0100 -n
Kiss Attila <attus at enterpriseforever.com> írta:

> Keveseket érinthet, de blog gyanánt leírom.
> 
> Ez az ffmpeg2.8 jó lesz tartalékba, ha valaminek kell esetleg a
> jövőben.
> 
> Tulajdonképp csak azért csináltam, mert RIA alatt a softhddevice 
> pluginnal akadozik a kép, ha valamilyen szoftveres kompozitáló be van 
> kapcsolva.
> 
> UHU-3 alatt meg nem akadozik soha, Arch-Linuxnál sem akadozik, de ott 
> ffmpeg2.8 -al van. Az ffmpeg3 -ra gyanakodtam. Természetesen minden 
> rendszeren azonos a hardver és az nvidia meghajtó.
> 
> De ezzel az ffmpeg-vel is akadozik a vdr-sofhddevice, tehát nem az 
> ffmpeg3 a hunyó. És ráadásul lényegtelen, hogy az érintett HD, vagy
> SD.
> 
> Mate (marco ablakkezelővel) és cinnamon alatt van lehetőség a teljes 
> képű alkalmazások esetén a kompozitálás kikapcsolására, tehát ott 
> használható, KDE, GNOME alatt csakis a kompozitálás teljes
> letiltásával, a többinél meg nem szabad elindítani a compton-t.
> 
> 
> Ez igen érdekes, mert ott van a vdr-xineliboutput megjelenítő plugin 
> (frontend), mely ellenben szépen dolgozik mindig, még ablakos módban
> sem rángatózik soha!
> 
> Ez is használja az ffmpeg -t áttételesen a xine-liben keresztül.
> 
> A xineliboutput használatával a skinflatplus meg csak a xinelibputput 
> --hud opciójával használható, mely a xineliboutput -ot true-color
> módba váltja, viszont a skinnopacity gyönyörű felület még így sem,
> mert szegmentációs hibát okoz, A softhddevice meg alapból true color
> és minden skin megy rajta.
> 
> Szerintem a RIA alatti plasma, gnome effektjei, meg a többi
> kompozitálói túl lett lihegve, a softhddevice meg le van ragadva a 2
> éves szinten, legalább annyit megtehetne, hogy a szofveres
> kompozitálást kikapcsolhatná, a compton, meg kwin féléket, ha
> elindul. A plasma alatt van egy pipa lehetőség, ami az alkalmazásokat
> lebeszéli a kompozitáló kikapcsolásáról, de nincs belevéve ennek a
> fordítottja, legalább teljes képű alkalmazáshoz.
> 
> Vannak elég nagy grafikai erőforrásigényű játékok (0ad, stuntrally, 
> stb.), melyek sebességét a kompozitálás léte szintén jól
> lelassíthatja.
> 
> Gyanúm, hogy nagyobb teljesítményű videókártya használatánál is 
> problémás ez a helyzet.
> 
> -------- Továbbított üzenet --------
> Tárgy: 	[UBK users] UBK frissítések [ UHU-Linux UBK1
> user/attus ] Dátum: 	Sun, 5 Feb 2017 21:00:31 +0100 (CET)
> Feladó: 	rezso at ubk.hu
> Válaszcím: 	UHU-Linux felhasználói levelezőlista
> <users at lists.ubk.hu> Címzett: 	users at lists.ubk.hu
> 
> 
> 
> ffmpeg2.8-dev 2.8.10-1.1
> Video fájl feldolgozó - fejlesztői fájlok
> 
> 
> ffmpeg2.8 2.8.10-1.1
> Video fájl feldolgozó
> 
> 
> vdr-softhddevice 0.6.1rc1-9.2
> videó kimenettel nem rendelkező DVB kártyákhoz szükséges VDR plugin
>   VDR-hez megjelenítő plugin hardveres nvidia és ati gyorsítással
> _______________________________________________
> users mailing list
> users at lists.ubk.hu
> http://lists.ubk.hu/listinfo/users
> 

Leírnád hogyan tudom ezt pontosan reprodukálni? Épp most jött meg a
dvb-t tunerem, sikerült belőni kaffeine és kodi alá is, nincs probléma.

Ide le is írok pár észrevételt:
a vdr-plugin-sc-t nálam hiányolja a vdr indításkor, kézzel kellett
felraknom.
A vdrxbmc script-ben még xbmc az indítandó bináris, ezért panaszkodik
is hogy már elavult, és kodi-val kellene indítani. 

A vdr-plugin-xvdr-t csomagot kicsit meg kellene "reklámozni", például a
leírásba beírni hogy hogyan kell indítani, vagy akár az xbmc-addon-xvdr
csomag leírásánál, mert elsőre nehezen sikerült rájönnöm hogy hogyan is
kellene belőni.