Quantcast
Aktuelles
Digital Eliteboard - Das Digitale Technik Forum

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Stark variierende ECM-Zeiten

soulrebell

Newbie
Registriert
22. Oktober 2016
Beiträge
8
Reaktionspunkte
1
Punkte
3
Hallo zusammen,
ich habe eine odroid c2 mit debian (jessie) am laufen.
Daran ist eine Easymouse 2 mit HD+ Karte angeschlossen.
Des Weiteren verwende ich auf dem Gerät oscam (r11275) mit tvheadend (4.1-2286) als client mittels
newcamd.
Beim schauen (anderes Gerät) der HD sender kommt es sowohl beim Bild als auch beim Ton gelegentlich/unregelmäßig zu Störungen.

Diese zeigen sich in meinem tvheadend Log (Auschnitt) folgendermaßen.
Code:
2016-10-22 13:18:12.903 [  TRACE]:linuxdvb: Sundtek DVB-C (III) : DVB-C #0 - status 1 (001F)
2016-10-22 13:18:13.478 [WARNING]:TS: Kabel Deutschland/114MHz/kabel eins HD: H264 @ #6611: Invalid start code 66:b9:09
2016-10-22 13:18:13.509 [WARNING]:TS: Kabel Deutschland/114MHz/kabel eins HD: AC3 @ #6612: Invalid start code 24:34:45
2016-10-22 13:18:13.902 [  TRACE]:linuxdvb: Sundtek DVB-C (III) : DVB-C #0 - checking FE status (ready)

Hier der entsprechende Auszug vom oscam Log. Ich habe hier extra einen größeren Bereich angegeben, da die ECM-Zeiten immer nach einem ähnlichen Muster variieren. Der vorletze Wert in dem Log führt zu einer Bild und Tonstörung.
Code:
2016/10/22 13:17:02 1BDAB973 c      (ecm) tvheadend (09C7@000000/0016/C359/5E:708A356FC0839F2B9586B07CAF5E5FB3:0F06000000000000:): found (296 ms) by KDGKARTE
2016/10/22 13:17:08 566D0FF2 r   (reader) KDGKARTE [videoguard2] tvheadend emmtype=global, len=36 (hex: 0x24), cnt=1: written (484 ms)
2016/10/22 13:17:12 1BDAB973 c      (ecm) tvheadend (09C7@000000/0016/C359/5E:94C94B7CE7C39ADEAFD1A684032D8880:0F06000000000000:): found (660 ms) by KDGKARTE
2016/10/22 13:17:18 566D0FF2 r   (reader) KDGKARTE [videoguard2] tvheadend emmtype=global, len=36 (hex: 0x24), cnt=1: written (48 ms)
2016/10/22 13:17:22 1BDAB973 c      (ecm) tvheadend (09C7@000000/0016/C359/5E:DBD0810150CE0D8642689B2843B708F1:0F06000000000000:): found (398 ms) by KDGKARTE
2016/10/22 13:17:28 566D0FF2 r   (reader) KDGKARTE [videoguard2] tvheadend emmtype=global, len=36 (hex: 0x24), cnt=1: written (315 ms)
2016/10/22 13:17:33 1BDAB973 c      (ecm) tvheadend (09C7@000000/0016/C359/5E:D914AD9C15AD93B23647383F49938250:0F06000000000000:): found (795 ms) by KDGKARTE
2016/10/22 13:17:38 566D0FF2 r   (reader) KDGKARTE [videoguard2] tvheadend emmtype=global, len=36 (hex: 0x24), cnt=1: written (48 ms)
2016/10/22 13:17:42 1BDAB973 c      (ecm) tvheadend (09C7@000000/0016/C359/5E:98095451BE33E7ED415EC1F5A79F3382:0F06000000000000:): found (719 ms) by KDGKARTE
2016/10/22 13:17:49 566D0FF2 r   (reader) KDGKARTE [videoguard2] tvheadend emmtype=global, len=36 (hex: 0x24), cnt=1: written (310 ms)
2016/10/22 13:17:52 1BDAB973 c      (ecm) tvheadend (09C7@000000/0016/C359/5E:320E11C0BCEFB5569FB33A7AAB393C39:0F06000000000000:): found (296 ms) by KDGKARTE
2016/10/22 13:17:58 566D0FF2 r   (reader) KDGKARTE [videoguard2] tvheadend emmtype=global, len=36 (hex: 0x24), cnt=1: written (48 ms)
2016/10/22 13:18:02 1BDAB973 c      (ecm) tvheadend (09C7@000000/0016/C359/5E:6B86ED8AB08768A18087D6ADDF2FD621:0F06000000000000:): found (296 ms) by KDGKARTE
2016/10/22 13:18:09 566D0FF2 r   (reader) KDGKARTE [videoguard2] tvheadend emmtype=global, len=36 (hex: 0x24), cnt=1: written (49 ms)
2016/10/22 13:18:13 1BDAB973 c      (ecm) tvheadend (09C7@000000/0016/C359/5E:A17A3C19F113CA0C9AA9C95003BF2985:0F06000000000000:): found (1228 ms) by KDGKARTE
2016/10/22 13:18:19 566D0FF2 r   (reader) KDGKARTE [videoguard2] tvheadend emmtype=global, len=36 (hex: 0x24), cnt=1: written (404 ms)
2016/10/22 13:18:22 1BDAB973 c      (ecm) tvheadend (09C7@000000/0016/C359/5E:66FFD68FFDEAB898262B033CE2217377:0F06000000000000:): found (296 ms) by KDGKARTE

Des Weiteren hier meine configs

[global]
logfile = /var/log/oscam/oscam.log
disableuserfile = 0
nice = -1
maxlogsize = 256
preferlocalcards = 1
usrfile = /var/log/oscam/oscamuser.log

[cache]

[newcamd]
port = 50002@09C7:000000
key = 0102030405060708091011121314
keepalive = 1

[webif]
httpport = 8888
httprefresh = 5
httpallowed = 127.0.0.1,192.168.0.0-192.168.255.255

[reader]
label = KDGKARTE
protocol = mouse
device = /dev/ttyUSB0
caid = 09C7
boxid = 12345678
ecmwhitelist = 09C7:5D,5E,5F,60,61,62,63,78,79
detect = cd
mhz = 357
cardmhz = 357
ident = 09C7:000000
group = 1
emmcache = 1,3,2

[account]
user = tvheadend
pwd = pas
uniq = 0
group = 1
caid = 09C7
ident = 09C7:000000
au = KDGKARTE

Hat jemand eine Idee?
 
Zuletzt bearbeitet von einem Moderator:
Der Odroid-C2 ist leider nicht als Cardserver geeignet (liegt wohl an den USB-Treibern).
Kauf dir besser einen Raspberry PI 3, damit geht es Perfekt.
 
Ich komme vom Rasp2 und habe wegen dem fehlenden Gig. Lan gewechselt.
Rasp 3 liegt die gleiche Einschränkung vor und ist somit leider auch keine Alternative.
 
Für Cardsharing und TVHeadend macht es wirklich Null unterschied auf 100mbits oder 1gbit.
 
die karte benötigt nur u-emm, alle anderen blocken

scheinbar läuft die karte nicht im fastmode
log vom oscam start an posten,
evtl. beim reader ergänzen:
ndsversion=2
ins7e11=15 (auch 13 o. 14 testen)
ident überall entfernen
einstellu gen mouse auch mit 6mhz testen
 
Beim CS braucht man alle 7 sek. 32 Bit.
Geht sogar mit einem 56k-Modem.
 
Hallo, ich habe nicht geschrieben, dass der pi2 aufgrund der 100mbit nicht zum CS ausreicht.
In meinem Fall/Anwendung mind. zwei HD Streams und gelegentlich parallel dazu etwas von der angeschlossenen
Festplatte ziehen war die Geschwindigkeit nicht zufriedenstellend.

Im Moment habe ich den Pi 2 wieder aktiviert, als reinen CS, und bis auf die jetzt schlechteren Umschaltzeiten keine Probleme.

@4gx35
Probiere ich heute abend und schicke dann auch den log
 
Hi 4gx35, habe nacheinander deine Hinweise umgesetzt (bis auf 6mhz) und konnte die ecm-Zeiten reduzieren.
Das Maximum (sehr selten) liegt jetzt bei ca. 1030ms, Störungen treten bei ca. 1100ms auf.
Läuft jetzt ohne Störungen.
Super vielen Dank!!

Hier noch die angepasste server config, falls jemand ähnliche Probleme hat mit dem odroid c2 als cs hat.

[reader]
label = KDGKARTE
protocol = mouse
device = /dev/ttyUSB0
caid = 09C7
boxid = 12345678
ecmwhitelist = 09C7:5D,5E,5F,60,61,62,63,78,79
detect = cd
mhz = 357
cardmhz = 357
#ident = 09C7:000000
group = 1
emmcache = 1,3,2
blockemm-u = 0
blockemm-s = 1
blockemm-g = 1
blockemm-unknown = 1
ins7e11 = 15
ndsversion = 2
 
Zurück
Oben