streamdev cvs development
- LordJaxom
- Geschlossen
-
-
Dankeschön. Ich hatte streamdev-server mit 'make plugins CXX=g++-3.3' übersetzt, da hat es dann auch geklappt. Viel mehr stört mich allerdings die EPG-Geschichte, da dies die Benutzbarkeit erheblich einschränkt.
-
Hi,
bzgl. EPG: Ich hole mir einfach beim Start des clients die EPG-Daten vom Server (der wiederum selbst zu bestimmten Zeiten mittels cron sich EPG-Daten aus dem Internet holt und dann noch fuer die restlichen Sender einen epg-Scan macht).
Ebenso koennte man sich auch eine Anbindung an die XXV-DB vorstellen, d.h. staendiges Kommunizieren ueber SVDRP entfaellt (hab hier schon oft geschrieben, dass staendige Benutzung von SVDRP nicht der Weisheit letzter Schluss ist).
Zudem: Bedenke, dass es sich beim aktuellen streamdev-plugin um ein CVS-Auszug handelt und wenn erst einmal der VDR 1.4 released wurde, dann wird sich auch bald eine noch stabilerere streamdev-plugin-Version herauskommen.
Ich warte auf jeden Fall noch so lange, bis ich (bin noch beim VDR 1.3.22 stehengeblieben) bei meinen Systemen einen Komplettumstieg durchfuehren werde.
Gruss
Burkhardt -
Danke für den Tipp. Ich habe jetzt die EPG-Synchronisation ausgeschaltet und das EPG-File des Servers auf die Freigabe gelegt, damit der Client darauf zugreifen kann.
-
Mit welchem version of VDR und Streamdev muss vlc ein verbindness starten konnen?
-
VDR 1.3.36 und aktuelles cvs vom Streamdev funktionieren bei mir prima.
Akutelle cvs ist auch auf die "Eigenheiten" der (akutellen) 1.3.36 angepasst, sollte also "out-of-the-box" compilieren.
-
Ich habe 1.3.36 met die letzte plugin streamdev.
Ich cann ein telnet session starten aber ich kann nicht mit xine oder VLC ein verbindness starten.
xine http://ipadresse:3000/PS/1
es gibt ein demux error
Zitat
main debug: adding playlist item `http://172.20.32.114:3000/PS/1' ( http://172.20.32.114:3000/PS/1 )
main debug: creating new input thread
main debug: waiting for thread completion
main debug: `http://172.20.32.114:3000/PS/1' gives access `http' demux `' path `172.20.32.114:3000/PS/1'
main debug: creating demux: access='http' demux='' path='172.20.32.114:3000/PS/1'
main debug: looking for access_demux module: 0 candidates
main warning: no access_demux module matched "http"
main debug: creating access 'http' path='172.20.32.114:3000/PS/1'
main debug: looking for access2 module: 6 candidates
access_http debug: http: server='172.20.32.114' port=3000 file='/PS/1
main debug: net: connecting to '172.20.32.114:3000'
main debug: looking for network module: 2 candidates
ipv4 debug: connection in progress
main debug: thread 3540 (input) created at priority 1 (src/input/input.c:230)
main debug: using network module "ipv4"
main debug: unlocking module "ipv4"
access_http debug: protocol 'HTTP' answer code 409
access_http error: error: HTTP/1.0 409 Channel not available
main debug: net: connecting to '172.20.32.114:3000'
main debug: looking for network module: 2 candidates
ipv4 debug: connection in progress
main debug: using network module "ipv4"
main debug: unlocking module "ipv4"
access_http debug: protocol 'HTTP' answer code 409
access_http error: error: HTTP/1.0 409 Channel not available
main debug: net: connecting to '172.20.32.114:3000'
main debug: looking for network module: 2 candidates
ipv4 debug: connection in progress
main debug: using network module "ipv4"
main debug: unlocking module "ipv4"
access_mms error: error: HTTP/1.0 409 Channel not available
vcd debug: trying .cue file: 172.20.32.cue
access_file warning: cannot stat() file `172.20.32.114:3000/PS/1' (No such file or directory)
cdda debug: trying .cue file: 172.20.32.cue
cdda warning: could not open 172.20.32.114:3000/PS/1
main warning: no access2 module matching "http" could be loaded
main error: no suitable access module for `http://172.20.32.114:3000/PS/1'
main debug: thread times: real 0m0.156250s, kernel 0m0.000000s, user 0m0.000000s
main debug: thread 3540 joined (src/input/input.c:386)
main: nothing to playEs kann die server finden aber es reagiert nicht. Ich weis nicht warum aber es macht eins verbindness. Alleein habe ich kein ton oder bild
Es sagt channel nicht available. Ein fehler des vdr aber who kann ich dass machen!
-
Und es ist gelingt in MPLAYER.
Aber da gibt ein kleines probleme. Ich kann jetzt auch starte in VLC aber ich habe kein (sound) larm.
Auf welche weise kann ich dass machen!
So in MPLAYER habe ich larm und in VLC kein larm!
-
Hi,
nur eines (hab jetzt kin Bock auf Englisch):
- VLC klappt mit dem VDR nicht --> bekanntes Problem, an dem sich wohl in naechster Zeit nichts aendern wird
- fuer ein Windows gibts einige clients (z.B. VDR Streamcontroll mit mplayer, VDRMediaclient welcher den MediaPlayer Classic benutzt, den Streamzapper ...)
- die VDR-VDR-Connection benutzt nicht http --> hier reicht es nicht nur dn Port 3000 freizugeben (dfault ist der port 2004 und der server muss natuerlich gestartet werden). Falls hier viel probiert wird, macht es Sinn, sowohl den server, als auch den client komplett neu zu starten.
Gruss
Burkhardt -
Da sind hier viele leute welchem mit VLC ton haben!
-
XINE sowie MPlayer funktionieren bei mir, jedoch ohne den Parameter "PS":
xine http://192.168.1.1:3000/1
mplayer http://192.168.1.1:3000/1 -
Hi,
ZitatDa sind hier viele leute welchem mit VLC ton haben!
keineswegs ...
Bei einigen wenigen Sendern klappt es manchmal, doch warum einen VLC nehmen, wenn es genuegend Alternativen gibt?
Gruss
Burkhardt -
Ich wolte die sender durch 50 menchen sehen konten.
Mit VLC kann ich durchstreamen. Aber ich weis nicht wie stabiel die HTTP server von VDR ist und meinstens wie important kan er 50 clienten haben.
-
hi,
wird eigentlich an dem plugin noch weiter entwickelt? irgendwie scheint das ja nicht so superstabil zu sein, wie man's gerne hätte wo bekomme ich die aktuellste version her (ist das die cvs version?) und gibt's irgendwelche patches, die ich unbedingt einspielen sollte, um die stabilität/ performance zu erhöhen?
gruß fen
-
Das VDR zu VDR Streamen funktioniert bei mir mit der CVS Version ohne Probleme.
-
nunja, bei mir funktioniert es 'ganz gut'. ich setzte zunächst auf client und server 1.3.36 mit der cvs version von streamdev ein, aber es gab probleme beim umschalten. er wollte den transponder nicht wechseln.
dann habe ich die attach/detach geschichte im cvs source aktiviert. dann funktionierte zwar der transponder wechsel, aber es kam nur ein schwarzes bild, wenn er wechselte.
im forum habe ich dann irgendwo was gelesen, dass das zappen nur bis 1.3.32 zuverlässig funktioniert. also habe ich den client auf 1.3.32 downgegradet und jetzt funktioniert es im prinzip. mit client 1.3.32 und server 1.3.36.
beim hin und herzappen stützt aber manchmal der server, manchmal der client ab. der server läuft ohne den streamdev server in benutzung zu haben superstabil, tagelang am stueck durch.
ausserdem gibt es beim umschalten auf dem client immer wieder längere klötzchenbildungsphasen, bis der stream wieder korrekt wiedergegeben wird. aber ich denke das liegt am transfer mode.
es wäre allerdings schön, wenn der client erst anfängt das bild wiederzugeben, wenn der stream was gescheites liefert.
im großen und ganzen klappt das streaming mit xine-net besser, aber ich will halt mehrere clients betreiben und xine-net exportiert ja sozusagen 'nur' das display des servers auf einen client.
gruß fen
-
Hi fen,
Bei mir laufen Server und Client mit der Version .36 absolut stabil.
Ich hatte noch keinen einzigen Absturz, weder auf dem Server, noch auf dem Client.
Das Problem mit den Artefakten nach dem Umschalten habe ich auch manchmal, aber nicht immer. Ich würde sagen, dass ich von 50 mal zappen einmal Artetfakte habe. Allerdings ist der Ton die ersten paar Sekunden zu 50% stottrig. Mir wäre hier auch lieber, wenn erst was angezeit wird, wenn der Stream stabil steht. Wird natürlich zu Lasten der Umschaltzeit gehen wird. Würde ich allerdings in Kauf nehmen.
Ich habe meinen Skin von "Enigma" auf "Silver-green" gewechselt. Damit klappt das Umschalten deutlich fehlerfreier. Zumal ich nur ein EPIA-6000 als Client habe.Was mich aber wirlich stört, das es keine "Remotetimer" gibt.
Ansonsten Top Plugin.
Peter
-
Zitat
Original von pixelpeter
Was mich aber wirlich stört, das es keine "Remotetimer" gibt.Bastle gerade an einem Patch der das Menü "Streamkontrolle" des Clients wieder reaktiviert (vdr-1.3.34, streamdev aus CVS). Direkt eingegebene Remotetimer funktionieren schon wieder. Wird aber noch ein paar Wochen dauern bis ich den Patch auf die Allgemeinheit loslassen kann, da ich nur ab und zu dafür Zeit habe.
-
Hallo schmirl,
das höre ich gerne. Gib Bescheid sobald Du etwas hast.
Evtl. kannst Du ja sogar die Remote-Kontrolle als eigenes Plugin herausziehen.Gruß
mac66 -
Hi,
kann mir da einer sagen warum das streamdev aus dem cvs und vdr-1.3.37 nicht durchläuft?make[1]: Entering directory `/usr/local/src/vdr-1.3.37/PLUGINS/src/hello'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/usr/local/src/vdr-1.3.37/PLUGINS/src/hello'
make[1]: Entering directory `/usr/local/src/vdr-1.3.37/PLUGINS/src/osddemo'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/usr/local/src/vdr-1.3.37/PLUGINS/src/osddemo'
make[1]: Entering directory `/usr/local/src/vdr-1.3.37/PLUGINS/src/servicedemo'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/usr/local/src/vdr-1.3.37/PLUGINS/src/servicedemo'
make[1]: Entering directory `/usr/local/src/vdr-1.3.37/PLUGINS/src/skincurses'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/usr/local/src/vdr-1.3.37/PLUGINS/src/skincurses'
make[1]: Entering directory `/usr/local/src/vdr-1.3.37/PLUGINS/src/sky'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/usr/local/src/vdr-1.3.37/PLUGINS/src/sky'
make[1]: Entering directory `/usr/local/src/vdr-1.3.37/PLUGINS/src/status'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/usr/local/src/vdr-1.3.37/PLUGINS/src/status'
make[1]: Entering directory `/usr/local/src/vdr-1.3.37/PLUGINS/src/streamdev'
g++ -W -Woverloaded-virtual -O2 -shared streamdev-client.o client/socket.o client/device.o client/setup.o client/remote.o client/assembler.o client/filter.o common.o i18n.o tools/source.o tools/select.o tools/socket.o tools/tools.o libdvbmpeg/libdvbmpegtools.a -o libvdr-streamdev-client.so
/usr/lib64/gcc/x86_64-suse-linux/4.0.2/../../../../x86_64-suse-linux/bin/ld: streamdev-client.o: relocation R_X86_64_32S against `vtable for cPluginStreamdevClient' can not be used when making a shared object; recompile with -fPIC
streamdev-client.o: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[1]: *** [libvdr-streamdev-client.so] Error 1
make[1]: Leaving directory `/usr/local/src/vdr-1.3.37/PLUGINS/src/streamdev'
make[1]: Entering directory `/usr/local/src/vdr-1.3.37/PLUGINS/src/svdrpdemo'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/usr/local/src/vdr-1.3.37/PLUGINS/src/svdrpdemo'grüsse dejuh
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!