Posts by neumann2k

Ich beobachte seit einiger Zeit folgendes Problem: Sobald der VDR länger läuft, ist irgendwann das Bild in Zeitlupe, der Ton stockt, das Bild auch. Das passiert immer erst, wenn der VDR eine Weile läuft (ein paar Tage):

Jan 02 23:44:51 garage vdr[13303]: [13336] [softhddevice] videostream: main: RenderFrame: error_flag or FRAME_FLAG_CORRUPT
Jan 02 23:44:50 garage vdr[13303]: [13336] [softhddevice] videostream: main: RenderFrame: error_flag or FRAME_FLAG_CORRUPT
Jan 02 23:44:50 garage vdr[13303]: [13324] SATIP-ERROR: Tuning timeout - retuning [device 1]
Jan 02 23:44:49 garage vdr[13303]: [13933] shd main filter thread started (pid=13303, tid=13933, prio=high)
Jan 02 23:44:46 garage vdr[13303]: [13319] ERROR: 83 ring buffer overflows (107724 bytes dropped)
Jan 02 23:44:46 garage vdr[13303]: [13909] shd main filter thread ended (pid=13303, tid=13909)
Jan 02 23:44:36 garage vdr[13303]: [13336] [softhddevice] videostream: main: RenderFrame: error_flag or FRAME_FLAG_CORRUPT
Jan 02 23:44:35 garage vdr[13303]: [13336] [softhddevice] videostream: main: RenderFrame: error_flag or FRAME_FLAG_CORRUPT
Jan 02 23:44:35 garage vdr[13303]: [13336] [softhddevice] videostream: main: RenderFrame: error_flag or FRAME_FLAG_CORRUPT
Jan 02 23:44:35 garage vdr[13303]: [13336] [softhddevice] videostream: main: RenderFrame: error_flag or FRAME_FLAG_CORRUPT
Jan 02 23:44:35 garage vdr[13303]: [13336] [softhddevice] videostream: main: RenderFrame: error_flag or FRAME_FLAG_CORRUPT
Jan 02 23:44:35 garage vdr[13303]: [13336] [softhddevice] videostream: main: RenderFrame: error_flag or FRAME_FLAG_CORRUPT
Jan 02 23:44:34 garage vdr[13303]: [13336] [softhddevice] videostream: main: RenderFrame: error_flag or FRAME_FLAG_CORRUPT
Jan 02 23:44:34 garage vdr[13303]: [13909] shd main filter thread started (pid=13303, tid=13909, prio=high)
Jan 02 23:44:34 garage vdr[13303]: [13336] [softhddevice] videostream: main: RenderFrame: error_flag or FRAME_FLAG_CORRUPT
Jan 02 23:44:34 garage vdr[13303]: [13863] ERROR: 1 TS packet(s) not accepted in Transfer Mode
Jan 02 23:44:34 garage vdr[13303]: [13319] ERROR: 596 ring buffer overflows (718348 bytes dropped)
Jan 02 23:44:31 garage vdr[13303]: [13880] shd main filter thread ended (pid=13303, tid=13880)
Jan 02 23:44:30 garage vdr[13303]: [13324] SATIP-ERROR: Tuning timeout - retuning [device 1]
Jan 02 23:44:28 garage vdr[13303]: [13319] ERROR: 120 ring buffer overflows (156228 bytes dropped)
Jan 02 23:44:24 garage vdr[13303]: [13303] skindesigner: Osd deleted.
Jan 02 23:44:24 garage vdr[13303]: [13864] animator thread thread ended (pid=13303, tid=13864)
Jan 02 23:44:23 garage vdr[13303]: [13361] skindesigner: w 1280 h 720 mode changed to 0
Jan 02 23:44:23 garage vdr[13303]: [13880] shd main filter thread started (pid=13303, tid=13880, prio=high)
Jan 02 23:44:19 garage vdr[13303]: [13361] skindesigner: w 0 h 0 mode changed to 1
Jan 02 23:44:19 garage vdr[13303]: [13864] animator thread thread started (pid=13303, tid=13864, prio=high)
Jan 02 23:44:19 garage vdr[13303]: [13863] device 2 receiver thread started (pid=13303, tid=13863, prio=high)
Jan 02 23:44:19 garage vdr[13303]: [13687] device 2 receiver thread ended (pid=13303, tid=13687)
Jan 02 23:44:19 garage vdr[13303]: [13303] switching to channel 2 S19.2E-1-1011-11110 (ZDF HD)

Ein VDR Neustart behebt das Problem nicht, hier das Log nach dem VDR Neustart:

Jan 02 23:49:32 garage vdr[14638]: [14654] ERROR: 101 ring buffer overflows (132728 bytes dropped)
Jan 02 23:49:31 garage vdr[14638]: [14757] shd main filter thread ended (pid=14638, tid=14757)
Jan 02 23:49:23 garage vdr[14638]: [14671] [softhddevice] videostream: main: RenderFrame: error_flag or FRAME_FLAG_CORRUPT
Jan 02 23:49:23 garage vdr[14638]: [14671] [softhddevice] videostream: main: RenderFrame: error_flag or FRAME_FLAG_CORRUPT
Jan 02 23:49:22 garage vdr[14638]: [14671] [softhddevice] videostream: main: RenderFrame: error_flag or FRAME_FLAG_CORRUPT
Jan 02 23:49:22 garage vdr[14638]: [14671] [softhddevice] videostream: main: RenderFrame: error_flag or FRAME_FLAG_CORRUPT
Jan 02 23:49:22 garage vdr[14638]: [14671] [softhddevice] videostream: main: RenderFrame: error_flag or FRAME_FLAG_CORRUPT
Jan 02 23:49:22 garage vdr[14638]: [14671] [softhddevice] videostream: main: RenderFrame: error_flag or FRAME_FLAG_CORRUPT
Jan 02 23:49:22 garage vdr[14638]: [14671] [softhddevice] videostream: main: RenderFrame: error_flag or FRAME_FLAG_CORRUPT
Jan 02 23:49:21 garage vdr[14638]: [14757] shd main filter thread started (pid=14638, tid=14757, prio=high)
Jan 02 23:49:21 garage vdr[14638]: [14671] [softhddevice] videostream: main: RenderFrame: error_flag or FRAME_FLAG_CORRUPT
Jan 02 23:49:21 garage vdr[14638]: [14687] ERROR: 1 TS packet(s) not accepted in Transfer Mode
Jan 02 23:49:20 garage vdr[14638]: [14654] ERROR: 591 ring buffer overflows (711956 bytes dropped)
Jan 02 23:49:17 garage vdr[14638]: [14665] EPGSearch: timer conflict check finished
Jan 02 23:49:17 garage vdr[14638]: [14665] EPGSearch: timer conflict check started
Jan 02 23:49:17 garage vdr[14638]: [14729] shd main filter thread ended (pid=14638, tid=14729)
Jan 02 23:49:14 garage vdr[14638]: [14654] SATIP: Detected 1 RTP packet error [device 0]
Jan 02 23:49:14 garage vdr[14638]: [14654] ERROR: 1 ring buffer overflow (564 bytes dropped)
Jan 02 23:49:12 garage vdr[14638]: [14638] skindesigner: Osd deleted.
Jan 02 23:49:12 garage vdr[14638]: [14698] animator thread thread ended (pid=14638, tid=14698)
Jan 02 23:49:11 garage vdr[14638]: [14697] skindesigner: w 1280 h 720 mode changed to 0
Jan 02 23:49:10 garage vdr[14638]: [14729] shd main filter thread started (pid=14638, tid=14729, prio=high)
Jan 02 23:49:08 garage vdr[14638]: [14658] /usr/lib/libc.so.6 at ??:?
Jan 02 23:49:08 garage vdr[14638]: [14658] /usr/lib/libc.so.6 at ??:?
Jan 02 23:49:08 garage vdr[14638]: [14658] /usr/bin/vdr cThread::StartThread(cThread*) at ??:?
Jan 02 23:49:08 garage vdr[14638]: [14658] /usr/bin/vdr cSectionHandler::Action() at ??:?
Jan 02 23:49:08 garage vdr[14638]: [14658] /usr/bin/vdr cPatFilter::Process(unsigned short, unsigned char, unsigned char const*, int) at ??:?
Jan 02 23:49:08 garage vdr[14638]: [14658] /usr/bin/vdr cChannel::SetTeletextSubtitlePages(tTeletextSubtitlePage*, int) at ??:?
Jan 02 23:49:08 garage vdr[14638]: [14658] /usr/bin/vdr cChannels_Lock::cChannels_Lock(bool) at ??:?
Jan 02 23:49:08 garage vdr[14638]: [14658] /usr/bin/vdr cChannels::GetChannelsWrite(cStateKey&, int) at ??:?
Jan 02 23:49:08 garage vdr[14638]: [14658] /usr/bin/vdr cListBase::Lock(cStateKey&, bool, int) const at ??:?
Jan 02 23:49:08 garage vdr[14638]: [14658] /usr/bin/vdr cStateLock::Lock(cStateKey&, bool, int) at ??:?
Jan 02 23:49:08 garage systemd[1]: Started Video Disk Recorder.

Erst ein vollständiger Neustart des RPI4 (nutze MLD) kehrt zum Normalzustand zurück. Any ideas? Das ist wie gesagt, relativ neu, nach den zahlreichen Änderungen im GIT. Ursprünglich lief das tagelang sauber durch.

Quote from Dr. Seltsam

Was für einen Satip-Server verwendest Du?

Ich verwende zwei Octupus NET. Einen mit 4 Tunern und einen mit 8. Laufen auch sehr stabil 24/7. Kein Neustart nötig. Also wirklich nie.

Ich verwende im Ganzen Haus an jedem TV ein RPI4 mit SATIP und MLD als Distri. Mit softhddevice-drm-gles laufen die perfekt. Audio Passthrough funktioniert, 4K funktioniert (Pro7/Sat.1, RTL) und die Teile verbrauchen ca. 3-4 Watt. Laufen 24/7. Absolute Empfehlung.

Vielen Dank an die Macher rell  rfehr  clausmuus

Frohe Weihnachten!

Hast Du eventuell auch Bock, nach den Feiertagen in die HDR Thematik einzusteigen?

Wow, im git ist ja die Hölle los. Ich bin über ein commit "Fix HW Deinterlacer" gestossen, ist das die Lösung für mein "Zittern" ?

Das ist korrekt. Aber wie bereits angeboten, schicke ich Dir gerne einen von Amazon rüber:

https://amzn.eu/d/4gCpS05

Am besten wäre es natürlich, wenn man das im Setup konfigurierbar machen könnte:

Also Optionen für

- Auflösung / auto switch from source

- Refreshrate / auto switch from source

- Farbraum (RGB, YUV 4:2:2, YUV 4:2:0)

Ich weiß, ist mal schnell aufgeschrieben, umzusetzen ist das andere.

Quote from S:oren

Vermutlich einfach genau das, was da steht. Auf dem HDMI-Kabel kommt 24Bit-RGB an, was dann auch genau so dargestellt wird. Das Anzeigegeraet wandelt also das Bildformat nicht um, dass passiert schon in der HDMI-Quelle.

Das ist uebrigens auch genau das, was man haben will: Die Video-Plane (YUV) wird im Ausgabeprozessor (Hardware) in RGB gewandelt und dann dort mit dem RGB-OSD-Overlay zusammengemischt. So hat man keine Qualitaetsverluste, weil 24Bit-RGB das 'hoeherwertige' Bildformat ist im Verhaeltnis zu YUV mit 12Bit (4:2:0) oder 16Bit pro Pixel (4:2:2) - und YUV mit 4:4:4 entspricht (was niemand verwendet, weil der ganze Sinn von YUV ja eine relativ verlustarme Kompression ist). Ueber das HDMI-Kabel wuerde man YUV nur schicken, wenn man durch die geringere Anzahl von Bits/Pixel eine hoehere Aufloesung gerade noch so uebertragen kann und man zu Gunsten der hoeheren Aufloesung den Verlust an Farbqualitaet in Kauf nimmt.

In dieser Rechnung gehe ich von 8Bit pro Komponente aus ( R,G,B,Y,U,V), bei 10 oder 12 Bit pro Komponente sind es mehr Bits, das Verhaeltnis der Bits/Pixel bleibt aber gleich.

Gruss,
S:oren

Ich wollte das Thema Farbraum nochmnal hochholen. Mir ist aufgefallen, dass mein Receiver nur 4K an meinen TV überträgt, wenn ich per Tastenkombination den Receiver auf "HDMI enhanced" stelle. Nur dann kann der Receiver 4K in RGB weitergeben.

Das ist wohl auch das bandbreitenintesivste, was man so übertragen kann, da ja nicht komprimiert. Es wäre also eventuell eine Überlegung, die Übertragung in YUV 4:2:0 zu realisieren, da dann weder der Receiver noch das Kabel die höchste Bandbreite benötigen. Wenn man das überhaupt machen kann?!?

Das ist die Tabelle, die Onkyo dazu bereitstellt:

[Blocked Image: https://user-images.githubusercontent.com/222551/230801276-0920d324-8321-439d-9db1-9a9062d1c361.png]

Quote from rell

So, das Code umschreiben wäre vorerst beendet. Du könntest mal die aktuelle Version testen, wenn du magst. Da sollten auch die Videos von oben funktionieren. Zumindest bleibt es bei mir nicht mehr stehen.

Wow! Vielen Dank für Deine Arbeit. Ich teste, sobald Roland für die MLD gebaut hat. Ist in dem Rewrite schon der DD+ Fix mit drin?

rfehr Kannst Du für die MLD bauen?

Quote from rell

Ab und zu muss ich den Kanal wechseln, damit Ton kommt. Evtl. Kommt die Soundbar nicht damit zurecht, wenn sie still und heimlich ein anderes Format bekommt, als das mit dem sie ausgeschaltet wurde... Ein Rauschen hatte ich noch nie.

Ah, ok. Eventuell dasselbe, was ich habe, aber meine Receiver geben halt ein Rauschen aus.

Ich würde gerne bzgl. Rewrite noch einen Wunsch äußern:

Wir hatten das schon einmal kurz angerissen, aber ich fände es super, wenn das Plugin bei deaktiviertem Deinterlacer auch auf einen Interlaced Modus am HDMI schalten würde.

Quote from rell

Meiner läuft auch 24/7 und ich habe das Problem nicht.

Benutzt Du denn auch Passthrough?

Quote from rell

Ein Umschalten hilft nicht? Kannst du da Logs liefern? Passiert das dann nicht, wenn du den TV kurz aus- und dann wieder einmachst?

Nach einem Umschalten ist einfach überhaupt kein Ton da. Logs kann ich natürlich liefern, dauert aber 1-2 Tage. Nein, es passiert wirklich nur, wenn der Sender lange "im Hintergrund" weiterläuft.

rell Ein Bug ist mir noch mit dem Passthrough aufgefallen. Beispiel: Meine RPI4-Clients laufen alle 24/7. Zum TV-Schauen schalte ich nur den Fernseher an. Wenn ich jetzt abends z.B.

den TV ausschalte und am nächsten Tag Nachmittags den TV wieder an mache, ist der Ton kaputt, d.h. es kommt ein monotones lautes Rauschen aus den Boxen. Das passiert offenbar,

wenn der VDR lange auf einem Sender geschaltet war. Ein Neustart des VDR behebt das Problem dann.

Hey, vielen Dank für die Unterstützung. Leider taucht im Webif die SD Karte nicht auf. Diese muss ich ja zuerst bei Boot ausstecken. Daher kann ich leider kein Snapshot auswählen.

Es gibt auch kein Netinstall Image mehr bei der MLD 6.5 meine Meinung nach.

Edit: Der normale Download ist ja das netinstall Image. Das verwende ich auch.

Edit 2:

Da ist wohl was mit der SD Karte kaputt gegangen.

Quote

[ 593.083547] mmc0: error -110 whilst initialising SD card

[ 597.782407] mmc0: new SD card at address d555

[ 597.783375] mmcblk0: mmc0:d555 SD032 30.6 MiB

[ 597.787309] mmc0: Got data interrupt 0x00000002 even though no data operation was in progress.

[ 597.789964] mmc0: Got data interrupt 0x00000002 even though no data operation was in progress.

[ 597.828458] mmc0: tried to HW reset card, got error -110

[ 597.831463] mmcblk0: unable to read partition table

[ 597.831608] mmcblk0: mmc0:d555 SD032 30.6 MiB (quirks 0x00004000)

[ 597.831793] mmc0: card d555 removed

Display More

Ich bekomme die SD Karte auf händisch gemountet. Aber im Webif taucht sie halt nicht auf und ich weiß auch nicht, wie ich die Config zurückspiele. Muss ich erst das neue MLD installieren? Dann wird aber die SD Karte formatiert. Kann jemand helfen?

Okay, also von USB booten klappt. Natürlich musste ich die SD Karte dazu entfernen. Wie kann ich jetzt in MLD die SD Karte ansprechen? Die wird nicht erkannt (weil wahrscheinlich nicht beim booten eingesteckt).

Ideen? Möchte sehr ungerne neu installieren, da dieser MLD auf LIRC läuft und ich daher einige Anpassungen vorgenommen hatte.

Danke, teste ich.

rfehr Shit, ich habe jetzt alle Aktualisierungen aus Deinem Repo eingespielt (waren über 300 glaube ich). Jetzt startet mein RPI4 leider nicht mehr. Hast du eine Idee, wie ich den noch retten kann ohne Neuinstallaton?