OScam, Mdapi, Hadi, ACamd - immer wieder Aussetzer

[MrTrustme]

Hallo, ich habe seit einiger Zeit immer wieder Aussetzer beim TV, bzw. dem entschlüsseln von HD+.
Das Problem tritt sowohl mit dem TVServer von Mediaportal und MDapi V3 auf als auch mit ARGUS TV und MDapi Plus.
Auch ein wechseln von HADU zu ACamd bringt nichts bzw, zeigt das gleiche Problem.

Ich kann TV sehen, schneller Kanalwechsel. Ganz Sporadisch bleibt das Bild stehen. Mediaportal kann ich ganz normal weiter bedienen, aber eben kein TV mehr sehen. Hier hilft nur ein Neustart.

Bei dem ARGUS TV Server bleibt zwar auch das Bild hängen. Nach ein paar Sekunden kann ich aber den Kanal wechseln und das Bild läuft wieder.

2015/03/08 18:53:24 B6444470 c wohnzimmer (1843&003411/EF10/89:EF1E): found (379 ms) by hd+ (of 1 avail 1)
2015/03/08 18:53:34 B6444470 c wohnzimmer (1843&003411/EF10/89:0FB8): found (372 ms) by hd+ (of 1 avail 1)
2015/03/08 18:53:44 B6444470 c wohnzimmer (1843&003411/EF10/89:D18A): found (375 ms) by hd+ (of 1 avail 1)
2015/03/08 18:53:54 B6444470 c wohnzimmer (1843&003411/EF10/89:1095): found (372 ms) by hd+ (of 1 avail 1)
2015/03/08 18:59:35 B6444470 c cccam(s) wohnzimmer:  connection closed by client
2015/03/08 18:59:35 B6444470 c wohnzimmer disconnected  from 192.168.178.27
2015/03/08 18:59:35 B6444470 c thread B6444470 ended!
2015/03/08 19:01:31 B6444470 c encrypted cccam-client 192.168.178.27 granted (wohnzimmer, au=auto (3 reader))
2015/03/08 19:01:34 B6444470 c wohnzimmer (1843&003411/EF10/89:526C): found (377 ms) by hd+ (of 1 avail 1)
2015/03/08 19:01:44 B6444470 c wohnzimmer (1843&003411/EF10/89:C952): found (372 ms) by hd+ (of 1 avail 1)
2015/03/08 19:01:54 B6444470 c wohnzimmer (1843&003411/EF10/89:0EB6): found (374 ms) by hd+ (of 1 avail 1)

Das ganze ist recht sporadisch und ich weiß leider nicht mehr wo ich ansetzen kann.
Bisher scheint es also kein Problem des TV Servers oder der MDapi Version zu sein.
Der Cardserver läuft einwandfrei und lässt aus dem Log keine Fehler erkennen.

Ich vermute eventuell eine falsche Einstellung in einer Config.
Der Cardserver läuft auf einem Cubietruck (IPC) und stellt über Oscam und CCCAM eine Line zur Verfügung.

# oscam.conf generated automatically by Streamboard OSCAM 1.10rc-svn build #6089
# Read more: http://streamboard.gmc.to/svn/oscam/trunk/Distribution/doc/txt/oscam.conf.txt


[global]
logfile                       = /var/log/ipc/OScam.log
nice                          = -1
maxlogsize                    = 2480
saveinithistory               = 1


[monitor]
hideclient_to                 = 15
appendchaninfo                = 0


[newcamd]
port                          = 22000@1830:003411
key                           = 0102030405060708091011121314


[cccam]
port                          = 17888
reshare                       = 5
version                       = 2.1.3
nodeid                        = 05DDF0DB1049153A


[webif]
httpport                      = 14543
httpuser                      = oscam
httppwd                       = password
httprefresh                   = 15
httpallowed                   = 127.0.0.1,192.168.0.0-192.168.255.255,10.0.0.0-10.255.255.255,172.16.0.0-172.31.255.255

# oscam.server generated automatically by Streamboard OSCAM 1.10rc-svn build #6089
# Read more: http://streamboard.gmc.to/svn/oscam/trunk/Distribution/doc/txt/oscam.server.txt


[reader]
label                         = hd+
protocol                      = mouse
device                        = /dev/HDPlus
caid                          = 1843
rsakey                        = BF9EB6xxxxxxxxxxxx4E8168EF09E4D9C5CCA4DD5
boxkey                        = A764xxxxxxxx37C
detect                        = cd
mhz                           = 368
cardmhz                       = 368
group                         = 1
emmcache                      = 1,1,2

# oscam.user generated automatically by Streamboard OSCAM 1.10rc-svn build #6089# Read more: http://streamboard.gmc.to/svn/oscam/trunk/Distribution/doc/txt/oscam.user.txt


[account]
user                          = username
pwd                           = password
group                         = 1
au                            = 1
cccmaxhops                    = 0
cccreshare                    = 0

Und hier die C-Line am Client: Server=CCCam:192.168.178.20:17888:1:usernameassword

Hat das etwas mit EEM ECM schreiben zu tun? Kommen da falsche CAIDs an?
Ich bin da eher Anfänger und wüsste nicht wo ich weiter suchen muss.

Braucht ihr noch Logs von HADU oder ACamd?

 

[Radagast]

AW: OScam, Mdapi, Hadi, ACamd - immer wieder Aussetzer

Hi,

als aller erstes solltest du in deinem Beitrag den rsakey und den boxkey rausnehmen bzw unkenntlich machen.

Als zweiten Schritt bring bitte mal deine OScam Version auf einen halbwegs aktuellen Stand. Die Version 6089 gehört ins Museum.
Wenn dann immernoch Probleme auftreten, dann setz bei dem betroffenem User mal Testweise die Option keepalive auf 1.

 

[MrTrustme]

AW: OScam, Mdapi, Hadi, ACamd - immer wieder Aussetzer

Danke für deine Infos !
Meinen Beitrag habe ich editiert.

Aktuelles compile Script geholt und durchlaufen lassen.
Vorher: 1.10 rc Rev. 6089
Danach: 1.20 unstable Rev. 10626

Sollte ich das Keepalive nicht grundsätzlich aktivieren?
Kann doch nicht schaden.

 

[Radagast]

AW: OScam, Mdapi, Hadi, ACamd - immer wieder Aussetzer

Hi,

schaden kann es nicht, aber wird halt immer eine Verbindung gehalten. Ob dies sinnvoll ist oder eben auch nicht darüber kann man streiten.

 

[MrTrustme]

AW: OScam, Mdapi, Hadi, ACamd - immer wieder Aussetzer

Okay, alles klar. Ich werde das jetzt mal eine Weile beobachten.
Tritt ja nur sporadisch auf. Vielleicht jetzt gar nicht mehr

Vielen Dank erst mal. An das Aktualisieren von Oscam hatte ich noch nicht gedacht *tztz*

 

[MrTrustme]

AW: OScam, Mdapi, Hadi, ACamd - immer wieder Aussetzer

So, da bin ich wieder. Leider keine Veränderung, gerade wieder Bild weg.
Hier mal das Log von Hadu und die entsprechende Hadu.ini.
Wäre klasse wenn jemand dazu eine Meinung und ein Gegenmittel hat ;-)

09.03.2015 21:08:12 -- 1 22  CC:  Send data to server Heimserver  ECM   NbrBytes=154  Data=0001009618430000341100000064EF1089803086078400E9B4080C6A8356CF376512B081D442526EF79710F842F5672558DEA4AE38847F849C65A17D1C9356CB430B95ACB035B0F55F0CA7A365EC22EA3DA7A25DEE440135EE30B6B81FBD25C43667943F0443C593025B728803367BE8C4D99DD9908CD14F2D3C3830289AE73AD3EDE3ED7F8DD72A53C9CCE0C5FFA201F8D9BC259882DAE6E13E
09.03.2015 21:08:13 -- 1 21  CC:  Received data from server Heimserver  DCWs  NbrBytes=20  Data=16010010E166A1E8A39907437542D58C4892D3AD
09.03.2015 21:08:22 -- 1 22  CC:  Send data to server Heimserver  ECM   NbrBytes=154  Data=0001009618430000341100000064EF1089813086078400C920AFE4DE913898C466D598640624A169A6212F24066CDF7215EA3CFA5BA94B7F60B6D4A0FA59EC7E4ED865467E10F30C987627732559597EF2B12681DACA5C3F06D113E0BA2D19A2537331C2B0608977BF3F1F4C313AE7A3B67481539F87ED514B58B35C8E9BD5FA7180D6653AF03C2CDBC787028A68BD8D59B59F97BCBDFE3477AA
09.03.2015 21:08:23 -- 1 21  CC:  Received data from server Heimserver  DCWs  NbrBytes=20  Data=BE010010E15BA9E568ABA1B47542D58C4892D3AD
09.03.2015 21:08:32 -- 1 22  CC:  Send data to server Heimserver  ECM   NbrBytes=154  Data=0001009618430000341100000064EF1089803086078400B601C7A14BA2CF4F73D67367A35B6453F02BF680591205310FEE61F3B9C9EAAB0DC4A492D0AF9E3C67DBC6DC7CBD963FBD4EB1C4FEEBAA3D3586AA4287FFD70BECE8427DF023E33EC311365BDD759B002A6E81DBE469AA527646BBE842DEA4EF898C36F85246A8D3778497960DA1C236146E12EE69655AE675BE865EB7776ED96DD6A3
09.03.2015 21:08:33 -- 1 21  CC:  Received data from server Heimserver  DCWs  NbrBytes=20  Data=D9010010E15BA9E568ABA1B4949B84B3B42A4826
09.03.2015 21:08:42 -- 1 22  CC:  Send data to server Heimserver  ECM   NbrBytes=154  Data=0001009618430000341100000064EF10898130860784000B7B2B415B11A961D2C5EE96DDE1CCD130807BB1CE652911C4470FBCAB8DC0A20F0D3AB648811423B00AA21C10971813698143A51CBEA5F5B9ED8328724C88A2F4B4AAA1DF2E83D01A12B9E652F89934A01822DD6ADEE007EB13DF3CB1A38258BF05BC80196DAB85FE27B2A129709EF1F0C7066DE2A0A9FE7C115160819013A081A965
09.03.2015 21:08:43 -- 1 21  CC:  Received data from server Heimserver  DCWs  NbrBytes=20  Data=270100100AD387647DCF7BC7949B84B3B42A4826
09.03.2015 21:08:52 -- 1 22  CC:  Send data to server Heimserver  ECM   NbrBytes=154  Data=0001009618430000341100000064EF108980308607840072377256C1CB939B23C90FD3848E35C3BBAD695E984E7EF71FC7CC0A787E02640EBD8E17E4A078CF130BE422F8A11621CE738C65124E7AF7386B2350DFAD491742499753E840EDBF7E12C171553367A1D5214C3A9D5784F344928CBBC59DB53E7173D3303CD41CDE70A6A11A74D075B755C61A33146AF227A7C79724BCCCD31742C22C
09.03.2015 21:08:53 -- 1 21  CC:  Received data from server Heimserver  DCWs  NbrBytes=20  Data=1C0100100AD387647DCF7BC7F1EBF0CC491AFC5F
09.03.2015 21:09:01 -- 2 08  No ECM frames 
09.03.2015 21:09:01 -- 1 28  CC:  Server Heimserver  No usable peer.

[General]
PluginActive=1
KeyPath2=
UseTransparency=1
MonitorSize=747,428;45,45,48,60,24,90,144,144;35,102,156,24,140


[Options]
UsePSITables=0
SurveyPMT=1
UsePATforPMT=0
DontUpdViewer=0
MaxECMPIDs=0
MaxConnections=0
DisplayIPorURL=1
ECMTimeout=3
MaxCAIDLoops=4
DCWsOneServ=1
LogMessages=1
LogMessLevel=2
EMMAlone=1
EMMFaked=1
EMMLog=1
DispAllEMMs=0
CacheUse=1
CacheUpdate=1
ManualUse=0
Systray=1


[Specific]
DVBViewerAPI=0
DVBViewerAllAudio=1
DVBViewerCSAStat=0
DVBViewerRecServ=0
DVBViewerIdleServ=0
DVBViewerEncrServ=0


[Device]
MDRoot=0
DescrCommand=
XorEven=
XorOdd=
UseTT=0


[Serv_Futro_cccam]
Server=cccam:192.168.148.38:17888:1:wohnzimmer:horseshoe
CAIDProv=1843
Active=1

 

[Radagast]

AW: OScam, Mdapi, Hadi, ACamd - immer wieder Aussetzer

Hi,

sind die Geräte per LAN oder per WLAN angeschlossen? WLAN würde solche Aussetzer erklären.

 

[MrTrustme]

AW: OScam, Mdapi, Hadi, ACamd - immer wieder Aussetzer

Hm, die Geräte sind per Wlan verbunden. Ich hatte diesen Aspekt bisher ausgeschlossen, da das System bereits auch sehr lange und sehr stabil mit dem Wlan lief.
Ich werde auf jeden Fall mal ein Lan Kabel zum Testen verlegen. Auf Dauer geht das leider nicht. Ist ein powerLan eine Alternative?
Gibt es vielleicht die Möglichkeit zu testen, ob das Wlan Aussetzer hat? Wie lang muss der Aussetzer sein damit dieser Hänger Auftritt?

Viele Fragen ;-)

 

[Radagast]

AW: OScam, Mdapi, Hadi, ACamd - immer wieder Aussetzer

Hi,

WLAN ist und bleibt anfällig für Störungen von außen. Es reicht schon aus, wenn z.B. ein weiteres Funknetzwerk in der Nähe hinzugekommen ist, welches deines evtl stört. Es kann aber auch der "neue" Standort eines DECT-Telefons sein, der zu Stöhrungen führt.

 

[MrTrustme]

AW: OScam, Mdapi, Hadi, ACamd - immer wieder Aussetzer

Okay, Lan Kabel bestellt. Muss es eben ein paar Tage liegen bleiben.
Wenn dann immer noch Aussetzer bzw. damit keine Aussetzer mehr vorhanden melde ich mich wieder.

 

[MrTrustme]

AW: OScam, Mdapi, Hadi, ACamd - immer wieder Aussetzer

Heute auf die Schnelle ein TP Link Powerline-Set besorgt. So wäre erst einmal das Wlan als Ursache auszuschließen.

Oscam Einträge:
Im User-Eintrag: keepalive 1
In der CCC Config: keep client connected 1

Nach einiger Zeit ein kurzer Aussetzer im Live-TV (Bild kam aber wieder nach ein paar Sekunden) folgender Log-Eintrag in Hadu.log:

Spoiler

10.03.2015 20:03:31 -- 1 21  CC:  Received data from server Heimserver  DCWs  NbrBytes=20  Data=4B0100108E2421D3D2D75902039C8524D869DB1C
10.03.2015 20:03:37 -- 1 22  CC:  Send data to server Heimserver  ECM   NbrBytes=154  Data=0001009618430000341100000064EF7589813086078400649BFFCD1FA67DBD9F6D72B841455D2C5D6FFA2B42106A9D6E2649BC9A11596DA6418F361AC7D6E8B56DAC8911ABBE753D048E6BEB31521D8FAC67BEDF8CAE7AC03BA00F40612FE1F08D9AB1F26F94909B4BF0F66C30FDD2B10D7B889CAC98FC947AF6643C26397CE37CED0A7157345A592724AE994A6C8324873C20EF7FD051C6222D
10.03.2015 20:03:38 -- 1 21  CC:  Received data from server Heimserver  DCWs  NbrBytes=20  Data=18010010BAA6BA1AC674FF39039C8524D869DB1C
10.03.2015 20:03:44 -- 1 22  CC:  Send data to server Heimserver  ECM   NbrBytes=154  Data=0001009618430000341100000064EF758980308607840000F8348B9A1F67B5D58B988B3ED45B62D16C13B8B28D0CF1F5B990437D1F21C6E388894CC5551A015A403A97DF00C24D9B047C0A788D6263837CC149E6BDA9CCB61F955BAC9AE3587A4A2D9F3ECF5FDC0C7CFF4C8AE8C3C39CDEFB1C185A50518596237A97ED9A5D207BBE6DF63839169A6C3278872683F1A5519A2BEEA1B1166A7928
10.03.2015 20:03:45 -- 1 21  CC:  Received data from server Heimserver  DCWs  NbrBytes=20  Data=8D010010BAA6BA1AC674FF39EDBBC76F6DC7ADE1
10.03.2015 20:03:51 -- 1 22  CC:  Send data to server Heimserver  ECM   NbrBytes=154  Data=0001009618430000341100000064EF7589813086078400146E64C06C3BB5E2E75684B749104FAB8D5C35F2A8D5EBE52243AB4BEC1906C579A1FA8B973A180E768147EB5C2C180AFE6EBC15706BD69BE693BBD7371F33F3D3206DCDBD66058BF11745D09D980E58F8756C2AA134F878324FBB291FD92479C11E9E9EE7C5784183BB596F936D2CF09B8F6D7414102A488A7E0BCB0B341A6243E283
10.03.2015 20:03:56 -- 2 31  CC:  Error receiving from server Heimserver  User timeout
10.03.2015 20:03:56 -- 1 28  CC:  Server Heimserver   Timeout
10.03.2015 20:03:56 -- 2 11  Use ECM PID from Cache First with CAID/PID: 1843/19EC
10.03.2015 20:03:56 -- 1 28  CC:  Server Heimserver  Waiting answer...
10.03.2015 20:03:56 -- 2 28  CC:  Server Heimserver  Switching to CAID/PID: 1843/19EC
10.03.2015 20:03:58 -- 1 16  CC:  Stop server Heimserver
10.03.2015 20:03:58 -- 1 15  CC:  Start server Heimserver
10.03.2015 20:03:58 -- 2 23  CC:  Server assignement Heimserver  -> socket 0
10.03.2015 20:04:01 -- 1 18  CC:  Connected to server Heimserver
10.03.2015 20:04:01 -- 1 21  CC:  Received data from server Heimserver  Initialization  NbrBytes=16  Data=6874DEA683FE5A3EDE2B8D82C99DC566
10.03.2015 20:04:01 -- 2 28  CC:  Server Heimserver  Session key: 6874DEA683FE5A3EDE2B8D82C99DC566
10.03.2015 20:04:01 -- 1 22  CC:  Send data to server Heimserver  Negotiation  NbrBytes=20  Data=CAEC5B1D623BF8E91BB080802418FF9BFDB81919
10.03.2015 20:04:01 -- 1 22  CC:  Send data to server Heimserver  User  NbrBytes=20  Data=776F686E7A696D6D657200000000000000000000
10.03.2015 20:04:01 -- 1 22  CC:  Send data to server Heimserver  Password  NbrBytes=6  Data=434363616D00
10.03.2015 20:04:01 -- 1 21  CC:  Received data from server Heimserver  Login answer  NbrBytes=20  Data=434363616D000000000000000000000000000000
10.03.2015 20:04:01 -- 1 22  CC:  Send data to server Heimserver  Client status  NbrBytes=97  Data=0000005D776F686E7A696D6D657200000000000000000000E4532531B060645B00322E312E340000000000000000000000000000000000000000000000000000003331393100000000000000000000000000000000000000000000000000000000
10.03.2015 20:04:01 -- 1 21  CC:  Received data from server Heimserver  Client status ack  NbrBytes=4  Data=00000000
10.03.2015 20:04:01 -- 1 20  CC:  Logged to server Heimserver
10.03.2015 20:04:01 -- 1 21  CC:  Received data from server Heimserver  Server status  NbrBytes=76  Data=0008004805DDF0DB1049153A322E312E330000000000000000000000000000000000000000000000000000003331363500000000000000000000000000000000000000000000000000000000
10.03.2015 20:04:01 -- 1 22  CC:  Send data to server Heimserver  Partner  NbrBytes=66  Data=00FE003E504152544E45523A20486164752076302E312E322E372C206275696C6420233031303020287838365F33322D70632D77696E646F777329205B5349445D00
10.03.2015 20:04:01 -- 1 21  CC:  Received data from server Heimserver  Partner ack  NbrBytes=80  Data=00FE004C504152544E45523A204F5343616D2076312E32302D756E737461626C655F73766E2C206275696C6420723130363236202861726D2D6C696E75782D676E7565616269686629205B5349445D00
10.03.2015 20:04:01 -- 2 28  CC:  Server Heimserver  Partner message: PARTNER: OSCam v1.20-unstable_svn, build r10626 (arm-linux-gnueabihf) [SID]
10.03.2015 20:04:01 -- 2 28  CC:  Server Heimserver  Partner: Node SID Properties 
10.03.2015 20:04:01 -- 1 21  CC:  Received data from server Heimserver  Node data  NbrBytes=55  Data=000700330000006400010000184300010000000048CE454F0300341148CE000000000048CE000000801148CE00000105DDF0DB1049153A
10.03.2015 20:04:01 -- 2 28  CC:  Server Heimserver  Node UA: 48CE454F
10.03.2015 20:04:01 -- 2 28  CC:  Server Heimserver  Node Provider and SA: 003411 48CE0000
10.03.2015 20:04:01 -- 2 28  CC:  Server Heimserver  Node Provider and SA: 000000 48CE0000
10.03.2015 20:04:01 -- 2 28  CC:  Server Heimserver  Node Provider and SA: 008011 48CE0000
10.03.2015 20:04:02 -- 2 28  CC:  Server Heimserver  Switching to CAID/PID: 1843/19EC
10.03.2015 20:04:02 -- 1 22  CC:  Send data to server Heimserver  ECM   NbrBytes=154  Data=0001009618430000341100000064EF758980308607840013F665BAA4BABCC630CB693883291F79DD1037FCDEC9F61DFE2757644478897D504F282DC5E2E6869B319D53D4E7D1806DACC7E4A0ED19174ACF877CE042BC533F060F69C63C37DF08E283FDC1CBE967DDA7A7FBDD5C4332CE6A9087E55FC218A82C9FE25186FEFE61D7257B3A6E4EE3FA57C2C209CD2AE8E21F2C91D3A098FB78AB76
10.03.2015 20:04:03 -- 1 21  CC:  Received data from server Heimserver  DCWs  NbrBytes=20  Data=000100106FA9152DB333FBE1889F284F3C211481
10.03.2015 20:04:05 -- 1 22  CC:  Send data to server Heimserver  ECM   NbrBytes=154  Data=0001009618430000341100000064EF758981308607840036384083B94C377E149A540B00EB631AF774216BB489A340B6052C3847F9D894D2D40A9BD73914A92B760F2997CFA56741AED034FDC9DABE58EA95B89304A800A3160FD121025F8707C1EC13482DD3FB2BB56B9F9D168A6EBB176FCCCC5AB64C18CC84C8AEA0800704BF86536BE167B3B759BB807036783A2F9929A8295B6EC46AA7CA
10.03.2015 20:04:06 -- 1 21  CC:  Received data from server Heimserver  DCWs  NbrBytes=20  Data=740100101883D772F3AF9739889F284F3C211471
10.03.2015 20:04:12 -- 1 22  CC:  Send data to server Heimserver  ECM   NbrBytes=154  Data=0001009618430000341100000064EF758980308607840005C6ECBA472E7204896BC067DA0CCD162693DD1773EE8D5A7295B9C0C4235C6D1048885F77E33F35F65834A57B4EA8CC78CAE5180E0AA97414B6105914BED9862D3221ECED2EC3DB3A87089F7A1A2971F9B648208CD8FCF543EFDFA0CABC80647244F6B684742558C76B17860ACDD3A3CA3C5BC2763C99435E36F5B2348BE05DF8836A
10.03.2015 20:04:13 -- 1 21  CC:  Received data from server Heimserver  DCWs  NbrBytes=20  Data=EE0100101883D772F3AF9739E2A264E8ECB1D774

 

[Radagast]

AW: OScam, Mdapi, Hadi, ACamd - immer wieder Aussetzer

Ach warum geben die Leute immer so auf die Schnelle Geld aus ohne sich vorher zu informieren?
DLan als auch WLAN haben die Eigenart immer erst dann eine Verbindung aufzubauen wenn sie denn auch benötigt wird. Hierdurch können Latenszeiten entstehen, welche dein CS Vorhaben torpedieren.
Teste doch bitte erstmal in Ruhe ob das Problem mit einem LAN Kabel auch noch vorhanden ist und dann kann man weiter sehen.

 

[MrTrustme]

AW: OScam, Mdapi, Hadi, ACamd - immer wieder Aussetzer

Hm, okay. Bot sich nur an, da das Set gebraucht um die Ecke für EUR 20,- zu haben war.
Das LAN Kabel kommt erst in 3 Tagen. Aber okay, wenn das Kabel da ist werde ich damit testen und mich melden.
Danke schon mal

 

[MrTrustme]

AW: OScam, Mdapi, Hadi, ACamd - immer wieder Aussetzer

Oh man, das ist nicht zu glauben. Mir war bisher überhaupt nicht bewusst, dass es Oscam mittlerweile auch für Windows gibt.
Was bedeutet das? Das Oscam jetzt nicht mehr mit IPC auf einem Debian Server läuft sondern direkt auf dem HTPC.

Was soll ich sagen: Binary mit den bisherigen conf/user/reader Files in einen Ordner...start EXE... läuft.
Hätte ich das damals gewusst hätte ich mir ja den ewigen Weg über den Debian Server sparen können. Das ganze hat 4 Minuten gedauert.

Keine Verbindungsabbrüche, alles läuft wie geschnitten Brot

Allerdings ist das nur der aktuelle Stand. Der Plan ist in naher Zukunft (Umzug) ein zentraler TV Server (Linux) der per LAN die Clients bedient.
Du bist in dem Bereich ganz sicher besser aufgestellt als ich.

Kannst du mir vielleicht einen Rat geben welche Komponenten gut zusammen arbeiten?
Ubuntu, TVHeadend mit OScam? Oder lieber eine VDR Variante? Oder einen Win7/ARGUS Server?
Wäre für eine Meinung dankbar ! Wichtig wäre auf jeden Fall Timeshift.

Vielen Danke für Deinen bisherigen Input !

 

[Radagast]

AW: OScam, Mdapi, Hadi, ACamd - immer wieder Aussetzer

Hi,

OScam für Windows gibt es bereits seit geraumer Zeit. Allerdings wird hier zusätzlich Cygwin benötigt und so stabil wie unter Linux läuft es meines Wissens nicht.

Tja die gute alte Frage nach dem passenden TV-Backend. Ich glaube wenn du 5 "Experten" um ihre Meinung fragst wirst du mehr als nur 5 Meinungen erhalten. Das liegt aber auch daran wo man selber die Schwerpunkte setzt.

TVHeadend
Da hat mich eigentlich das EPG gestört bzw die Problematik der Darstellung der Umlaute im Sky EPG. Meine letzten Tests liegen aber bereits ein paar Monate zurück und evtl hat sich da etwas getan. Damals war TVHeadend aber nicht in der Lage die Umlaute im EPG von Sky richtig umzusetzen.
Hinzu kommt noch, das TVHeadend nur das Newcamd-Protokoll unterstützt.

VDR
Eigentlich alles recht schön und gut, aber:
In Zusammenarbeit mit Kodi mußte ich mir das Plugin für VNSI selber kompilieren, da mit Kodi die Protokollversion 6 verlangt wurde.
Das passende DVBAPI Plugin! Woher nehmen? Je nach verwendeter Distri ein leichtes bis schwehrwiegendes Problem. Mit den Quellen aus dem yaVDR ppa geht es aber recht Problemlos. Das aktuelle DVBAPI Plugin setzt halt eine VDR Version >= 2.1.4 voraus.
Da ich recht viel mit Timeraufnahmen arbeite war dann irgendwann VDR auch aus dem Rennen. Bei VDR werden die Timer stur nach der Zeit und dem Sender programmiert. Ob da jetzt wirklich die gewünschte Sendung kommt oder alternativ etwas anders wegen einer Programmänderung, das interessiert VDR nicht (leider).

ArgusTV
Dank einer SQL Datenbank im Hintergrund recht gut zu verwalten, macht alles was ich will und läuft stabil - das ist zur Zeit meine Lösung.