Posts by 'gb'

Quote from cocobrother

Ich bin nicht so drin in der EasyVDR Materie, aber wieso? Und nicht auf eine aktuelle Ubuntu Basis wechseln (updaten, upgraden)

Bin für Informationen offen

Vom Prinzip wäre es schon möglich, allerdings müsste die Installations-Routine von easyVDR dementsprechend angepasst werden. Bei allen Umzügen auf ein neues System haben sich bisher immer neue Probleme ergeben. Bestimmte Scripte mußten angepasst werden, einige Erkennungen um die Hardware zu ermitteln würden sonst versagen.

Da wir bei easyVDR nicht mehr die nötige man Power von früher haben ( Entwickler ) werden sich die Verbliebenen mit diesem doch größeren Aufwand nicht mehr beschäftigen.

Gruß

Quote from seahawk1986

... man muss /usr/bin/flatpak run tv.kodi.Kodi statt kodi(-bin) ausführen - letzteres dürfte in den Skripten vom PChanger stecken. Falls man kodi-send braucht, kann man das so aufrufen: /usr/bin/flatpak run --command=kodi-send tv.kodi.Kodi.

Das wird tatsächlich "nicht" durch den pchanger sondern über ein Kodi-Daemon umgesetzt.

Hatte damals mit Bleifuss2 zusammen den Spaß angepasst. Allerdings ob der Prozess /usr/bin/flatpak run --command=kodi-send tv.kodi.Kodi dann überwacht werden kann, hab ich so meine Zweifel.

Flatpak sollte eventuell unter Ubuntu20.04 funktionieren, allerdings wird hier Kodi isoliert vom Rest des Systems installiert. Daher wüsste ich nicht, wie man dann Kodi in den Switch zwischen VDR <> Kodi auf die schnelle ohne große Umbau Maßnahmen integrieren könnten.

EDIT:

Im Moment wird Kodi als überwachter Prozess durch die easyVDR Routinen gestartet, sollte zB Kodi abstürzen, wird Kodi automatisch wieder durch die Routine gestartet. Wird Kodi auf herkömmliche Weise beendet, startet automatisch das VDR-Frontend usw.

Daher ist das mit dem Container Prinzip, also Flatpak nicht ganz so einfach, zumal man schauen müsste, ob Kodi überhaupt als aktiver Prozess im System dann auftauchen würde und ich vermute mal nein. Da Flatpak eine Sandbox Oberfläche darstellt.

Im launchpad.net wird zumindest Kodi nicht mehr weiterentwickelt, daher mache ich mir auch keine weitere Illusionen, das man Kodi auf traditionelle Art für Ubuntu20.04 bauen kann.

Gruß

Hallo in die Runde, wie Helmut schon geschrieben hat NVidia GT710 oder GT720 mit PCI-e sollte hier die kostengünstige Variante sein. Also sollte PCI-e auf den Board vorhanden sein, ist hier eine Lösung in Sicht.

Zumal hier auch mit der vdpau Hardwarebeschleunigung gearbeitet wird und das System gegebenenfalls entlastet.

Gruß

Hallo Schwabe,

prinzipiell sollte es funktionieren. Den von Helmut genannten user Ordner .kodi umbenennen, dann die sources.list anpassen, also Verlinkung zum kodi-team launchpad auskommentieren.

Durch ein "apt update" werden die Paketlisten für das System neu eingelesen und mit einem "apt upgrade" neu bzw downgrade Pakete geholt.

Allerdings ist an der Idee eines downgrade wegen fehlenden/fehlerhaften Funktionen in Kodi eher abzuraten.

Ich würde mich da eher beim Kodi Team kundig machen, ob andere ein ähnliches Problem haben und an diesem Problem schon gearbeitet wird.

Gruß

Hallo ako400

wenn alle Unklarheiten beseitigt, dann setz bitte den Beitrag auf ( erledigt ) oder ( gelöst )

Hierfür einfach deinen ersten Beitrag ganz oben bearbeiten und Themen Überschrift anpassen.

Gruß & danke

Quote from wolfi.m

Hallo Aaron & Helmut,

Bitte 5-others-testng PPA aktivieren da liegt nee Version des Addons das mit

Nvidia funktioniert. ...noch nicht Published!

Hallo Wolfgang

perfekt, auch hier läuft nun Projectm auf dem Intelgrafik System wieder.

Dankeschön 😁

Grüße Aaron

Mal eine Frage in die Runde,

bei der Visualisierung ProjectM und Intelgrafik schmiert bei mir Kodi20 sofort ab.

Ist das nur bei mir, oder auch bei euch?

Gruß Aaron

Quote from wolfi.m

/var/lib/vdr/.kodi/userdata/advancedsettings.xml

Code

<advancedsettings>
<cputempcommand>sensors | tail -n 21 | sed -ne "s/Core 0: \+[-+]\([0-9]\+\).*/+\1 C/p"</cputempcommand>    
<gputempcommand>echo $(sensors | tail -n 21 | sed -ne "s/Core 0: \+[-+]\([0-9]\+\).*/+\1 C/p")</gputempcommand>
</advancedsettings>

Jawohl, das funktioniert!

Quote from wolfi.m

In der "sysinfo.sh" hab ich dies für GPU-Temp

sensors | grep -i 'Core 0' | tr -s ' ' | cut -d ' ' -f3

Ausgabe hier ->+40.0°C

da wird bei mir auch etwas ausgegeben.

Quote from Wolfi.m

In der sysinfo.sh für Grafikkarte(Intel-GPU)

inxi -G --display | grep -i 'renderer:' | tr -s ' ' | cut -d ' ' -f5-8

Ausgabe bei mir "Intel HD Graphics 4400"

Dies klappt aber nicht mit GPU 2000/2500.

Jup, hier mal zwei Versuche um was herauszufinden:

Quote

@easyVDR:~$ lspci -k | grep -EA3 'VGA|3D|Display'

00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller (rev 06)

Subsystem: Gigabyte Technology Co., Ltd Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller

Kernel driver in use: i915

Kernel modules: i915

easyvdr@easyVDR:~$ inxi -G --display

Graphics: Device-1: Intel Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics driver: i915 v: kernel

Display: server: X.Org 1.20.13 driver: intel tty: N/A

OpenGL: renderer: llvmpipe (LLVM 12.0.0 128 bits) v: 4.5 Mesa 21.2.6

Display More

Gruß Aaron

Hallo Helmut,

habe nun folgendes probiert:

sudo sensors-detect

Hier alle Fragen mit "yes" bestätigt.

Danach noch ein:

sudo service kmod start

Dann ein Reboot und nun gibt mir sensors folgendes aus:

Quote

easyvdr@easyVDR:~$ sensors

it8620-isa-0a30

Adapter: ISA adapter

in0: 480.00 mV (min = +0.00 V, max = +3.06 V)

in1: 2.00 V (min = +0.00 V, max = +3.06 V)

in2: 1.99 V (min = +0.00 V, max = +3.06 V)

in3: 2.02 V (min = +0.00 V, max = +3.06 V)

in4: 288.00 mV (min = +0.00 V, max = +3.06 V)

in5: 1.73 V (min = +0.00 V, max = +3.06 V)

in6: 1.51 V (min = +0.00 V, max = +3.06 V)

3VSB: 3.36 V (min = +0.00 V, max = +6.12 V)

Vbat: 3.10 V

fan1: 1261 RPM (min = 10 RPM)

fan2: 568 RPM (min = 0 RPM)

fan3: 857 RPM (min = 0 RPM)

fan4: 0 RPM (min = 0 RPM)

fan5: 0 RPM (min = 0 RPM)

temp1: +46.0°C (low = +0.0°C, high = +80.0°C) sensor = thermistor

temp2: -128.0°C (low = +127.0°C, high = +127.0°C) sensor = disabled

temp3: +52.0°C (low = +0.0°C, high = +80.0°C) sensor = Intel PECI

temp4: +54.0°C

temp5: +54.0°C

temp6: +54.0°C

intrusion0: ALARM

acpitz-acpi-0

Adapter: ACPI interface

temp1: +27.8°C (crit = +105.0°C)

temp2: +29.8°C (crit = +105.0°C)

coretemp-isa-0000

Adapter: ISA adapter

Package id 0: +62.0°C (high = +80.0°C, crit = +100.0°C)

Core 0: +62.0°C (high = +80.0°C, crit = +100.0°C)

Core 1: +60.0°C (high = +80.0°C, crit = +100.0°C)

Display More

Ändert allerdings nichts an den Messwerten in Kodi. Daher bin ich im Moment auch überfragt, wo man den Hebel ansetzen müsste.

Gruß Aaron

Hallo Helmut

Nachtrag:

Folgendes wird mir zB bei dem Befehl "sensors" ausgegeben..

Quote

easyvdr@easyVDR:~$ sensors

acpitz-acpi-0

Adapter: ACPI interface

temp1: +27.8°C (crit = +105.0°C)

temp2: +29.8°C (crit = +105.0°C)

coretemp-isa-0000

Adapter: ISA adapter

Package id 0: +60.0°C (high = +80.0°C, crit = +100.0°C)

Core 0: +60.0°C (high = +80.0°C, crit = +100.0°C)

Core 1: +60.0°C (high = +80.0°C, crit = +100.0°C)

Display More

Quote from Emma53

Im Verwendeten

Blackholefrodo und Estury4vdr Skin fehlt mir die Anzeige der Temperatur der GPU

Ebenso in Kodi SYSTEM/Systeminformationen. Und im VDR Modus glaub ich auch im Plugin Systeminformation.

Hallo Helmut,

das gehört hier nicht in den Beitrag, ich werde es mal in ein separaten Beitrag splitten.

Zur Antwort auf deine Frage:

Hier wird es auch nicht angezeigt, lege allerdings auch keinen Wert drauf.

Vermutlich geht es irgendwie, allerdings müsste man hier erstmal auseinander puzzlen, wo die Werte wie bezogen werden.

Gruß Aaron

Quote from wolfi.m

Neu in 5-vdr-unstable
vdr-plugin-softhddevice-vaapi-2.0.6+git20231106

Hallo Wolfgang,

..hab mal testing übersprungen und bin gleich auf unstable eingegangen.

Hier läuft alles bei vaapi stabil, in den Einstellungen bin ich von 576i bis 1080i auf "Skalierung" = "HighQuality"

"Deinterlace" = "MotionAdaptive"

"A/V Sync Start" = "early audio"

"Schwarz während Kanalwechsel" = "ja"

Der Rest steht auf default.

Edit:

Einen kleinen Bug habe ich in Kombination mit dem skindesigner ( mich persönlich stört es nicht! )

Wenn ich die OSD Senderliste durch rechts drücken aufrufe und den selben Kanal wähle wie aktiv, ist die untere Info leist transparent.

Ob das mit den Vorgängern auch schon so war, keine Ahnung, aber man sucht ja förmlich schon nach Fehlern 😁

Gruß Aaron

Quote from Emma53

Evtl. mal Alsa Audio Probieren

Hallo Helmut, bitte kein alsa empfehlen, das wird nicht mehr ordnungsgemäß durch das easyVDR Setup konfiguriert. Da macht man mehr Schaden als Nutzen.

Gruß Aaron

Hallo Wolfgang,

bin endlich dazu gekommen, um mal auf Fehlersuche zu gehen. Das Flackern und ruckeln kam durch eine falsche xorg.conf, die wohl fälschlicherweise getauscht wurde, als ich auf dem Intelgrafik System das softhddevice für NVidia installiert hatte.

Bin nun wieder auf den Stand softhddevice vaapi aus dem testing ppa und alles i.O.

Also von mir aus kann das softhddevice-vaapi nach stable wandern.

Gruß Aaron

Hallo Wolfgang..

Quote from 'gb'

Habe unterdessen mal alle Pakete geholt und jetzt habe ich beim umschalten im OSD ein kurzes mehrfaches Flackern.

Weiß aber noch nicht genau, ob es am neuen skindesigner, oder am softhddevice liegt.

..das Flackern im OSD kommt weder vom skindesigner, noch vom softhddevice.

Bin unterdessen auf Version 1:1.12.1-0easyVDR0~focal zurück und es bleibt beim Flackern. Jetzt frag ich mich, was für Pakete seit dem dist-upgrade mitgeliefert wurden, die den Intelgrafik Treiber dermaßen runter ziehen. Auch hab ich seitdem im vdr und Kodi20 im online Stream Ruckler.

Gruß Aaron

Hallo Wolfgang

vdr-plugin-softhddevice (4:2.0.3-0easyVDR0~focal) ist nun installiert.

Aber wie sagt man so schön "never touching system"

Da hast du mir eine ordenliche Herausforderung gestellt, irgendwas ist entweder am Paket oder an meinem System vermurkst.

Zu Erklärung:

Nach der Installation lief das Frontend im VDR ganz normal, allerdings lief der Frontend-Daemon nicht mehr. Das ist nicht gut, denn wechsel ich nun per pchanger nach KODI oder zum Desktop, wird das Frontend nicht detached.

Bei Befehlen wie:

/usr/share/easyvdr/easyvdr-start/easyvdr-frontend start

gab's eine Fehlermeldung, Zuweisung zum System Prozess also der pid lief gegen die Wand.

Auch ein /usr/sbin/easyvdr-runfrontend gab die gleiche Meldung, was ja normal ist, da easyvdr-frontend die easyvdr-runfrontend bedient.

Auch nach einem System Neustart gleiches verhalten.

Im Endeffekt und nach langer Fehlersuche musste ich ins easyvdr Setup und die Monitor_Layout & Video_Details ( Hardwarebeschleunigung ) durchlaufen ( was ich auch witzig fande, das mir hier bei Intelgrafik vdpau & vaapi angeboten wurde ) gewählt habe ich natürlich vaapi.

Zusätzlich brauchte ich ein

"dpkg-reconfigure lightdm" um auf lightdm umzustellen.

Nun funktioniert wieder alles

Edit:

Hier ist übrigens der Fehler, du hast mich rein gelegt und das falsche softhddevice installeren lassen

Quote

Hallo Aaron, kannst du Bitte mal die Version aus 5-vdr-testing installeren? Wenn das Testing-PPA aktiviert ist mit

apt install vdr-plugin-softhddevice=4:2.0.3-0easyVDR0~focal installieren. Sollte das Umschaltverhalten nicht schlechter sein.kommt diese Version nach stable.

Folgendes ist mir noch aufgefallen..

Habe unterdessen mal alle Pakete geholt und jetzt habe ich beim umschalten im OSD ein kurzes mehrfaches Flackern.

Weiß aber noch nicht genau, ob es am neuen skindesigner, oder am softhddevice liegt.

Gruß Aaron

Quote from wolfi.m

funktioniert das Plugin und wie ist das Umschaltverhalten?

Folgendes Frontend ist nun installiert:

vdr-plugin-softhddevice-vaapi (1:2.0.3-0easyVDR1~focal)

Umschaltzeiten sind unverändert, keine Probleme jeglicher Art feststellbar, auch beim Wechsel zwischen Kodi <> VDR alles i.O.

PS: Habe allerdings auch noch keine weiteren Einstellungen im Frontend durchgeführt, ist alle noch default zu den Einstellungen des Vorgängers, ob ich da Anpassungen gemacht habe, weiß ich nicht mehr.

Ob es Sinn macht was zu verändern, wenn es perfekt läuft, ist jetzt eine gute Frage?

Gruß Aaron

Quote from Schwabe

Diese dann unter var/lib/vdr ablegen. Hier müsste auch schon eine abgelegt sein, welche bei der Neuinstallation und nach Auswahl des Fernbedienungstyps angelegt wurde.

Hat bisher immer funktioniert.

Hab schon lange nicht mehr in den Setup Algorithmus rein geschaut aber genau, vom Prinzip ist ja die beschriebene key_irmp in den jeweiligen Fernbedienungsordnern in Wirklichkeit die "irmp_keymap", nur das vermutlich beim einrichten der Fernbedienung ein Symlink mit Namen irmp_keymap auf die jeweilige key_irmp gesetzt wird.