[she]

Habe es nun geändert und getestet. Hat null Einfluss. Die Bilder sind verzerrt mit Artefakten und von unten kommt regelmäßig eine grüne Überlagerung.

Hab heute sogar den Server extra neu aufgebaut. (Log:  sCncyR)

Vielleicht fällt jemandem etwas auf.

Danke
Stephan

[iNOB]

Wenn es die bessere Option ist, dann wäre das als "Default" doch besser, oder?

Nein, geht nicht. RTP-over-TCP macht nur Sinn, wenn man die Octopus als Quad/Quattro betreibt.

Wie heiß wird den die Octopus normalerweise bei dir? Ich kann solche Erscheinungen erst bei höheren Temperaturen feststellen. Speziell wenn mehr als 4 Streams gleichzeitig über die Leitung gehen.

[she]

laut WebIF liegt sie um die 50Grad. Bei meinen Tests habe ich gerade maximal drei Streams.

[iNOB]

Könnte natürlich sein, dass das Wärmeleitpad von der in der Octopus verbaute SAT-Karte nicht optimal anliegt oder gar keine Wirkung hat. Dann stimmen natürlich auch die gemessenen Werte in der Webgui nicht. Allerdings ist das Gerät etwas "beschi***n" zu öffnen, um da mal nachzuschauen.

Hört man denn den Winz-Lüfter?

[she]

nein, der ist zu 95% Off (sowohl im WebIF als auch akkustisch nicht wahrnehmbar. Ich ghöre, wenn er anspringt und das ist selten. Meist, wenn ich den VDR neu starte.

[iNOB]

Für mich ein weiteres Indiz, dass bei dir die Temperaturmessung nicht funzt. Bei mir fängt der im Betrieb nach spätestens 4-5 Minuten an durchzulaufen. Gerade wenn mehrere Streams abgerufen werden, geht das ruckzuck. Vielleicht haben die bei dir das Wärmeleitpad vergessen oder den Lüfter falsch rum eingebaut?

[she]

Hallo,
ich habe gerade noch ein aktuelles FW Update eingespielt:

FW Date   24 Feb 2017 15:48
MAC   54:84:7b:00:31:ca
Linux   3.17.7 armv5tejl
SAT>IP Server   1.0.80
FPGA   307-0.63

Ferner weiß ich nicht, ob ich unter LNB Setting etwas einstellen sollte:

Automatic LNB Selection

Ku Band: Universal LNB

Ferner:
- Im WebIF Browse TV habe ich keinerlei Artifakte
- Im VLC auch nicht
- an all meinen RPIs auch n cht

Scheint also irgendwas an meinem virtualisiertem Headless Server zu sein.

Wie könnte ich weiter prüfen?

Danke
Stephan

[iNOB]

Unter LNB Settings hab ich alles auf default Werten gelassen und nix verstellt.

Sofern es auf den Clients und direkt auf der Octopus mit dem Empfang funktioniert, kanns wohl wirklich nur der Server sein, der ein Problem hat. In deinem Fall würde ich die Einstellungen des Netzwerkkartentreibers prüfen, vielleicht lässt sich da noch was über /etc/modprobe.d/bla*blubb "tunen". Anderer Ansatz zur Fehlersuche wäre, sich das IRQ-Sharing des Mobos anzuschauen. Vielleicht teilt sich die Netzwerkkarte mit irgendeinem anderen Gerät einen IRQ. Das kann dann auch zu solchen Fehlern führen.

Bei meinem Board sieht man z.B., dass sich eth0 und usb4 den 18er IRQ teilen. Sofern man keine Störungen auf der NIC haben will, benutzt man den 4er USB-Anschluss eben nicht. Oft hilft es auch, im BIOS alles was man nicht unbedingt an Geräten benötigt auszuschalten.

Spoiler (show / hide)

Code: [Select]

cat /proc/interrupts
           CPU0       CPU1
  0:         44          0   IO-APIC-edge      timer
  1:          3          0   IO-APIC-edge      i8042
  3:       1654          0   IO-APIC-edge      lirc_serial
  7:          0          0   IO-APIC-edge      parport0
  8:          1          0   IO-APIC-edge      rtc0
  9:          0          0   IO-APIC-fasteoi   acpi
 12:          4          0   IO-APIC-edge      i8042
 14:       4130          0   IO-APIC-edge      ata_piix
 15:          0          0   IO-APIC-edge      ata_piix
 16:          0          0   IO-APIC-fasteoi   uhci_hcd:usb5
 17:     170824          0   IO-APIC-fasteoi   snd_hda_intel
 18:    4124833          0   IO-APIC-fasteoi   uhci_hcd:usb4, eth0
 19:          0          0   IO-APIC-fasteoi   uhci_hcd:usb3, i801_smbus
 23:      77392          0   IO-APIC-fasteoi   ehci_hcd:usb1, uhci_hcd:usb2
 44:      37182          0   PCI-MSI-edge      ahci
 45:     488096          0   PCI-MSI-edge      nvidia
NMI:        254        179   Non-maskable interrupts
LOC:    1644211    1198417   Local timer interrupts
SPU:          0          0   Spurious interrupts
PMI:        254        179   Performance monitoring interrupts
IWI:          2          0   IRQ work interrupts
RTR:          0          0   APIC ICR read retries
RES:     399695    2778973   Rescheduling interrupts
CAL:        532        722   Function call interrupts
TLB:       7661       4796   TLB shootdowns
TRM:          0          0   Thermal event interrupts
THR:          0          0   Threshold APIC interrupts
MCE:          0          0   Machine check exceptions
MCP:         14         14   Machine check polls
THR:          0          0   Hypervisor callback interrupts
ERR:          0
MIS:          0

[NemoN]

Scheint also irgendwas an meinem virtualisiertem Headless Server zu sein.

Könntest du hier ansetzen? Evtl. einmal ohne virtualisiertem Server testen?
Ich hatte bei mir ja auch Probleme (Headless 5.3 = Artefakte in allen Aufnahmen / Headless 5.1 = alles ok).

[she]

Hallo alle zusammen,

davor hatte ich ein wenig Respekt und benötigte auch das richtige Wartungsfenster :-)

Scheint also irgendwas an meinem virtualisiertem Headless Server zu sein.

Könntest du hier ansetzen? Evtl. einmal ohne virtualisiertem Server testen?
Ich hatte bei mir ja auch Probleme (Headless 5.3 = Artefakte in allen Aufnahmen / Headless 5.1 = alles ok).

Immerhin laufen da 13 virtuelle Systeme unterschiedlichster Funktion.

Habe gestern BIOS/ FW/ Driver des Hostsystems vollständig aktualisiert. Ferner habe ich den Hypervisor auf die aktuellste Version gebracht.

Die ersten Aufnahmen von gestern Abend waren fehlerfrei. Hoffe, dass es so bleibt :-) Immerhin hat mir der Thread geholfen, meine Octopus auf Vordermann zu bringen und bin dort jetzt sogar schon auf der 24. Februar Firmware :-)

Danke fürs mitlesen (leiden)
Stephan

[MegaX]

Hi Stephan,

wenn es jetzt aber laufen sollte, dann weißt du ja wie die Devise lautet:
"Don't touch a running system"