Streamdev und verschlüsselte Sender

Intermediate

Wednesday, May 11th 2011, 12:01pm

Hallo Leute

ich habe hier einen VDR Server nebst CI Slot und CAM für SK* - das ganze funktioniert lokal wunderbar. Darauf installiert StreamdevServer.
Ein VDR -Client wiederum greift auf diesen zu (nur Xine-Plugin- keine DVB-Karte)..Die Channels-Conf sind identisch.

Bei den FTA-Sendern klappt das ganze prima - bei den Verschlüsselten funktioniert grob geschätzt ein Drittel der Sender.

Ich dachte erst an einen Konfigurationsfehler - bin dann jedoch darauf gestoßen, dass - wenn man am client hartnäckig bleibt und einen "nicht funktionierenden" Kanal mehrmals hintereinander schaltet (also kanal vor/zurück) - dann kommt plötzlich Bild und ton.

Zudem ist mir aufgefallen, dass auf dem "server" manche SK* Kanäle sehr lange brauchen bis diese entschlüsselt sind (3-8 Sekunden) - kann es sein, dass es daran liegt ?

Erwartet entweder Streamdev-Server oder Streamdev Client binnen einer gewissen zeitspanne einen Datenstrom - und wenn nichts kommt - dann bricht er ab ?

Ist das bekannt ?
Gibt es hier einen Workaround ?

Ach ja:
Weder in der Log des Client noch im Log des Servers tauchen irgendwelche "spezifischen" Einträge auf, wenn der Kanal nicht gestreamt wird

CU
GTR

Go to the top of the page

Grindo

Trainee

Posts: 128

Location: Berlin

2

Wednesday, May 11th 2011, 2:36pm

Hi

in der Readme vom streamdev findet man das hier

Source code

* Viewing encrypted channels became an issue with VDR's new CAM handling code.
Streamdev doesn't provide a (dummy) CAM, so out of the box, VDR won't ever try
to receive encrypted channels from streamdev. Pick one of the following
solutions to work around the problem:

1. Force VDR to use streamdev. Open the channels menu on the client (or edit its
channels.conf if you know how to do this) and set the CA field of all channels
that only the server can decrypt to streamdev's device index. Usually streamdev
will get number 9 or 10. Streamdev logs the actual device number when starting
up. So please consider the logs for the correct value. Remember to fill in
hexadecimal values if you are using an editor to modify your channels.conf
(number 10 becomes an "a", number 11 a "b", ...).

aber da du ab und an was zu sehen bekommst hast du das bestimmt schon angewandt

VDR1: Silverstone GD01MX + Asus M3N78-VM + AMD Athlon(tm) II X2 240e + 2x DVB-C SAA7146 + Hauppauge Nova-TD Stick + yaUsbIR V1 + Ubuntu 12.10 + VDR 2.0.1 (softhddevice, streamdev-server, epgsearch, fritzbox, extrecmenu, imonlcd, live, markad, xmltv2vdr, neutrinoepg, control, 3dcontrol, uactivity) + XBMC
VDR2: (noch im Aufbau) Silverstone ML03 + Asrock K10N78M + Scythe Big Shuriken 2 Rev.B + yaUsbIR V3 + Ubuntu 12.10 + VDR 2.0.1 (softhddevice, streamdev-client, extrecmenu, neutrinoepg) + XBMC

Go to the top of the page

carel

Intermediate

Posts: 422

Location: Niederlande

Occupation: Satelliet und ICT

3

Wednesday, May 11th 2011, 7:43pm

Oder versuch das channelbind patch, der macht etwa dasselbe: http://wirbel.htpc-forum.de/channel_binding/index2.html

CU, Carel

Intel E7400, Ubuntu Server x86_64 12.04, Nvidia GF9400, nvidia 295.40, vdr-1.7.27+ext patch, xine-lib-git + df patches, xineliboutput-git :portal1

Go to the top of the page

GTRDRIVER

Intermediate

Posts: 308

4

Thursday, May 12th 2011, 12:22am

Hallo

also - erstmal danke für euere Antworten.
Ja - das mit der Zuteilung zum entsprechenden Streamdev hab ich schon probiert.

Aber - ich bin jetzt weitergekommen:

Zappt man innerhalb der verschlüsselten Sender besteht nach wie vor das Problem dass bestimmte kanäle überhaupt nicht - oder nur sporadisch funktionieren.

Wenn man aber zwischen jedem Zapp auf eien FTA Kanal schaltet und dann auf den entsprechend gewünschten Verschlüsselten sender klappt es in jedem einzelnen Fall.

Was kann das sein ?

CU
GTR

Go to the top of the page

gehlhajo

Professional

Posts: 716

Location: Erlangen

Occupation: Bitschubser

5

Thursday, May 12th 2011, 7:13am

Quoted from "GTRDRIVER"

Wenn man aber zwischen jedem Zapp auf eien FTA Kanal schaltet und dann auf den entsprechend gewünschten Verschlüsselten sender klappt es in jedem einzelnen Fall.

Gleiches Verhalten übrigens auch im Zusammenspiel von streamdev und dem jehova-plugin. Konnte bis jetzt auch keine Lösung finden.

Go to the top of the page

GTRDRIVER

Intermediate

Posts: 308

6

Thursday, May 12th 2011, 10:27am

Hi

verstehe was du meinst :-) - wie gesagt - ich habe hier beides probiert - aktuell im Einsatz 3,5CISchacht und entsprechend CICam Plus Karte...

Hmm - könnte man durch einen Patch als Notbehelf das Plugin dazu bringen bei solchen Kanälen kurz auf einen FTA Kanal zu schalten und dan zurück ? - Ist zwar der Holzhammer und wird die Umschaltzeit verlängern - aber bevor es garnet geht...

Leider bin ich nun wirklich nicht der Programierer....

CU

Go to the top of the page

carel

Intermediate

Posts: 422

Location: Niederlande

Occupation: Satelliet und ICT

7

Thursday, May 12th 2011, 4:27pm

Versuch's mal mit iptv statt streamdev-client. Das klappt hier mit dem 'Jehova' plugin am server...

Carel

Intel E7400, Ubuntu Server x86_64 12.04, Nvidia GF9400, nvidia 295.40, vdr-1.7.27+ext patch, xine-lib-git + df patches, xineliboutput-git :portal1

Go to the top of the page

GTRDRIVER

Intermediate

Posts: 308

8

Thursday, May 12th 2011, 7:19pm

Hallo

hmm - connectet dann das IPTV Plugin vom Client aus den streamdev-Server ?

Das Problem ist, dass ich das IPTV Plgin auf der S100 bisher nicht zum laufen bekommen habe...

CU
GTR

Go to the top of the page

GTRDRIVER

Intermediate

Posts: 308

9

Saturday, May 14th 2011, 3:47pm

Hallo

es gibt einen Workaround für das Problem:

Streaming Umschaltproblem verschlüsselt/unverschlüsselte Kanäle (akt. e-tobi exp. VDR 1.6) [gelöst]

CU
GTR

Go to the top of the page

schmirl

Professional

Posts: 1,205

Location: Nähe Augsburg

10

Monday, May 16th 2011, 9:24am

Welche Streamdev-Version verwendest Du den auf dem Client? Seit 0.5.1 sollte der Patch auf den Du verlinkst nicht mehr notwendig sein. In der aktuellen Git-Version wurde zudem der Timout für's Umschalten deutlich erhöht. Zuvor hat der Client dem Server nur 1,5 Sekunden Zeit gegeben, um von einem zum anderen Kanal umzuschalten.

Go to the top of the page

Toxic-Tonic

Sage

Posts: 3,644

Location: Mülheim / Ruhr

Occupation: Admin

11

Wednesday, July 27th 2011, 4:11pm

Hi,

habe grade einen aktuelle GIT-Snapshot vom Streamdev gezogen und bekomme es trotzdem nicht hin. Kein HD+, kein Sky, kein UM! Habe auch die Änderung von Pixelpeter versucht, kein Erfolg.

Jemand noch eine IDee?

Danke und Gruß

Toxic

Registrierter VDR-User #1275

HW: ASUS M4N78 Pro - Athlon II x2 235e - 3x TT S2-1600 - Superflower SF101BK
HW2: Asrock ION 330HT - Streaming-Client
SW: selfmade HD-VDR - Debian Squeeze amd64 - Kernel 3.0.4 - VDR 1.7.31 - MLD-ExtP - Xineliboutput / Xine - XBMC + VNSI
WIP: selfmade HD-VDR - Debian Wheezy amd64 - Kernel 3.7.5 - VDR 1.7.39 - MLD-ExtP - Xineliboutput - XBMC + VNSI
---------------------------------------------------
Sonstiges: RaspberryPi mit Raspbmc (will mal VOMP testen)
Sonstiges2: Dockstar-Cluster mit Heartbeat u. Pacemaker

Go to the top of the page

TheChief

Sage

Posts: 4,363

12

Wednesday, July 27th 2011, 4:23pm

Mal verscht auf dem Client die CAID auf 0 zu setzen? Kannst Du ja mal mit einem Eintrag testen. Ich meine, da war mal
was.

- VDR: Thermaltake DH 102 mit 7" TouchTFT * Mystique SaTiX-S2 Dual * Debian Wheezy/vdr-2.0.1/graphtft/MainMenuHooks-Patch * AMD Sempron 140* GA-M720-US3 * GT520 * 1 TB System HDD * 2 GB DDR2 RAM uvm. * Harmony 525
- Server: Zotac H55-ITX WiFi, Core i3 550, 4GB RAM, 4x1TB 3.5" + 1x500GB 2.5", Cine S2, vdr-2.0.0

Go to the top of the page

Toxic-Tonic

Sage

Posts: 3,644

Location: Mülheim / Ruhr

Occupation: Admin

13

Tuesday, August 2nd 2011, 12:56pm

Yep das hat gewirkt! Mit dem Befehle geht es automatisch!

	Source code
1	sed 's/^$.:.:.:.:.:.:.:.:$.$:.:.:.:.*$$/\10\2/' channels.conf > channels.conf.client

Danke und Gruß

Toxic

Registrierter VDR-User #1275

HW: ASUS M4N78 Pro - Athlon II x2 235e - 3x TT S2-1600 - Superflower SF101BK
HW2: Asrock ION 330HT - Streaming-Client
SW: selfmade HD-VDR - Debian Squeeze amd64 - Kernel 3.0.4 - VDR 1.7.31 - MLD-ExtP - Xineliboutput / Xine - XBMC + VNSI
WIP: selfmade HD-VDR - Debian Wheezy amd64 - Kernel 3.7.5 - VDR 1.7.39 - MLD-ExtP - Xineliboutput - XBMC + VNSI
---------------------------------------------------
Sonstiges: RaspberryPi mit Raspbmc (will mal VOMP testen)
Sonstiges2: Dockstar-Cluster mit Heartbeat u. Pacemaker

Go to the top of the page

VDR Portal