Verbesserungsvorschläge für BM2LTS_Route66_Release

kannst du mir bitte den neuen media.tar zukommen lassen

Hi,

wenn es fertig ist dann kommt es mit den nächsten Image.
Mit /home/packen.sh kann man doch seine eigene media.tar Datei erstellen

Grüße
cinfo

Hi, nein ich möchte nicht meine ev. verbastelte .... dachte du hättest die Neue ev. schon generiert.

Ad reelchannellist:
Wenn das Prob. bei Einstellung "OK=Favoriten" nicht behebar ist, wäre es ev. sinnvoll bouquets statt der reelchannellist zu aktivieren.

Könnt ihr bitte diese laufende/wiederkehtendenn Aktivitäten unterbinden: (Auszug aus syslog)

Jan 11 20:48:20 BM2LTSR66RBex sensord: Sensor alarm: Chip w83627thf-isa-0a00: in1: +3.17 V (min = +0.51 V, max = +1.04 V) [ALARM]
Jan 11 20:48:20 BM2LTSR66RBex sensord: Sensor alarm: Chip w83627thf-isa-0a00: in2: +3.20 V (min = +0.26 V, max = +0.22 V) [ALARM]
Jan 11 20:48:20 BM2LTSR66RBex sensord: Sensor alarm: Chip w83627thf-isa-0a00: in4: +1.46 V (min = +0.03 V, max = +0.00 V) [ALARM]
Jan 11 20:48:20 BM2LTSR66RBex sensord: Sensor alarm: Chip w83627thf-isa-0a00: Vbat: +3.04 V (min = +2.10 V, max = +0.00 V) [ALARM]
Jan 11 20:48:20 BM2LTSR66RBex sensord: Sensor alarm: Chip w83627thf-isa-0a00: fan1: 1366 RPM (min = -1 RPM, div = 4) [ALARM]
Jan 11 20:48:20 BM2LTSR66RBex sensord: Sensor alarm: Chip w83627thf-isa-0a00: fan2: 4166 RPM (min = -1 RPM, div = 4) [ALARM]
Jan 11 20:48:20 BM2LTSR66RBex sensord: Sensor alarm: Chip w83627thf-isa-0a00: fan3: 0 RPM (min = 10546 RPM, div = 4) [ALARM]
Jan 11 20:48:20 BM2LTSR66RBex sensord: Sensor alarm: Chip w83627thf-isa-0a00: temp1: 44.0 C (limit = 0.0 C, hysteresis = 0.0 C) [ALARM]
Jan 11 20:48:20 BM2LTSR66RBex sensord: Sensor alarm: Chip w83627thf-isa-0a00: temp3: 123.5 C (limit = 80.0 C, hysteresis = 75.0 C) [ALARM]
Jan 11 20:48:33 BM2LTSR66RBex dhclient: DHCPDISCOVER on eth1.2 to 255.255.255.255 port 67 interval 17 (xid=0x148dfa3a)
Jan 11 20:48:27 BM2LTSR66RBex dhclient: DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 7 (xid=0x564a157)
Jan 11 20:48:34 BM2LTSR66RBex dhclient: DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 13 (xid=0x564a157)
Jan 11 20:48:47 BM2LTSR66RBex dhclient: DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 21 (xid=0x564a157)
Jan 11 20:48:50 BM2LTSR66RBex dhclient: DHCPDISCOVER on eth1.2 to 255.255.255.255 port 67 interval 15 (xid=0x148dfa3a)
Jan 11 20:49:05 BM2LTSR66RBex dhclient: DHCPDISCOVER on eth1.2 to 255.255.255.255 port 67 interval 18 (xid=0x148dfa3a)
Jan 11 20:49:08 BM2LTSR66RBex dhclient: DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 8 (xid=0x564a157)
Jan 11 20:49:16 BM2LTSR66RBex dhclient: DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 12 (xid=0x564a157)

Zu DHCP discover hatte ich schon geschrieben, daß die entsprechenden Schnittstellen wenn sie nicht benutzt werden einfach deaktiviert / in der interfaces auskommentiert werden...

Benutzte Schnittstellen bekommen eine statische IP Adresse, dann gibt es kein DHCP discover...

Ich hatte also mühsam mit nvidia-settings eine xorg.conf für meinen TV und Beamer erstellt. Diese sollen im Clonebtrieb mit 1920x1080@50 gestartet werden.

Laut xorg.log geht das auch alles, aber am Ende des log sieht man dass die modes nochmals geändert werden. Nach langer Scuhe bin ich drauf gekommen, dass der unity-greeter dies verursacht.

Resümee:
1 die xorg.conf wird durch den unity-greeter überstimmt
2 Damit man nach dem Login die gewünschten Monitor settings hat, muss man das mit dem Unity tool Sysemeinstllungen-Anzeigegeräte tun. Dieses generiert eine /media/hd/home/reel/.config/monitors.xml, die auch wiederum den xorg.conf überstimmt.

Das wäre nun mein Verbesserungsvorschlag:
3 Damit der unity-greeter gleich so startet bitte unter /var/lib/lightdm/.config einen Link auf /media/hd/home/reel/.config/monitors.xml anlegen. Weiters müssen Zugriffsrechte für "alle" (auch der Light-display-manager) auf Verz. /media/hd/home/reel/.config erteilt werden.

Hallo cinfo,

bei der Suche wegen meiner vaapi Probleme bin ich darauf gestossen:

http://forum.kodi.tv/showthread.php?tid=231955

Würdest Du das als potentielle Verbesserung der Hardwarebeschleunigung und Bildqualität für Kodi unter BM2LTS sehen ?

Siehst Du eine Chance das einzubauen ?

Beste Grüsse

maier2505

Hi,

Zitat

Siehst Du eine Chance das einzubauen ?

habe wir ja soweit noch aktuel im System & ffmpeg 2.8.x branch nutzen wir auch

Also mein TV-Bild auf einem Oled-TV ist super mit dem NUC

Grüße
cinfo

Ok...

So ganz verständlich ist das für mich nicht, vielleicht durchblicke ich das auch nicht...

Without any support:






sudo apt-add-repository ppa:wsnipex/mesa


sudo apt-add-repository ppa:wsnipex/vaapi


sudo apt-add-repository ppa:wsnipex/xbmc-fernetmenta-master






sudo apt-get update && sudo apt-get dist-upgrade

In dem thread werden diese repositories angegeben, um das zu erreichen:

This is a new era for VAAPI. We worked together with the intel mesa 
people in order to get rid of the vaPutSurface method, that was the only
 way, besides some cpu intensive copying, to get the decoded surfaces 
via a texture from pixmap method to display. This always needed twice 
the amount of surfaces, as all the decoded surfaces needed to be copied 
and transfered to a texture again. Besides the additional gpu memory, 
this copy used too much performance and therefore high quality content 
like 3840x2160 with 60 frames (60p) were not really watchable even on 
highly performant hardware.

Aber ok...

Nur wenn diese libraries und driver im System sind, warum läuft bei mir die vaapi Beschleunigung in Kodi nicht, während sie mit dem zur Verfügung gestellten Flashimage vom Stick problemlos läuft ?

Mal sehen, wie das mit dem nächsten BM2LTS Image sein wird

Beste Grüße

maier2505

Hi,

was ist das Ergebnis von?

sudo apt-add-repository ppa:wsnipex/vaapi
sudo apt-add-repository ppa:wsnipex/vaapi
sudo apt-add-repository ppa:wsnipex/xbmc-fernetmenta-master
sudo apt-get update
sudo apt-get dist-upgrade
sudo apt-get install kodi kodi-bin

welche Version von Kodi, Mesa und Vaapi laufen dann?

Grüße
cinfo

Das Ergebnis genau dieser Operationen kann ich nicht reproduzieren, weil da ja wieder ein apt-get dist-upgrade dabei ist und dann die HDE nicht mehr geht.
Hatte ich im anderen Thread geposted...

Aber ich mache nochmal das Stickimage und reporte dann was ich bekomme :-).

Beste Grüße

Hi,

Das Ergebnis genau dieser Operationen kann ich nicht reproduzieren, weil da ja 
wieder ein apt-get dist-upgrade dabei ist und dann die HDE nicht mehr geht.

Das ist doch kein Problem --> nach ein "apt-get dist-upgrade" einfach die neue Kernelversion wieder deinstallieren mit

apt-get remove linux-image-*
update-grub

und es starte wieder die alte Kernelversion vom Image

Grüße
cinfo

Hi,

ich hatte ja die Vermutung mit dem neu installierten kernel schon, konnte aber in dem Moment gar kein Verzeichnis mit einem neuen Kernel sehen.

Aber das probiere ich nachher mit einem "Opferimage" auf meiner normalen "Spiel"-AVG2 mal. Da ist es mir wurscht ob ich danach wieder ein neus Image aufspiele.

Hier schon mal das Startlog des KODI von dem Flashstick mit dem Probierimage...

Ist eine Dev-Version von Kodi 17.0, Mesa 11.1.0 unter openelec. VAAPI ist 0.38 mit libva 1.6.2...

Nun werde ich mal die Schritte, die im KODI Forum genannt werden vollziehen und schauen was dabei rum kommt

So, ich habe nun die Schritte durchgeführt...

Allerdings habe ich wohl einen feheler gemacht:

Das ppa: oibaf repository, aus dem Ihr die Grafiktreiber bezieht, hätte ich wohl irgendwie vor dem dist-upgrade entfernen müssen.

denn da der Grafiktreiber mit 11.2-dev der neueste ist, gewinnt der bei der Installation gegenüber den hinzugefügten repositories.

Es werden zwar alle möglichen neuen libs installiert, aber letztendlich wird wieder der 11.2-dev nun in der Januarversion geladen.

Mit der AVGII nun läuft nach dem dist-upgrade die HDE, weis nicht was das am WE war...

Hier das KODI Startlog nach dem ganzen:

Hi,

Kodi 17 werden wir noch nicht verwenden, da ja Kodi 16 noch bei der RC1 ist.

ist der AVGII noch org. (AMD)?

Eingentlich würde es ja in Deinem Fall reichen auf MASA 11.1.1 zurück zugehen.

Grüße
cinfo

Die AVG auf der ich das gemacht habe ist original...

Ich wollte ja auf meiner getunten AVG auf MESA 11.1. zurück, aber ich habe das einfach so nicht hinbekommen...

Zitat von maier2505

Die AVG auf der ich das gemacht habe ist original...

Ich wollte ja auf meiner getunten AVG auf MESA 11.1. zurück, aber ich habe das einfach so nicht hinbekommen...

Ich habe nochmal versucht das mit den Grafiktreibern und Mesa zu durchblicken...

So wie ich das verstehe greift Ihr auf folgendes ppa von oibaf zurück:

https://launchpad.net/~oibaf/+…raphics-drivers/+packages

Wenn ich mir anschaue was da zum folgenden package steht, dann sind doch in diesem MESA Paket auch z.B. die Grafiktreiber in einem speziellen Paket integriert...

Ich denke da kommen meine vergeblichen Versuche her nur das eine oder andere package upzudaten...

Also werde ich heute Abend mal einfach mit einem

apt-get install mesa - 11.2~git1601190730.d01861~gd~t

versuchen nur dieses Grafik Paket auf den neuesten Stand zu bringen, vielleicht geht dieser Stand dann ja auf meinem neuen Board mit VAAPI.

Was müsste ich denn tun um normal auf MESA 11.1.1 zurück zu gehen ?

Dieses Paket deinstallieren und dann welche Pakete neu ?

[Blockierte Grafik: https://launchpad.net/@@/package-source] mesa - 11.2~git1601190730.d01861~gd~t

* OpenMAX IL Bellagio, VAAPI and XvMC Gallium3D accelerated 
video drivers added to mesa-vdpau-drivers package 
* New mesa-opencl-icd package with OpenCL support 
* Enable optional LLVM compiler on r600, enabled 
with R600_DEBUG=llvm env var 
* Build with -march=pentium3 on i386 
* Provide experimental ilo (intel) and virgl (virtio-gpu) 
gallium drivers in libgl1-mesa-dri package 
* Replace classic i915 driver with gallium i915 
* Provide classic i915 and swrast drivers in 
libgl1-mesa-dri package, installed in 
/usr/lib/dri-alternates 
* Custom OpenGL version string to make sure you are 
running drivers from this PPA

Hi,

ich glaube so wird das nichts.
Versuche mal diesen Weg

1.) aus /etc/apt/sources.list.d
die Datei oibaf nach /home verschieben und dann ein

apt-get update

2.) Ändere mal in /usr/lib das dri Verzeichnis mit

cd /usr/lib/i386-linux-gnu/
cp /usr/lib/i386-linux-gnu/dri /usr/lib/i386-linux-gnu/dri.org
rm -r /usr/lib/i386-linux-gnu/dri
lm -s /usr/local/lib/dri /usr/lib/i386-linux-gnu/dri

3.) versuche mal dieses Paket

mesa 11.1.1 als tar

entpacken und dann autogen.sh starten und

make
make install
ldconfig

dann werden die richtigen Dateien überschrieben.

Grüße
cinfo

Stimmt, bin heute wieder gescheitert

Probiere ich morgen dann, danke für die Hinweise !

BTW, das kann ich erst mal auf der Spiel AVGII probieren, bevor ich es auf dem neuen Produktivsystem mache ?

Beste Grüße

maier2505

So...

nach leichter Anpassung des link Befehls (lm...) konnte ich das ganze durchführen, ich habe das zuerst mal nur auf der AVGII gemacht...

Aber irgendwie hat das nicht funktioniert, danach hat Kodi nicht mehr gestartet...

Es werden auch durch die Verlinkung nur die Libraries aus dem dri Folder erneuert, alle anderen Libraries bleiben auf dem alten Stand...

Ist das so gedacht ?