[ANNOUNCE] VDR-Netboot-Client auf Fl4L/Eisfair Basis verfügbar (Testversion)

Egalus · 20. Oktober 2005

Zitat

Original von Sevo
Hi,
das mit dem "no primary device found - using first device!" kommt immer wenn keine FF Karte drin ist (Bei mir komischerweise auch wenn eine DXR3 drin ist). Dass die Variablen nicht übergeben werden ist wirklich komisch. Was steht in der /etc/vdr/runvdr.conf nach dem Systemstart? Meountest du /etc/vdr über NFS? Dann gehts im Moment garnicht.

ja, genau das mache ich, das erklärt natürlich einiges, vielleicht wäre es besser den pfad umzulegen damit man anderen vdr-configs laden kann aber die einstellungen für runvdr, die ja automatisch gewählt werden, nicht kaputt zu machen?

Zitat

Das Problem mit dem Server hat nix mit dem Client zu tun. VDR lässt den Streamdev-Server nicht den Transponer umachalten, warum auch immer. Versuch mal alle Plugins ausser Streamdev abzuschalten (auf dem Server)

Gruß,
Sevo

Hab ich bei beiden Server schon gemacht, nix ausser streamdev-server, hat leider garnix geändert.

Sevo · 20. Oktober 2005

Zitat

Original von Egalus
ja, genau das mache ich, das erklärt natürlich einiges, vielleicht wäre es besser den pfad umzulegen damit man anderen vdr-configs laden kann aber die einstellungen für runvdr, die ja automatisch gewählt werden, nicht kaputt zu machen?

Naja, in der nächsten Version wird ja vor dem Start gemountet und erst danach die Konfigurationsdatei für runvdr erstellt. Wenn das Mounten scheitern sollte, wird die runvdr wie alle anderen Konfigurationsdateien auch in /dev/ram gespeichert. Andererseits würde das ganze fehlschlagen, wenn "ro" gemountet wird. Werds glaub ich nach /etc/runvdr.conf legen.

Zitat

Hab ich bei beiden Server schon gemacht, nix ausser streamdev-server, hat leider garnix geändert.

Passiert das nur wenn du den Client benutzt oder auch von Server zu server? Das Problem scheint in der Serverkonfiguration zu liegen.

Gruß,
Sevo

Egalus · 20. Oktober 2005

Oehm, von server zu server hab ich das nicht getestet, ich kann aber sehrwohl sagen das streaming wunderbar funktioniert (oder zumindest brauchbar) wenn ich mit winlmc von den servern streame.

Wenns an der Serverconfig liegt wärs praktisch mal zu erfahren was genau man dort wie einstellen soll
Ich dachte bisher das "immer pausieren" und "client darf pausieren" ausreicht.

Egalus · 20. Oktober 2005

So, ich hab jetzt spasseshalber auf meien FF+Budget server mal 1.3.34 mit cvs-streamdev installieren wollen (selfcompile), aber leider mag streamdev nicht so wie ich

Weiss einer Rat?

make[1]: Entering directory `/usr/local/src/vdr-1.3.34/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
client/filter.c: In constructor `cStreamdevFilters::cStreamdevFilters()':
client/filter.c:58: error: `TS_SIZE' undeclared (first use this function)
client/filter.c:58: error: (Each undeclared identifier is reported only once
for each function it appears in.)
client/filter.c: In member function `virtual void cStreamdevFilters::Action()':
client/filter.c:98: error: `PID_MASK_HI' undeclared (first use this function)
make[1]: *** [client/filter.o] Fehler 1
make[1]: Leaving directory `/usr/local/src/vdr-1.3.34/PLUGINS/src/streamdev'

Sevo · 21. Oktober 2005

Hi Leute,
Eine neue Bugfix Version ist raus. Änderungen stehen im ersten Posting von mir.

Achtet darauf, dass ihr die optionalen Pakete im thin-eisvdr Ordner entpackt, da sie keinen zusätzlichen Unterordner enthalten!

Ich bin über das Wochenende weg und kann deshalb nichts am Projekt machen. Voraussichtlich nächste Woche gibts dann eine neue Version mit neuen Funktionen, die ich noch nicht vollständig getestet habe. Ausserdem schreib ich im Moment eine Dokumentation. Wenn sie fertig ist, werde ich auch das Paket für Eisfair releasen.

Gruß,
Sevo

Egalus · 22. Oktober 2005

Hm, irgendwie mag bei mir immer noch nur der erste Sender streamen, einmal umschalten und aus ists mit streamdev.

HolgerR · 22. Oktober 2005

Zitat

Original von Egalus
Hm, irgendwie mag bei mir immer noch nur der erste Sender streamen, einmal umschalten und aus ists mit streamdev.

Hi,

ich habe streamdev garnicht erst aktiviert; so wie ich die Ankündigung verstanden hatte, war ein funktionierender Streaming-Client gar nicht Bestandteil des Bugfixes.

Der Rest funktioniert aber anstandslos.

Gruß,
Holger

Egalus · 22. Oktober 2005

So, hier mal der output auf meinem Server wenn ich mit nem dxr3 client und der aktuellen netboot-client version connecte:

---
video vdr-1.3.34-streamdev-3teile # ./vdr -c /vdrsettings-1.3.34 -l 3 -Pstreamdev-server
ca pid: 0
RIGHT ATTACH
---

Wunderbar, das bild ist da und keine Probleme und nun schalte ich um und der Server sagt mir dies hier und der client sieht schwarz:

----------------

RIGHT DETACH
ca pid: 0

------------------------------

Das klingt für mich irgendwie so als hätte der client sich erfolgreich abgemeldet aber für den neuen challen nicht wieder angemeldet.

Der client scheint aber weiterin zu meinen das gestreeamed wird, denn wenn ich den Server abschiesse gbits im syslog des clients folgende Zeile:

Streamdev: UDP-TS Assembler thread ended (pid=1981, tid=12300).

Auf dem client sieht das ganze so aus.
1) Start vom client mit streamdev und streamen vom ersten kanal:

Oct 22 16:06:43 testy vdr[1399]: setting primary device to 1
Oct 22 16:06:43 testy vdr[1399]: SVDRP listening on port 2001
Oct 22 16:06:43 testy vdr[1399]: loading /etc/vdr/themes/classic-default.theme
Oct 22 16:06:43 testy vdr[1399]: starting plugin: dxr3
Oct 22 16:06:43 testy vdr[1399]: starting plugin: streamdev-client
Oct 22 16:06:43 testy vdr[1404]: streamdev-client: sections assembler thread started (pid=1404, tid=4101)
Oct 22 16:06:43 testy vdr[1405]: section handler thread started (pid=1405, tid=5126)
Oct 22 16:06:43 testy vdr[1399]: reading EPG data from /etc/vdr/epgdata
Oct 22 16:06:44 testy vdr[1399]: Streamdev: Connected to server 192.168.10.1:2004 using capabilities TS
Oct 22 16:06:44 testy vdr[1399]: Streamdev: Synchronizing EPG from server
Oct 22 16:06:45 testy vdr[1401]: video directory scanner thread ended (pid=1401, tid=1026)
Oct 22 16:06:52 testy vdr[1399]: starting plugin: remote
Oct 22 16:06:52 testy vdr[1399]: remote: using '/dev/lircd'
Oct 22 16:06:52 testy vdr[1406]: LIRC remote control thread started (pid=1406, tid=6146)
Oct 22 16:06:52 testy vdr[1399]: remote: using 'tcp:2002'
Oct 22 16:06:52 testy vdr[1399]: remote: using '/dev/tty8'
Oct 22 16:06:52 testy vdr[1399]: loading /etc/vdr/themes/classic-default.theme
Oct 22 16:06:52 testy vdr[1409]: KBD remote control thread started (pid=1409, tid=9225)
Oct 22 16:06:52 testy vdr[1399]: remote control LIRC - keys known
Oct 22 16:06:52 testy vdr[1399]: remote control remote-tcp:2002 - keys known
Oct 22 16:06:52 testy vdr[1399]: remote control remote-tty8 - keys known
Oct 22 16:06:52 testy vdr[1399]: remote control KBD - keys known
Oct 22 16:06:52 testy vdr[1399]: switching to channel 2
Oct 22 16:06:52 testy vdr[1410]: transfer thread started (pid=1410, tid=10250)
Oct 22 16:06:52 testy vdr[1411]: receiver on device 6 thread started (pid=1411, tid=11275)
Oct 22 16:06:52 testy vdr[1399]: setting watchdog timer to 30 seconds
Oct 22 16:06:52 testy vdr[1412]: Streamdev: UDP-TS Assembler thread started (pid=1412, tid=12300)
Oct 22 16:06:52 testy vdr[1413]: TS buffer on device 6 thread started (pid=1413, tid=13325)
Oct 22 16:06:52 testy vdr[1399]: dxr3: Setting analog audio mode
Oct 22 16:06:53 testy vdr[1399]: dxr3: cSPUEncoder::Flush: OSD data size: 6088
Oct 22 16:06:53 testy last message repeated 4 times
Oct 22 16:06:53 testy vdr[1410]: setting audio track to 1 (0)
Oct 22 16:06:53 testy vdr[1410]: dxr3: audiodecoder: found different audio header (new: 0xff, old: 0xcc4fcff), (re)initializing
Oct 22 16:06:53 testy vdr[1410]: dxr3: audiodecoder: sample rate=48000
Oct 22 16:06:53 testy vdr[1410]: dxr3: audiodecoder: channels=2
Oct 22 16:06:53 testy vdr[1399]: dxr3: cSPUEncoder::Flush: OSD data size: 6088
Oct 22 16:06:54 testy vdr[1399]: dxr3: cSPUEncoder::Flush: OSD data size: 6088
Oct 22 16:06:54 testy vdr[1410]: dxr3: audiodecoder: sample rate=48000
Oct 22 16:06:54 testy vdr[1410]: dxr3: audiodecoder: channels=2
Oct 22 16:06:54 testy vdr[1399]: dxr3: cSPUEncoder::Flush: OSD data size: 6088
Oct 22 16:06:58 testy last message repeated 22 times
Oct 22 16:06:58 testy vdr[1414]: video directory scanner thread started (pid=1414, tid=14350)
Oct 22 16:07:02 testy vdr[1414]: video directory scanner thread ended (pid=1414, tid=14350)
Oct 22 16:07:03 testy vdr[1399]: max. latency time 1 seconds
Oct 22 16:07:09 testy vdr[1399]: Streamdev: Synchronizing EPG from server
Oct 22 16:07:17 testy vdr[1399]: max. latency time 9 seconds

und dann der Wechsel zum nächsten Kanal:

Oct 22 16:07:37 testy vdr[1399]: switching to channel 3
Oct 22 16:07:37 testy vdr[1410]: transfer thread ended (pid=1410, tid=10250)
Oct 22 16:07:37 testy vdr[1399]: dxr3: Setting analog audio mode
Oct 22 16:07:37 testy vdr[1399]: buffer stats: 143256 (6%) used
Oct 22 16:07:38 testy vdr[1415]: transfer thread started (pid=1415, tid=15370)
Oct 22 16:07:38 testy vdr[1399]: dxr3: Setting analog audio mode
Oct 22 16:07:38 testy vdr[1399]: dxr3: cSPUEncoder::Flush: OSD data size: 6177
Oct 22 16:07:43 testy last message repeated 41 times
Oct 22 16:08:49 testy vdr[1399]: Streamdev: Synchronizing EPG from server
Oct 22 16:09:29 testy vdr[1399]: Streamdev: Synchronizing EPG from server

Und hier noch das zugehörige Syslog vom Server:

Oct 22 16:06:53 video vdr[6201]: Streamdev: Accepted new client (VTP) 192.168.10.11:1521
Oct 22 16:07:00 video vdr[6201]: Streamdev: Setting data connection to 192.168.10.11:4642
Oct 22 16:07:00 video vdr[11088]: streamdev-writer thread started (pid=11088, tid=376841)
Oct 22 16:07:00 video vdr[11089]: streamdev-livestreaming thread started (pid=11089, tid=393226)
Oct 22 16:07:00 video vdr[11090]: receiver on device 1 thread started (pid=11090, tid=409611)
Oct 22 16:07:00 video vdr[11091]: TS buffer on device 1 thread started (pid=11091, tid=425996)
Oct 22 16:07:46 video vdr[11089]: streamdev-livestreaming thread ended (pid=11089, tid=393226)
Oct 22 16:07:46 video vdr[6187]: switching to channel 1
Oct 22 16:07:46 video vdr[11091]: TS buffer on device 1 thread ended (pid=11091, tid=425996)
Oct 22 16:07:46 video vdr[11090]: buffer stats: 75764 (3%) used
Oct 22 16:07:46 video vdr[11090]: receiver on device 1 thread ended (pid=11090, tid=409611)
Oct 22 16:07:46 video vdr[11088]: streamdev-writer thread ended (pid=11088, tid=376841)
Oct 22 16:07:46 video vdr[6201]: buffer stats: 108288 (2%) used

---------------

Das alles sieht für mich so aus als würde der Server keinen neuen stream-writer thread mehr starten nach dem Umschalten. Nach der vdr-console aufm Server zu urteilen aber weil sich der client nicht richtig attached.

muadib-at · 22. Oktober 2005

Bei mir sieht es genauso aus!
Ich verwende allerdings den 3.1-6 Streamdevserver (lt ctvdrdevelinfo).
Im Pluginsetup steht 3.3-pre3.

zur Info: die 0.67 Variante von maveric hat bei mir anstandslos funktioniert. Seit der Version 0.68 ist es bei mir vorbei mit dem streamen.

lg Andy

Sevo · 23. Oktober 2005

Hi Leute,
Bin jetzt wieder da. ich habe in der Bugfix Version nichts an Streamdev verändert, da ich nicht weiss woran das liegt. Ich werde Maverick-me darüber berichten, vielleicht hat er irgendwas eingapatcht oder es ist ein neuer Fehler in der CVS Version. Bei mir scheints jetzt nämlich auch nicht richtig zu funktionieren.

Gruß,
Sevo

HolgerR · 23. Oktober 2005

Hi Sevo,

abgesehen vom Streamdev funktioniert aber alles bestens! Nur mal so als Feedback...

Da das ganze ja jetzt schon große Schritte in Richtung Eisfair-Paket zu machen scheint:

Gibt es eine Möglichkeit, bestehende Packeis-Pakete selbst einzubauen? Mir geht es konkret um hdtune, da ich als "Fallback" eine Festplatte eingebaut habe, die ich gerne bei Nichtbenutzung (also eigentlich immer ) ausschalten würde.

Gruß,
Holger

maverick-me · 23. Oktober 2005

Am Streamdev Plugin hat sich bei dem EIS-Packet an den Sourcen seit der 1.3.27'er nix weiter geändert nur ein kleiner Patch, damit das Plugin mit
den Versionen 1.3.33 und 34 compiliert.

Aber ich kann nochma nen Aktuellen Snapshot ziehen und online stellen.

mgoeben · 30. Oktober 2005

Hi!

Nur so am Rande habe eine Interessante Hardware als Netboot-Client gefunden.

http://www.vdr-portal.de/board/thread.php?threadid=40877&sid=

Ich weiß nur nicht ob Eis/Fair mit ARM Prozessoren klar kommt, oder ob VDR dafür kompiliert werden kann.

Gruß

Marco

Sevo · 2. November 2005

Hi zusammen,
falls sich jemand fragt warum hier nix mehr los ist

Ich bin die ganze Zeit dabei, aber ich habe keine Lust häppchenweie halbfertige Sachen zu releasen. Im Moment schreibe ich noch die Doku und teste Framebuffer und Alsa. Ausserdem fehlen im OPT_DVB noch einige Module für BTTV Karten (Avermedia, Twinhan usw.). Wenn die Sachen bei mir stabil laufen, wird es ein Release geben, wann das jedoch sein wird kann ich wegen Zeitmangel nicht sagen (Weihnachten im Jahre...).

Natürlich ist jeder herzlich eingeladen selber Pakete zu schnüren. Wer schon mal was für Fli4L gebastelt hat, wird kaum Schwierigkeiten haben, für andere gibt es eine Fli4L-Dev-Doku unter www.fli4l.de. Für VDR Plugins kann man problemlos bereits vorhandene Plugin-Pakete als Vorlage benutzen. Plugin Binaries gibt es unter http://vdr-eisfair.flnet.org/vdr-plugins/ und wer ein anderes Programm braucht kann mir gerne die Sourcen zukommen lassen und ich kompiliere das auf meinem Entwicklungseis. Man kann ausserdem fast jedes Eisfair-Paket (www.pack-eis.de) für thin EisVDR anpassen (heisst nicht dass es bei jedem Paket Sinn macht ;)) Wer also Lust hat seber etwas rumzuspielen, kann sich gerne zwecks Hilfestellung bei mir melden.

Gruß,
Sevo

Sevo · 2. November 2005

Ach und in der nächsten Version wirds auch die Möglichkeit geben, das ganze auf ein CD oder so zu packen. Muss nur noch das angepasste Opt Konzept testen.

pat · 5. November 2005

Hallo Sevo,

Ich habe im Server die Karten und kann über Streamdev mit vdrZap Fernsehen.
Mit der fli4l version bekomme ich auch das Menu und das Streamdev-client Menu und sonst alle Menu. Aber das abpielen von den Aufnahmen startet aber kein Bild.
Liegt es am dummydevice brauche ich das überhaupt, ist doch normaler weiße nur das wenn der Server kein Bild ausgibt.
Die Idee und der Stand schein ja gut sonst.

Gruss Pat

Sevo · 5. November 2005

Hi,

Zitat

Original von pat
...Aber das abpielen von den Aufnahmen startet aber kein Bild.
Liegt es am dummydevice brauche ich das überhaupt, ist doch normaler weiße nur das wenn der Server kein Bild ausgibt.

Wie kommst du jetzt auf Dummydevice? Das wird nur verwendet wenn kein richtiges Input Device vorhanden ist. Bei dir ist ja der Streamdev-Client drauf und du kriegst ein Bild (oder kannst du auf dem Client auch nicht zappen?), also ist dummydevice schon mal aus dem Spiel. Die Streamdev Version, die im Moment drin ist, hat ein Paar Probleme. Aufnahmen gehen oft nicht und Zappen funzt auch nicht immer richtig. In der nächsten Version wird eine aktuelle CVS Version mit VDR 1.3.35 drin sein, die scheint jedenfalls bei mir jetzt richtig zu laufen. Einfach abwarten, bis ich die nächste Version release und nochmal probieren.

Gruß,
Sevo

pat · 5. November 2005

Hallo Sevo,

Ich weiß auch nicht warum dmmydevice dabei ist. Siehe da
Shuttel:/server/diskless/thin-eisvdr/opt> grep dummydevice *
vdr.txt:vdr yes files/usr/local/vdr/PLUGINS/lib/libvdr-dummydevice.so.1.3.34

in der Config. Wenn ich es auskommentieren bekomme ich auch kein Menu mehr.
Mit Streamdev-client musste doch ein Streamem vom Linvdr als Server gehen. Da es ja auch mit dem Windows Client über VDRzap geht.

Eine Idee ich weiß das nicht viel fehlt..

Gruss Pat

Sevo · 5. November 2005

Zitat

Original von pat
Ich weiß auch nicht warum dmmydevice dabei ist. Siehe da
Shuttel:/server/diskless/thin-eisvdr/opt> grep dummydevice *
vdr.txt:vdr yes files/usr/local/vdr/PLUGINS/lib/libvdr-dummydevice.so.1.3.34

in der Config. Wenn ich es auskommentieren bekomme ich auch kein Menu mehr.

Naja, dann gilt Streamdev-Client nicht als vollwertiges Input-Device. Was passiert wenn du mit DVB Devices im Menü rumspielst? Stehen da mehr als 1?

Zitat

Mit Streamdev-client musste doch ein Streamem vom Linvdr als Server gehen. Da es ja auch mit dem Windows Client über VDRzap geht.

Theoretisch schon, wenn auf dem Server ne mehr oder weniger aktuelle Streamdev-Server Version läuft. Aber wie gesagt, die Client Version die jetzt im thin EisVDR drin ist, läuft nicht richtig. Ich teste jetzt eine neue, die bei mir viel besser funktioniert. Kriegst du denn normales Fernsehen rein oder nur keine Aufnahmen? Was für ein Output Device hat du drin? DXR3?

Gruß,
Sevo

pat · 5. November 2005

Hallo Sevo,

Als Input device ist nur auf dem Server ein FF Karte und eine Budget Karte.
Ich bin weiter als du vorgesehen hast.

Gruss Pat :))

[ANNOUNCE] VDR-Netboot-Client auf Fl4L/Eisfair Basis verfügbar (Testversion)

Jetzt mitmachen!

Teilen