Umschaltproblem "Can´t start Transfer Mode"

Hallo!

Ich setze seit kurzm den 0.3er yaVDR als Headless-Server ein.
Als Client benutze ich eine VIP1710-Box
Streamclient-Version ist 0.5.1, hab auch schon die 0.5.0er Version probiert...
Streamserver-Version ist 0.5.1

Immer wenn ich am Client versuch umzuschalten kommt die Meldund "Can´t start Transfer Mode" und switch
zurück zum alten Channel.
Das Problem tritt auch nur auf wenn ich die Frequenz wechsle, sprich beim Umschalten von SAT1 auf Pro7 tritt das
Problem nicht auf.

Hier ein Logauszug:

Zitat

Sep 14 18:58:40 yaVDR-0-3-a vdr: [1427] switching to channel 9
Sep 14 18:58:40 yaVDR-0-3-a vdr: [1427] info: Kanal nicht verfügbar!
Sep 14 18:58:40 yaVDR-0-3-a vdr: [1596] TS buffer on device 1 thread ended (pid=1427, tid=1596)
Sep 14 18:58:40 yaVDR-0-3-a vdr: [1595] buffer stats: 54332 (2%) used
Sep 14 18:58:40 yaVDR-0-3-a vdr: [1595] receiver on device 1 thread ended (pid=1427, tid=1595)
Sep 14 18:58:42 yaVDR-0-3-a vdr: [1427] switching to channel 6
Sep 14 18:58:42 yaVDR-0-3-a vdr: [1427] info: Streamen im Gange
Sep 14 18:58:42 yaVDR-0-3-a vdr: [1598] receiver on device 1 thread started (pid=1427, tid=1598)
Sep 14 18:58:42 yaVDR-0-3-a vdr: [1599] TS buffer on device 1 thread started (pid=1427, tid=1599)
Sep 14 18:58:44 yaVDR-0-3-a vdr: [1479] client (VTP) 192.168.1.27:32789 has closed connection
Sep 14 18:58:44 yaVDR-0-3-a vdr: [1479] streamdev: closing streamdev connection to 192.168.1.27:32789
Sep 14 18:58:44 yaVDR-0-3-a vdr: [1479] buffer stats: 0 (0%) used
Sep 14 18:58:44 yaVDR-0-3-a vdr: [1479] buffer stats: 0 (0%) used
Sep 14 18:58:51 yaVDR-0-3-a vdr: [1479] Streamdev: Accepted new client (VTP) 192.168.1.27:32790
Sep 14 18:58:51 yaVDR-0-3-a vdr: [1479] buffer stats: 0 (0%) used
Sep 14 18:58:51 yaVDR-0-3-a vdr: [1479] Streamdev: Setting data connection to 192.168.1.27:32791
Sep 14 18:58:51 yaVDR-0-3-a vdr: [1601] streamdev-livestreaming thread started (pid=1427, tid=1601)
Sep 14 18:58:51 yaVDR-0-3-a vdr: [1600] streamdev-writer thread started (pid=1427, tid=1600)

Alles anzeigen

Wenn ich nun aber zweimal kurz hintereinander auf den selben Channel versuche zu switchen geht es auf einmal!?
Hat hierfür jemand eine Erklärung.

Hier noch ein Logauszug:

Zitat

Sep 14 19:09:59 yaVDR-0-3-a vdr: [1427] switching to channel 6
Sep 14 19:09:59 yaVDR-0-3-a vdr: [1427] info: Kanal nicht verfügbar!
Sep 14 19:09:59 yaVDR-0-3-a vdr: [1427] ERROR: no OSD provider available - using dummy OSD!
Sep 14 19:10:01 yaVDR-0-3-a vdr: [1427] switching to channel 9
Sep 14 19:10:01 yaVDR-0-3-a vdr: [1427] info: Streamen im Gange
Sep 14 19:10:01 yaVDR-0-3-a vdr: [1427] ERROR: no OSD provider available - using dummy OSD!
Sep 14 19:10:01 yaVDR-0-3-a vdr: [1642] receiver on device 1 thread started (pid=1427, tid=1642)
Sep 14 19:10:01 yaVDR-0-3-a vdr: [1643] TS buffer on device 1 thread started (pid=1427, tid=1643)
Sep 14 19:10:03 yaVDR-0-3-a vdr: [1427] ERROR: no OSD provider available - using dummy OSD!
Sep 14 19:10:03 yaVDR-0-3-a vdr: [1640] streamdev-livestreaming thread ended (pid=1427, tid=1640)
Sep 14 19:10:03 yaVDR-0-3-a vdr: [1639] streamdev-writer thread ended (pid=1427, tid=1639)
Sep 14 19:10:03 yaVDR-0-3-a vdr: [1479] buffer stats: 91368 (2%) used
Sep 14 19:10:03 yaVDR-0-3-a vdr: [1479] Streamdev: Accepted new client (VTP) 192.168.1.27:32817
Sep 14 19:10:03 yaVDR-0-3-a vdr: [1479] client (VTP) 192.168.1.27:32815 has closed connection
Sep 14 19:10:03 yaVDR-0-3-a vdr: [1479] streamdev: closing streamdev connection to 192.168.1.27:32815
Sep 14 19:10:03 yaVDR-0-3-a vdr: [1479] buffer stats: 0 (0%) used
Sep 14 19:10:03 yaVDR-0-3-a vdr: [1479] buffer stats: 0 (0%) used
Sep 14 19:10:03 yaVDR-0-3-a vdr: [1479] Streamdev: Accepted new client (VTP) 192.168.1.27:32818
Sep 14 19:10:03 yaVDR-0-3-a vdr: [1479] client (VTP) 192.168.1.27:32817 has closed connection
Sep 14 19:10:03 yaVDR-0-3-a vdr: [1479] streamdev: closing streamdev connection to 192.168.1.27:32817
Sep 14 19:10:03 yaVDR-0-3-a vdr: [1479] Streamdev: Accepted new client (VTP) 192.168.1.27:32819
Sep 14 19:10:03 yaVDR-0-3-a vdr: [1479] client (VTP) 192.168.1.27:32818 has closed connection
Sep 14 19:10:03 yaVDR-0-3-a vdr: [1479] streamdev: closing streamdev connection to 192.168.1.27:32818
Sep 14 19:10:03 yaVDR-0-3-a vdr: [1479] streamdev-server TUNE S19.2E-1-1089-12060: Priority unknown - using 0
Sep 14 19:10:03 yaVDR-0-3-a vdr: [1479] Streamdev: Setting data connection to 192.168.1.27:32820
Sep 14 19:10:03 yaVDR-0-3-a vdr: [1645] streamdev-livestreaming thread started (pid=1427, tid=1645)
Sep 14 19:10:03 yaVDR-0-3-a vdr: [1644] streamdev-writer thread started (pid=1427, tid=1644)

Alles anzeigen

Wie gesagt ich habe keine Frontend am Server, da Headless-Server.

MfG
nessie_1980

PS.: Wenn ihr mehr Info´s braucht einfach fragen... bin bereit alles zuliefern

NAbend nochmals....

Keiner eine Ahnung woran das liegen könnte?!

Ich habe heute eine andere HDD genommen und yaVDR 0.3 nochmals installiert.
Anfangs schien alles in Ordnung zu sein.
Konnte per Client einwandfrei umschalten....
Doch dann find der Server an die Channles.conf zu aktualisieren!
Von da an ging es nicht mehr.... Also hab ich das Updaten ausgeschaltet bzw. den
Wert "UpdateChannels=3" in der setup.conf gestellt.
Danach die channels.conf von Server auf den Client kopiert und gehofft es geht wieder.
Aber lieder weit gefehlt... Der Fehler ist immer noch da.
Jedoch bin ich der Meinung das er nicht mehr so oft auftritt....

Das es an der yaVDR-Distri liegt folgere ich daraus, wenn ich meine easyVDR-HDD in den
Rechner hänge funktioniert alles einwandfrei. Doch lieder bekomm ich da kein WOL zum Laufen

Deswegen auch der wechsel zu yaVDR.... doch auch diese Distri scheint nicht die Lösung für mich
zu sein

So long
nessie_1980

Hi steffen_b!

Danke für deine Rückmeldung

Ich hatte eigentlich nicht vor noch weitere 12 Distri´s zu testen Wollte eigentlich bei yaVDR oder easyVDR (sorry für die Schleichwerbung)
bleiben.

Die Dinge aus dem Wiki sind mir bekannt.
Hier meine Streamdev-Server-Einstellungen:

streamdev-server.AllowSuspend = 1
streamdev-server.HTTPBindIP = 0.0.0.0
streamdev-server.HTTPServerPort = 3000
streamdev-server.HTTPStreamType = 0
streamdev-server.IGMPBindIP = 0.0.0.0
streamdev-server.IGMPClientPort = 1234
streamdev-server.IGMPStreamType = 0
streamdev-server.MaxClients = 5
streamdev-server.ServerPort = 2004
streamdev-server.StartHTTPServer = 1
streamdev-server.StartIGMPServer = 0
streamdev-server.StartServer = 1
streamdev-server.SuspendMode = 1
streamdev-server.VTPBindIP = 0.0.0.0

Wie du siehts habe ich die Dinge aus dem Thema "Umschaltprobleme 1" angewendet, weil ich dieses Problem schon
öfter hatte

Das Umschaltproblem 2 beschreibt mein Problem ja fast, sprich das Wechseln zwischen Transpondern funktioniert weder
per +/- Taste noch per Kanaldirekteingabe.... Bei mir funktioniert ein Transponderwechseln nur wenn ich den Kanal direkt
zweimal hintereinander eingebe, aber auch nur wenn der Zeitabstand dazwischen nicht zu groß ist.
Zu dem denke ich das der Bug in der 0.5.1er-Version des Streamdev-Server und Clients behoben sein sollte... oder?
Der Link zum Bugtracker futz ja leider nicht

Beim Umschaltproblem 3 habe ich das Problem, dass ich einen Headless-Server betreibe. Wieso ich kein xine aktiviere? Weil
ich da kein Bild am Server bekomme :). Frage jetzt aber nicht wieso...
Ich habe im Server nur eine TV-Karte (FF-Karte) eingebaut.
Kann es sein das der yaVDR beim vorhandein sein einer FF-Karte keine Ausgabe auf der VGA-Karte macht? Wie könnte ich das ändern,
so das ich am Server am Bildschirm per Menu Einstellungen vornehmen kann?

Client-Einstellungen kann ich leider gar nicht posten, weil ich gerade nicht Zuhause bin und der Client nicht läuft....
Jedoch kann ich mit ziemlicher Sicherheit die Einstellungen aus dem Kopf

streamdev-client.StartClient = 1
streamdev-client.RemoteIp = 192.168.0.50
streamdev-client.RemotePort = 2004
streamdev-client.StreamFilters = 0

Im Anhang findest du Konfigdateien und Logdateien.... sollte noch etwas nötig sein kann ich das gern liefern

MfG
nessie_1980

Hi schmirl!

Danke für die Info!

Kann selbst leider den client nicht selbst kompilieren
Habe aber da jemanden der das für mich machen kann...
Kann sich nur etwas hinziehen bis ich Rückmeldung geben kann.

Meld mich aber auf jedenfall wenn ich mehr weiß!

MfG
nessie_1980

Meine Compiler-Man hat mir eine Version mit der Änderung bereits zugesandt
und siehe da!
Schon klappts mit dem Nachbarn

Wenn das ganze einstellbar wäre, wäre das echt super.
Evtl. würde ich auch noch eine genauere Fehlermeldung einbauen, weil ich konnte
da jetzt überhaupt keinen Rückschluss aus den Logs ziehen.
Also ich konnte schon sehen das der Client die Verbindung abbaut aber wieso halt nicht.

Aber DANKE nochmals für die rasche und kompetente Hilfe!

MfG
nessie_1980