streamdev cvs development

Hi,
jetzt auch mal angetestet: Gleiches Problem wie Unimatrix0, wobei ich noch den vdr 1.3.22 benutze ...
Gruss
Burkhardt

Dejuh:

Hab's eben auch mal mit VDRMediaClient-0.0.6 ausprobiert und bekomme die gleiche Meldung wie Du hattest: "TS" not known
Woran hat's bei Dir gelegen ?

Danke.

stevie101
hi, ich hab die infos die ich von LordJaxom habe noch nicht in vdrmediaclient eingebaut. dauert noch etwas, bis ich wieder zeit habe.
die aktuelle version vom streamdev unterstützt nur noch TSPID im VDR-zu VDR modus, desahlb wird auch der mplayervtp nicht laufen.
gruss, onur

vdr-1.3.23

Ähnliches Problem bei mir beim http Stream

mit MPlayer hat es kurz funktioniert dann stockte es.
mit Quicktime(Mac) ging es gar nicht

ebenso mit wget

bei allen Versuchen sahen die Logs inetwa so aus

Apr 29 08:35:14 troja vdr[19293]: CAM: CryptoWorks, 01, D000, 0000
Apr 29 08:35:18 troja vdr[19294]: changing pids of channel 98 from 701+701:702:2
Apr 29 08:35:25 troja vdr[19296]: Streamdev: Accepted new client (HTTP) 192.168.
Apr 29 08:35:25 troja vdr[19300]: streamdev-writer thread started (pid=19300, ti
Apr 29 08:35:25 troja vdr[19301]: streamdev-livestreaming thread started (pid=19
Apr 29 08:35:25 troja vdr[19302]: receiver on device 1 thread started (pid=19302
Apr 29 08:35:25 troja vdr[19303]: TS buffer on device 1 thread started (pid=1930
Apr 29 08:35:33 troja vdr[19302]: buffer usage: 70% (tid=98311)
Apr 29 08:35:34 troja vdr[19302]: buffer usage: 80% (tid=98311)
Apr 29 08:35:35 troja vdr[19302]: buffer usage: 90% (tid=98311)
Apr 29 08:35:36 troja vdr[19302]: buffer usage: 100% (tid=98311)
Apr 29 08:35:36 troja vdr[19302]: ERROR: 1 ring buffer overflow (165 bytes dropp
Apr 29 08:35:42 troja vdr[19302]: ERROR: 13919 ring buffer overflows (2616772 by
Apr 29 08:35:48 troja vdr[19302]: ERROR: 17141 ring buffer overflows (3222508 by
Apr 29 08:35:54 troja vdr[19302]: ERROR: 13610 ring buffer overflows (2558680 by
Apr 29 08:35:54 troja vdr[19294]: changing pids of channel 98 from 901+901:902:2
Apr 29 08:36:00 troja vdr[19302]: ERROR: 12989 ring buffer overflows (2441932 by
Apr 29 08:36:06 troja vdr[19302]: ERROR: 13505 ring buffer overflows (2538940 by
Apr 29 08:36:12 troja vdr[19302]: ERROR: 13035 ring buffer overflows (2450580 by

Hallo,
beim Mediaclient in der VDRMediaClient.ini folgendes ändern:
;streamdev=0.3.1 or 0.3.3b for vdrdevel
streamdev=0.3.1

also in 0.3.3b ändern!!!!
gruß
Dejuh

Jup jetzt funzt es! Great!

Hi,
habe hier Probleme beim kompilieren.
Bekomme immer folgende Meldung:

make[1]: Entering directory `/usr/local/src/vdr-1.3.22/PLUGINS/src/streamdev'
make[1]: Leaving directory `/usr/local/src/vdr-1.3.22/PLUGINS/src/streamdev'
make[1]: Entering directory `/usr/local/src/vdr-1.3.22/PLUGINS/src/streamdev'
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o streamdev-client.o streamdev-client.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o client/socket.o client/socket.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o client/device.o client/device.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o client/setup.o client/setup.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o client/remote.o client/remote.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o client/assembler.o client/assembler.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o client/filter.o client/filter.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o common.o common.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o i18n.o i18n.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o tools/source.o tools/source.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o tools/select.o tools/select.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o tools/socket.o tools/socket.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o tools/tools.o tools/tools.c
make -C ./libdvbmpeg libdvbmpegtools.a
make[2]: Entering directory `/usr/local/src/vdr-1.3.22/PLUGINS/src/streamdev/libdvbmpeg'
g++  -M ctools.c remux.c ringbuffy.c transform.c cpptools.cc   -I.> .depend
make[2]: Leaving directory `/usr/local/src/vdr-1.3.22/PLUGINS/src/streamdev/libdvbmpeg'
make[2]: Entering directory `/usr/local/src/vdr-1.3.22/PLUGINS/src/streamdev/libdvbmpeg'
cc -c -g -Wall -O2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -fPIC -I.  ctools.c
make[2]: cc: Kommando nicht gefunden
make[2]: *** [ctools.o] Fehler 127
make[2]: Leaving directory `/usr/local/src/vdr-1.3.22/PLUGINS/src/streamdev/libdvbmpeg'
make[1]: *** [libdvbmpeg/libdvbmpegtools.a] Fehler 2
make[1]: Leaving directory `/usr/local/src/vdr-1.3.22/PLUGINS/src/streamdev'

Ich dachte das Pluginn hat keine Abhängigkeiten ?
Version habe ich eben aus dem CVS, VDR ist 1.3.22.
Meine anderen Plugins laufen ohne Probs.

Ist das Problem bekannt ?

Offensichtlich findet make den C Compiler nicht. Setze mal eine Link von gcc auf cc:

ln -s cc /usr/bin/gcc

Dr.Nop
das Brett vor den Kopf war ein Volltreffer !
Blind vom vielen suchen
ln -s /usr/bin/gcc /usr/bin/cc
und fertig !

Mal ne leicht dumme Frage:
Mit Linux-Programmen oder Abkömmlingen davon (MPlayer und VLC) hab ich keine Probleme, dass es funktioniert. Wenn ich aber mit Firefox auf die Seite http://vdrserver:3000 gehe und dort in der Kanalliste auf einen Kanal drücke, dann will mir der Quicktime-Player den Videostream abspielen und schafft das irgendwie nicht. Das selbe mit MPC (MediaPlayerClassic) und erst recht mit dem stinknormalen WindowsMediaPlayer.

Ich weiss ja, Windows ist sehr unbeliebt in der Linuxwelt und ich schäme mich ja der Frage wegen. Trotzdem wäre es genial, wenn man z.B. den Kollegen, die einem mit dem PC besuchen einfach sagen könnte, sie sollen einfach auf die und die Adresse gehen und dann können sie Fernseh gucken. Ohne dass man ihnen erst ein spezielles Programm installieren muss.

Daher würde es mich sehr interessieren.
1.) warum das so ist.
2.) ob etwas geplant ist, dass auch die "stinknormalen" windows mediaplayer mit dem Stream eines Tages klarkommen sollten.

(oder liegts am Ende nur an mangelden codecs ?)

Bezüglich QuickTime

zur Wiedergabe des VDR http Streams braucht Quicktime die MPEG Erweiterung(käuflich im Apple Store zu erwerben)
Ausserdem sollte der Typ des Streams auf PS gesetzt werden oder über http://vdrserver:3000/PS.. zugegriffen werden. Dann sollte es funktionieren.

D.h es funktionierte bis zu streamdev3.3 so. Mit den letzten Versionen aus dem cvs wird der Stream zwar geöffnet und man kann die Wiedergabe auch starten aber es wird weder Bild noch Ton wiedergegeben obwohl sich die Fortschrittsanzeige bewegt.

Was nie mit streamdev funktioniert hat war die Wiedergabe von Radiosendern mit Quicktime (per ES Stream) wenn vpid=0 wenn man eine gültige vpid vergibt funktioniert es per PS Stream.

@ LordJaxom

Mit MPlayer für OS X funktioniert die Widergabe auch nicht (mit den dev-cvs Versionen, mit 3.3 ging es) MPlayer verbindet sich, Cache wird gefüllt dann kommt plötzlich eine <EOF> Meldung und die Wiedergabe wird beendet.

EDIT Habe es gerade nochmal ausprobiert

Mit MPlayer funktioniert es jetzt auch unter OS X mit QuickTime nicht.

Hat EOF auf Linux und MAC unterschiedliche Werte?root

LordJaxom
Suuuper! Mit VDR-Media-Client funzt es wieder.
Auch mit dem pre3-geni (und auch aktuellen CVS) Streamdev-Client gehts (meiner Meinung nach sogar besser und stabiler als eh und je).

Einzig das Verbinden über http (z.B. mit MPlayer) geht etwa 3 x so lange, wie mit der 0.0.3-pre3-geni und es klappt mit dem Verbinden auch nicht immer.
Manchmal kommt nach einigen Sekunden "Stream not seekable" dann geht es nochmal einige Sekunden und entweder kommt das Bild dann oder MPlayer beendet sich wieder. (dann seh ich im VDR-Log, dass der Client (Mplayer) offenbar die Verbindung beendet hat). Meist klappt es dann beim 2. Anlauf. Scheint mir aber auch drauf anzukommen, ob es der erste Verbindungsversuch ist und welcher Sender. Genauere Muster konnt ich bisher leider nicht feststellen. Oft gibts mit dem RTL diesen Effekt.

Getestet mit der CVS vom Montag abend (23:59 Uhr).

Good Job! bleibe weiterhin gespannt.

Frage: Ist auf Deiner ToDo-Liste ev. noch etwas in Richtung Echtzeitkompression geplant ? Z.B. für's Streaming über das Internet in geringerer Auflösung (z.B. 320x240 bei max. Bitrate um ca. 15 KB/sek) ?

Hi LordJaxom,
klasse, dann wird wohl streamdev zu richtigen Allrounder .
Eine Frage: Wird auch irgendwann einmal das Streamen von Aufnahmen moeglich sein (eben auch mit entsprechender Konvertierung) ?
Eine Bitte: Ich weiss, dass man sich als Entwickler nur sehr ungern mit der Doku abgibt, doch koenntest Du evtl. die neuen Features kurz im Readme erwaehnen ?
Gruss
Burkhardt

Zitat

Original von LordJaxom
...
In der Endfassung wird der Scriptpfad natürlich anpassbar und es werden auch mehrere, frei zu benennende externe Remuxer möglich sein (z.b. http://server/DivX/kanal und http://server/WLAN-11MBit/kanal o.ä.)

Fantastisch!

Hallo,

also man lernt ja nie aus...
Wie kommt man denn an die sogenannte CVS-Version

Ich habe zwar das hier gefunden:

Zitat

Hier nochmal die Zugriffsmöglichkeit für CVS:
cvs -d:pserver:anoncvs@vdr-developer.org:/var/cvsroot login
cvs -d:pserver:anoncvs@vdr-developer.org:/var/cvsroot co streamdev

Aber, was macht man denn damit ??

Kann mir mal einer auf die Sprünge helfen ?