Die öffentlich rechtlichen Sender senden alle in progressive mode (720p), bei dem kein de-Interlacing nötig ist.
Während die privaten Sender 1080i (interlaced) verwenden, was beim de-Interlacing halt zu dem Flackern führen kann. Speziell im Senderlogo zu sehen, wie du sagst.
Klar, das ist mir bekannt. Allerdings ist das flackern bei RTL SD (sendet auch interlaced, allerdings in mpeg2) nicht sichtbar.
Also bei ANIXE HD wackelt bei mir nix. Im log bei dir fehlt codec...
Kannst du folgende logs aktiv setzen?
Standard, av sync, sound, drm, codec
Das sind die interessanten und die müllen auch nichts zu.
Hast Du einmal die Aufnahme von mir getestet? Log mach ich gleich…
Klar, das ist mir bekannt. Allerdings ist das flackern bei RTL SD (sendet auch interlaced, allerdings in mpeg2) nicht sichtbar.
Das sind 2 verschiedene Deinterlacer. Mpeg2 wird per software decodiert und mit bwdif deinterlaced.
H264 geht über den hardware decoder und sollte den deinterlace_v4l2m2m Filter nutzen.
Das sind 2 verschiedene Deinterlacer. Mpeg2 wird per software decodiert und mit bwdif deinterlaced.
H264 geht über den hardware decoder und sollte den deinterlace_v4l2m2m Filter nutzen.
aber nur beim rpi4, der rpi5 kann das ja nicht mehr
richtig?
Hey rfehr,
liegt es vielleicht an ffmpeg in der MLD? In libreelec ist dieser Patch enthalten:
https://github.com/LibreELEC/Libr…e-v4l2m2m.patch
Dieser Patch fügt erst den benutzten deinterlacer hinzu, wenn ich mich nicht täusche.
Hey rfehr,
liegt es vielleicht an ffmpeg in der MLD? In libreelec ist dieser Patch enthalten:
https://github.com/LibreELEC/Libr…e-v4l2m2m.patch
Dieser Patch fügt erst den benutzten deinterlacer hinzu, wenn ich mich nicht täusche.
der patch ist bei uns mit drin, dar wir das rpi-ffmpeg nutzen
also mein persönliches gefühlt , nehme ich lieber ein Intel-Nuc oder ein odroid,
wenn man sieht was ein rpi4/5 kostet mit mit alem was man braucht auch nicht viel weniger
und gerade Intel/nuc laufen einfach sehr gut ohne Probleme
Gruß
Roland
Welche Branch von rpi-ffmpeg wird in MLD6 verwendet?
Hast Du HD+ ? Man müsste jetzt erstmal rausfinden, ob es ein generelles Problem oder ein MLD spezifisches ist. Bemerkst Du das Zittern auch bei Axine HD ?
Display Moreder patch ist bei uns mit drin, dar wir das rpi-ffmpeg nutzen
also mein persönliches gefühlt , nehme ich lieber ein Intel-Nuc oder ein odroid,
wenn man sieht was ein rpi4/5 kostet mit alem drum und dran, macht das nicht mehr viel aus.
und gerade Intel/nuc laufen einfach sehr gut ohne Probleme
Gruß
Roland
Glaubens- und Grundsatzfrage... 
Man müsste jetzt erstmal rausfinden, ob es ein generelles Problem oder ein MLD spezifisches ist. Bemerkst Du das Zittern auch bei Axine HD ?
Für mich persönlich wäre in erster Linie interessant, ob es in softhddevice was nachzustellen gibt. Ich habe leider kein 4K. Hast du das Zittern auch mit FullHD?
Falls ja, könntest du dir ja einfach testweise ein VDR*ELEC aufsetzen. Dann wäre zumindest klarer, wo man suchen muss.
BTW: Läuft TrueHD?
Welche Branch von rpi-ffmpeg wird in MLD6 verwendet?
Hast Du HD+ ? Man müsste jetzt erstmal rausfinden, ob es ein generelles Problem oder ein MLD spezifisches ist. Bemerkst Du das Zittern auch bei Axine HD ?
HD+ habe ich nicht, da ich DVB-C nutze
zu ffmpeg, hatte ich dcoh schon geschrieben, wir nutzen rpi-ffmeg
Für mich persönlich wäre in erster Linie interessant, ob es in softhddevice was nachzustellen gibt. Ich habe leider kein 4K. Hast du das Zittern auch mit FullHD?
Falls ja, könntest du dir ja einfach testweise ein VDR*ELEC aufsetzen. Dann wäre zumindest klarer, wo man suchen muss.
BTW: Läuft TrueHD?
finde auch, also UHD Sender, sind nicht wichtig
Ok, neue Erkenntnisse:
Bei der beschriebenen Aufnahme von "RTL UHD" tritt das Problem mit dem Ruckeln bei geöffnetem OSD nur auf, wenn ich per "ok" das "Replay" OSD öffne. Wenn ich hingegen das Menü öffne, ist alles ok. Auch scrollen im Menü und in Submenü ist kein Problem, das stottern tritt nur auf, wenn ich per "ok" die Wiedergabeanzeige öffne.
Und jetzt wird es noch komischer: Bei einer Aufnahme von "Pro7Sat.1 UHD" (Der Landarzt) tritt dieser Effekt überhaupt nicht auf. Hier kann ich ohne Probleme auch das "Replay" OSD öffnen.
Kannst du das sicher reproduzieren? Sonst würde ich auf Zufall tippen. M.E. riecht das nach einem Timing Problem. Korrekt und sauber ist das nur, wenn keine frame drops stattfinden.
Wie verhält es sich denn mit Live UHD?
Geb Dir zu 100% Recht, habe auch auf Zufall getippt. Kann natürlich immer noch sein, aber ich habe mittlerweile über 20mal getestet, mit Neustart, VDR-only neustart, verschiedene Sender vorher, was man so macht. Bisher kann ich das 100% reproduzieren. Ich teste weiter. Würden Dir Logs dazu helfen? Oder würde Dir eine kleine Aufnahme von "RTL UHD" helfen?
Bei Live UHD ist alles kein Problem, hier ruckelt nichts. Eventuell da es das "Replay" OSD ja auch nicht gibt?!?!
Bzgl. des Zitterns bin ich noch dran, eventuell könnte es auch ein anderes Problem sein, was mit meinem Setup im Wohnzimmer zusammenhängt. Hier in der Bar kann ich das jetzt nicht so beobachten. Ich berichte weiter.
Hier mal ein Video, damit man besser verstehen kann, was passiert:
Ok, danke. Eine Frage noch: Wäre es aufwendig, in das Plugin eine Option einzubauen, damit das Plugin bei interlaced Material auch interlaced ausgibt?
Ok, danke. Eine Frage noch: Wäre es aufwendig, in das Plugin eine Option einzubauen, damit das Plugin bei interlaced Material auch interlaced ausgibt?
Sollte einfach möglich sein, den deinterlacer zu umgehen.
Don’t have an account yet? Register yourself now and be a part of our community!
