Anzeige:
Seite 1 von 2 12 LetzteLetzte
Ergebnis 1 bis 15 von 20

Thema: 2.6: TV-Wiedergabe ruckelt

  1. #1
    Headbanger Avatar von DarkSorcerer
    Registriert seit
    Jan 2003
    Ort
    Mannheim
    Beiträge
    3.440

    2.6: TV-Wiedergabe ruckelt

    Hallo zusammen,

    habe folgendes Problem mit meiner WinTV PCI Karte.
    System ist ein Gentoo Linux mit Kernel 2.6.1-rc1.

    TV Karte läuft soweit, allerdings ruckelt das Bild alle 3-5s kurz. Da ich meine messages tail'e, sehe ich folgende Ausgabe wenn es ruckelt:

    Code:
    Feb  1 20:42:50 gentoo kernel: msp34xx: I/O error #1 (read 0x12/0x18)
    Feb  1 20:43:21 gentoo last message repeated 16 times
    Feb  1 20:43:23 gentoo kernel: bttv0: skipped frame. no signal? high irq latency?
    Feb  1 20:43:23 gentoo kernel: msp34xx: I/O error #1 (read 0x12/0x18)
    Feb  1 20:43:58 gentoo last message repeated 19 times
    Feb  1 20:45:09 gentoo last message repeated 40 times
    Feb  1 20:46:10 gentoo last message repeated 35 times
    Feb  1 20:47:11 gentoo last message repeated 34 times
    Feb  1 20:48:12 gentoo last message repeated 44 times
    Immer dieses msp34xx I/O Error, dann ruckelt das Bild.

    Hier noch ein paar Infos zum System:

    # lsmod
    Code:
    root@gentoo:~# lsmod
    Module                  Size  Used by
    ppp_async               9472  1 
    ppp_generic            22152  5 ppp_async
    slhc                    6400  1 ppp_generic
    ipt_MASQUERADE          3840  1 
    ipt_TCPMSS              3712  1 
    ipt_state               1664  17 
    ipt_REJECT              5888  3 
    ipt_LOG                 5120  8 
    ipt_limit               2048  8 
    iptable_mangle          2304  0 
    iptable_nat            26020  2 ipt_MASQUERADE
    iptable_filter          2304  1 
    ip_conntrack_ftp       71444  0 
    ip_conntrack_irc       70676  0 
    ip_conntrack           36640  5 ipt_MASQUERADE,ipt_state,iptable_nat,ip_conntrack_ftp,ip_conntrack_irc
    ip_tables              18960  9 ipt_MASQUERADE,ipt_TCPMSS,ipt_state,ipt_REJECT,ipt_LOG,ipt_limit,iptable_mangle,iptable_nat,iptable_filter
    snd_seq_midi            6688  0 
    snd_emu10k1_synth       6912  0 
    snd_emux_synth         33920  1 snd_emu10k1_synth
    snd_seq_virmidi         5888  1 snd_emux_synth
    snd_seq_midi_emul       7040  1 snd_emux_synth
    snd_emu10k1            89092  1 snd_emu10k1_synth
    snd_rawmidi            20480  3 snd_seq_midi,snd_seq_virmidi,snd_emu10k1
    snd_ac97_codec         51588  1 snd_emu10k1
    snd_util_mem            3456  2 snd_emux_synth,snd_emu10k1
    snd_hwdep               7552  1 snd_emu10k1
    tuner                  14468  0 
    tvaudio                20480  0 
    msp3400                22544  0 
    bttv                  129696  1 
    video_buf              17536  1 bttv
    i2c_algo_bit            9224  1 bttv
    btcx_risc               4100  1 bttv
    i2c_core               20740  5 tuner,tvaudio,msp3400,bttv,i2c_algo_bit
    v4l2_common             3968  1 bttv
    videodev                7424  2 bttv
    usblp                  11392  0 
    sd_mod                 12320  0 
    usb_storage            49920  0 
    uhci_hcd               29320  0 
    ohci_hcd               16256  0 
    hid                    23296  0 
    usbcore                95444  7 usblp,usb_storage,uhci_hcd,ohci_hcd,hid
    nvidia               2071592  12 
    sg                     29708  0 
    ide_cd                 36864  0 
    sr_mod                 14368  0 
    cdrom                  32672  2 ide_cd,sr_mod
    ide_scsi               12292  0
    videodev, bttv und alle weiteren Abhängigkeiten sind geladen.

    Der relevante Teil aus der .config:
    Code:
    #
    # Multimedia devices
    #
    CONFIG_VIDEO_DEV=m
    
    #
    # Video For Linux
    #
    
    #
    # Video Adapters
    #
    CONFIG_VIDEO_BT848=m
    # CONFIG_VIDEO_PMS is not set
    # CONFIG_VIDEO_CPIA is not set
    # CONFIG_VIDEO_SAA5249 is not set
    # CONFIG_TUNER_3036 is not set
    # CONFIG_VIDEO_STRADIS is not set
    # CONFIG_VIDEO_ZORAN is not set
    # CONFIG_VIDEO_SAA7134 is not set
    # CONFIG_VIDEO_MXB is not set
    # CONFIG_VIDEO_DPC is not set
    # CONFIG_VIDEO_HEXIUM_ORION is not set
    # CONFIG_VIDEO_HEXIUM_GEMINI is not set
    
    #
    # I2C support
    #
    CONFIG_I2C=m
    CONFIG_I2C_CHARDEV=m
    
    #
    # I2C Algorithms
    #
    CONFIG_I2C_ALGOBIT=m
    CONFIG_I2C_ALGOPCF=m
    
    #
    # I2C Hardware Bus support
    #
    # CONFIG_I2C_ALI1535 is not set
    # CONFIG_I2C_ALI15X3 is not set
    # CONFIG_I2C_AMD756 is not set
    # CONFIG_I2C_AMD8111 is not set
    # CONFIG_I2C_ELEKTOR is not set
    # CONFIG_I2C_ELV is not set
    # CONFIG_I2C_I801 is not set
    # CONFIG_I2C_I810 is not set
    # CONFIG_I2C_ISA is not set
    # CONFIG_I2C_NFORCE2 is not set
    # CONFIG_I2C_PIIX4 is not set
    # CONFIG_I2C_PROSAVAGE is not set
    # CONFIG_I2C_SAVAGE4 is not set
    # CONFIG_SCx200_ACB is not set
    # CONFIG_I2C_SIS5595 is not set
    # CONFIG_I2C_SIS630 is not set
    # CONFIG_I2C_SIS96X is not set
    # CONFIG_I2C_VELLEMAN is not set
    # CONFIG_I2C_VIA is not set
    # CONFIG_I2C_VIAPRO is not set
    # CONFIG_I2C_VOODOO3 is not set
    #
    # I2C Hardware Sensors Chip support
    #
    # CONFIG_I2C_SENSOR is not set
    # CONFIG_SENSORS_ADM1021 is not set
    # CONFIG_SENSORS_EEPROM is not set
    # CONFIG_SENSORS_IT87 is not set
    # CONFIG_SENSORS_LM75 is not set
    # CONFIG_SENSORS_LM78 is not set
    # CONFIG_SENSORS_LM83 is not set
    # CONFIG_SENSORS_LM85 is not set
    # CONFIG_SENSORS_VIA686A is not set
    # CONFIG_SENSORS_W83781D is not set
    Hier die syslog:
    Code:
    Feb  1 18:38:30 gentoo kernel: Linux video capture interface: v1.00
    Feb  1 18:38:30 gentoo kernel: bttv: driver version 0.9.12 loaded
    Feb  1 18:38:30 gentoo kernel: bttv: using 8 buffers with 2080k (520 pages) each for capture
    Feb  1 18:38:30 gentoo kernel: bttv: Bt8xx card found (0).
    Feb  1 18:38:30 gentoo kernel: bttv0: Bt878 (rev 17) at 0000:02:03.0, irq: 9, latency: 32, mmio: 0xd2100000
    Feb  1 18:38:30 gentoo kernel: bttv0: detected: Hauppauge WinTV [card=10], PCI subsystem ID is 0070:13eb
    Feb  1 18:38:30 gentoo kernel: bttv0: using: Hauppauge (bt878) [card=10,autodetected]
    Feb  1 18:38:30 gentoo kernel: bttv0: Hauppauge/Voodoo msp34xx: reset line init [5]
    Feb  1 18:38:30 gentoo kernel: bttv0: Hauppauge eeprom: model=61344, tuner=Philips FM1216 (5), radio=yes
    Feb  1 18:38:30 gentoo kernel: bttv0: using tuner=5
    Feb  1 18:38:30 gentoo kernel: bttv0: i2c: checking for MSP34xx @ 0x80... found
    Feb  1 18:38:30 gentoo kernel: msp34xx: init: chip=MSP3415D-B3 +nicam +simple
    Feb  1 18:38:30 gentoo kernel: msp3410: daemon started
    Feb  1 18:38:30 gentoo kernel: registering 0-0040
    Feb  1 18:38:30 gentoo kernel: bttv0: i2c: checking for TDA9875 @ 0xb0... not found
    Feb  1 18:38:30 gentoo kernel: bttv0: i2c: checking for TDA7432 @ 0x8a... not found
    Feb  1 18:38:30 gentoo kernel: tvaudio: TV audio decoder + audio/video mux driver
    Feb  1 18:38:30 gentoo kernel: tvaudio: known chips: tda9840,tda9873h,tda9874h/a,tda9850,tda9855,tea6300,tea6420,tda8425,pic16c54 (PV951),ta8874z
    Feb  1 18:38:30 gentoo kernel: tuner: chip found @ 0xc2
    Feb  1 18:38:30 gentoo kernel: tuner: type set to 5 (Philips PAL_BG (FI1216 and compatibles))
    Feb  1 18:38:30 gentoo kernel: registering 0-0061
    Feb  1 18:38:30 gentoo kernel: bttv0: registered device video0
    Feb  1 18:38:30 gentoo kernel: bttv0: registered device vbi0
    Feb  1 18:38:30 gentoo kernel: bttv0: registered device radio0
    Feb  1 18:38:30 gentoo kernel: bttv0: PLL: 28636363 => 35468950 ..<6>hub 1-0:1.0: new USB device on port 1, assigned address 2
    Die dmesg ist voll mit dem hier:
    Code:
    Feb  1 20:50:12 gentoo kernel: msp34xx: I/O error #1 (read 0x12/0x18)
    Feb  1 20:50:15 gentoo kernel: i2c_adapter i2c-0: sendbytes: error - bailout.
    Feb  1 20:50:15 gentoo kernel: msp34xx: I/O error #1 (read 0x12/0x18)
    Feb  1 20:50:16 gentoo kernel: i2c_adapter i2c-0: sendbytes: error - bailout.
    Feb  1 20:50:16 gentoo kernel: msp34xx: I/O error #1 (read 0x12/0x18)
    Feb  1 20:50:16 gentoo kernel: i2c_adapter i2c-0: sendbytes: error - bailout.
    Wie ihr seht, alle paar Sekunden.

    Systemlast bei geöffnetem tvtime: ca. 25-30% CPU Last
    Aktuelles tvtime.

    Hab via google in ein paar Mailinglisten von anderen Usern gelesen, die ein ähnliches Problem haben. Dort hat aber bisher auch keiner direkt geantwortet.

    Vielleicht hat von euch jemand nen Tipp? Das Geruckel alle 3s nervt auf Dauer
    Hatte vorher Kernel 2.4.23, da lief es ohne Ruckler und obige genannten I/O Error.

    Danke für Tipps!
    Geändert von DarkSorcerer (01.02.04 um 21:05 Uhr)
    Desktop: 2,2 GHz P4 | 2 GB RAM | GF 7600 | EMU10K1
    Läppi: Toshiba Satellite M30-642
    --> Ubuntu 7.04

  2. #2
    Headbanger Avatar von DarkSorcerer
    Registriert seit
    Jan 2003
    Ort
    Mannheim
    Beiträge
    3.440
    Wenn ich das Modul msp3400 entlade, ruckelt das Bild zwar nicht mehr, aber ich habe auch keinen Ton. Lade ich es wieder rein, geht der Ton wieder aber auch das Ruckeln geht weiter...
    Desktop: 2,2 GHz P4 | 2 GB RAM | GF 7600 | EMU10K1
    Läppi: Toshiba Satellite M30-642
    --> Ubuntu 7.04

  3. #3
    vorsicht, hacker!
    Registriert seit
    Jun 2002
    Beiträge
    444
    Wie sieht /proc/interrupts aus?

    MFG fsd.
    Zitat Zitat von ThorstenHirsch
    Die uptime verhält sich proportional zur Penislänge des Administrators.
    Meine Homepage: http://www.tuxsoft.de.vu

  4. #4
    Headbanger Avatar von DarkSorcerer
    Registriert seit
    Jan 2003
    Ort
    Mannheim
    Beiträge
    3.440
    Original geschrieben von fsd
    Wie sieht /proc/interrupts aus?

    MFG fsd.
    Code:
    root@gentoo:~# cat /proc/interrupts 
               CPU0       
      0:    2167984          XT-PIC  timer
      1:       2659          XT-PIC  i8042
      2:          0          XT-PIC  cascade
      5:      18030          XT-PIC  eth0
      8:          2          XT-PIC  rtc
      9:     366174          XT-PIC  acpi, uhci_hcd, bttv0, nvidia
     11:     142094          XT-PIC  ide2, uhci_hcd, uhci_hcd, EMU10K1
     12:         50          XT-PIC  i8042
     14:         42          XT-PIC  ide0
     15:         23          XT-PIC  ide1
    NMI:          0 
    ERR:          1
    Desktop: 2,2 GHz P4 | 2 GB RAM | GF 7600 | EMU10K1
    Läppi: Toshiba Satellite M30-642
    --> Ubuntu 7.04

  5. #5
    vorsicht, hacker!
    Registriert seit
    Jun 2002
    Beiträge
    444
    Code:
      5:      18030          XT-PIC  eth0
      8:          2          XT-PIC  rtc
      9:     366174          XT-PIC  acpi, uhci_hcd, bttv0, nvidia
    na dann. Da wundert mich ehrlich gesagt nichts mehr.
    eth sollte einen höheren IRQ als bttv haben. Ebenfalls tödlich ist, dass sich 4 devices den IRQ9 teilen. Darunter auch noch nvidia. Ebenfalls tödlich.
    Du könntest mit der Lade-Reihenfolge der Treiber oder mit Umstecken der Karten oder evtl im Bios die IRQ Belegung optimieren.
    bttv sollte einen möglichst niedrigen bekommen.

    MFG fsd.
    Zitat Zitat von ThorstenHirsch
    Die uptime verhält sich proportional zur Penislänge des Administrators.
    Meine Homepage: http://www.tuxsoft.de.vu

  6. #6
    Headbanger Avatar von DarkSorcerer
    Registriert seit
    Jan 2003
    Ort
    Mannheim
    Beiträge
    3.440
    Ok danke, werd ich auch mal probieren. Scheinbar hat nur 2.6 Probleme damit, mit 2.4.x hatte ich bei gleicher Hardwarekonfiguration keine Probleme.
    Desktop: 2,2 GHz P4 | 2 GB RAM | GF 7600 | EMU10K1
    Läppi: Toshiba Satellite M30-642
    --> Ubuntu 7.04

  7. #7
    Simple Simon
    Gast
    Ich hätte gern gewusst, ob es inzwischen eine Lösung für das Problem gibt. Hat das umstecken der Karten funktioniert?
    Habe das gleiche Problem, auffällig ist jedoch, dass es bei unterschiedlichen Sendern in verschiedenen Intervallen auftritt, ARD ruckelt mehr als ZDF. Eine IRQ-Zuweisung im BIOS hat bei mir nichts verändert.
    MfG

  8. #8
    Registrierter Benutzer
    Registriert seit
    Apr 2002
    Beiträge
    96
    ich habe auch seit ewigkeiten (seit kernel 2.6.0) dieses problem. umstecken der karten und umbelegung der irqs half bei mir nicht :/
    wissen die kernel entwickler bescheid?
    Schnauze voll, Feierabend!

  9. #9
    Registrierter Benutzer
    Registriert seit
    Oct 2003
    Beiträge
    170
    hab auch das gleiche problem, gibt es mittlerweile ne lösung dafür?
    InetFree.de
    Free SMS ohne Anmeldung senden
    TimeForge.de
    Ein nützliches Verzeichnis zur Recherche für alle Programmierer.

  10. #10
    Registrierter Benutzer
    Registriert seit
    Aug 2004
    Beiträge
    13
    probiert mal folgende kernelbootparameter aus (vielleicht helfen auch Kombinationen).

    acpi=noapic
    acpi=nolapic
    noapic
    nolapic
    pci=routeirq
    pci=norouteirc

    (bei den ersten 4 bin ich mir jetzt nicht ganz sicher, ob man noapic oder nolapic mit acpi= davor angeben muss. Vor eins gehört auf jedenfall das acpi davor und vors andere nicht)

    Die Paramter beeinflussen das IRQ Routing (und zwar ob es durch ACPI gehandelt wird oder halt nicht). Ihr könnt auch mal versuchen den ACPI Support ganz abzustellen mit acpi=off

  11. #11
    Registrierter Benutzer
    Registriert seit
    Apr 2002
    Beiträge
    96
    die parameter haben bei mir leider keine besserung erbracht.
    noch immer alle paar sekunden diese meldungen.

    Sep 19 17:47:15 attonux kernel: i2c_adapter i2c-0: sendbytes: error - bailout.
    Sep 19 17:47:15 attonux kernel: msp34xx: I/O error #1 (read 0x12/0x18)

    es scheint irgendwie mit dem msp34xx kernel modul zusammen zu hängen. wenn ich es entlade, bleiben die meldungen und die ruckler aus, leider fehlt dann aber der sound...
    Schnauze voll, Feierabend!

  12. #12
    Registrierter Benutzer
    Registriert seit
    Mar 2001
    Ort
    D50259 Pulheim
    Beiträge
    12
    Habe genau das gleiche Problem.
    Leider konnte mir Onkel Google bisher nicht helfen.
    Wenn einer eine Lösung findet bitte melden ...
    »Das Verhalten von Gates hatte mir bewiesen, daß ich auf ihn und seine Gefährten nicht zu zählen brauchte.« Karl May, Winnetou, Band 3

  13. #13
    easy rider Avatar von Shutdown
    Registriert seit
    Jan 2004
    Ort
    127.0.0.1:/home/shutdown
    Beiträge
    2.679
    Zitat Zitat von fsd
    Code:
      5:      18030          XT-PIC  eth0
      8:          2          XT-PIC  rtc
      9:     366174          XT-PIC  acpi, uhci_hcd, bttv0, nvidia
    na dann. Da wundert mich ehrlich gesagt nichts mehr.
    eth sollte einen höheren IRQ als bttv haben. Ebenfalls tödlich ist, dass sich 4 devices den IRQ9 teilen. Darunter auch noch nvidia. Ebenfalls tödlich.
    Du könntest mit der Lade-Reihenfolge der Treiber oder mit Umstecken der Karten oder evtl im Bios die IRQ Belegung optimieren.
    bttv sollte einen möglichst niedrigen bekommen.

    MFG fsd.
    Sind die Interrupts mit abnehmender Nummer irgendwie mit höherer Priorität ausgestattet oder so? Normalerweise soll man doch nur Mehrfachbelegungen vermeiden, oder ist die Priorität auch wichtig???

    Aber zu deinem/eurem Problem: Evtl mal einen neueren Kernel ausprobieren, 2.6.1 ist in Sachen TV doch noch ziemlich buggy gewesen.
    Ansonsten kann ich nur noch sagen, dass ich auch mal versehentlich die GraKa mit der TV-Karte auf einen Interrupt gelegt habe, hat bei mir dann jedesmal ca. 15 Sekunden geruckelt und dann ist die ganze Kiste abgestürzt

    Shutdown
    Lieber schizophren als ganz allein.

  14. #14
    Registrierter Benutzer
    Registriert seit
    Mar 2001
    Ort
    D50259 Pulheim
    Beiträge
    12
    Ich habs jetzt geschafft, die Interrupts zu ändern ... Man war das ein K(r)ampf. Wenn ich im Bios gesagt habe der Slot mit der GraKa soll Int12 nehmen, und der Slot mit der TV-Karte die 11, dann haben manchmal trotzdem beide Int11 oder Int10 genommen.
    Ich konnte keine davon überzeugen auf einem komplett freien IRQ zu gehen.
    Werde dafür wohl auch mal ein Topic neu aufmachen.
    Irgendwie bekomme ich die Interrupts nicht so belegt wie ich will, aber seitdem ich TV-Karte und GraKa auf getrennten Interrupts habe sind die Tonaaussetzer weg.
    Geändert von gunni (16.10.05 um 02:54 Uhr)
    »Das Verhalten von Gates hatte mir bewiesen, daß ich auf ihn und seine Gefährten nicht zu zählen brauchte.« Karl May, Winnetou, Band 3

  15. #15
    easy rider Avatar von Shutdown
    Registriert seit
    Jan 2004
    Ort
    127.0.0.1:/home/shutdown
    Beiträge
    2.679
    Auf modernen Mainboards sind die Interrupts zwischen PCI-Slots fest vergeben, d.h. wenn Slot 1 und 4 einmal den gleichen Interrupt hatten werden sie bei diesem Board auch immer den gleichen Interrupt ändern - du kannst zwar die Zahl ändern, aber auseinander kriegst du sie nur durch physisches Umstecken der Karten. (IMHO )

    Shutdown
    Lieber schizophren als ganz allein.

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •