Leider habe ich kein Testsystem auf dem alle existierenden streamdev-server Versionen laufen :-/
stubi: Schick mir doch mal bitte die streamdev-server webseite (http://vdr_ip:3000) als html Datei und sag mir welche streamdev-server Version du verwendest.
Dieter: Es gab noch eine weitere Änderung: Unterstützung des externremux.sh Skriptes. Allerdings sollten sich diese beiden Änderungen nicht überschneiden.
Update auf Version 0.5.0
Changelog 0.5.0:
- Unterstützung der Verwendung des externremux.sh Skripts
- Bugfix: Neueste streamdev-server Version wird unterstützt
QuoteOriginal von wannseheichwas
Bei mir das gleiche wie bei Konni__:Codejava.util.concurrent.ExecutionException: java.lang.IllegalArgumentException: 2 Valid values are 0, 16, 32, 64, 128, 256 or Channel.AUTOMATIC (999)
Hat jemand eine Ahnung woher das kommt? Ich hab bis jetzt nur herausgefunden, das diese Fehlermeldung kommt, wenn ein falsches Argument übergeben wird. Auf dem Server sieht das so aus:CodeMar 9 20:56:40 vdrserver vdr: [10305] Streamdev: Accepted new client (HTTP) 192.168.178.6:23466 Mar 9 20:56:40 vdrserver vdr: [10305] ERROR: streamdev: write to client (HTTP) 192.168.178.6:23466 failed: Die Verbindung wurde vom Kommunikationspartner zurückgesetzt Mar 9 20:56:40 vdrserver vdr: [10305] streamdev: closing streamdev connection to 192.168.178.6:23466 Mar 9 20:56:40 vdrserver vdr: [10271] connect from 192.168.178.6, port 2965 - accepted Mar 9 20:56:40 vdrserver vdr: [10271] lost connection to SVDRP client Mar 9 20:56:40 vdrserver vdr: [10271] closing SVDRP connection Mar 9 20:56:40 vdrserver vdr: [10271] connect from 192.168.178.6, port 2966 - accepted Mar 9 20:56:40 vdrserver vdr: [10271] closing SVDRP connection Mar 9 20:56:41 vdrserver vdr: [10271] connect from 192.168.178.6, port 2967 - accepted Mar 9 20:56:41 vdrserver vdr: [10271] closing SVDRP connection
Ich tippe darauf, dass du IP-TV Kanäle in deiner channels.conf hast, die diese SVDR Implementierung nicht verarbeiten kann.
Bereinige doch mal deine channels.conf oder mach ein Backup deiner channels.conf und erstelle zum Testen eine channels.conf mit nur einem Kanal (bspw. ARD). Falls das funktioniert, dann liegt es an IP-TV oder ähnlichen Kanälen die nicht verarbeitet werden können. Die müsstest du dann aus der channels.conf entfernen.
Das Access Denied! in der Fehlermeldung bedeutet, dass der VCC nicht auf deinen SVDR-Port zugreifen kann. Hast du den für die entspechenden Clients auch freigegeben? (siehe svdrphosts.conf)
Siehe auch:
http://vdr-portal.de/board/thr…?postid=718342#post718342
Kleines Update für die Mac User:
Um nicht immer dieses häßliche Java Logo im Dock zu haben, hab ich eine Mac-Anwendung erstellt. Ansonsten keinerlei Änderungen.
Einfach die VCC_048.dmg mounten und ganz wichtig, den kompletten, darin enthaltenen Ordner names VCC in euer Programme Verzeichnis ziehen.
Danach dieses Ordner öffnen und die Anwendung VCC starten =)
Download unter
http://www.0x13.de/index.php/t…-vdr-channel-chooser.html
ronzo: Das liegt nicht am VCC sondern an deinem VLC 0.9.x. Mit der Versionsumstellung von 0.8.x auf 0.9.x hat sich etwas geändert; ich hab leider noch keine Zeit gefunden mir das genauer anzusehen.
Lösung: VLC 0.8.6 verwenden =)
Nein, das ist momentan nicht möglich.
Sollte aber auch kein Problem darstellen, wenn du als Arbeitsverzeichnis das Verzeichnis nimmst, in dem der VCC liegt.
Falls das wider Erwarten nicht klappt, schreib mir mal eine Mail.
Kurze Information:
Hab soeben festgestellt, dass es mit dem neuen VLC (0.9.x) unter Windows Probleme gibt. Unter MacOS treten Diese nicht auf.
Werde mir mal ansehen was sich am VLC geändert hat. Bis dahin empfehle ich Windows-Nutzern die alte VLC Version (0.8.6).
Vielen Dank für die Infos!
Ist Folgendes dann möglich:
Angenommen jemand sieht mit dem VDR Live-TV.
Kann man dem streamdev-plugin eine höhere Priorität einräumen als dem VDR. So dass, wenn jemand versucht, per streamdev-plugin einen anderen Kanal herzuschalten, das Live-TV am VDR abgebrochen wird und das streamdev-plugin den Stream öffnen kann?
Hallo,
danke für die Erklärung!
Das HTTP-Streaming wird dann wohl die gleichen Prioritäten verwenden?
Welche Priorität verwendet denn der VDR selbst?
Ist das der DefaultPriority = 0 Eintrag in der setup.conf?
Hallo,
hab gerade mal versucht mich mit dem streamdevplugin eigenen Protokoll VTP zu verbinden und den Befehl TUNE auszuführen.
Die Dokumentation sagt:
QuoteCommand: TUNE <Priority> <Media>
Hier mal die Ausgabe:
Quote220 Welcome to Video Disk Recorder (VTP)
TUNE 1
220 Channel tuned
TUNE 1 1
550 Undefined channel "1 1"
Wenn ich TUNE nur mit einem Parameter, nämlich der Kanalnummer verwende, dann funktioniert das einwandfrei.
Wenn ich allerdings TUNE mit zwei Parametern, nämlich
QuoteTUNE 1 1
aufrufe dann interpretiert VTP beide zusammen anscheinend als Kanal und findet dieses dementsprechend nicht.
Auch Versuche wie:
QuoteTUNE 50 1
QuoteTUNE 1 ZDF
funktionierten nicht.
Kann mir jemand sagen was ich falsch mache?
Hi,
das scheint ein Java Bug zu sein (http://forum.ubuntuusers.de/topic/69516/).
Installier dir mal, falls nicht schon vorhanden, die Java 1.6 Laufzeitumgebung.
Nachtrag:
Hab den VCC ( 0.4.8 ) mal unter Ubuntu 8.04 (Hardy Heron) mit Java 6 getestet und keinerlei Probleme mit den Umlauten. (VDR 1.4.7)
Nein, das ist momentan nicht möglich.
Ich hab jetzt nicht den Quelltext im Kopf aber du kannst versuchen, die URL zum extern remux Skript an den port anzuhängen.
Also
3000/Extern/1
Denk zwar, dass das nicht funktioniert, aber probieren kannst dus ja mal.
QuoteOriginal von cableworm
Was bedeuten die weiteren Werte in der config.cfg?
QuoteDisplay MoreVLC=/Applications/VLC.app/Contents/MacOS/VLC; // Pfad zum VLC
VDR=http://192.168.100.105; //IP des VDR
STP=3000; // STREAMDEV PORT
SVP=2001; // SVDRP PORT
HEI=524; // Fensterhöhe
WID=267; // Fensterbreite
EPG=60000; // EPG Refresh Zeit
MET=normal; // Methode mit der der VCC mit dem VLC kommuniziert
HTP=127.0.0.1:24632; // für die Kommunikation über das Webinterface des VLC benötigte IP
Der VCC unterstützt andere Ports als Port 3000. Falls der VCC bei dir unter Linux immer mit Connection failed abbricht, so schick mir doch einfach mal die Ausgabe, wenn du auf der Konsole den VCC aurufst mit:
java -jar /Pfad/zu/VCC.jar
P.S.: Ist dein SVDRP Port geöffnet (svdrphosts.conf)?
Dieses Access denied sieht mir danach aus als ob dein SVDRP Port nicht geöffnet bzw. frei ist. Prüf das doch mal in der svdrphosts.conf nach.
Ansonsten schick mir doch einfach eine PN mit:
- deiner channels.conf
- VDR Version
- streamdev-server version
Update auf Version 0.4.8
Changelog 0.4.8:
- Unterstützung des neuen streamdev-plugins (0.3.3~cvs20080406.1321-1)
@ celica: Du hast eine pn
Ich hab das neue Streamdev-server Plugin noch nicht bei mir installiert, habe aber mitbekommen dass es eine überarbeitete Weboberfläche (http://VDR_IP:3000) hat.
Und so wie das aussieht, fliegt genau dort auch die Exception, nämlich in der Klasse StreamSiteParser, die dafür ausgelegt wurde, die "alte" Weboberfläche zu parsen.
Kann mir jemand mal die neue Weboberfläche als html Datei schicken, dann versuche ich das anzupassen?