Beiträge von Dr. Seltsam

  • Video Treiber für Odroid-N2+ (softhdodroid)

    Habe die Aufzeichnung jetzt auf den N2+ kopiert - dort tritt das gleiche Problem auf.

    Kann es am LATM-Codec liegen? Mir fällt bei Live-TV auf, dass die von Femon in der Streaminformation angezeigten Werte während einer laufenden Sendung ständig wechseln. Mal wird LATM angezeigt, dann wieder MPEG. Auch Kanalmodus, Bitrate und Abtastrate wechseln ständig.


    Hast Du vielleicht eine neuere ffmpeg-Version als ich?

  • Video Treiber für Odroid-N2+ (softhdodroid)

    Welche Audio-Konfiguration verwendest Du denn? Passthrough? An welche alsa devices? Hier läuft es Passthrough und

    Code
    -a hw:CARD=AMLAUGESOUND,DEV=0 -p hw:CARD=AMLAUGESOUND,DEV=0

    Das ist von Anfang an meine Konfiguration. Demnach ist das offenbar spdif_b?

    Den Patch https://github.com/jojo61/vdr-…61efa8539fa68bdfa38fd8635 verstehe ich nicht. Die Beschreibung "New Parameter for using Spdif instead of Spdif_b" impliziert, dass spdif_b Standard sein soll. Aber

    Code
    snd_mixer_selem_set_enum_item(elem, (snd_mixer_selem_channel_id_t)0, UseAudioSpdif ? 0 : 1 ); // 0 = spdif 1= spdif_b

    bedeutet doch, dass ohne Übergabe eines Parameters UseAudioSpdif 0 ist und dann nicht spdif_b sondern spdif genommen wird. Ist das dann bei mir DEV=2?

  • Video Treiber für Odroid-N2+ (softhdodroid)

    Zitat von beta

    Ich kann die Beobachtung von Dr. Seltsam bestätigen. Bei mir tritt das Problem mit dem stockenden Bild nur bei verschl* Sendern auf. Extrem ist es bei derzeit Discovery HD. Der sendet auch in DD AC3. Komischerweise ist das aber nur bei 4-Kernel der Fall, nicht mehr beim 5-Kernel.

    Fairerweise muss ich aber auch sagen, dass ich dieselben Aussetzer auch unter CE habe, wenn ich das vnsi-Plugin benutze (auch nur unter Kernel 4, nicht unter Kernel 5). Ich dachte schon, dass es ein interlaced/progressive Problem ist, aber soweit ich weiß, ist DVB-T2 progressive?

    Da es mit mpeg-Ton keine Probleme gibt, dürfte es an interlaced/progressive nicht liegen, und ja, nach meiner Kenntnis ist DVB-T2 progressive. Läuft denn die Testaufnahme (Link in #960) bei Dir?

  • Video Treiber für Odroid-N2+ (softhdodroid)

    Ich verstehe bloß nicht, weshalb es bei Dir läuft und bei mir nicht. Wir nutzen beide den gleichen CE-Kernel in chroot. Welches Ubuntu image hast Du denn? Bei mir zeigt cat /etc/lsb-release

    Code
    DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=20.04
DISTRIB_CODENAME=focal
DISTRIB_DESCRIPTION="Ubuntu 20.04.6 LTS"

    ffmpeg:

  • Video Treiber für Odroid-N2+ (softhdodroid)

    Wenn ich die Audiospur misc oder qks (beides wohl mp2) auswähle, wird es normal abgespielt. Nur der ac3-Ton macht Probleme. Deine Vermutung ist also wahrscheinlich gar nicht so wild.

    Unter welchem Kernel hast Du denn getestet?


    Eine Verdopplung der Audio Buffer Size auf 672 oder Deaktivieren von Passthrough ändert übrigens nichts.

  • Video Treiber für Odroid-N2+ (softhdodroid)

    Bei Live-TV tritt es nicht immer auf. Ich hatte zuerst den Verdacht, dass sich der senderseitige Encoder aufgehängt hat. Aber nachdem das immer wieder und über lange Zeiträume (i.d.R. dann mindestens während der Dauer der laufenden Sendung) auftrat, habe ich dann eine Aufnahme gemacht. Die spielt mit den gleichen Problem ab, siehe Musteraufnahme, die ich verlinkt hatte. Wenn ich die ts-Datei auf meinem Desktop-Rechner mit vlc abspiele, läuft sie normal.

    Ich habe eben nochmal frisch aus dem git ausgecheckt - Problem besteht weiterhin. Dies sind meine Audio-Einstellungen:

    Kernel ist der von Zabrimus modifizierte CE-Kernel 4.9.269. Kodi spielt die ts-Datei flüssig ab, aber die haben ja auch eine komplette eigene A/V-Synchronisation.


    Du hattest mal geschrieben, dass Du jetzt den 5er-Kernel von CE new order mit Ubuntu nutzt. Geht damit auch Kodi? Vielleicht kannst Du ja mal ein HowTo dazu schreiben.


    Nachtrag: Der TV läuft auf 1080p50

  • Video Treiber für Odroid-N2+ (softhdodroid)

    Ich habe bei Das Erste von DVB-T2 in Hamburg immer wieder Probleme, dass Sendungen ruckeln. Dabei spielt es keine Rolle, ob mit FastSwitch oder ohne abgespielt wird. Das Problem besteht auch schon länger und nicht erst in den letzten Versionen.

    In ProcessClockBuffer wird permanent eine A/V-Abweichung zwischen 2 und 10 frames erkannt. Das daraufhin andauernde Setzen einer neuen Audio PTS führt zu dem Ruckeln, ohne dass die Asynchronität dadurch behoben wird. Vielleicht kannst Du Dir das mal anschauen. Eine Testaufnahme (10 MB) habe ich hochgeladen:https://drive.google.com/drive…uBFCsLWrIOUOy?usp=sharing

  • [Patch] iptv: Retune und Obsolete Channels

    wegen des retune aufgrund ständig geänderter Audio-Pids gab es m.E. mal eine Lösung:

    Beitrag
    RE: [IPTV] T-Home MagentaTV - channels.conf - aktuelle Einträge
    Der Grund für falsch oder gar nicht aktualisierte Audio-Pids wird folgender sein:

    Das zu ändernde Programm wird vom iptv-pidscanner.c mit "GetByChannelID()" über SID und Transponder gesucht.
    Da alle Programme die gleiche SID=1 haben, kann nur durch die "Frequenz" unterschieden werden. Transponder() gibt aber die Frequenz im Mhz, d.h. alle Frequenzen werden solange durch 1000 dividiert bis der Wert <= 20000 ist.
    Das ergibt dann aber, dass z.B. die Transponder von RTL (113000 =113 Mhz) und n-tv…
    HelmutB


    Ich meine mich zu erinnern, dass es da auch noch irgendeinen Trick mit dem Abschnittsfilter, um ständige ungewollte Aktualisierungen der channels.conf und daraus resultierendem retunen zu umgehen? Aktivieren und dann unter 'Deaktivierte Filter' PAT 0x00 auswählen? Oder ist das mit der Lösung von HelmutB aus obigem Link nicht mehr nötig? Ich kriege es nicht mehr zusammen...

  • Powerhandling bei Odroids

    Einschalten per FB klappt nach meiner Erinnerung auch mit anderen Protokollen als NEC. Macht aber keinen Sinn, da die Bedienung nur mit amremote reaktiv genug ist, um Spaß zu machen. Und amremote kann nur NEC-Codes.

    Notfalls einen externen IR-Empfänger betreiben, der auch mit RC-Codes flott läuft. Den eingebauten IR-Empfänger nutzt man dann nur zum wakeup.

  • [gelöst]HDMI Eingang als Kanal

    I think this comment should not be deleted

    Code
    // HDPVR audio encoding in setup.conf is 0..1, but driver needs 3..4

    because it explains why we need to set this:

    Code
    PvrSetup.HDPVR_AudioEncoding.value = newPvrSetup.HDPVR_AudioEncoding.value + 3;
SETUPSTORE("HDPVR_AudioEncoding", newPvrSetup.HDPVR_AudioEncoding);

  • Gibt es eine Alternative zu DVB-C welche mit VDR funktioniert?

    Zitat von Paulaner

    für wesentlich weniger Geld viel mehr Leistung

    Wer war denn Dein bisheriger Internet-Provider?

    Ich stand vor ähnlicher Überlegung - einen stabil laufenden VDSL250-Anschluss gegen einen Vodafonme-Anschluss mit "bis zu" 1000MB/s tauschen.

    Ich habe mich dann dafür entschieden, mit dem Internet bei der Telekom zu bleiben, denn ich habe zuviel schlechtes über Vodafone gelesen. In meinem Bekanntenkreis sind auch fast alle am K.... und bereuen den Wechsel. Hoffe, dass Pyur besser ist.

  • Video Treiber für Odroid-N2+ (softhdodroid)

    Zitat von jojo61

    Das Problem bem Start von Aufnahmen bei deaktivem Fastswitch kann ich nicht nachvollziehen. Bei mir klappt das springen mit grün/Gelb immer bei deaktivem Fastswitch.


    Hast Du auch mal probiert, die Tasten gedrückt zu halten? Bei mir läuft der Balken dann zwar weiter, aber das Bild aktualisiert sich erst wieder, wenn man die Taste loslässt. Es sollten aber bei gedrückter Taste fortlaufend aktualisierte Bilder ("Super-Spulen") angezeigt werden. Getestet habe ich mit einer Tagesschauaufnahme von Das Erste HD.

    Zitat von jojo61
    Und dein Patch zur optimierung des Umschaltens ist mir ein wenig zu heiss. Da hast du an einigen kritischen Stellen geändert und das m.E. für wenig Verbessung. Das ganze sieht man auch nur wenn man kein Black on Switch aktiv hat. Deswegen nehme ich den auch lieber nicht mit.

    Kannst Du dann bitte wenigstens dies in InternalOpen übernehmen:

    Code
            if (!pip) {
                PIP_allowed = false;
                if (m_PlayMode != 0) {
                        amlSetInt("/sys/class/video/disable_video",0);
                }
        }

    Damit wird das Bild nicht schon beim ersten (vor dem eigentlichen Kanalwechsel erfolgenden) Öffnen wieder angeschaltet. (PIP geht trotzdem noch.)


    Bei DVB-T2 kommt es sonst sogar vor, dass beim Umschalten auf einen Radiosender nach der Schwarzbildphase ein frame vom letzten TV-Bild wieder angezeigt wird. Irgendwas ist da bei HEVC anders.

  • Video Treiber für Odroid-N2+ (softhdodroid)

    Einen habe ich noch.

    Über Probleme beim Umschalten zwischen vdr und kodi hatte ich ja schon mehrfach berichtet. Es kommt da immer wieder zu segfaults, die ich bisher nicht debuggen konnte. Zuverlässig vermeiden konnte ich die Probleme, indem ich beim Detachen auf den Aufruf von VideoThreadExit() verzichte. Dazu habe ich folgende Änderungen vorgenommen:

    In softhdodroid.cpp

    Code
    -static signed char SuspendMode;         ///< suspend mode
+signed char SuspendMode;                ///< suspend mode

    und in video.c vor void VideoExit(void) { die Zeile extern signed char SuspendMode; ergänzt


    Und dann in VideoExit():

    Code
    -    VideoThreadExit();
-    sleep(1);
+    if (SuspendMode == 0) {
+        VideoThreadExit();
+        sleep(1);
+    }

    Damit wird der Video Thread beim Beenden des Plugins sauber beendet. Allerdings weiss ich nicht, was passiert, wenn vdr durch Erreichen der MinUserInactivity oder per Power-Taste beendet wird, während softhdodroid noch suspended oder detached ist..

    Auf meinem System kann das nie vorkommen: Solange das plugin detached ist, kann vdr auch bei Erreichen der MinUserInactivity nicht Runterfahren, und in kodi habe ich den Ausschaltbutton aus dem skin entfernt.