Habs mit dem Log gelöst hatte ein placebo Versionmischmasch. Jetzt läuft es mit libplacebo wieder.
Danke, dass Du Dich immer wieder darum kümmerst...
Stefan
Habs mit dem Log gelöst hatte ein placebo Versionmischmasch. Jetzt läuft es mit libplacebo wieder.
Danke, dass Du Dich immer wieder darum kümmerst...
Stefan
Alles anzeigenHallo
ich habe mal wieder die plugins für die aktuelle Version von libplacebo upgedated. Nun lässt es sich mit der API Version 342 übersetzen und betreiben.
mfg
jojo61
Welche Vulkan-Version nutzt Du?
Ich frage, da ich auf meinen VDRs vulkan 1.3.239 jeweils manuell installiert habe, da die Distri-Pakete schon weiter waren/sind und damit libplacebo oder softhdcuvid/-vaapi nicht mehr liefen - zumindest bei meiner letzten Installation.
Danke!
Stefan
Das klingt nach libplacebo. Jojo61 hatte ein Update durchgeführt, so dass softhdcuvid/-vaapi mit neueren libplacebo-Versionen funktioniert. Dabei muss im Setup-Menü des Plugins der Skalierer idR wieder händisch nachgezogen werden.
Stefan
Und per Telnet kommst Du auch nicht weiter?
Stefan
Kommt der Fehler beim Starten oder beim Stoppen von vdr?
Vor einiger Zeit hatte ich beim Stoppen auch einen Fehler, den ich damals wegbekam, indem ich vor dem Stop des vdr noch ein Detach absetzte.
Stefan
[Unit]
Description=VDR
Requires=display-manager.service
After=display-manager.service
Requires=network-online.target
After=network-online.target
[Service]
Type=notify
Environment=VDR_LANG=de_DE.UTF-8 LANG=de_DE.UTF-8 LC_ALL=de_DE.UTF-8 DISPLAY=:0.0
ExecStart=/usr/local/bin/vdr
ExecStop=/usr/local/bin/svdrpsend plug softhcuvid deta
Restart=on-failure
[Install]
WantedBy=multi-user.target
Alles anzeigen
Hallo Stefan,
Danke für die Info.
iHD scheint der richtige zu sein.
Geht's nun jetzt?
Ja, osd2web auf einem zweiten 10"-Monitor.
Der Start erfolgt über
DISPLAY=:0.1 chromium --kiosk --window-position=0,0 --window-size=2400,1400 http://192.168.0.101:4444/skins/adaptedTft/index.html?theme=anthraize
Der Monitor hat zwar nur eine HD-Auflösung, dennoch musst ich mit den Size-Parametern spielen.
Stefan
Ich habe den chromium unter Tumbleweed laufen.
Stefan
Und einen Edid-Generator - oder wie sich das nennt- ist auch eingebaut. Billige Switches haben das nicht, so dass beim Einschalten der Monitor nicht erkannt wird.
Ich kann Uniclass empfehlen. Hier habe ich bereits mit mehreren Generationen Erfahrung gemacht. Die gibt‘s mit HDMI und DP.
Die USB-Anschlüsse für Webcam und Jabra habe ich dabei auf einen bestimmten Port gelegt, so dass die anderen, privaten Rechner beim Umschalten nie was davon mitbekommen. Für Audio gibt‘s auch viele Möglichkeiten. Per Hotkey auf der Tastatur kann auch umgeschaltet werden.
Stefan
Das Problem scheint mir beim mpeg2 decoder zuliegen. Zumindest gehen dem die Surfaces aus. Du könntest mal die Anzahl der Surfaces für mpeg2 erhöhen. Dazu musst du in codec.c in Zeile 315 folgendes ändern:
Also aus 9 eine 13 machen. Ob das aber hilft kann ich nicht sagen. Wenn es tatsächlich ein Speicherfehler in ffmpeg gibt dann wird es nicht helfen.
Die Änderung bewirkt ein etwas langsameres Füllen des VGA-Speichers. Außerdem ist der VDR zum Zeitpunkt des eben voll gewordenen Speichers noch bedienbar. Wird PiP dann geschlossen, läuft VDR weiter, aber der Speicher nicht mehr geleert. Nach kurzem Wechsel der Sender stürzt der VDR dann doch ab.
Und: Meine Aussage, dass nur 720p als Hauptbild und 576i im PiP das Füllen des Speichers verursacht, ziehe ich zurück. Auch bei 576i im Hauptbild und 576i im PiP füllt den Speicher. Nur dauert das dann über eine Stunde statt 12 min wie bei 720p.
Kann ich sonst noch was testen?
Stefan
Da habe ich leider keine Idee. Das Delay Audio lässt darauf schliessen das kein Video mehr kommt oder nicht mehr verarbeitet werden kann.
Es ist aber nichts zu sehen warum das so ist. Evtl. kommen die beiden parallelen decoder durcheinander. Da müsste man mal ffmpeg mit debug laufen lassen. Das kanst du in codec.c in Zeile 353 einschalten und dann die Zeile 354 auskommentieren. Das müllt aber das Log ganz schön zu.
Eben habe ich nun wieder den Absturz von 576i als PIP und 720p als laufender Sender mit der Anpassung in codec.c nachgestellt - siehe log in der Anlage.
Der Speicher der Grafikkarte läuft tatsächlich voll und dann der Absturz - siehe Screenshot von der Grafikkarte.
Das passiert auch nur in der Kombination 720p als laufender Sender und 576i im PiP.
Hilft das weiter?
Danke!
Stefan
Genau das suchte ich, damit sieht das Log aufgeräumter auf.
Vielen Dank und auch für die Pflege einiger Plugins! Das musste ich jetzt mal loswerden...
Stefan
Die Probleme sollten mit Version 0.3.0 des Plugins behoben sein
Klasse, vielen Dank, Horchi! Dein Plugin läuft wieder supergut...
Wie bekomme ich die Log-Meldungen des Plugins ausgeschaltet?
Egal was ich in Make.config unter DEBUG einstelle, es bewirkt nichts.
Stefan
Hallo Horchi,
endlich komme ich wieder an den VDR. Danke für Deinen Beitrag.
Funktionieren tut es schon mit libwebsockets 4.3. Aber bei Kanalwechsel braucht osd2web einige Sekunden, bis es den neuen Kanal anzeigt. Mit libwebsockets 3.2 ging das immer sofort.
Ist das bei Dir anders?
Stefan
Das placebo Problem mit dem PIP habe ich nun gefunden und gefixt.
Vielen Dank jojo61, das sieht nun sauber aus und wird immer besser .
Wenn ein 720p-Sender im PIP ist und ein Interlaced-Sender (576i oder 1080i) geschaut wird, ist VDR nach spätestens 10 min nicht mehr ansprechbar. Hast Du eine Idee?
Alle anderen Kombinationen funktionieren.
Die CPU ist dabei zu 20 % ausgelastet.
Stefan
Okt 07 18:56:34 vdr2 vdr[1955]: codec/audio: drift( 0) -1433us -688
Okt 07 18:58:15 vdr2 vdr[1955]: codec/audio: drift( 0) -2144us -1029
Okt 07 18:59:56 vdr2 vdr[1955]: codec/audio: drift( 0) -2855us -1370
Okt 07 19:01:36 vdr2 vdr[1955]: codec/audio: drift( 0) -3577us -1717
Okt 07 19:02:49 vdr2 vdr[1955]: [2028] epg data writer thread started (pid=1955, tid=2028, prio=low)
Okt 07 19:02:49 vdr2 vdr[1955]: [2028] epg data writer thread ended (pid=1955, tid=2028)
Okt 07 19:02:50 vdr2 vdr[1955]: Delay Audio 107 ms
Okt 07 19:02:51 vdr2 vdr[1955]: Delay Audio 120 ms
Okt 07 19:02:51 vdr2 vdr[1955]: Delay Audio 100 ms
Okt 07 19:02:51 vdr2 vdr[1955]: Delay Audio 100 ms
Okt 07 19:02:51 vdr2 vdr[1955]: Delay Audio 120 ms
Okt 07 19:02:51 vdr2 vdr[1955]: Delay Audio 100 ms
Okt 07 19:02:51 vdr2 vdr[1955]: Delay Audio 100 ms
Okt 07 19:02:52 vdr2 vdr[1955]: Delay Audio 120 ms
Okt 07 19:02:52 vdr2 vdr[1955]: Delay Audio 100 ms
Okt 07 19:02:52 vdr2 vdr[1955]: Delay Audio 120 ms
Okt 07 19:02:52 vdr2 vdr[1955]: Delay Audio 100 ms
Okt 07 19:02:52 vdr2 vdr[1955]: Delay Audio 120 ms
Okt 07 19:02:52 vdr2 vdr[1955]: Delay Audio 100 ms
Okt 07 19:02:52 vdr2 vdr[1955]: Delay Audio 100 ms
Okt 07 19:02:52 vdr2 vdr[1955]: Delay Audio 100 ms
Okt 07 19:02:52 vdr2 vdr[1955]: Delay Audio 100 ms
Okt 07 19:02:53 vdr2 vdr[1955]: Delay Audio 100 ms
Okt 07 19:02:53 vdr2 vdr[1955]: Delay Audio 100 ms
Okt 07 19:02:53 vdr2 vdr[1955]: Delay Audio 100 ms
Okt 07 19:02:53 vdr2 vdr[1955]: Delay Audio 100 ms
Okt 07 19:02:53 vdr2 vdr[1955]: Delay Audio 100 ms
Okt 07 19:02:53 vdr2 vdr[1955]: Delay Audio 119 ms
Okt 07 19:02:53 vdr2 vdr[1955]: Delay Audio 100 ms
Okt 07 19:02:53 vdr2 vdr[1955]: Delay Audio 101 ms
Okt 07 19:02:54 vdr2 vdr[1955]: video: slow down video, duping frame 32
Okt 07 19:02:54 vdr2 vdr[1955]: video: speed up video, droping frame -119
Okt 07 19:02:54 vdr2 vdr[1955]: Delay Audio 119 ms
Okt 07 19:02:54 vdr2 vdr[1955]: Delay Audio 100 ms
Okt 07 19:02:54 vdr2 vdr[1955]: Delay Audio 101 ms
Okt 07 19:02:54 vdr2 vdr[1955]: Delay Audio 100 ms
Okt 07 19:02:54 vdr2 vdr[1955]: Delay Audio 120 ms
Okt 07 19:02:54 vdr2 vdr[1955]: Delay Audio 120 ms
Okt 07 19:02:55 vdr2 vdr[1955]: Delay Audio 100 ms
Okt 07 19:02:55 vdr2 vdr[1955]: Delay Audio 100 ms
Okt 07 19:02:55 vdr2 vdr[1955]: Delay Audio 100 ms
Okt 07 19:02:55 vdr2 vdr[1955]: Delay Audio 100 ms
Okt 07 19:02:55 vdr2 vdr[1955]: Delay Audio 100 ms
Okt 07 19:02:55 vdr2 vdr[1955]: Delay Audio 100 ms
Okt 07 19:02:55 vdr2 vdr[1955]: Delay Audio 100 ms
Okt 07 19:02:55 vdr2 vdr[1955]: Delay Audio 119 ms
Okt 07 19:02:55 vdr2 vdr[1955]: [2008] [softhddev] vom VDR kommt Clear:
Okt 07 19:02:55 vdr2 vdr[1955]: [softhddev]Clear: 20ms buffers 246
Okt 07 19:02:55 vdr2 vdr[1955]: [2008] ERROR: 1 TS packet(s) not accepted in Transfer Mode
Okt 07 19:02:55 vdr2 vdr[1955]: [2008] [softhddev] vom VDR kommt Clear:
Okt 07 19:02:56 vdr2 vdr[1955]: [softhddev]Clear: 20ms buffers 246
Okt 07 19:02:56 vdr2 vdr[1955]: [2008] [softhddev] vom VDR kommt Clear:
Okt 07 19:02:56 vdr2 vdr[1955]: [softhddev]Clear: 20ms buffers 246
Okt 07 19:02:56 vdr2 vdr[1955]: [2008] [softhddev] vom VDR kommt Clear:
Okt 07 19:02:56 vdr2 vdr[1955]: [softhddev]Clear: 20ms buffers 246
Okt 07 19:02:56 vdr2 vdr[1955]: [2008] [softhddev] vom VDR kommt Clear:
Okt 07 19:02:56 vdr2 vdr[1955]: [softhddev]Clear: 20ms buffers 246
Okt 07 19:02:56 vdr2 vdr[1955]: [2008] [softhddev] vom VDR kommt Clear:
Okt 07 19:02:56 vdr2 vdr[1955]: [softhddev]Clear: 20ms buffers 246
Okt 07 19:02:56 vdr2 vdr[1955]: [2008] [softhddev] vom VDR kommt Clear:
Okt 07 19:02:56 vdr2 vdr[1955]: [softhddev]Clear: 20ms buffers 246
Okt 07 19:02:56 vdr2 vdr[1955]: [2008] [softhddev] vom VDR kommt Clear:
Okt 07 19:02:56 vdr2 vdr[1955]: [softhddev]Clear: 20ms buffers 246
Okt 07 19:02:56 vdr2 vdr[1955]: [2008] [softhddev] vom VDR kommt Clear:
Okt 07 19:02:56 vdr2 vdr[1955]: [softhddev]Clear: 20ms buffers 246
Alles anzeigen
Geht wieder mit Image Magick 6! Klasse, danke!
Stefan
Ps: Überhaupt danke, dass Du das schöne Plugin so toll pflegst!
In der Zwischenzeit habe ich einen VDR mit Image Magick 7 aufgebaut - auch hier funktioniert's.
Stefan
Wenn du Delay Audio hast dann ist das Video zu langsam. Könnte am Rechner liegen der ja 2 Streams dekodieren muss,
Ich habe eine nvidia GTX 1650 und einen Intel G5500 (Cofee Lake).
Ohne libplacebo übrigens gleiches Verhalten. SD-Kanal im PIP-Fenster, HD-Kanal im großen - nach etwa 10 min Absturz.
Info: Mit libplacebo ist das PIP-Fenster sehr abgehakt. Für mich aber iO.
Danke!
Stefan