Entweder falsch Kanaldaten oder der Treiber der zweiten Karte ist nicht geladen.
Kommt du denn mit dem svdrp-Befehl KEY auf die betroffenen Sender? Also z.B. "KEY up" solange, bis du auf einem der Sender bist.
Sollte es an den Senderinformationen liegen, lösche mal einen der betroffenen Sender zur Probe und Stelle den VDR so ein, dass er nach neuen Sender sucht.
Hallo,
vielen Dank für Eure Hilfe.
ZitatEntweder falsch Kanaldaten oder der Treiber der zweiten Karte ist nicht geladen.
Ich vergaß zu erwähnen, dass ich via streamserver-plugin und vdrMediaClient sowie VOMP mit einer MVP bzw. VOMP for Windows alle Kanäle anschauen kann.
Der Treiber ist definitiv geladen, ich bekomme zwei frontends registriert. Das, welches als erstes gewinnt, ist ansprechbar.
ZitatKommt du denn mit dem svdrp-Befehl KEY auf die betroffenen Sender? Also z.B. "KEY up" solange, bis du auf einem der Sender bist.
Im telnet kann ich kein KEY eingeben.
ZitatSollte es an den Senderinformationen liegen, lösche mal einen der betroffenen Sender zur Probe und Stelle den VDR so ein, dass er nach neuen Sender sucht.
Das kann ich wirklich einmal probieren. Meine channels.conf ist nämlich von Hand konfektioniert und ich habe das Updaten unterbunden. Zwar könnenten die Frequenzen noch alle stimmen; ob aber die Syntax sich nicht geändert hat, weiß ich nicht. Ich mache nämlich immer brav alle e-Tobi updates mit 
Ich melde mich noch...
Gruß,
Karlson.
ZitatOriginally posted by karlson
...
Im telnet kann ich kein KEY eingeben.
...
Tschuldige, hatte den svdrp-Befehl falsch im Kopf. Meinte HITK also "HITK up".
ZitatHat jemand eine Idee, woran das liegt?
Ist die andere Karte frei oder ist die bereits mit streaming beschäftigt?
Falls das ein reiner Server ist (ohne Ausgabedevice), dann sollte das dummydevice-plugin helfen (Begründung).
ZitatLeider ist im e-Tobi Repository kein solches plugin. Ich habe es auf 55 Arten selbst übersetzt. Mein vdr kommt dabei nicht hoch.
Sieht tatsächlich so aus, also ob Dein VDR damit abschmiert. Falls Du damit umgehen kannst vielleicht mal den Debugger drauf loslassen. Aber vielleicht kannst Du ja e-Tobi dazu überreden, das Plugin aufzunehmen. Nachdem er ja auch z.B. das remoteosd-Plugin und das SVDRP-fähige femon anbietet, werden früher oder später andere das selbe Problem bekommen... Was Du aber alternativ versuchen könntest: Nimm das softdevice-Plugin mit den Optionen -ao dummy: -vo dummy: (keine Ahnung ob das funktioniert).
ZitatIch las irgendwo, ab 1.4.0 brauche man das plugin nicht mehr, anderseits hat der Autor es mit 1.4.0 getestet.
"Braucht man nicht mehr" im Sinne von "nicht mehr zwingend notwendig". Steht so im Wiki - werde ich mal konkretisieren. Früher mal hat wohl der VDR seine Dienste verweigert, wenn es kein Ausgabe-Device gab. Dummydevice hat aber nach wie vor seine Daseinsberechtigung.
ZitatIch habe auch keinen Schimmer, wie vomp das macht, und der kann ja umschalten. Aber interessieren tät es mich halt schon.
Vomp ist es egal, von welcher Karte er den Stream bekommt, schaltet also irgendein Device. Über SVDRP schaltest Du das PrimaryDevice - in Deinem Fall ist das eine bestimmte Budget-Karte.
ZitatEin Mitstreiter in dem o.a. Threat hat den Tuner des DummyDevices abgeschaltet. Wie macht man denn das? Könnte das das Problem sein?
Das Feature das er verwendet hat, kommt mit irgendeinen Patch rein. Kann mir aber beim Besten Willen nicht vorstellen, dass das hilft (habe aber den Patch auch noch nicht angeschaut). Dummydevice ist ein reines Output-Plugin. Das hat gar keinen Tuner.
ZitatOriginal von karlson
Er hat mir aber erklärt, wie man es selber macht und nun läuft es. Und zwar so, wie man es erwarten würde.
Dann mach es schön falls noch nicht erledigt und stell es Tobi zur Verfügung.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
