Continuity error und ruckeln -> zu Gutes Signal? (1 Viewer)

popy

MP Donator
  • Premium Supporter
  • July 3, 2011
    617
    141
    Hallo.

    Habe leider immer wieder folgende Meldungen in den tswriter log files:

    21-10-2013 14:19:39.290 Recorder:pid ff Continuity error... 5 ( prev f ) - bad signal?

    Dass DVB-C Signal am Server ist sehr gut. Hatte es mir mal von meinem Kabelbetreiber nachregeln lassen da ich meherer Receiver mit einem T-Stück angeschlossen hatte. Jetzt ist aber nur mehr der Server mit 2x Cine v6 an der Dose. Darum glaube ich dass das Signal sehr gut ist.

    Kann es sein dass das Signal zu Gut ist?

    Das TV Log kann ich nicht hochladen da es 200MB hat (hatte mal vorübergehend Debug eingeschaltet).
    Im Log steht aber bei einem Tune immer:

    **************************************************
    [2013-10-20 20:35:52,672] [Log ] [DVB EPG timer] [INFO ] - ***** SIGNAL LEVEL: 100, SIGNAL QUALITY: 100 *****
    [2013-10-20 20:35:52,672] [Log ] [DVB EPG timer] [INFO ] - **************************************************
    Auch wenn ich in der Tv Server Konfiguration einen manuellen Timeshift starte habe ich Level 100% und Quality auch 100%
    Ich weiß dass es sich komisch anhört aber könnte das sein?

    Edit: Habe jetzt gerade auf der Homepage den neusten Treiber von 10/2013 (Version 2.5.0.80 (Treiber vom 18.10.2013)) gesehen und installiert. Hat aber nix geändert, gerade wieder Continuity Fehler. Werde euch bescheid geben ob es langläufig besser ist oder nicht.

    Die System Specs sind aktuell
    Danke schon jetzt für Eure Unterstützung

    Danke
    pOpY
     

    popy

    MP Donator
  • Premium Supporter
  • July 3, 2011
    617
    141
    Meinst du die Entfernung zur Dose?
    oder zum Keller Verteiler des Anbieters?

    Entfernungen sind:

    Zur Dose: ca. 3m
    Zum Verteiler im Keller: Erster Stock, genau darüber -> 20-40m !?

    Was meinst du damit? Sollte ich mal ein Dampfglied reingeben?
    Hab in der FIrma ein DVB-C Meßgerät, aber leider nicht viel Erfahrung damit :-(

    thx
    pOpY
     

    mrbonsen

    Super User
  • Team MediaPortal
  • Super User
  • December 6, 2008
    6,563
    890
    Brensbach (HE) ehemals Görlitz
    Home Country
    Germany Germany
    sorry, ich meine kurzschluss ;) im kabel. (reicht schon 1 feine faser der ummantelung trifft auf mittelkabel) <- mal simpel formuliert.
    die beiden 100% werte sind utopisch bis - nicht möglich :)
     

    popy

    MP Donator
  • Premium Supporter
  • July 3, 2011
    617
    141
    Sorry hab vergessen zu schreiben dass es ja eigentlich funktioniert nur gelegentlich ruckelt.
    Sprich es funktioniert 10min und dann ruckelt es, egal ob live tv oder aufnahmen.
    Timeshift von Live TV wird auf ein SSD gespeichert, sollte also kein Geschwindigkeitsproblem der SSD sein.

    Habe mal ein T Stück was 3,5db Dämpft rein gesteckt und ist immer noch das gleiche -> Continuity Errors.

    Könnte mal das Messgerät von der Firma mitnehmen, wieviel dB wären denn gut bis sehr gut bzw. empfholen für die DD Karten?

    Danke
    pOpY
     

    popy

    MP Donator
  • Premium Supporter
  • July 3, 2011
    617
    141
    HD Filme und Serien laufen auf beiden Clients ruckelfrei.
    Kann fast nur am TV Server/Empfang liegen.

    Hab jetzt mal ein BIOS Update gemacht, lt. ASUS "Improve stability".
    Weiters habe ich EIST (Intel SpeedStep) & C1E States deaktiviert weil mir LatencyMon anzeigt dass anscheinend die CPU manchmal gedrosselt wird.
    Nach dem deaktivieren der BIOS Features meint aber LatencyMon noch immer dass die CPU gedrosselt wird.
    Glaube ich aber nicht da AIDA64 sagt das EIST & C1E deaktiviert ist und auch im Moment wo LatencyMon anzeigt dass gedrosselt wurde zeigt AIDA nichts dergleichen an (im Monitorfenster).

    Derzeit sind 2x Dämpungsglieder mit je 3,5dB drinnen, mal schauen.

    Im Anhang mal ein Log.

    thx
    pOpY[DOUBLEPOST=1384606403][/DOUBLEPOST]Hier noch der LatencyMon Bericht von ein paar Minuten:

    _________________________________________________________________________________________________________
    CONCLUSION
    _________________________________________________________________________________________________________
    Your system appears to be having trouble handling real-time audio and other tasks. You are likely to experience buffer underruns appearing as drop outs, clicks or pops. One problem may be related to power management, disable CPU throttling settings in Control Panel and BIOS setup. Check for BIOS updates.
    LatencyMon has been analyzing your system for 0:10:13 (h:mm:ss) on all processors.


    _________________________________________________________________________________________________________
    SYSTEM INFORMATION
    _________________________________________________________________________________________________________
    Computer name: MEDIASERVER
    OS version: Windows Server 2008 R2 Service Pack 1, 6.1, build: 7601 (x64)
    Hardware: ASUSTeK COMPUTER INC., P8H77-V
    CPU: GenuineIntel Intel(R) Core(TM) i3-2120T CPU @ 2.60GHz
    Logical processors: 4
    Processor groups: 1
    RAM: 7872 MB total


    _________________________________________________________________________________________________________
    CPU SPEED
    _________________________________________________________________________________________________________
    Reported CPU speed: 2600,0 MHz
    Measured CPU speed: 1501,0 MHz (approx.)

    Note: reported execution times may be calculated based on a fixed reported CPU speed. Disable variable speed settings like Intel Speed Step and AMD Cool N Quiet in the BIOS setup for more accurate results.


    _________________________________________________________________________________________________________
    MEASURED INTERRUPT TO USER PROCESS LATENCIES
    _________________________________________________________________________________________________________
    The interrupt to process latency reflects the measured interval that a usermode process needed to respond to a hardware request from the moment the interrupt service routine started execution. This includes the scheduling and execution of a DPC routine, the signaling of an event and the waking up of a usermode thread from an idle wait state in response to that event.

    Highest measured interrupt to process latency (µs): 14073,091224
    Average measured interrupt to process latency (µs): 2,805180

    Highest measured interrupt to DPC latency (µs): 232,759548
    Average measured interrupt to DPC latency (µs): 1,115330


    _________________________________________________________________________________________________________
    REPORTED ISRs
    _________________________________________________________________________________________________________
    Interrupt service routines are routines installed by the OS and device drivers that execute in response to a hardware interrupt signal.

    Highest ISR routine execution time (µs): 187,890769
    Driver with highest ISR routine execution time: ataport.SYS - ATAPI Driver Extension, Microsoft Corporation

    Highest reported total ISR routine time (%): 0,109063
    Driver with highest ISR total time: NDIS.SYS - NDIS 6.20-Treiber, Microsoft Corporation

    Total time spent in ISRs (%) 0,162880

    ISR count (execution time <250 µs): 1868509
    ISR count (execution time 250-500 µs): 0
    ISR count (execution time 500-999 µs): 0
    ISR count (execution time 1000-1999 µs): 0
    ISR count (execution time 2000-3999 µs): 0
    ISR count (execution time >=4000 µs): 0


    _________________________________________________________________________________________________________
    REPORTED DPCs
    _________________________________________________________________________________________________________
    DPC routines are part of the interrupt servicing dispatch mechanism and disable the possibility for a process to utilize the CPU while it is interrupted until the DPC has finished execution.

    Highest DPC routine execution time (µs): 293,284615
    Driver with highest DPC routine execution time: NDIS.SYS - NDIS 6.20-Treiber, Microsoft Corporation

    Highest reported total DPC routine time (%): 0,374180
    Driver with highest DPC total execution time: NDIS.SYS - NDIS 6.20-Treiber, Microsoft Corporation

    Total time spent in DPCs (%) 0,630174

    DPC count (execution time <250 µs): 4850192
    DPC count (execution time 250-500 µs): 0
    DPC count (execution time 500-999 µs): 2
    DPC count (execution time 1000-1999 µs): 0
    DPC count (execution time 2000-3999 µs): 0
    DPC count (execution time >=4000 µs): 0


    _________________________________________________________________________________________________________
    REPORTED HARD PAGEFAULTS
    _________________________________________________________________________________________________________
    Hard pagefaults are events that get triggered by making use of virtual memory that is not resident in RAM but backed by a memory mapped file on disk. The process of resolving the hard pagefault requires reading in the memory from disk while the process is interrupted and blocked from execution.

    NOTE: some processes were hit by hard pagefaults. If these were programs producing audio, they are likely to interrupt the audio stream resulting in dropouts, clicks and pops. Check the Processes tab to see which programs were hit.

    Process with highest pagefault count: explorer.exe

    Total number of hard pagefaults 4789
    Hard pagefault count of hardest hit process: 1553
    Highest hard pagefault resolution time (µs): 299892,912308
    Total time spent in hard pagefaults (%): 0,182367
    Number of processes hit: 36


    _________________________________________________________________________________________________________
    PER CPU DATA
    _________________________________________________________________________________________________________
    CPU 0 Interrupt cycle time (s): 18,994648
    CPU 0 ISR highest execution time (µs): 187,890769
    CPU 0 ISR total execution time (s): 3,999444
    CPU 0 ISR count: 1868509
    CPU 0 DPC highest execution time (µs): 181,018462
    CPU 0 DPC total execution time (s): 11,642397
    CPU 0 DPC count: 4490269
    _________________________________________________________________________________________________________
    CPU 1 Interrupt cycle time (s): 2,262806
    CPU 1 ISR highest execution time (µs): 0,0
    CPU 1 ISR total execution time (s): 0,0
    CPU 1 ISR count: 0
    CPU 1 DPC highest execution time (µs): 93,718462
    CPU 1 DPC total execution time (s): 0,138251
    CPU 1 DPC count: 48886
    _________________________________________________________________________________________________________
    CPU 2 Interrupt cycle time (s): 5,353733
    CPU 2 ISR highest execution time (µs): 0,0
    CPU 2 ISR total execution time (s): 0,0
    CPU 2 ISR count: 0
    CPU 2 DPC highest execution time (µs): 293,284615
    CPU 2 DPC total execution time (s): 3,518711
    CPU 2 DPC count: 266518
    _________________________________________________________________________________________________________
    CPU 3 Interrupt cycle time (s): 2,258718
    CPU 3 ISR highest execution time (µs): 0,0
    CPU 3 ISR total execution time (s): 0,0
    CPU 3 ISR count: 0
    CPU 3 DPC highest execution time (µs): 79,686154
    CPU 3 DPC total execution time (s): 0,174259
    CPU 3 DPC count: 44521
    _________________________________________________________________________________________________________
    [DOUBLEPOST=1384606472][/DOUBLEPOST]Schon wieder Continuity Errors :(

    16-11-2013 13:50:08.238 Recorder:pid 3ff Continuity error... 6 ( prev a ) - bad signal?
    16-11-2013 13:50:08.238 Recorder:pid 403 Continuity error... 6 ( prev 1 ) - bad signal?
    16-11-2013 13:50:08.253 Recorder:pid 22 Continuity error... 3 ( prev 0 ) - bad signal?
    16-11-2013 13:50:28.286 Recorder:pid 3ff Continuity error... a ( prev 7 ) - bad signal?
    16-11-2013 13:50:28.286 Recorder:pid 403 Continuity error... 3 ( prev 6 ) - bad signal?
    16-11-2013 13:50:28.287 Recorder:pid 22 Continuity error... 7 ( prev 1 ) - bad signal?
    16-11-2013 13:50:48.312 Recorder:pid 3ff Continuity error... 1 ( prev 4 ) - bad signal?
    16-11-2013 13:50:48.313 Recorder:pid 22 Continuity error... 9 ( prev 2 ) - bad signal?
    16-11-2013 13:51:08.345 Recorder:pid 3ff Continuity error... 6 ( prev e ) - bad signal?
    16-11-2013 13:51:08.345 Recorder:pid 403 Continuity error... 5 ( prev 8 ) - bad signal?
    16-11-2013 13:51:08.345 Recorder:pid 22 Continuity error... c ( prev 0 ) - bad signal?
    16-11-2013 13:51:28.407 Recorder:pid 3ff Continuity error... b ( prev b ) - bad signal?
    16-11-2013 13:51:28.407 Recorder:pid 403 Continuity error... 6 ( prev 9 ) - bad signal?
     

    popy

    MP Donator
  • Premium Supporter
  • July 3, 2011
    617
    141
    Mit 2x Dämpfungsglieder ....... !?!??!?!

    [2013-11-16 13:55:01,680] [Log ] [31 ] [INFO ] - **************************************************
    [2013-11-16 13:55:01,680] [Log ] [31 ] [INFO ] - ***** SIGNAL LEVEL: 100, SIGNAL QUALITY: 100 *****
    [2013-11-16 13:55:01,680] [Log ] [31 ] [INFO ] - **************************************************[DOUBLEPOST=1384606614][/DOUBLEPOST]Ist auf Höchstleistung & bei Prozessor:

    upload_2013-11-16_13-57-18.png
    [DOUBLEPOST=1384606706][/DOUBLEPOST]Habe den i3-2120T, habe ein ungutes Gefühl wenn LatencyMon meint dass es Probleme geben könnte mit RealTimeStreaming.
    Aber wo soll ich das Energiesparzeugs noch abschalten?
     

    Users who are viewing this thread

    Top Bottom