Streamdev: Streaming VDR-2-VDR wie?

Hi,

Bei mir läuft VDR2VDR seit über einem Jahr produktiv auch mit verschlüsselten Kanälen.

Nur noch mal zur Sicherheit.
Unverschlüsselte Kanäle laufen bei Dir?

Das entschlüsseln übernimmt in diesem Fall der Server. Der Client kann dann in der channels.conf CAMID = 0 haben.

Ich habe festgestellt, dass die channels.conf nicht identisch sein muss.
Beispiel: Pro7 auf Client Kanalnr. 15. Auf Server Kanalnr. 1. Trotzdem funktioniert es bestens.

Peter

Mit der CAMID kriegst du das hin.
Ich hatte die Sutuation früher auch schon, jetzt ist mein Client allerdings ohne SAT. Mittlerweile hat sich auch bei der CAMID einiges geändert, so dass ich Dir hier nicht unbedingt weiterhelfen kann.

Wenn sich allerdings die ID wieder von alleine ändert, dann wird es am AutoPID liegen.

Zu gleichzeitigen Aufnehmen:

Wenn Du auf deinem Client eine Aufnahme startest müssen alle anderen Kanäle noch verfügbar sein. Wenn das nicht so ist, dann würde ich erst mal sehen, ob der Client überhaupt mit dem Server connected. Logfiles wären nicht schlecht. Es sieht danach aus, als würde das schon scheitern.
Werfe bitte mal einen Blick ins Setup wieviele "primär Deveces" es gibt.
Sollten zwei sein.
Eine Aufnahme sollte dann eigentlich zuerst auf dem Server gestartet werden.

Peter

Die CA-Id auf Anzahl_der_DVB-Karten +1 setzen bedeutet, dass der Kanal an das streamdev-client gebunden ist - was soweit iO ist. Eine CA-Id != 0 und <100 wird von VDR auch nicht per AutoPID geändert.

Blieben mögliche Fragen:
- Ist das streamdev plugin auf dem Client aktiv?
- Kann der Server auch streamen?

arghgra

Zitat

Original von hquant

Ich verstehe immer noch nicht, was die CAM-ID mit dem
DVB-Device zu tun haben soll. Was ich versuche zu erklären ist,
dass ich auf der Kommandozeile die Channels.conf ändere und
ich diese Änderung dann CAM-Eintrag des OSD wiederfinde.
Wenn das so gewollt ist, warum ändere ich den Eintrag dann
nicht gleich im OSD? Aber wichtiger noch, warum funktioniert
der Eintrag nicht...

Alles anzeigen

Ob channels.conf per Hand oder im OSD des VDR ist gehupft wie gesprungen - per Hand ist halt fixer.

Zum Rest: siehe oben, unten, seitwärts - prüfe auch die Logs.

arghgra

Hi.

Ich habe streamdev seit ca. 1 Jahr in Betrieb 1 Server, 3 Clients, davon 2 ohne eigenen SAT Anschluss, ein Client hat SAT + Server-Verbindung.

Wenn es läuft (also fast immer, ausser ich habe irgendwo herum-gedreht), sieht es vom Client so aus, als würde er alle Kanäle direkt empfangen. Also bei mir:

Schalten auf Kanal 1 (ORF 1, mit CAM im Server): ORF wird angezeigt
Schalten auf Kanal 3 (ARD, am client im Wohzimmer direkt empfangen): ARD wird angezeigt.
Schalten auf Kanal 23 (2ter SAT, der nur am Server empfangen werden kann): ZoneHorror wird angezeigt.

Wenn Du also vor dem Client sitzt und alles läuft merkst Du überhaupt keinen Unterschied zwischen lokalen und gestreamten Sendern. Ob ein Sender am Server entschlüsselt wird oder nicht macht für den Client auch überhaupt keinen Unterschied.

Zitat

Originally posted by hquant
Einstellungen

Ich habe nun in den Plugin-Einstellungen (VDR to VDR) die Einträge der
IP-Adressen beim Server mit 192.168.0.3 und im Setup des
Clients mit 192.168.0.5 vorgenommen.

In der streamdevhosts.conf habe ich 192.168.0.1/24 eingetragen,
sicherheitshalber auch noch mal 192.168.0.3/24.

Alles anzeigen

Beim Server musst Du m.W. gar keine IP-Adresse eintragen. Der Server wartet einfach nur auf Verbindungen, egal woher sie kommen. Dann prüft er die streamdevhosts.conf, ob der Client berechtigt ist.
Ich würde aber behaupten, dass es auch nichts schadet eine IP einzutragen - sie wird halt ignoriert.

Die Einträge in der streamdevhosts.conf sind m.E. falsch: Wenn Du nur einen einzigen Host berechtigen willst, musst Du 192.168.0.3/32 eintragen, für das ganze Netz 192.168.0.0./24. Ich vermute, dass es in Deinem Fall egal ist, welche der beiden Varianten Du nimmst, aber die beiden von Dir gewählten sind in jedem Fall falsch, da sie eine Host-Adresse mit einer Netz-Maske kombinieren. Ich weiss nicht, ob das der Grund für die Probleme ist, aber ändere es auf jeden Fall. Mehr Aufschluss sollte das Log des Servers geben.

Zitat

Die CAM-ID ändert sich wie gesagt, wenn ich den fünftletzten
Eintrag in den Kanalinformationen für einen beliebigen Kanal ändere.
Die fünftletzte Zahl in jedem String steht also nicht für das DVB-
Device (in diesem Falle den Server), wie ich zunächst vermutet
hatte, sondern für das CAM. Und der CAM-Eintrag kann ja eigentlich
auch nichts mit dem Streamdev-Plugin zu tun haben.

Alles anzeigen

Soweit ich das durchschaut habe, hat dieses Feld einfach mehrere Bedeutungen, bzw. muss man die Sache mit dem DVB Device anders sehen. Der Eintrag bedeutet m.E:

0 ... nimm irgendein Device
1-99 ... nimm das Device mit dieser Nummer (wobei das erste Device die Nr 1 hat)
>100 ... nimm das Device, an dem das CAM mit dieser ID hängt, bzw. dessen CAM diese CAM-ID verarbeiten kann.

hth,
K.

ich bekomm das streamdev (0.2.0 oder 0.3.1) für den vdr1.4.1 mich mal compiliert...

Zitat

Original von stone
ich bekomm das streamdev (0.2.0 oder 0.3.1) für den vdr1.4.1 mich mal compiliert...

Und wenn Du uns nun (zum Beispiel in der Signatur) mehr über dein System verraten hättest, wie z.B. benutzte Distribution, dann hätte man dir vielleicht schon mit einem kleinen Link weiterhelfen können.
Jedenfalls lassen sich die Sourcen von e-tobi (debian) problemlos selbst kompilieren.

Hi,

Gratulation und willkommen im Club.

Trotzdem muss ich Dich in deiner Begeisterung einbremsen.
Dein Client dürfte nur eine Karte des Servers sehen.
Starte doch bitte mal zwei Aufnahmen auf verschiedenen Transpondern.
Dann wirst Du sehen, dass Live nicht mehr alle empfangen werden.
1. Aufnahme startet auf Server.
2. Aufnahme startet lokal.
Eine dritte Aufnahme auf einem dritten Transponder geht nicht mehr, obwohl ja auf dem Server noch eine Karte frei ist.

Zum Problem "Kanal auf/ab":
In "server/connections.c" musst die die Kommentarzeichen und das XXX+

1.
//Detach(); XXX+
2.
//Attach(); XXX+

entfernen.

Peter

Zitat

Originally posted by Egalus

Und wenn Du uns nun (zum Beispiel in der Signatur) mehr über dein System verraten hättest, wie z.B. benutzte Distribution, dann hätte man dir vielleicht schon mit einem kleinen Link weiterhelfen können.
Jedenfalls lassen sich die Sourcen von e-tobi (debian) problemlos selbst kompilieren.

Hab meine Signatur gerade erstellt.
Beim Compilieren passen eine Funktionen nicht zusammen, falsche Parameterzahl.

Hi.

hquant: was war nun das letzte Problem? Scheint irgendetwas mit den Netzwerkeinstellungen am client gewesen zu sein, korrekt?

pixelpeter:

Zitat

Originally posted by pixelpeter
Trotzdem muss ich Dich in deiner Begeisterung einbremsen.
Dein Client dürfte nur eine Karte des Servers sehen.
Starte doch bitte mal zwei Aufnahmen auf verschiedenen Transpondern.
Dann wirst Du sehen, dass Live nicht mehr alle empfangen werden.
1. Aufnahme startet auf Server.
2. Aufnahme startet lokal.
Eine dritte Aufnahme auf einem dritten Transponder geht nicht mehr, obwohl ja auf dem Server noch eine Karte frei ist.

Alles anzeigen

Möchtest Du hquant nur auf das Problem hinweisen oder gibt es eine Lösung dafür? Ich habe nämlich das gleiche Problem: drei Karten im Server, client scheint nur eine zu sehen, bzw. er geht davon aus, dass streamdev genau eine Karte ist und daher nur auf einen Transponder zugreifen kann.

thx,
K.

Zitat

Original von stone

Hab meine Signatur gerade erstellt.
Beim Compilieren passen eine Funktionen nicht zusammen, falsche Parameterzahl.

Dann wäre jetzt interessant welche Patches du bei vdr benutzt und welche Version genau du vom streamdev benutzt (wenn ich mich nicht irre gibt es jede Menge verschiedene die mit 0.3.1 anfangen), ausserdem sind Fehlerausgaben nicht umsonst beim compilieren zu sehen, sie können ungemein hilfreich bei der Fehlersuche sein.

Sorry wegen des Sarkasmus, aber wir sind hier alle keine Hellseher und daher tatsächlich auf ausführliche Fehlerbeschreibungen angewiesen.

Egalus: keine Sorge es ist sehr erfrischend wenn man darauf hingewiesen wird welche infos fehlen.
wenn man Stunden damit verbringt einen Fehler zu finden verknotet sich das Hirn irgendwann. Dann sieht man den Wald vor lauter Bäumen nicht.

nur kann ich garnicht genau sagen welche Version das plugin hat .....

vom vdr-wiki gehen ich über "homepage des plugins" und ziehe die letzte version, gibt's denn noch andere ???

Zitat

Original von stone
Egalus: keine Sorge es ist sehr erfrischend wenn man darauf hingewiesen wird welche infos fehlen.
wenn man Stunden damit verbringt einen Fehler zu finden verknotet sich das Hirn irgendwann. Dann sieht man den Wald vor lauter Bäumen nicht.

nur kann ich garnicht genau sagen welche Version das plugin hat .....

vom vdr-wiki gehen ich über "homepage des plugins" und ziehe die letzte version, gibt's denn noch andere ???

Die im Wiki angegeben CVS-Version - die Downloads bei Sascha dürften mit einem aktuellen VDR ala 1.4 nimmer tun.

arghgra

Zitat

Original von stone
nur kann ich garnicht genau sagen welche Version das plugin hat .....

vom vdr-wiki gehen ich über "homepage des plugins" und ziehe die letzte version, gibt's denn noch andere ???

Ja und nein, es gibt noch einige 0.3.1er in die zum Teil Changes aus dem aktuellen CVS eingeflossen sind, z.B. nutzt e-tobi (er stellt die .deb Pakete für Debian/c't vdr zusammen) die Version 0.3.1+cvs20050522-21.

Ausserdem gibt es ein Announce in dem steht dass das cvs auf dem aktuellen Stand ist und mit 1.4.x funktionieren sollte: [Announce] Streamdev CVS auf dem aktuellen Stand

Wie man an einen cvs-snapshot kommt steht übrigens auf der vdr-wiki Seite direkt über dem Link zur Developer Homepage unter "Snapshot"

Probier doch mal die Version.

Hi Krampus,

Wollte ihn nur auf das Problem hinweisen. Eine Lösung gibt es dafür nicht. Laut Info des Authors ist es halt so, dass der Client den Server als nur eine Karte sieht.
Eigentlich ist es ja auch nicht nötig mehr als eine zu sehen. Schliesslich kann man ja auch nur einen Kanal zur selben Zeit schauen.
Aufnamen müssen halt Remote auf dem Server laufen.

Peter