Ne die RTP Errors macht bei mir nix aus. Da sollte er weiterlaufen.
Viele Grüße
Ne die RTP Errors macht bei mir nix aus. Da sollte er weiterlaufen.
Viele Grüße
Ich hab das falsche Log erwischt, jetzt das richtige und gleich mit den Debug Einstellungen
Müsste ich mal im Debug Modus laufen lassen, aber einen Bildabbruch habe ich nicht
rookie1 Wenn du willt, kannst du den neuen Stand probieren. Ich muss es heute abend erst selbst nochmal testen, aber der Abbruch sollte weg sein.
Also jetzt habe ich keinen Bildabbruch mehr, auch das Fernsehbild wird Menu Screen sauber rein gezoomt.
Aufgefallen ist mir das beim umschalten daß die Kanal Info erst wieder sichtbar wird, wenn auch das Fernsehbild wieder vorhanden ist, Vorher war die Kanal Info nachdem umschalten sichtbar und anschließend das TV Bild.
Wenn die Kanal info beim umschalten schon aktiv war ist verhalten wie vorher
Edit:
Auch bei der direkten Auswahl einer Kanalnummer ist das verhalten ok, nur beim Kanal hochzappen hat sich das verhalten geändert
Danke für die Info. Ich schau mal, warum das OSD später kommt...
Aufgefallen ist mir das beim umschalten daß die Kanal Info erst wieder sichtbar wird, wenn auch das Fernsehbild wieder vorhanden ist, Vorher war die Kanal Info nachdem umschalten sichtbar und anschließend das TV Bild.
Sollte jetzt wieder passen. Hier mit gles getestet...
Sieht sehr gut aus
Schön. Hast du gles auch schon mal probiert?
ehrlich gesagt weiß nicht was das gles macht.
Ich hab mal GLES ?= 1 eingestellt. da sind jede menge compiler Fehler gekommen. Muss mal schauen was ich da noch installieren muss
ehrlich gesagt weiß nicht was das gles macht.
Bei sowas sag ich immer: Wenn Du nicht weisst, was das ist, dann brauchst Du das auch nicht
Bei sowas sag ich immer: Wenn Du nicht weisst, was das ist, dann brauchst Du das auch nicht
So ist es
Da du (noch) nicht weißt, was ich mit gles meine, eine kurze Erklärung:
Mit GLES=1 rendert das OSD mit Hilfe von OpenGL/ES, so wie es z.B. die anderen softhddevice* forks mit OpenGL machen. Das Zusammenbauen des OSDs wird dann von der GPU übernommen, was evtl. etwas schneller ist als mit CPU und diese entlastet. Ob das für den Raspi4 einen Vorteil bringt, weiß ich nicht, da ich selber keinen zum Testen habe.
Falls du aber vor hast, dich in dieses Unterfangen zu stürzen, benötigst du ein lauffähiges OpenGL, d.h. du benötigst erstmal die Mesa Treiber - ob die aus deiner Distribution neu genug sind oder ob du mesa selbst bauen musst, weiß ich nicht. Dazu brauchst du noch libglm und dann sollte es schonmal wieder bauen.
Ich helfe gerne weiter, wenn ich kann, da mich interessiert, ob der RPI4 damit läuft und ob das merkliche Vorteile bringt.
Die "einzigen" (auch wenn es immer mehr werden;) Unterschiede zu zillerbaers Version sind ein veränderts DRM-Handling und (mit gesetztem GLES=1) das OpenGL/ES OSD. Zuletzt kam noch die Scale Funktion dazu. Der aktuelle Branch baut auf zillerbaers aktuellem Stand auf.
Gruß
Andreas
Wäre mir jetzt nicht so wichtig, aber wenn ich dir helfen kann gerne
ich hab jetzt mal folgendes intallieren müssen damit es durchläuft
und bekomme dabei folgenden Fehler wenn ich es starte
Apr 9 17:34:04 raspiVDR vdr: [5303] initializing plugin: softhddevice-drm (0.0.1rc1-GITf32f541): A software and GPU emu$
Apr 9 17:34:04 raspiVDR vdr: [5303] setting primary device to 2
Apr 9 17:34:05 raspiVDR vdr[5303]: no matching gbm config found
Apr 9 17:34:05 raspiVDR systemd[1]: vdr.service: Main process exited, code=killed, status=6/ABRT
Apr 9 17:34:05 raspiVDR systemd[1]: vdr.service: Failed with result 'signal'.
Apr 9 17:34:05 raspiVDR systemd[1]: Failed to start Video Disk Recorder.
Apr 9 17:34:05 raspiVDR systemd[1]: vdr.service: Service RestartSec=100ms expired, scheduling restart.
Apr 9 17:34:05 raspiVDR systemd[1]: vdr.service: Scheduled restart job, restart counter is at 5.
Apr 9 17:34:05 raspiVDR systemd[1]: Stopped Video Disk Recorder.
Apr 9 17:34:05 raspiVDR systemd[1]: vdr.service: Start request repeated too quickly.
Apr 9 17:34:05 raspiVDR systemd[1]: vdr.service: Failed with result 'signal'.
Alles anzeigen
Bin gerade dabei den aktuellsten mesa treiber zu installieren, um sicher zu gehen das es daran nicht liegt
Könnt aber noch dauern
So hab dir mal das Log mit angehängt, bleibt nach kurzer Zeit stehen
Hallo
leider war der Sandmann schneller als du, somit konnte ich es erst heute morgen testen. Leider gleiches Proble.
Was mir noch aufgefallen ist das 4:3 Sendungen auf 19:9 gezoomt werden und es zu einem Restart kommt, zweites Log
Ohne gles klappts?
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!