Sundtek Support Forum

Deutsch => Sundtek MediaTV Pro => Thema gestartet von: bofh am Januar 21, 2012, 12:31:12 Vormittag

Titel: yaVDR 0.4 mit USB -> TS continuity error
Beitrag von: bofh am Januar 21, 2012, 12:31:12 Vormittag: Hallo zusammen,

nachdem ich eine Zeit lang versucht habe, über LAN einen Stick einzubinden (siehe HIER (http://support.sundtek.com/index.php/topic,744.0.html), möchte ich nun erst einmal lokal 2 Sticks anschließen und nutzen.

Auf der NAS ist mediasrv aus, in der yaVDR -Conf (Asus ASRock-ION 3D) sind nur noch die beiden lokal angeschlossenen. Die Sticks wurden auch sofort erkannt, wenn ich umgeschaltet habe, kam im Syslog unzählige "TS continuity error"

Ich habe im BIOS den Legacy Support deaktiviert (steht hier irgendwo im Board), der Fehler bleibt aber. Wenn ich beim Start gleich auf denselben anderen Sender gehe, ist der iO. Beim Umschalten wird dann der 1. nicht gefunden (wieder TS-Fehler) .

Die CPU-Auslastung ist dann über 100% (84% Xine, 64% VDR). Habe dann in der Console vdr gestoppt und neu gestartet => Xine 4%, VDR 0% => Allerdings auch:

Code: [Auswählen]
Jan 20 23:27:58 wohnzimmer vdr: [5052] switching to channel 1 Jan 20 23:27:58 wohnzimmer vdr: [5052] info: Kanal nicht verfÃ¼gbar!
Nun weiß ich garnicht mehr weiter. Über Netzwerk funktioniert zumindest das Umschalten, allerdings nicht durchgehen / zuverlässig. Eigentlich wollt ich mit dieser Umstellung die Probleme beseitigen und nun habe ich andere :(

Kann mir bitte jemand sagen, wie ich das System zum stabilen laufen kriege? Ich weiß nicht mehr weiter.

Danke und Gruß
bofh

Edit: beide Sticks laufen wieder im isoc-Modus

Edit2: nach dem Umschalten von ARD.HD auf ZDF.HD kommt

Zitat
Jan 20 23:38:10 wohnzimmer vdr: [2686] switching to channel 2
Jan 20 23:38:11 wohnzimmer vdr: [2851] TS buffer on device 1 thread ended (pid=2686, tid=2851)
Jan 20 23:38:11 wohnzimmer vdr: [2850] buffer stats: 4194303 (100%) used
Jan 20 23:38:11 wohnzimmer vdr: [2850] receiver on device 1 thread ended (pid=2686, tid=2850)
Jan 20 23:38:11 wohnzimmer vdr: [3089] receiver on device 1 thread started (pid=2686, tid=3089)
Jan 20 23:38:11 wohnzimmer vdr: [3090] TS buffer on device 1 thread started (pid=2686, tid=3090)
Jan 20 23:38:11 wohnzimmer vdr: [3089] cVideoRepacker: operating in H.264 mode
Jan 20 23:38:12 wohnzimmer vdr: [3089] SetBrokenLink: no GOP header found in video packet
Jan 20 23:38:14 wohnzimmer vdr: [3090] buffer usage: 70% (tid=3089)
Jan 20 23:38:14 wohnzimmer vdr: [3090] buffer usage: 60% (tid=3089)
Jan 20 23:38:14 wohnzimmer vdr: [3090] buffer usage: 70% (tid=3089)
Jan 20 23:38:14 wohnzimmer vdr: [3090] buffer usage: 80% (tid=3089)
Jan 20 23:38:15 wohnzimmer vdr: [3090] buffer usage: 60% (tid=3089)
Jan 20 23:39:14 wohnzimmer vdr: [2788] changing pids of channel 322 from 1601+1601=27:1602=deu@3;1606=deu@106:0:1604 to 101+101=2:102=deu@3,103=mis@3:0:104
Jan 20 23:39:17 wohnzimmer vdr: [2788] changing pids of channel 322 from 101+101=2:102=deu@3,103=mis@3:0:104 to 1601+1601=27:1602=deu@3;1606=deu@106:0:1604
Jan 20 23:39:23 wohnzimmer vdr: [2757] sundtek: error on poll: 0
Jan 20 23:39:32 wohnzimmer vdr: [2787] ERROR: frontend 1/0: Keine Berechtigung

Die FM ist mir nicht klar. Auf das Frontend muss doch zugegriffen werden können, sonst gäbe es garkein Bild, oder?
Titel: Re:yaVDR 0.4 mit USB -> TS continuity error
Beitrag von: Sundtek am Januar 21, 2012, 01:11:39 Vormittag: http://support.sundtek.com/index.php/topic,780.msg5123.html#msg5123

Kannst du diesen Test durchführen?

Bei TS Continuity Error kann es 2 moegliche Probleme geben:
1. Signalstärke ist nicht ausreichend auf dem Transponder
2. Der USB Stack unterstuetzt USB 2.0 nicht richtig.

Die Signalstärke kannst du so auslesen:
/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0
bzw.
/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter1/frontend0
Titel: Re:yaVDR 0.4 mit USB -> TS continuity error
Beitrag von: Sundtek am Januar 21, 2012, 01:21:22 Vormittag: Zitat von: Sundtek am Januar 21, 2012, 01:11:39 Vormittag
http://support.sundtek.com/index.php/topic,780.msg5123.html#msg5123

Kannst du diesen Test durchführen?

Bei TS Continuity Error kann es 2 moegliche Probleme geben:
1. Signalstärke ist nicht ausreichend auf dem Transponder
2. Der USB Stack unterstuetzt USB 2.0 nicht richtig.

Die Signalstärke kannst du so auslesen:
/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0
bzw.
/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter1/frontend0

Fuer die Verwendung am NAS den Stick unbedingt auf BULK umstellen.
Titel: Re:yaVDR 0.4 mit USB -> TS continuity error
Beitrag von: bofh am Januar 21, 2012, 11:33:37 Vormittag: So, folgende Ergebnisse / Erkenntnisse:

Nach dem Neustart des VDR heut morgen bleibt der Stick aus. "/opt/bin/mediaclient -e" zeigt ihn korrekt an. "ps x | grep mediasrv" liefert:

Zitat
12709 ? Ssl 0:00 /opt/bin/mediasrv -d --pluginpath=/opt/bin
12710 ? S 0:00 /opt/bin/mediasrv -d --pluginpath=/opt/bin

In der syslog kommt:
Zitat
Jan 21 10:24:00 wohnzimmer vdr: [8794] switching to channel 1
Jan 21 10:24:00 wohnzimmer vdr: [8794] info: Kanal nicht verfÃ¼gbar!

Nachdem ich die mediasrv-Prozesse gekillt und diesen und vdr neu gestartet habe, ist wieder Bild da. Allerdings nur ca. 2-3 Minuten.

Dann sehe ich im syslog:
Zitat
Jan 21 10:26:41 wohnzimmer vdr: [14551] video directory scanner thread ended (pid=14479, tid=14551)
Jan 21 10:26:41 wohnzimmer vdr: [14550] video directory scanner thread ended (pid=14479, tid=14550)
Jan 21 10:26:41 wohnzimmer vdr: [14598] XVDR: Recordings state changed (3)
Jan 21 10:26:41 wohnzimmer vdr: [14598] XVDR: Requesting clients to reload recordings list
Jan 21 10:27:03 wohnzimmer vdr: [14587] ERROR: can't open filter handle on '/dev/dvb/adapter0/demux0'
Jan 21 10:27:03 wohnzimmer vdr: [14548] sundtek: error on poll: 0
Jan 21 10:27:06 wohnzimmer kernel: [ 2160.951345] input: Sundtek Ltd. Remote Control as /devices/virtual/input/input12
Jan 21 10:27:08 wohnzimmer vdr: [14605] dbus2vdr: new message, object /Plugins/dynamite, interface de.tvdr.vdr.plugin, member SVDRPCommand
Jan 21 10:27:08 wohnzimmer vdr: [14605] dbus2vdr: starting new message handler 0x19a4210
Jan 21 10:27:08 wohnzimmer vdr: [15228] dbus2vdr message handler thread started (pid=14479, tid=15228)
Jan 21 10:27:08 wohnzimmer vdr: [15228] dbus2vdr: moving message handler 0x19a4210 from active to finished
Jan 21 10:27:08 wohnzimmer vdr: [15228] dbus2vdr message handler thread ended (pid=14479, tid=15228)
(Vorher wieder massig TS continuity errors)

Gleichzeitig hatte ich /opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0 laufen:

Zitat
SIGNAL: [.................................] (100%) BER: 5 FREQ: 130000000 Hz LOCKED: YES MER: 348 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 4 FREQ: 130000000 Hz LOCKED: YES MER: 350 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 4 FREQ: 130000000 Hz LOCKED: YES MER: 349 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 7 FREQ: 130000000 Hz LOCKED: YES MER: 348 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] ( 99%) BER: 7 FREQ: 130000000 Hz LOCKED: YES MER: 348 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] ( 99%) BER: 11 FREQ: 130000000 Hz LOCKED: YES MER: 348 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] ( 99%) BER: 11 FREQ: 130000000 Hz LOCKED: YES SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] ( 0%) BER: 11 FREQ: 0 Hz LOCKED: NO SYM: 0 MOD: unknown
SIGNAL: [.................................] ( 0%) BER: 11 FREQ: 0 Hz LOCKED: NO SYM: 0 MOD: unknown
SIGNAL: [.................................] ( 0%) BER: 11 FREQ: 0 Hz LOCKED: NO SYM: 0 MOD: unknown
SIGNAL: [.................................] ( 0%) BER: 11 FREQ: 0 Hz LOCKED: NO SYM: 0 MOD: unknown
SIGNAL: [.................................] ( 0%) BER: 11 FREQ: 0 Hz LOCKED: NO SYM: 0 MOD: unknown
SIGNAL: [.................................] ( 0%) BER: 11 FREQ: 0 Hz LOCKED: NO SYM: 0 MOD: unknown
SIGNAL: [.................................] ( 0%) BER: 11 FREQ: 0 Hz LOCKED: NO SYM: 0 MOD: unknown
SIGNAL: [.................................] ( 0%) BER: 11 FREQ: 0 Hz LOCKED: NO SYM: 0 MOD: unknown

gekürzt: Vorher viele Zeilen mit 100% oder 99%; nach diesem Ausschnitt nur noch 0%

Am TV sehe ich das unterschiedlich: Entweder der Stick bleibt an (blaue LED) => Dann kommt das Bild nach 5-10 Minuten wieder. Spätestens nach dem 2. Aussetzer geht aber auch diese aus. Dann hilft nur ein "kill -9 mediasrv -> /opt/bin/mediaclient --start -> vdr restart"

Das habe ich jetzt mit dem Pro- und dem Home-Stick getestet.

@Support: Kannst Du daraus etwas erkennen? *daumendrück*

Gruß
bofh
Titel: Re:yaVDR 0.4 mit USB -> TS continuity error
Beitrag von: Sundtek am Januar 21, 2012, 01:38:04 Nachmittag: Frequenz 0?? Das kommt eigentlich nur direkt nach der Stick Initialisierung wo noch keine Frequenz eingestellt wurde.

/opt/bin/mediaclient --lc

Greift da ein anderes Programm drauf zu?

Mach bitte die obrigen Tests.
Titel: Re:yaVDR 0.4 mit USB -> TS continuity error
Beitrag von: bofh am Januar 23, 2012, 07:47:38 Nachmittag: Hallo !

Bei -lc wird mir nur vdr angezeigt. Ich werde jetzt erstmal alles neu installieren, um auszuschließen, dass es am yaVDR liegt. Was ich aber komisches festgestellt habe:

als kein Bild mehr angezeigt wurde, habe ich einen anderen Stick angeschlossen. Das Bild war sofort da.

Zusätzlich werde ich einen 2. VDR auf einem 2. ASRock aufsetzen.
Ich melde mich, sobald alles fertig ist.

Gruß
Bofh
Titel: Re:yaVDR 0.4 mit USB -> TS continuity error
Beitrag von: Sundtek am Januar 23, 2012, 07:55:11 Nachmittag: http://support.sundtek.com/index.php/topic,780.0.html

Bitte diesen Beitrag befolgen, dort geht es auch um ein Asrock Board welches Probleme beim USB Controller Treiber hat.
Die USB 2.0 Ports erreichen gemeinsam lediglich USB 1.1 Geschwindigkeit was annehmen lässt das der Linux Kernel USB Controller Treiber mit der Hardware nicht richtig zusammenspielt.
Titel: Re:yaVDR 0.4 mit USB -> TS continuity error
Beitrag von: bofh am Januar 31, 2012, 07:29:03 Nachmittag: Entschuldige, dass ich mich nicht gemeldet habe,

bin derzeit im Streß. Hoffe, dass ich am Wochenende alle Tests machen kann und die Daten liefern kann.

Gruß
bofh
Titel: Re:yaVDR 0.4 mit USB -> TS continuity error
Beitrag von: bofh am März 09, 2012, 02:06:10 Nachmittag: Hallo,

habe mich gerade mal wieder mit dem VDR beschäftigt und wollte noch folgende Daten nachreichen:

Hab gerade in einem alten Beitrag gefunden, dass der BER-Wert 0 sein sollte. Das ist er bei mir so gut wie nie. Er schwankt meist zwischen 1 und 9.

Bis das Problem beseitigt ist, ist derzeit nur noch 1 DVB-C-Stick angeschlossen.

Gerade (nach ca. 5 Min ohne Prob, ARD HD) ist das Bild wieder stehengeblieben:

Code: [Auswählen]
SIGNAL: [.................................] (100%) BER: 3 FREQ: 130000000 Hz LOCKED: YES MER: 353 SYM: 6900000 MOD: QAM256 SIGNAL: [.................................] (100%) BER: 1 FREQ: 130000000 Hz LOCKED: YES MER: 354 SYM: 6900000 MOD: QAM256 SIGNAL: [.................................] (100%) BER: 1 FREQ: 130000000 Hz LOCKED: YES MER: 354 SYM: 6900000 MOD: QAM256 SIGNAL: [.................................] (100%) BER: 2 FREQ: 130000000 Hz LOCKED: YES MER: 352 SYM: 6900000 MOD: QAM256 SIGNAL: [.................................] (100%) BER: 2 FREQ: 130000000 Hz LOCKED: YES MER: 355 SYM: 6900000 MOD: QAM256 SIGNAL: [.................................] (100%) BER: 2 FREQ: 130000000 Hz LOCKED: YES MER: 352 SYM: 6900000 MOD: QAM256 SIGNAL: [.................................] (100%) BER: 2 FREQ: 130000000 Hz LOCKED: YES MER: 351 SYM: 6900000 MOD: QAM256 SIGNAL: [.................................] (100%) BER: 2 FREQ: 130000000 Hz LOCKED: YES MER: 335 SYM: 6900000 MOD: QAM256 SIGNAL: [.......... ] ( 30%) BER: 41248 FREQ: 130000000 Hz LOCKED: YES MER: 325 SYM: 6900000 MOD: QAM256 SIGNAL: [.......... ] ( 30%) BER: 41248 FREQ: 130000000 Hz LOCKED: YES MER: 321 SYM: 6900000 MOD: QAM256 SIGNAL: [.......... ] ( 30%) BER: 41248 FREQ: 130000000 Hz LOCKED: YES MER: 331 SYM: 6900000 MOD: QAM256 SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 130000000 Hz LOCKED: YES MER: 336 SYM: 6900000 MOD: QAM256 SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 130000000 Hz LOCKED: YES MER: 332 SYM: 6900000 MOD: QAM256 SIGNAL: [...... ] ( 18%) BER: 5004 FREQ: 130000000 Hz LOCKED: YES MER: 333 SYM: 6900000 MOD: QAM256 SIGNAL: [...... ] ( 18%) BER: 5004 FREQ: 130000000 Hz LOCKED: YES MER: 335 SYM: 6900000 MOD: QAM256 SIGNAL: [...... ] ( 18%) BER: 9410 FREQ: 130000000 Hz LOCKED: YES MER: 339 SYM: 6900000 MOD: QAM256 SIGNAL: [......... ] ( 29%) BER: 9410 FREQ: 130000000 Hz LOCKED: YES MER: 334 SYM: 6900000 MOD: QAM256 SIGNAL: [......... ] ( 29%) BER: 9410 FREQ: 130000000 Hz LOCKED: YES MER: 341 SYM: 6900000 MOD: QAM256 SIGNAL: [............ ] ( 37%) BER: 4999 FREQ: 130000000 Hz LOCKED: YES MER: 338 SYM: 6900000 MOD: QAM256 SIGNAL: [............ ] ( 37%) BER: 4999 FREQ: 130000000 Hz LOCKED: YES MER: 345 SYM: 6900000 MOD: QAM256 SIGNAL: [............. ] ( 40%) BER: 1876 FREQ: 130000000 Hz LOCKED: YES MER: 346 SYM: 6900000 MOD: QAM256 SIGNAL: [............. ] ( 40%) BER: 1876 FREQ: 130000000 Hz LOCKED: YES MER: 348 SYM: 6900000 MOD: QAM256 SIGNAL: [............. ] ( 40%) BER: 246 FREQ: 130000000 Hz LOCKED: YES MER: 348 SYM: 6900000 MOD: QAM256 SIGNAL: [..................... ] ( 65%) BER: 246 FREQ: 130000000 Hz LOCKED: YES MER: 348 SYM: 6900000 MOD: QAM256 SIGNAL: [..................... ] ( 65%) BER: 246 FREQ: 130000000 Hz LOCKED: YES MER: 348 SYM: 6900000 MOD: QAM256 SIGNAL: [.................................] ( 99%) BER: 9 FREQ: 130000000 Hz LOCKED: YES MER: 351 SYM: 6900000 MOD: QAM256 SIGNAL: [.................................] ( 99%) BER: 9 FREQ: 130000000 Hz LOCKED: YES MER: 348 SYM: 6900000 MOD: QAM256 SIGNAL: [.................................] (100%) BER: 3 FREQ: 130000000 Hz LOCKED: YES MER: 348 SYM: 6900000 MOD: QAM256 SIGNAL: [.................................] (100%) BER: 3 FREQ: 130000000 Hz LOCKED: YES MER: 349 SYM: 6900000 MOD: QAM256 SIGNAL: [.................................] (100%) BER: 2 FREQ: 130000000 Hz LOCKED: YES MER: 349 SYM: 6900000 MOD: QAM256 SIGNAL: [.................................] (100%) BER: 2 FREQ: 130000000 Hz LOCKED: YES MER: 352 SYM: 6900000 MOD: QAM256 SIGNAL: [.................................] (100%) BER: 2 FREQ: 130000000 Hz LOCKED: YES MER: 350 SYM: 6900000 MOD: QAM256 SIGNAL: [.................................] (100%) BER: 1 FREQ: 130000000 Hz LOCKED: YES MER: 352 SYM: 6900000 MOD: QAM256 SIGNAL: [.................................] (100%) BER: 1 FREQ: 130000000 Hz LOCKED: YES MER: 351 SYM: 6900000 MOD: QAM256 SIGNAL: [.................................] (100%) BER: 1 FREQ: 130000000 Hz LOCKED: YES MER: 352 SYM: 6900000 MOD: QAM256 SIGNAL: [.................................] (100%) BER: 1 FREQ: 130000000 Hz LOCKED: YES MER: 345 SYM: 6900000 MOD: QAM256 SIGNAL: [.................................] (100%) BER: 1010 FREQ: 130000000 Hz LOCKED: YES MER: 335 SYM: 6900000 MOD: QAM256 SIGNAL: [............. ] ( 40%) BER: 41248 FREQ: 130000000 Hz LOCKED: YES MER: 327 SYM: 6900000 MOD: QAM256 SIGNAL: [............. ] ( 40%) BER: 41248 FREQ: 130000000 Hz LOCKED: YES MER: 333 SYM: 6900000 MOD: QAM256 SIGNAL: [...... ] ( 20%) BER: 41248 FREQ: 130000000 Hz LOCKED: YES MER: 325 SYM: 6900000 MOD: QAM256 SIGNAL: [...... ] ( 20%) BER: 41248 FREQ: 130000000 Hz LOCKED: YES MER: 338 SYM: 6900000 MOD: QAM256 SIGNAL: [..... ] ( 17%) BER: 11548 FREQ: 130000000 Hz LOCKED: YES MER: 336 SYM: 6900000 MOD: QAM256 SIGNAL: [..... ] ( 17%) BER: 11548 FREQ: 130000000 Hz LOCKED: YES MER: 338 SYM: 6900000 MOD: QAM256 SIGNAL: [..... ] ( 17%) BER: 41248 FREQ: 130000000 Hz LOCKED: YES MER: 333 SYM: 6900000 MOD: QAM256 SIGNAL: [......... ] ( 28%) BER: 2969 FREQ: 130000000 Hz LOCKED: YES MER: 338 SYM: 6900000 MOD: QAM256 SIGNAL: [......... ] ( 28%) BER: 2969 FREQ: 130000000 Hz LOCKED: YES MER: 341 SYM: 6900000 MOD: QAM256 SIGNAL: [............ ] ( 38%) BER: 4539 FREQ: 130000000 Hz LOCKED: YES MER: 345 SYM: 6900000 MOD: QAM256 SIGNAL: [............ ] ( 38%) BER: 4539 FREQ: 130000000 Hz LOCKED: YES MER: 344 SYM: 6900000 MOD: QAM256 SIGNAL: [............. ] ( 40%) BER: 1381 FREQ: 130000000 Hz LOCKED: YES MER: 345 SYM: 6900000 MOD: QAM256 SIGNAL: [............. ] ( 40%) BER: 1381 FREQ: 130000000 Hz LOCKED: YES MER: 349 SYM: 6900000 MOD: QAM256
Das Bild steht nun, lasse ich readsignal weiter durchlaufen, ist es immer wieder mal auf 100% Signal, geht dann auf ca 40% dann auf 15% runter und dann wieder hoch).

/opt/bin/mediaclient --cat /dev/dvb/adapter0/dvr0 | /opt/bin/mediaclient --pipecount=1000:
Code: [Auswählen]
[2012-03-09 13:01:04] 1576960 bytes | 1540.00 kb | 1.50 mb transferred [2012-03-09 13:01:05] 1658880 bytes | 1620.00 kb | 1.58 mb transferred [2012-03-09 13:01:06] 1669120 bytes | 1630.00 kb | 1.59 mb transferred [2012-03-09 13:01:07] 1669120 bytes | 1630.00 kb | 1.59 mb transferred [2012-03-09 13:01:08] 1607680 bytes | 1570.00 kb | 1.53 mb transferred [2012-03-09 13:01:09] 1484800 bytes | 1450.00 kb | 1.42 mb transferred(Ist das ok / ausreichend?)

Liegt das Grundproblem evtl. an Störungen in der Leitung? Ich habe vom Anschluss ein Kabel direkt am Stick (Keine T-Stücke o.ä.). Kabel: Clicktronic HC 600-1500 Antennenkabel (Koax Stecker/-Buchse, mit Ferritkernen, vergoldete Kontakte)

Könnte da irgendwo die Ursache liegen?
Gruß
Bofh
Titel: Re:yaVDR 0.4 mit USB -> TS continuity error
Beitrag von: Sundtek am März 09, 2012, 05:43:37 Nachmittag: Eventuell liegt das Problem daran dass das Signal bei dir zu stark ist, wir haben 2 Modelle der schwarzen Sticks.
1x fuer Kabelnetze mit sehr schwachen Signalen (der AGC wird justiert da Dekoder nicht die Optimale Einstellung erreichen konnte, das sieht man daran das die MER hinuntergeht)
1x fuer Kabelnetze mit staerkeren Signalen

Wenn nun der Stick für die schwachen Signale bei den staerkeren verwendet wird wird der Stick quasi übersteuert.
Wir können die Sticks intern umstellen, dazu müsste der betroffene Stick aber eingeschickt werden.

Der Stick ist optimal konfiguriert sobald die BER stabil bleibt. Bei DVB-C ist diese noch in Ordnung sofern sie <10 ist, 0 ist natürlich optimal. Wenn diese >100 oder gar 1000 ist, bekommt man garantiert sichtbare Bildstörungen.

Diese Erkenntnis bitte nicht bei DVB-T anwenden, dort ist eine erhöhte BER durchaus üblich.
Titel: Re:yaVDR 0.4 mit USB -> TS continuity error
Beitrag von: bofh am März 09, 2012, 07:03:17 Nachmittag: Oh, das hört sich ja gut an.

Woran kann ich denn erkennen, ob meine Sticks für starke oder schwache Signale ausgelegt sind?

Die Bezeichnungen auf den Sticks (alle schwarz) lauten:

0DVBTC-0297
HDVBTB-0824
0DVBTB-0137
0DVBTC-0296

Gruß
bofh

EDIT:
Hab jetzt einen anderen Stick angeschlossen: 10< BER <20. Springt dann plötzlich auf 400-800, zwischendurch auch mal 41248 und einige um 1000. Signalstärke geht auf konstante 40% runter. Ergebnis: Ton ist durchgehend da (dachte schon es wäre alles iO mit dem Stick), Bild ist aber eine Pixelsammlung und Standbild.

EDIT2:
Seit 17.00 läuft ARD HD mit dem 0DVBTB-0137 ohne Ruckler. BER 0-3, Signal permanent 100%. Müssen die anderen also umgestellt werden? Und was ist wäre, wenn sich die Signalstärke ändern sollte?
Titel: Re:yaVDR 0.4 mit USB -> TS continuity error
Beitrag von: Sundtek am März 11, 2012, 07:20:14 Vormittag: Schicke einfach die Sticks bei denen Du denkst dass es dort Probleme gibt ein (nur Sticks ohne Zubehör).
Die BER Schwankungen sind auf jeden Fall das Problem das Du bei Dir erkannt hast, eventuell hilft dort wie erwähnt ein Stick mit erhöhtem "Empfangsfenster".

Das Resultat sollte sein das die 4 Sticks(?) alle gleichzeitig problemlos funktionieren, unser Testsystem verwendet bereits längerfristig üblicherweise 3 Sticks gleichzeitig mit einer recht geringen Systemlast.
Titel: Re:yaVDR 0.4 mit USB -> TS continuity error
Beitrag von: bofh am März 11, 2012, 02:24:15 Nachmittag: Hallo,

ok, ich mache morgen das Paket mit allen 4 Sticks fertig. Der 4. läuft zwar wesentlich stabiler, bietet aber so auch eine Vergleichsmöglichkeit.

An die Berliner Absenderadresse, denke ich?

Gruß
bofh
Titel: Re:yaVDR 0.4 mit USB -> TS continuity error
Beitrag von: Sundtek am März 12, 2012, 07:08:33 Nachmittag: Ja, bitte mit ausreichender Information (z.b Bestellnummer je Stick)
Titel: Re:yaVDR 0.4 mit USB -> TS continuity error
Beitrag von: bofh am März 20, 2012, 11:51:53 Vormittag: Hallo,

wurden die Sticks schon untersucht? Gibt es schon Erkenntnisse?

Gruß
bofh
Titel: Re:yaVDR 0.4 mit USB -> TS continuity error
Beitrag von: Sundtek am März 24, 2012, 08:03:00 Nachmittag: Da die Sticks so kurzfristig leider nicht überprüft werden konnten wurden sie wohl getauscht, bitte aber Feedback geben ob die aktuellen dein Problem lösen, die Sticks werden sobald wie möglich auch bei uns getestet werden.

Die aktuellen Sticks sind wie vorher erwähnt auf etwas stärkere Signale ausgerichtet.
Titel: Re:yaVDR 0.4 mit USB -> TS continuity error
Beitrag von: bofh am April 02, 2012, 09:01:56 Nachmittag: Hallo,

ich wollte mal nachfragen, ob es schon neue Erkenntnisse gibt. Habe den letzten Beitrag so verstanden, als wären die Sticks getauscht worden.

Gruß
bofh
Titel: Re:yaVDR 0.4 mit USB -> TS continuity error
Beitrag von: Sundtek am April 03, 2012, 11:53:18 Vormittag: Nochmal nachgehakt, der Ersatz wurde wohl vom Techniker verpackt ist dann aber wohl liegengeblieben, geht dann wohl morgen raus. Sorry dafür.
Titel: Re:yaVDR 0.4 mit USB -> TS continuity error
Beitrag von: bofh am April 03, 2012, 12:07:46 Nachmittag: Kann passieren :-)

Danke für die Rückmeldung.Dan drück ich mal die Daumen, dass ich Ostern wieder basteln und vor allem Fernsehen kann .-)

Gruß
bofh
Titel: Re:yaVDR 0.4 mit USB -> TS continuity error
Beitrag von: bofh am April 10, 2012, 05:01:00 Nachmittag: Hmmm, langsam mach ich mir Sorgen. Bisher sind noch keine Sticks angekommen.

Sind die schon unterwegs?

Gruß
bofh
Titel: Re:yaVDR 0.4 mit USB -> TS continuity error
Beitrag von: bofh am April 16, 2012, 09:24:20 Vormittag: Guten Tag,

wollte eben Bescheid geben, dass die Sticks eingetroffen sind. Werde mich heute Abend ans Testen machen und berichten.

Gruß
Titel: Kleiner Erfahrungsbericht zwischendurch
Beitrag von: bofh am April 23, 2012, 11:03:17 Vormittag: Hallo,
möchte kurz mitteilen, dass die silbernen Sticks das Problem nahezu beseitigt haben. Während vorher auf HD-Sendern maximal 5 Minuten geguckt werden konnte, bis es zum Stillstand kam, hatte ich gestern während eines Films nur einen kurzen Aussetzern.

Vermutlich kann auch dies durch Feineinstellungen noch behoben werden?! Dazu würde ich einen neuen Thread öffnen.

Hierzu: Vielen Dank für den Tausch. So, wie die Sticks nun laufen, bin ich schon zufrieden.

Gruß
bofh
Titel: Re:yaVDR 0.4 mit USB -> TS continuity error
Beitrag von: Sundtek am April 23, 2012, 11:10:13 Vormittag: Bei Aussetzern das Signal überprüfen, insbesondere bei DVB-C die BER sollte <10 sein.

Zitat
/opt/bin/mediaclient -d /dev/dvb/adapter0/frontend0 --readsignal=0

Die Adapter findest du mit folgenden Befehlen heraus:
Zitat
/opt/bin/mediaclient -e

Sofern das Signal <10 ist und in der Logfile /var/log/mediasrv.log während der Laufzeit keine "realigning stream" Einträge ersichtlich sind hängt es wohl am Player/Codec.
Titel: Re:yaVDR 0.4 mit USB -> TS continuity error
Beitrag von: bofh am April 23, 2012, 09:35:10 Nachmittag: Hallo und danke für die schnell Antwort!

Eigentlich dachte ich, das log haetten ich ausgeschaltet. Hier die passenden Eintraege:

Zitat
2012-04-21 11:46:10 [5013] TS Sync byte not aligned, realigning stream (376 // 0)
2012-04-21 11:46:10 [5013] TS Sync byte not aligned, realigning stream (0 // 0)
2012-04-21 11:46:TS Sync byte not aligned, realigning stream (0 // 0)
2012-04-21 11:46:14 [5013] TS Sync byte not aligned, realigning stream (0 // 0)

Heute Abend hatte ich noch keinen Aussetzer und demzufolge auch nichts im Log.
Zitat
SIGNAL: [.................................] (100%) BER: 0 FREQ: 378000000 Hz LOCKED: YES MER: 322 SYM: 6900000 MOD: QAM64
laeuft durchgehend auf 100% und BER 0. Da kann man wohl nicht meckern.

Also: ich bin von den neuen Sticks bisher schwer begeistert und mache mich nun langsam an Optimierungen.

Danke für den super Support (abgesehen von der Rücklieferung, aber das kann ja ueberall mal passieren).

Gruss
bofh
Titel: Re:yaVDR 0.4 mit USB -> TS continuity error
Beitrag von: Sundtek am April 23, 2012, 09:46:10 Nachmittag: Wenn du mehrere Sticks gleichzeitig verwendest kannst du die CPU Last etwas senken indem du die Sticks auf Bulk umstellst.

Zitat
/opt/bin/mediaclient --dtvtransfermode=bulk -d /dev/dvb/adapter0/frontend0

Das kannst du für jeden Adapter ausführen.