[softhddevice-drm]

  • Der Stream kommt von einem streamdev-server. CPU Takt kann ich nicht sagen... Ich habe eine standard Kernel-Config und ich hab es noch nicht geschafft, dass ich /sys/devices/system/cpu/cpu0/cpufreq

    auslesen kann, da ich das nicht habe... Aber ich würde mal bezweifeln, dass er so langsam taktet, dass die Pakete nicht verarbeitet werden...


  • 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

  • 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.

  • Hast du das mit aktiviertem HW-Deinterlacer getestet? Wie lange ist in etwa "nach einer Weile"?

    Ich konnte den Crash ohne Deinterlacer bisher nicht reproduzieren. VDR läuft mit stremdev-client allerdings erst ca. 3h - ohne Umschalten.

    Mit Deinterlacer hat er gestern wieder gecrasht. Ich versuch, das wieder hinzukriegen und poste dann die Logs. iirc war das aber eine andere Fehlermeldung als beim ersten Mal.

    Wenn etwas zu schnell "weggearbeitet" wird, müsste man eigentlich doch nur warten ohne dass gleich VDR beendet wird? Oder stelle ich mir das zu einfach vor?

    Wenn ich für dich was testen soll, sag bitte Bescheid.


    Gruß

    Andreas

  • Hast du das mit aktiviertem HW-Deinterlacer getestet?

    Ja, ein Tag Rotlichtbestrahlung.:O

    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!

  • Habe jetzt mal ca. 8h am Stück mit Deinterlacer laufen lassen: https://pastebin.com/raw/s8FMZaQi

    Bis auf ALSA, das sich immer mal wieder beschwert, sehe ich nichts Verdächtiges...


    Gruß

    Andreas

  • 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