[Solved] Xine/Xineliboutput - VDR wiedergabe stottert bei kameraschwenks

viking · 2009-04-02T17:00:47+02:00

Hallo, ich habe die hoffnung das mir jemand hier ein tipp geben kann wie ich weiterkomme :) Erst mal fuer die eiligen ;) die kurze ausgabe. Bei der wiedergabe von VDR aufnahmen und live TV habe ich bei kameraschwenks leichtes stottern - so als ob das bild kurz stehen bleibt und dann weitermacht. Audio spielt ohne unterbrechung! Es liegt vermutlich an Xine - hat jemand erfahrungen das es mal einen patch gab der sowas behoben hat ? Und dann die lange. Ich bin dabei LinuxMCE 0710 (www.linuxmce.org) in betrieb zu nehmen und habe auch alles ganz gut am laufen. Zur benutzte software schreibe ich weiter unten was. Mein problem ist jetzt das die wiedergabe von meine alten VDR aufnahmen (von dem system in meine signatur) auf dem neuen stottert. Wiedergabe von DVB-s ueber streamdev ebenfalls. Mit stottern meine ich das das bild ganz kurz stehen bleibt (vieleicht etwas weniger als eine halbe sekunde) und dann "springt" das bild und die wiedergabe geht weiter (vermutlich fehlen einige bilder). Der Sound wird dabei nicht unterbrochen ! Das merkwuerdige ist das es nur bei grossen kameraschwenks (pan/zoom) ruckelt - ansonsten ist die wiedergabe OK. Ich habe die vermutung das es an Xine/Xineliboutput liegt. Vermutlich ersteres da die "Video-wiedergabe" von LinuxMCE (ebenfalls Xine basierend = xine player) unter KDE ebenfalls ruckelt mit den selben aufnahmen. Im logfile von xineliboutput/syslog (vdr log) ist aber keine fehlermeldungen zu sehen das irgend etwas mit der aufnahme nicht OK ist. Ich habe auf der selben hardware auch EasyVDR installier mit dem HD repack wie hier beschrieben : http://www.easy-vdr.de/forum/index.php?topic=6101.0 und mit xinelibout konfiguriert (ohne VDPAU). Damit spielen die selben aufnahmen ohne ruckler !! Es liegt also nicht an der hardware. LinuxMCE nutzt VDR 1.6.0 als basis mit Xinelibout 1.0.0-rc2 und Xine 1.1.10 (und zum teil auch xine 1.1.7). Kernel ist 2.6.22-14-generic und das ganze wird auf kubuntu 0710 aufgesetzt. Meine Hardware (TV/Mainboard/CPU etc.) ist hier aufgelistet : http://wiki.linuxmce.org/index.php/User:Viking Die wiedergabe findet auf dem Mainboard statt der als MD bezeichnet wird. Der Core ist der server wo die platten und die TV karten eingebaut ist. Der MD bootet per netzwerk und mountet dann die video disks vom server. Fuer EasyTV habe ich eine platte angebaut an dem MD - die weidergabe ist aber wie bei LinuxTV ueber gemountete samba laufwerke. Habe aber auch probiert bei LinuxMCE und EasyVDR die aufnahme auf der lokale platte zu legen - macht keinen unterschied. Gruss Viking

viking
2. April 2009
Geschlossen

sparkie

Erleuchteter

Beiträge

3.046

Bilder

5
8. April 2009
- #21
Hi viking

Zitat

Originally posted by viking
Aber ich habe gehofft das vieleich jemand hier eine idee hat - hier wird ja viel getestet und nach fehlern gesucht

'stottert bei kameraschwenks' wird typisch durch dynamisches Takten der CPU verursacht .

Die meisten Regel-Mechanismen, welche die CPU bedarfsabhaengig takten, sind fuer unsere Zwecke viel zu langsam. Bis die mal merken, dass CPU Leistung gefordert ist, ruckelt es schon laengst => untauglich

Deaktiviere testweise mal alles, was mit 'powernow' 'speedstep' und sonstigem Krempel dieser Art zu tun hat, damit die CPU konstant auf maximaler Frequenz laeuft. Kontrolle mit 'cat /proc/cpuinfo'

- sparkie

PS:
Alternativ koennte man ueber den Einsatz der FRC Patches von 'durchflieger' oder mir nachdenken. Falls deine Hardware dazu ueberhaupt geeignet ist.
Da FRC in kaum einer Distri enthalten ist, ist hierzu aber noch einige 'Handarbeit' angesagt.
Bei FRC wird das Deinterlacing ins Display verlagert und entschaerft deutlich den CPU-Leistungsbedarf auf dem PC. Hier kann man dann wieder problemlos dynamisch runtertakten.
4 Mal editiert, zuletzt von sparkie (8. April 2009)
Inhalt melden

8. April 2009

Hallo,

ich glaube ich habs rausgefunden.

Es liegt IRQ sharing bzw. USB EHCI !? also am USB 2.0 ...
Wenn ich USB EHCI disable, dann geht es am anfang gut, spaeter geht es wieder in die hose. Und wenn ich USB komplett disable dann scheint es OK zu sein. Habe noch nicht so lange getestet.

Hier mit USB EHCI im BIOS eingeschaltet stottert es :

Code

# cat /proc/interrupts
           CPU0       CPU1
  0:        143          0   IO-APIC-edge      timer
  1:          4        170   IO-APIC-edge      i8042
  6:          1          4   IO-APIC-edge      floppy
  8:          1          6   IO-APIC-edge      rtc
  9:          0          1   IO-APIC-fasteoi   acpi
 12:          6        105   IO-APIC-edge      i8042
 14:         11        398   IO-APIC-edge      ide0
 16:       2484     444417   IO-APIC-fasteoi   ohci_hcd:usb3, ohci_hcd:usb4, ohci_hcd:usb5, eth0, nvidia
 17:       3923     217935   IO-APIC-fasteoi   ohci_hcd:usb1, ohci_hcd:usb2, HDA Intel
 18:          1          3   IO-APIC-fasteoi   ehci_hcd:usb6
 19:          0          0   IO-APIC-fasteoi   ehci_hcd:usb7
 20:       2137     172294   IO-APIC-fasteoi   saa7146 (0)
NMI:          0          0
LOC:     197824     197923
ERR:          0
MIS:          0

Alles anzeigen

Mit USB EHCI disabled klappt es besser:

Code

# cat /proc/interrupts
           CPU0       CPU1
  0:        143          0   IO-APIC-edge      timer
  1:          1         83   IO-APIC-edge      i8042
  6:          0          5   IO-APIC-edge      floppy
  8:          2          5   IO-APIC-edge      rtc
  9:          0          1   IO-APIC-fasteoi   acpi
 12:          3        108   IO-APIC-edge      i8042
 14:          4        338   IO-APIC-edge      ide0
 16:       1353     345813   IO-APIC-fasteoi   ohci_hcd:usb3, ohci_hcd:usb4, ohci_hcd:usb5, eth0, nvidia
 17:       1598     159408   IO-APIC-fasteoi   ohci_hcd:usb1, ohci_hcd:usb2, HDA Intel
 18:          0          3   IO-APIC-fasteoi   ohci1394
 19:        712     107178   IO-APIC-fasteoi   saa7146 (0)
NMI:          0          0
LOC:     147249     147249
ERR:          0
MIS:          0

Alles anzeigen

Hat einer von euch eine erklaerung dafuer !?

Gruss
Viking

viking

Meister

Beiträge

2.351
8. April 2009
- #23
Hi Sparkie,

danke fuer den feedback

Zitat

Originally posted by sparkie
Hi viking

'stottert bei kameraschwenks' wird typisch durch dynamisches Takten der CPU verursacht .

Die meisten Regel-Mechanismen, welche die CPU bedarfsabhaengig takten, sind fuer unsere Zwecke viel zu langsam. Bis die mal merken, dass CPU Leistung gefordert ist, ruckelt es schon laengst => untauglich

Deaktiviere testweise mal alles, was mit 'powernow' 'speedstep' und sonstigem Krempel dieser Art zu tun hat, damit die CPU konstant auf maximaler Frequenz laeuft. Kontrolle mit 'cat /proc/cpuinfo'

- sparkie

PS:
Alternativ koennte man ueber den Einsatz der FRC Patches von 'durchflieger' oder mir nachdenken. Falls deine Hardware dazu ueberhaupt geeignet ist.
Da FRC in kaum einer Distri enthalten ist, ist hierzu aber noch einige 'Handarbeit' angesagt.
Bei FRC wird das Deinterlacing ins Display verlagert und entschaerft deutlich den CPU-Leistungsbedarf auf dem PC. Hier kann man dann wieder problemlos dynamisch runtertakten.

Alles anzeigen

Ich habe schon mit cpufreq-set -f 2600000 das runtertakten ausgeschaltet - hatte noch nicht nachcontrolliert mit /proc/cpuinfo aber cpufreq-info -w sagt 2600000.

FRC ist glaube ich nur fuer ATI oder ?

Bei LinuxMCE geht momentan nichts ohne Nvidia karten weil da bei ATI einige features fehlen.

Gruss
Viking
04.07.2007 Sharemarks 0.1.4pre6
AutoCutter 0.3.1
LC17

Bin dabei auf LinuxMCE umzustellen.
System : Viking LinuxMCE
Inhalt melden
sparkie

Erleuchteter

Beiträge

3.046

Bilder

5
8. April 2009
- #24
Zitat

Originally posted by viking
FRC ist glaube ich nur fuer ATI oder ?

und fuer Intel i9xx Chipsets.
Inhalt melden

12. April 2009

Hallo,

habs durch updaten des kernels auf 2.6.28.7 behoben.

Es liegt in der tat an der IRQ verteilung die unter dem neuen kernel viel besser ist.

Code

# cat /proc/interrupts
           CPU0       CPU1
  0:        125          0   IO-APIC-edge      timer
  1:          0         10   IO-APIC-edge      i8042
  4:        158       9230   IO-APIC-edge
  6:          0          5   IO-APIC-edge      floppy
  9:          0          0   IO-APIC-fasteoi   acpi
 12:          2        110   IO-APIC-edge      i8042
 14:          0          0   IO-APIC-edge      ide0
 15:          0          0   IO-APIC-edge      ide1
 16:      16630     794687   IO-APIC-fasteoi   ohci_hcd:usb2, ohci_hcd:usb4, HDA Intel
 17:          0          4   IO-APIC-fasteoi   ehci_hcd:usb1
 18:      11665     782910   IO-APIC-fasteoi   ohci_hcd:usb5, ohci_hcd:usb6, ohci_hcd:usb7, nvidia
 19:          0          0   IO-APIC-fasteoi   ehci_hcd:usb3
 20:      93025    9554344   IO-APIC-fasteoi   saa7146 (0)
 22:          0          3   IO-APIC-fasteoi   ahci, ohci1394
508:      13125    1094956   PCI-MSI-edge      eth0
511:    4792599          0  HPET_MSI-edge      hpet2
NMI:          0          0   Non-maskable interrupts
LOC:        110    4792713   Local timer interrupts
RES:     578990     158409   Rescheduling interrupts
CAL:       2431       1399   Function call interrupts
TLB:      15475       2005   TLB shootdowns
SPU:          0          0   Spurious interrupts
ERR:          0
MIS:          0

Alles anzeigen

Gruss
Viking

wbreu

Erleuchteter

Reaktionen

3

Beiträge

3.269
7. Mai 2009
- #26
Hallo viking,

um den nvidia alleine auf einen IRQ zu bekommen, kannst du dir mal den thread hier anschauen:

http://www.nvnews.net/vbulleti…php?p=1999144#post1999144

Man beachte options snd_hda_intel enable_msi=1

Inkl. Kerneloption pci=nommconf könnte das bei dir klappen.

Gruß
Wolfgang
Hardware: -
Software: -
Inhalt melden
viking

Meister

Beiträge

2.351
7. Mai 2009
- #27
Hallo Wolfgang,

danke habe jetzt dein tipp ausprobiert, aber irgendwie scheint es nicht zu greiffen. Ich muss mal probieren ob ich es hinkriege das der snd_hda_intel nicht in benutzung ist und dann per hand entladen und wieder laden ...

Aber danke - koennte sein das es eine loesung ist

Gruss
Viking
04.07.2007 Sharemarks 0.1.4pre6
AutoCutter 0.3.1
LC17

Bin dabei auf LinuxMCE umzustellen.
System : Viking LinuxMCE
Inhalt melden
- 1
- 2Seite 2 von 2

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden

[Solved] Xine/Xineliboutput - VDR wiedergabe stottert bei kameraschwenks

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema