[1] MLD-5.x / General / Aufnehmen funktioniert nicht
 

Offline Ralf Jahns

  • Newbie
  • *
  • Posts: 12
    • View Profile
Aufnehmen funktioniert nicht
« on: June 09, 2016, 20:03:46 »
Hallo,

wenn ich etwas aufnehme, dann sieht das so aus wie auf dem anghängten Bild und zwar durchgehend.

HW ist Raspberry Pi 2, PCTV 460e
Ich habe den Film gesehen während die Aufnahme lief und er sah normal aus. Wie kann dann so ein Schrott auf dem NAS landen? "top" auf der Kommandozeile sagt, daß die CPU zu ca. 80% idle ist (bei Aufnahme eines HD-Senders).
Was kann ich machen? Oder ist eine Aufnahme auf eine "gemountete" SMB-Freigabe mit dem Raspberry nicht möglich (ich weiß ja, daß DVB-Daten und Netzwerk über den USB-Flaschenhals des Raspberry müssen)?

Gruß
Ralf
« Last Edit: June 09, 2016, 20:08:30 by Ralf Jahns »

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20447
    • View Profile
    • ClausMuus.de
Aufnehmen funktioniert nicht
« Reply #1 on: June 10, 2016, 08:52:15 »
Hi,

das USB ist ganz sicher nicht das Problem (480MBit) und auch das Netzwerk ist nicht der Engpass (100MBit), da HD Daten im Schnitt nur 15MBit haben.
Ich vermute eher, dass die Anbindung per Samba das Problem ist. Ich weiß, dass eine Samba Verbindung das System recht hoch belastet. Ob die 15MBit allerdings schon zu viel für den RPI sind weiß ich jetzt auch nicht auswendig. Außerdem müsste dann ja die Prozessorlast höher sein, wenn es wirklich an einer Überforderung durch Samba liegen würde. Grundsätzlich belastet beispielsweise eine nfs Verbindung das System viel weniger.
Ich stimme Dir aber auf jeden Fall zu, dass das ganze danach ausschaut, dass die Daten nicht schnell genug weg geschrieben werden können.
Hast Du mal getestet ob es problemlos funktioniert wenn Du die Aufnahme lokal (auf der SD Karte) speicherst?

Claus
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 12TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline Pfeifenraucher

  • Profi Member
  • ****
  • Posts: 276
    • View Profile
Aufnehmen funktioniert nicht
« Reply #2 on: June 10, 2016, 10:34:52 »
Moin!

Besteht ggfs die Möglichkeit, das Laufwerk per NFS zu mounten?
Ich konnte  an einigen Systemen den Datendurchsatz damit deutlich bechleunigen.

VG
Erik
Auch das geht vorbei.
Bis hierhin sind wir bereits gekommen.
Drei Sätze, die immer wahr sind.

Meine Hardware (show / hide)

Offline Ralf Jahns

  • Newbie
  • *
  • Posts: 12
    • View Profile
Aufnehmen funktioniert nicht
« Reply #3 on: June 10, 2016, 16:28:10 »
Hallo,


danke erstmal für Eure Antworten. Sagen Euch diese Kernelausgaben etwas?

[ 7718.517815] Transfer to device 10 endpoint 0x1 frame 1451 failed - FIQ reported NYET. Data may have been lost.
[ 7731.999729] Transfer to device 11 endpoint 0x1 frame 595 failed - FIQ reported NYET. Data may have been lost.
[ 7793.311656] Transfer to device 11 endpoint 0x1 frame 459 failed - FIQ reported NYET. Data may have been lost.
[ 7832.517015] Transfer to device 11 endpoint 0x1 frame 747 failed - FIQ reported NYET. Data may have been lost.
[ 7832.837060] Transfer to device 11 endpoint 0x1 frame 1067 failed - FIQ reported NYET. Data may have been lost.
[ 7877.859055] Transfer to device 11 endpoint 0x1 frame 1027 failed - FIQ reported NYET. Data may have been lost.
[ 7999.915336] Transfer to device 10 endpoint 0x1 frame 187 failed - FIQ reported NYET. Data may have been lost.
[ 8080.846379] Transfer to device 10 endpoint 0x1 frame 1236 failed - FIQ reported NYET. Data may have been lost.
[ 8080.846516] Transfer to device 11 endpoint 0x1 frame 1236 failed - FIQ timed out. Data may have been lost.
[ 8080.862350] Transfer to device 10 endpoint 0x1 frame 1252 failed - FIQ reported NYET. Data may have been lost.
[ 8080.862462] Transfer to device 11 endpoint 0x1 frame 1252 failed - FIQ timed out. Data may have been lost.

Ansonsten funktionieren Aufnahmen auf die SD-Karte und einen angeschlossenen USB-Stick mit Einschränkungen (siehe nächster Absatz), obwohl die Prozessorlast dadurch nur minimal abnimmt (statt ca. 80% idle sind es dann ca. 85% idle).
NFS kann mein NAS wohl nicht.

Auch beim Ansehen von HD-Programmen kommt es mindestens alle paar Minuten zu Bildstörungen, die aber immer nur kurz andauern (Bruchteile einer Sekunde) und selbst bei der Wiedergabe von SD-Sendern kommt es, besonders in der ersten Minute nach dem Umschalten, zu kurzen Störungen. SD-Programme können aber auch mal eine ganze Stunde ohne eine sichtbare Störung laufen. Aufnehmen von SD-Programmen habe ich noch nicht ausprobiert.

Ich habe auch ein posting im TVHeadend-Forum gefunden, wo jemand behauptet, daß die PCTV-Treiber nicht so toll wären. Wie er zu der Erkenntnis kommt, weiß ich allerdings nicht.

USB ist beim Raspberry ja ein bekannter Flaschenhals, weil alle USB-Buchsen und der Netzwerkchip über einen einzigen USB-2.0 angebunden sind. Trotzdem scheint SMB auch eine Rolle zu spielen, denn der USB-Stick funktionert ja!?

Tja, Raspberry Pi 2 ungeeignet, oder was? Soll ich einen anderen Tuner ausprobieren (gibt es ja auch nicht kostenlos...)?

Bin ich echt der Erste, der das testet? Kann doch nicht sein ... Warum haben dann andere keine Probleme?


Gruß
Ralf

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20447
    • View Profile
    • ClausMuus.de
Aufnehmen funktioniert nicht
« Reply #4 on: June 10, 2016, 18:45:55 »
Hi,

ich teste immer per Sundtek DVB USB Sticks (dvb-s und dvb-t). Direkt nach dem Umschalten habe ich auch meistens einen kurzen Aussetzer. Ansonsten funktioniert es bei mir störungsfrei. Meistens teste ich jedoch per satip, weil das bequemer ist.
Im produktiven Einsatz habe ich den RPI jedoch nicht.
Ich habe jetzt die aktuellen Zahlen grad nicht zur Hand, aber wir müssten so um die 100 RPI MLD User haben. Grundsätzlich sollte es also funktionieren.
Außer auf die Prozessor Last, solltest Du auch mal einen Blick auf den load und die sirq Werfen. Ein Load größer als 1 und ein sirq von einigen Prozent würden Deine Störungen erklären. Dann hast Du mit irgendeiner Hardware Komponente Probleme.

Claus
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 12TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline Ralf Jahns

  • Newbie
  • *
  • Posts: 12
    • View Profile
Aufnehmen funktioniert nicht
« Reply #5 on: June 10, 2016, 18:49:44 »
Hallo Claus,

habe gerade diesen Thread gefunden:
http://www.minidvblinux.de/wiki/mld/tutorials/installation_raspberry_als_server

Der Autor hat es wohl auch nicht komplett ruckelfrei hinbekommen. Ich schau mal nach den Sachen, die Du aufgezählt hast.

Gruß
Ralf

Offline Ralf Jahns

  • Newbie
  • *
  • Posts: 12
    • View Profile
Aufnehmen funktioniert nicht
« Reply #6 on: June 10, 2016, 18:54:20 »
Hallo Claus,

was benutzt Du als SatIP-Server? Würde mich sehr interessieren, falls ich doch neue HW brauche.

Gruß
Ralf

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20447
    • View Profile
    • ClausMuus.de
Aufnehmen funktioniert nicht
« Reply #7 on: June 10, 2016, 18:57:55 »
Bei dem User ging es soweit ich mich erinnere um den RPI 1 und eines seiner Probleme waren die beiden Netzwerk switches die zwischen client und server hingen. Ich weiß nicht mehr ob er die Probleme letztendlich gelöst hat und wo dran es eigentlich lag. Jedenfalls spiehlten bei Ihm einige andere Randbedingungen eine Rolle.

Ich verwende eine Digital Devices Octopus Net

Claus
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 12TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline Ralf Jahns

  • Newbie
  • *
  • Posts: 12
    • View Profile
Aufnehmen funktioniert nicht
« Reply #8 on: June 10, 2016, 22:31:08 »
So, habe noch mal nachgeschaut. Bei der Aufnahme auf das NAS sieht es so auss:

Mem: 250572K used, 500384K free, 768K shrd, 1284K buff, 127472K cached
CPU:   2% usr   7% sys   0% nic  89% idle   0% io   0% irq   0% sirq
Load average: 1.47 0.91 0.52 3/131 17853
  PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
17438  1180 root     S     353m  48%   3   7% /usr/bin/vdr -s /etc/vdr/shutdown.d/rc.action -r /etc/vdr/recording.d/rc.action -w 60
17318     2 root     SW       0   0%   0   2% [cifsd]
   52     2 root     SW       0   0%   0   1% [kworker/0:1]


Habe ich es richtig verstanden, daß bei einem 4-Kern-System der Load bis 4 i.O. ist? sirq geht manchmal auf 1%, höhere Werte habe ich noch nicht gesehen.

Die Aufnahme läuft die erste Minute O.K. dann fangen die massiven Störungen an. Wenn es bei anderen läuft, kann es ja eigentlich nur irgendwie am Stick liegen. Das NAS ist nicht zu lahm, das ist per Gigabit-Ethernet angebunden (was der Raspi natürlich nicht kann) und kann mindestens 60MB/s wegschreiben.


Gruß
Ralf

« Last Edit: June 10, 2016, 22:35:18 by Ralf Jahns »

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20447
    • View Profile
    • ClausMuus.de
Aufnehmen funktioniert nicht
« Reply #9 on: June 10, 2016, 23:26:44 »
Ja, das die NAS zu lahm ist, erwarte ich auch nicht erwartet. Und bei den 60MB sind Mega Byte gemeint, und nicht wie beim Netzwerk Mega Bit, also 8 mal so viel. Trotzdem kann die NAS theoretisch trotzdem der Engpass sein, wenn die aus irgendwelchen Gründen belastet ist und die Daten nicht schnell genug entgegen nimmt. Damit meine ich einfach zu hohe Verzögerungen, die vom RPI nicht abgepuffert werden können.

Und mit dem Load liegst Du richtig. Wobei sich die Frage stellt, woher der Load von 1.5 kommt, wenn Du nicht gerade kurz zuvor irgendwas belastendes gemacht hast.

Claus
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 12TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline Ralf Jahns

  • Newbie
  • *
  • Posts: 12
    • View Profile
Aufnehmen funktioniert nicht
« Reply #10 on: June 29, 2016, 21:39:34 »
Hallo,


ich bekomme es nicht vernünftig zum Laufen. Irgendetwas im System lahmt. Mich würde wirklich interessieren, woran das liegt. Ich habe mal mit ca. 1s Abstand cat /proc/interrupts aufgerufen. Kann irgendjemand bestätigen, daß die Interrupt-Last so normal ist?

SD-Sender schauen:
           CPU0       CPU1       CPU2       CPU3
 16:          0          0          0          0   ARMCTRL  16 Edge      bcm2708_fb dma
 32:    3058112          0          0          0   ARMCTRL  32 Edge      dwc_otg, dwc_otg_pcd, dwc_otg_hcd:usb1
 49:          0          0          0          0   ARMCTRL  49 Edge      3f200000.gpio:bank0
 50:          0          0          0          0   ARMCTRL  50 Edge      3f200000.gpio:bank1
 65:         80          0          0          0   ARMCTRL  65 Edge      3f00b880.mailbox
 66:     386945          0          0          0   ARMCTRL  66 Edge      VCHIQ doorbell
 75:          1          0          0          0   ARMCTRL  75 Edge
 77:       2962          0          0          0   ARMCTRL  77 Edge      DMA IRQ
 79:          0          0          0          0   ARMCTRL  79 Edge      3f804000.i2c
 82:        291          0          0          0   ARMCTRL  82 Edge      mmc0
 96:          0          0          0          0   ARMCTRL  96 Edge      arch_timer
 97:     191404     117652     169318     117126   ARMCTRL  97 Edge      arch_timer
FIQ:              usb_fiq
IPI0:          0          0          0          0  CPU wakeup interrupts
IPI1:          0          0          0          0  Timer broadcast interrupts
IPI2:     115764     528957     838049     630767  Rescheduling interrupts
IPI3:          6          7          9         10  Function call interrupts
IPI4:          1          3          0          2  Single function call interrupts
IPI5:          0          0          0          0  CPU stop interrupts
IPI6:          0          0          0          0  IRQ work interrupts
IPI7:          0          0          0          0  completion interrupts
Err:          0
           CPU0       CPU1       CPU2       CPU3
 16:          0          0          0          0   ARMCTRL  16 Edge      bcm2708_fb dma
 32:    3059489          0          0          0   ARMCTRL  32 Edge      dwc_otg, dwc_otg_pcd, dwc_otg_hcd:usb1
 49:          0          0          0          0   ARMCTRL  49 Edge      3f200000.gpio:bank0
 50:          0          0          0          0   ARMCTRL  50 Edge      3f200000.gpio:bank1
 65:         80          0          0          0   ARMCTRL  65 Edge      3f00b880.mailbox
 66:     387138          0          0          0   ARMCTRL  66 Edge      VCHIQ doorbell
 75:          1          0          0          0   ARMCTRL  75 Edge
 77:       2962          0          0          0   ARMCTRL  77 Edge      DMA IRQ
 79:          0          0          0          0   ARMCTRL  79 Edge      3f804000.i2c
 82:        291          0          0          0   ARMCTRL  82 Edge      mmc0
 96:          0          0          0          0   ARMCTRL  96 Edge      arch_timer
 97:     191605     117666     169352     117152   ARMCTRL  97 Edge      arch_timer
FIQ:              usb_fiq
IPI0:          0          0          0          0  CPU wakeup interrupts
IPI1:          0          0          0          0  Timer broadcast interrupts
IPI2:     115831     528962     838062     630862  Rescheduling interrupts
IPI3:          6          7          9         10  Function call interrupts
IPI4:          1          3          0          2  Single function call interrupts
IPI5:          0          0          0          0  CPU stop interrupts
IPI6:          0          0          0          0  IRQ work interrupts
IPI7:          0          0          0          0  completion interrupts

1377 IRQs in einer Sekunde (hinter denen irgendwas mit usb1 steht)


Und hier während der Aufnahme eines HD-Programms:

           CPU0       CPU1       CPU2       CPU3
 16:          0          0          0          0   ARMCTRL  16 Edge      bcm2708_fb dma
 32:    4942725          0          0          0   ARMCTRL  32 Edge      dwc_otg, dwc_otg_pcd, dwc_otg_hcd:usb1
 49:          0          0          0          0   ARMCTRL  49 Edge      3f200000.gpio:bank0
 50:          0          0          0          0   ARMCTRL  50 Edge      3f200000.gpio:bank1
 65:        398          0          0          0   ARMCTRL  65 Edge      3f00b880.mailbox
 66:     629574          0          0          0   ARMCTRL  66 Edge      VCHIQ doorbell
 75:          1          0          0          0   ARMCTRL  75 Edge
 77:       3096          0          0          0   ARMCTRL  77 Edge      DMA IRQ
 79:          0          0          0          0   ARMCTRL  79 Edge      3f804000.i2c
 82:        419          0          0          0   ARMCTRL  82 Edge      mmc0
 96:          0          0          0          0   ARMCTRL  96 Edge      arch_timer
 97:     277685     181666     275457     158421   ARMCTRL  97 Edge      arch_timer
FIQ:              usb_fiq
IPI0:          0          0          0          0  CPU wakeup interrupts
IPI1:          0          0          0          0  Timer broadcast interrupts
IPI2:     172330     947002    1327428     900723  Rescheduling interrupts
IPI3:          6          7          9         10  Function call interrupts
IPI4:          1          3          0          2  Single function call interrupts
IPI5:          0          0          0          0  CPU stop interrupts
IPI6:          0          0          0          0  IRQ work interrupts
IPI7:          0          0          0          0  completion interrupts
Err:          0
           CPU0       CPU1       CPU2       CPU3
 16:          0          0          0          0   ARMCTRL  16 Edge      bcm2708_fb dma
 32:    4947504          0          0          0   ARMCTRL  32 Edge      dwc_otg, dwc_otg_pcd, dwc_otg_hcd:usb1
 49:          0          0          0          0   ARMCTRL  49 Edge      3f200000.gpio:bank0
 50:          0          0          0          0   ARMCTRL  50 Edge      3f200000.gpio:bank1
 65:        401          0          0          0   ARMCTRL  65 Edge      3f00b880.mailbox
 66:     629804          0          0          0   ARMCTRL  66 Edge      VCHIQ doorbell
 75:          1          0          0          0   ARMCTRL  75 Edge
 77:       3096          0          0          0   ARMCTRL  77 Edge      DMA IRQ
 79:          0          0          0          0   ARMCTRL  79 Edge      3f804000.i2c
 82:        419          0          0          0   ARMCTRL  82 Edge      mmc0
 96:          0          0          0          0   ARMCTRL  96 Edge      arch_timer
 97:     277728     181740     275533     158570   ARMCTRL  97 Edge      arch_timer
FIQ:              usb_fiq
IPI0:          0          0          0          0  CPU wakeup interrupts
IPI1:          0          0          0          0  Timer broadcast interrupts
IPI2:     172466     947190    1329109     901496  Rescheduling interrupts
IPI3:          6          7          9         10  Function call interrupts
IPI4:          1          3          0          2  Single function call interrupts
IPI5:          0          0          0          0  CPU stop interrupts
IPI6:          0          0          0          0  IRQ work interrupts
IPI7:          0          0          0          0  completion interrupts
Err:          0

Fast 4800 IRQs pro Sekunde.


Gruß
Ralf
« Last Edit: June 29, 2016, 21:50:21 by Ralf Jahns »

[1] MLD-5.x / General / Aufnehmen funktioniert nicht
 



Users Online Users Online

0 Members and 1 Guest are viewing this topic.