Ton und Bildaussetzer mit ION2

  • Hi,


    hier liegt der VDR Prozess bei ~1-2% und xine auf ~5%


    Viele Grüße
    Jörg

  • ja sehe ich auch so.


    Ich kann das mit den Audio Einstellungen auch nicht reproduzieren :( habe aber das Glück das das Problem bei mir nicht mehr aufgetaucht ist, egal was ich einstelle.


    Grüße,
    Jörg

  • horchi
    hast du auch eine cine s2?
    welche signalwerte hast du denn?
    ich habe bei
    pro7hd str 90% snr 75%
    Servus tv hd Deutschland: Str 75, snr 79


    möchte nur ausschließen dass es nicht am empfang liegt.
    denn mit dem anderen tuner und dem ausrichten der schüssel wurde es schon etwas besser...

  • Ja auch eine cine S2, Den Empfang hatte ich auch schon in Verdacht, da ich auch noch anders gelagerte Probleme habe. Die Werte weiß ich nicht auswendig sind aber bei mir schlechter. Ich werde noch die Dose und Anschlusskabel erneuern und mich dann wieder den 'anderen' Problemen widmen ...... habe manchmal kein Bild wenn ein Tuner mit einer Aufnahme belegt ist, es scheint so als hätte immer mal der eine und dann wieder der andere Tuner keinen Empfang, dann gehen wieder beide Prima. Wenn der Effekt auftritt habe ich auch häufig wahnsinnige Umschaltzeiten. Wundert mich nur das es unter der 0.3 alles ganz reibungslos lief.


    Jörg

  • bei mir ist seitdem ich die cines2 habe nur auffällig dass ich alle 20 sekunden so eine meldung habe:


    frontend 1/0 timed out while tuning to channel 565 (immer mit einer anderen channel-nummer)


    darum vermute(te) ich den Empfang

  • das habe ich nicht, heute keinen Eintrag


    Code
    root@vdr:/var/log# grep "timed out while tuning" syslog
    
    
    -> nix


    und Gestern (syslog.1 geht von gestern 8:00 bis heute 7:45) nur ganz wenige


    Code
    root@vdr:/var/log# grep "timed out while tuning" syslog.1 
    Aug  9 16:51:28 vdr vdr: [4459] frontend 1/0 timed out while tuning to channel 39, tp 112662
    Aug  9 16:52:29 vdr vdr: [4459] frontend 1/0 timed out while tuning to channel 39, tp 112662
    Aug  9 16:53:31 vdr vdr: [4459] frontend 1/0 timed out while tuning to channel 39, tp 112662
    Aug  9 17:14:01 vdr vdr: [4459] frontend 1/0 timed out while tuning to channel 39, tp 112662
    Aug  9 17:34:37 vdr vdr: [4459] frontend 1/0 timed out while tuning to channel 39, tp 112662


    Da scheint mit Kanal 39 was nicht okay zu sein


    Jörg

  • Es stellt sich auch die Frage was es mit der Meldung auf sich hat, da ich auf diesen Sendern gar nicht schaue. Gehts da vl. Um EPG-Daten?
    Ich werde heute auf jeden Fall mal die kanalliste kürzen...

  • hier mal ein ausschnitt aus meiner vdr-frontend.log:
    was kann ich da dagegen tun? buffer raufsetzen ändert leider gar nix :(


  • Nein alles beim alten.
    Auch wenn es andere nicht stört, mich nervt das gewaltig :(


    Ich habe auf das board gestern eine gt430 gesetzt und jetzt scheint es besser zu sein.
    Ich verstehe aber nicht dass hier einige die zbox id41 mit der gleichen Hardware empfehlen... diese sollten doch die gleichen Probleme haben...


    Gesendet von meinem Galaxy Nexus mit Tapatalk

  • Ich verstehe auch nicht warum das so wenig Leuten stört. Es tritt anscheinend bei den verschiedensten HW Kombinationen auf.
    Ich habe ein Intel DH67 Board mit einer Cine S2 V6.


    In einem anderen Thread habe ich gelesen, das xine die Wiedergabegeschwindigkeit mit dem set_speed 125000 auf 1/8 setzt um, nachdem die Buffer wieder gefüllt sind, wieder auf normale Wiedergabe (set_speed 1000000) zusrückzuschalten.


    Dabei entstehen dann die Hänger.


    Für mich sieht es danach aus, als ob die Framerate der Ausgabe leicht höher ist als die Framerate, die vom Sender kommt, und irgendwann sind dann die Buffer leer.
    Aber ich habe keine Ahnung, was man dagegen tun könnte.

  • Hallo,


    Speziell auf Sat1 Comedy sind die Ruckler unerträglich.
    Das xine - log ist voll von "setspeed" und "throwing away ..." :



    Hat denn keiner einen Lösungsansatz?

  • bei mir tritts nun auch mit der neuen hardware (gt430, g630, cines2) auf...
    wenn auch bei weitem nicht so oft, aber es nervt...
    an der hardware kann es jetzt ja wohl kaum mehr liegen...
    dazusagen muss man dass es am stärksten bei den hd+ sendern ist.
    sowohl mit xine als auch mit xinelibout. obwohl mit der neuen hardware xinelibout das erste mal halbwegs brauchbar ist.
    dass das ganze bild für einige sekunden stehen bleibt und der vdr in dieser zeit nicht benutzt werden kann wenn man nach 30(?) min. das menü aufruft hat sich auch erledigt...

  • Schaut mal im Syslog nach, ob da irgendwas wie "hda-intel: IRQ timing workaround is activated for ...." auftaucht. Die Meldung erscheint, wenn sich die interne Soundkarte und die NVIDIA Grafikkarte einen IRQ teilen. Das führt dann in den meisten Fällen zu den beschriebenen Problemen.


    Gruß
    iNOB

  • Schaut mal im Syslog nach, ob da irgendwas wie "hda-intel: IRQ timing workaround is activated for ...." auftaucht. Die Meldung erscheint, wenn sich die interne Soundkarte und die NVIDIA Grafikkarte einen IRQ teilen. Das führt dann in den meisten Fällen zu den beschriebenen Problemen.


    Gruß
    iNOB


    in etwa so: ;D

    Code
    root@CKone:~# cat /var/log/syslog | grep 'timing workaround'                                                                                                                                               	Jan 18 12:49:41 
    Jan 18 12:49:41 CKone kernel: [   21.355655] hda-intel: IRQ timing workaround is activated for card #1. Suggest a bigger bdl_pos_adj.



    ok, obwohl die xine gar nicht auf das andere device aufgeschaltet ist?


    Du hast die onboard Sound jetzt ausgeknipst und seit dem ist Ruhe vermute ich?


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



    Einmal editiert, zuletzt von CKone ()

  • Nö... hab ne sound.conf in /etc/modprobe.d angelegt mit folgendem Inhalt:

    Code
    options snd-hda-intel bdl_pos_adj=64
    options snd slots=snd-hda-intel
    alias snd-card-0 snd-hda-intel


    Seitdem hab ich diese Hänger nicht mehr.


    Gruß
    iNOB

  • ist drin, werde berichten. - bin derzeit nur remote


    was bewirkt die Änderung genau?



    weil ich habs nach dem reboot immer noch im Log: ist das normal?

    Code
    root@CKone:~# cat /var/log/syslog | grep 'timing workaround'
    Jan 18 14:19:39 CKone kernel: [   23.611346] hda-intel: IRQ timing workaround is activated for card #1. Suggest a bigger bdl_pos_adj.

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



    Einmal editiert, zuletzt von CKone ()

  • Hier steht auch noch mal was dazu Erfahrungen mit "hda-intel: IRQ timing workaround is activated for card #1. Suggest a bigger bdl_pos_adj" also ganz abwegig ist das nicht.


    Ich schleus eh hdmi durch den av-receiver, glaub ich mach die onboard mal ganz aus nachher...

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



    Einmal editiert, zuletzt von CKone ()

  • Ich habe diese Meldung auch seit anfang an auf einem VDR - ich bin zwar der Meinung, ich hätte im Bios alles ge'disabled', was nicht gebraucht wird .... aber eine negative Auswirkung konnte ich trotz dieser Meldung bisher nicht feststellen.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!