Kannst du das bitte mit dem obigen Patch testen?
Bei mir funktioniert das wie erwartet, aber ich habe nicht so viele Aufnahmen, dass das passieren könnte.
Nach einigen Tests wurde bis auf einmal immer die aktuelle Aufnahme selektiert. Die Ausnahme kann ich aber nicht wiederholen. Ich werde das weiter beobachten. Eine doppelte Anzeige einer Aufnahme konnte ich bisher nicht feststellen. Danke!
Hab's mir notiert und werde es mir anschauen.
Im Menü Aufzeichnungen ist mir noch was aufgefallen. Ich nutze des öfteren zeitversetztes Abspielen das ich mit der Pausentaste starte. Bei der nächsten Werbung wir vorgesprungen. Wenn man während Abspielen noch läuft, in das Menü Aufzeichnungen geht, ist eine alte Aufnahme die selektierte und nicht die aktuell laufende Aufnahme. In älteren Vdr Versionen war die gerade laufende Aufnahme die Selektierte. Erst mit beenden des Abspielens wird diese jetzt im Menü zur selektierten Aufnahme. Mit Löschen der aktuellen Aufnahme wird zeitversetztes Fernsehen beendet und das aktuelle TV Programm wieder angezeigt. Ich fand das sehr bequem. Das hängt vielleicht mit dem oben angesprochenem Thema zusammen.
Wenn man beide Einträge löschen will stürzt vdr beim zweiten mal löschen ab.
Der Yadif Filter hat einen Schalter deint. Der hat default Einstellung das alles deinterlaced wird. Den würde ich auf 1 setzen. In C wird "yadif=1:-1:1" übergeben. Wie das aus Scripten übergeben wir weiss ich leider nicht.
Überspannungsschutz ist ein komplexeres Thema. Nur Mittelschutz einbauen hilft nicht viel. Siehe da. Die Gefahr ist bei Geräten die an unterschiedlichen Netzen hängen am grössten. b.B. Telefon hängt am Telefon- und am Stromnetz. Das müsste dann auch abgesichert werden. So ein Projekt ist nicht preiswert umzusetzen. Ich bin der Meinung das ein neuer Router nach einem Rums da billiger ist.
Gruss
zille
Speicher für CMA war Default (96M). Ich erhöhe das auf 256MB
Damit würde ich warten. Erst wenn dmesg Fehler zeigt das kein cma Speicher zur Verfügung steht würde ich schrittweise erhöhen.
Ich verwende den allerersten Banana Pi (M1). Ist der für die Wiedergabe nicht geeignet?
Der hat doch noch ein A20 als SoC, oder? Ich glaub der konnte noch kein HEVC in HW decodieren und für SW Betrieb ist der zu schwach auf der Brust. Läuft H264 und Mpeg auf dem Kerlchen?
Es gibt noch eine Möglichkeit. Du kannst in der Zeile die 50 durch 60 ersetzen. Dann muss aller 16 ms statt aller 20 ms ein Bild dargestellt werden. Ich hoffe der H3 schafft das. Das Bild wird auch ein bissel ruckeln da einige Bilder doppelt angezeigt werden.
Ich habe den Banana Pi momentan an einem Monitor mit einer Auflösung von 1920x1200@60Hz hängen. Liegt hier das Problem?
Ja, stöpsel das BananaPi doch mal an einen TV.
Edit: Eine 60Hz Mode einzubinden, darüber habe ich schon nachgedacht. Über den Mediaplayer kommen einige Sachen die 30fps haben. Das hat aber momentan eine niedrige Prio. Wichtiger ist mir momentan den Mediaplayer um einen Playlist support zu erweitern.
Ich hatte softhddevice.Osd.Width und softhddevice.Osd.Height nicht in /etc/vdr/setup.conf eingetragen.
Da braucht nix zu stehen. Es wird nach der Mode 1920x1080 50p gesucht und genutzt. Fehlt diese Mode kann kein OSD erstellt werden und vdr wird beendet. Es werden im Fehlerfall auch Meldungen auf der Konsole ausgegeben. Kannst Du die mal posten?
Ich habe aktuell den sun4i-drm und den Lima-Treiber im Kernel aktiviert.
Das ist kein Problem. FindDevice() sucht das richtige Device.
Leider stürzt mein VDR nach dem Laden des Plugins ab.
VDR stürzt nicht ab, es wird beendet da der drm Treiber nicht sauber initialisiert wurde. Es kann kein OSD mit der Höhe 0 und der Breite 0 angelegt werden. Da hilft nur ein Reboot. Man kann das schon beim booten an der Auflösung sehen.
libva-v4l2-request für das Plugin?
Nein, nur diese FFmpeg Version von Jernej. Als Patch gibt es das bei LE. Für ffmpeg wird v4l2-request und im Kernel 5.8 der cedrus-improvements.patch benötigt. Das wir hoffentlich bald in mainline integriert.
Gruß
zille
Schau doch mal auf welchem Kanal dein Netzwerk sendet. Dann guck mal welche Kanäle die Netze in Deiner Umgebung nutzen. Am besten du wechselst dann auf einen Kanal der momentan nicht benutzt wird. Da nicht alle Router immer an sind würde ich das mehrmals untersuchen.
Gruss
zille
Bis auf ALSA, das sich immer mal wieder beschwert, sehe ich nichts Verdächtiges...
Schön! Das der Buffer leer läuft kann ich leider nicht beeinflussen. Ich denke das die Clocks bei Allwinner H3 und H5 ein wenig zu schnell laufen. Wenn Du das ganze mit einer Aufnahme machst sollten die Alsameldungen auch weg sein.
Gruss
zille
Hast du das mit aktiviertem HW-Deinterlacer getestet?
Ja, ein Tag Rotlichtbestrahlung.
Wie lange ist in etwa "nach einer Weile"?
Das hängt vom Bufferstand beim Start ab. Der ist abhängig vom Threshold der Soundkarte. Im Buffer sind beim Start mindestens 600ms. Dann kommt die Frage wann der Buffer aufgebraucht ist. Kann also keiner sagen.
Mit Deinterlacer hat er gestern wieder gecrasht.
Das sollte seid dem Commit eigentlich nicht mehr passieren! Audio und Videothread sollten anhalten und bei gefülltem Buffer die Wiedergabe wieder starten.
Wenn ich für dich was testen soll, sag bitte Bescheid.
Hinweise sind immer willkommen!
Warum keine Daten da sind, weiß ich (noch) nicht.
Hab da mal weiter geforscht. Kommt das Material aus einem Stream (DVB oder Internet) läuft der Speicher nach einer Weile leer. Kommen die Daten von der Platte, sind zeitunabhängig verfügbar, passiert das nicht. Ich habe eine 6h lange Aufnahme getestet und nix ist passiert. Meine aktuelle Theorie ist das der Timer bissel zu schnell läuft, die Daten zu schnell verarbeitet werden und der Stream nicht nach kommt. Das kann ich aber nicht testen. Auf Rockchip gibt es das Problem auch nicht.
Der erste Schritt ist getan. softhddevice-drm nimmt jetzt per SVDRP Urls entgegen. Die Url kann ein Pfad zu einem localem File oder eine Webadresse zu einem mp3/4 File sein. Momentan läuft hier der RadioEins Livestream darüber. Das will ich noch erweitern das Adressen zu Playlists übergeben werden können.
Die Adressen extrahiere ich momentan am Laptop. Gut geht das mit mediathekviewweb.de. Jetzt werden noch Ideen gesucht wie man an interessante Adressen kommt. Bevorzugt per Tablet.
Unabhängig davon sollte es aber doch nicht gleich den ganzen VDR zerschießen...
Möglicherweise liegt das Problem aber auch direkt bei ffmpeg.
FFmpeg gibt lediglich das Abort Signal. Das zerschiesst doch nix. Es wird halt alles beendet.
Ich hab mein defektes H3 raus geholt und fest gestellt das nach längerer Laufzeit (> 1h) auf einmal keine Daten mehr von vdr kommen. PlayVideo() und PlayAudio() wird nicht mehr aufgerufen. Das betrifft auch progressive Videos. Man muss nur lang genug warten und bei Senderwechsel scheint die Wartezeit zurück gesetzt zu werden. Am hw Deinterlacer liegt das nicht. Warum weiss ich nicht. Das Problem gibt es nur auf H3. H5 und rk3399 laufen Problemlos. Kannst Du das bestätigen oder ist das nur bei meinem kaputten Board so?
Kleine Veränderungen hab ich im git. Damit scheint es länger zu dauern das keine Daten mehr kommen.
Gruß
zille
Unabhängig davon sollte es aber doch nicht gleich den ganzen VDR zerschießen...
Mal sehen ob ich das abfangen kann. So wie es sich darstellt kommen weder Audio noch Videodaten schnell genug an. Wie hoch taktet die CPU? Wo kommt das Video / Audio her?
Das sieht komisch aus:
Audiodaten sind nicht da und Videodaten auch nicht. Es gab aber kein PlayMode 0! Wo kommt das "dequeueing failed" her? Ich kann das in meinem Code nicht finden.
Ich beziehe mich in openglosd.cpp auf VideoRender/ _Drm_Render
Das sollte aber auch auf dem Raspi laufen. Da ist es besser wenn Du gleich auf VideoRender zugreifst. Wenn Du Inhalte aus VideoRender brauchst solltest Du eine Abfrage in video_xxx.c einbauen wie da.
Gruss
zille
wann/ob man double buffering benötigt.
Zwei Buffer werden eigentlich nur benötigt wenn bewegte Bilder in schneller Folge dargestellt werden sollen. Aktuell nutzt softhddevice-drm nur einen Buffer dazu.
Mit GL habe ich noch nicht gearbeitet. Welche Methoden da zur Verfügung stehen in einen Framebuffer zu schreiben weiß ich nicht. Den Buffer lege ich da an und beschreibe den mit dem was vdr schickt und zeige das an. Vdr sagt dann wenn das OSD wieder geschlossen werden soll.
Die PKG Config Sachen gehören m. E. im System eingestellt und nicht im Makefile. Die Pfade unterscheiden sich auch bei unterschiedlichen Distributionen.
Das Verschieben bitte nicht. Die video.h wird von mmal und drm genutzt. Da soll auch nur das drin stehen was beide mit dem Rest verbindet.
Ich habe hier immer mal wieder VideoFilter Fehlermeldungen
Die Fehlermeldungen brauche ich. Ich habe kein funktionierendes H3 Board und kann das leider nicht testen.
