Schau doch mal mit "ps -A" ob vdr mehrfach läuft und sich um die Ressourcen streitet.
Posts by zillerbaer
-
-
CodecVideoOpen: Error opening the decoder
Diese Fehlermeldung habe ich im git erweitert so das der Error Code weiter gegeben wird. Bitte teste nochmal damit. Was die offenen Files betrifft ist der Fehler von vdr selbst. Da kann ich Dir leider nicht helfen. Schalte doch mal nicht gebrauchte Plugins ab.
-
-
Vielleicht habe ich eine Möglichkeit gefunden das der Speicher für Decoder und Deinterlacer reserviert wird. Hier ist es beschrieben: https://www.kernel.org/doc/Doc…emory/reserved-memory.txt
Hat jemand damit schon gearbeitet und weiss ob Decoder und Deinterlacer mit dem Eintrag im DTS mit dem reservierten CMA Speicher arbeitet oder ob der Treiber dazu noch angepasst werden muss?
-
Außerdem ist das nicht nett gegenüber dem Plugin
Ich dachte es geht um das Plugin. Das andere heisst doch Covid-19!
-
Die StillPicture Meldung kommt dann allerdings alle 5 Sekunden.
Ja, immer dann wenn suspendoutput das Bild wieder schickt.
-
tefans , im git wird jetzt PES und RAW stream unterschieden. Teste mal bitte.
-
Angezeigt wird auf dem Pi4 bei Aktivierung der Funktion überhaupt nichts, der VDR stürzt einfach ab und wird neu gestartet.
Ich habe hier das suspendoutput-Plugin installiert und das Problem gefunden. Es wird ein Stillpicture als Elementary Stream ohne PES Header geschickt. Softhddevice-drm erwartet aber PES Packete so wie es beschrieben ist. Wie das behoben werden kann weiss ich noch nicht.
-
Was hast Du damit vor? Wie suspendoutput genau funktioniert weiss ich nicht. Ein Standbild wird an softhddevice-drm geschickt. Wird das angezeigt?
Apr 4 22:35:57 vdrpi systemd[1]: vdr.service: Main process exited, code=killed, status=11/SEGV
Wo kommt das her? Kannst Du vdr mit gdb starten? Kannst Du ein core erstellen lassen?
-
Ja klar, mir ist nur nicht klar welche Änderung genau benötigt wird.
Für das Raspi4 sind es zwei Änderungen. Die V4l2m2m API muss verbessert werden und die v4l2-request API muss eingeführt werden.
-
Gehen auch so uralt-Teile mit sun7i-Architektur (Cubietruck)?
Soweit ich weiss ist der H3 das älteste SoC das aktuell vom Mainline Kernel unterstützt wird. Ob diese Unterstützung für ältere Chipsätze noch programmiert werden ist fraglich.
-
Jetzt scheint es zu passen, allerdings musste ich auch was am Overscan ändern
Es liegt jetzt ein OSD über der Video Plane das die gleiche Größe hat wie die Video Plane. Da hat sicher auch das Video etwas über die Grenzen geragt.
-
Hallo Klaus, mir ist noch aufgefallen das unter vdr-2.5.1 das Plugin epgsync viele Einträge doppelt erstellt. Unter vdr-2.4.6 funktioniert das Plugin gut.
-
Dann hätte ich wenn ich darf noch ne frage. Irgend wie scheint das Bild etwas größer zu sein bzw. wenn ich OSD auf Links/oben 0% und rechts/unten 100% stelle, ragt das OSD über den Bildschirm hinaus. Bei softhddevice hat das immer ziemlich gut gepasst
Das sollte im git behoben sein. Was für ein SoC nutzt Du? Ein Allwinner kann das nicht sein!
-
Ja, da stimmt was nicht. Das schau ich mir an.
-
Dann hätte ich wenn ich darf noch ne frage. Irgend wie scheint das Bild etwas größer zu sein bzw. wenn ich OSD auf Links/oben 0% und rechts/unten 100% stelle, ragt das OSD über den Bildschirm hinaus. Bei softhddevice hat das immer ziemlich gut gepasst
Benutzt Du mein Git oder das von Andreas? Bei mir ist der OSD Code nahezu identisch zum softhddevice.
-
Angenommen, jemand wollte einen Mono-Sender hören ;), was wäre der beste Ansatz, um den Abbruch zu umgehen? Upmix von Mono auf Stereo? Stumm schalten?
Das ist nur ein behandeln der Symptome. Ich bin der Meinung das Probleme am Entstehungsort behoben werden sollten. Das heisst Alsa Treiber/Framework.
-
Wenn der Sender 720/576 sendet, wovon ich ausgehe, dann ermittelt der Decoder die aspect_ratio wohl falsch?
Nein, bei Mpeg2 kann ein Bild 720 x 576 sein und über aspect_ratio wird gesagt das dieses Bild in 4:3 darzustellen ist. Das wird wohl hier ausgenutzt um oben und unten einen schwarzen Balken zu erzwingen.
Das ist wohl möglich, aber mein Anspruch an einen funktionieren VDR ist halt, dass er auch damit zurechtkommt.
PicWidth <= render->mode.vdisplay könnte man da machen.
-
sample_aspect_ratio ist das Verhältnis Höhe zu Breite des Bilds und wird vom Decoder ermittelt und eingetragen.
Und ja, wahrscheinlich ist das wieder ein Sender, der nicht ganz konforme Streams liefert, aber ich möchte mich nicht jedes Mal ärgern, wenn sich VDR beendet...
Dann schmeiss doch die Sender raus! Das ist doch eh nur Werbemist!
Wie kommst Du auf PicWidth 1963 bei frame->width 720, frame->height 576? Das sollte ohne Problem auf 1920 x 1080 skaliert werden! So wie ich das sehe ist das Problem das das Bild breiter als 19:9 ist. Der Fall ist in meinem Code nicht abgedeckt. Ich arbeite nur mit 16:9 und 4:3.
-
