Wir machen Fortschritte... streamdev-0.3.3-pre3

Hallo,

habe es mal kurz angetestet und es läuft auf den ersten Blick alles prima.

Vielen Dank, vor allen dingen auch für den vdr-pluginactivity Patch !!

Gruß,

Frank

Hallo,
bei mir funktioniert (HTTP-Streaming) deutlich besser. Die Startprobleme scheinen wirkllich beseitigt zu sein.

Eine Frage bezüglich des Inactivity-Patches:

Für welche Version ist der Patch. Bei mir unter der Version 1.3.12 läuft er nicht. Er bringt Fehler beim Patchen (include/vdr/plugin.h nicht gefunden) und wenn ich Ihn trotzdem anwende, macht der VDR permanent Restarts.

Vielen Dank schon mal für den Patch:
Genau auf so was habe ich allerdings schon lange gewartet, bisher habe ich mir mit vdrshutdownhook geholfen.

Gruß

Hallo LordJaxom,

die Kompile-Probleme sind jetzt beseitigt. Mit der vanilla vdr-1.2.6 läuft das Plugin auch. Ich habe jedoch normalerweise den VDR mit elchi4d Patch sowie mit dem AC3 Patch am laufen. Hier bekomme ich beim VDR-Start folgende Fehlermeldung und VDR startet nicht:
Aug 18 11:06:17 vdr vdr[3785]: ERROR: ./PLUGINS/lib/libvdr-streamdev-client.so.1.2.6: undefined symbol: __16cMenuWhatsOnItemPC10cEventInfo

Gibts hierfür auch eine Lösung?

Ansonsten großes Lob. VDR - VDR Lösung ist jetzt optimal.

Gruß
mac66

was ist den ca. die minimal benötigte bandbreite fürs streaming?

habe mein hausnetzwerk mit powerline adapter aufgebaut und das liegt die bandbreite ca. zw. 3 - 13 mbit... reicht das aus?

je nachdem wie groß die bandbreite des Videosignals ist. Aber ich denke des dürfte gehen. Du kannst ja auch noch den chache ein bissele erhöhen. Und im Notfall kannste ja das signal kleiner machen (128Kbyte/s haben schon leute gemacht dies fürs dsl verkleinert haben)

wie kann ich das signal verkleinern? was meinst du damit.
wenn ich von vdr samba auf win rechner daten kopieren dann mit einer geschw. von 190 - 260 k / sek.

... also zum Streamen braucht man um die 800kB/s, je nachdem mit welcher Bandbreite gerade gesendet wird. Deswegen reicht WLAN 11b gerade nicht zum Streamen.

Den Stream zu verkleinern wäre prima, jedoch habe ich dafür noch keine praktikable Lösung gesehen. Per ffmpeg könnte man z.B. die Auflösung herunter rechnen, oder per requant die Datenrate.

Ich fände es toll, wenn das im Plugin als Option gleich mit drin wäre, habe aber keine Ahnung wie aufwändig das ist. Gerade für requant muß wohl erst der Videostorm vom Audiostrom getrennt werden und danach wieder gemuxt werden. Das braucht natürlich CPU Power und bedeutet wohl auch ein Delay in der Übertragung...

Gruß, Ollo

gibts da auch ne nicht so rechenintensive lösung für epia boards ?
ich höre raus, dass es eher nicht geht...

Auf der ML hat jmd via VLC gestreamt und so den Strom erstmal runtergerechnet.

Lars

Zitat

Original von BlackKing
je nachdem wie groß die bandbreite des Videosignals ist. Aber ich denke des dürfte gehen. Du kannst ja auch noch den chache ein bissele erhöhen. Und im Notfall kannste ja das signal kleiner machen (128Kbyte/s haben schon leute gemacht dies fürs dsl verkleinert haben)

128kbit/s, nicht Kbyte

Aber für das Epia könnte man doch mal versuchen, das Bild so zu lassen und nur den Ton mit mp3 mit ffmpeg zu codieren. kA ob der das schafft, oder das reicht...

welche software soll ich dazu verwenden?
mir fehlt momentan noch der rote faden um damit anzufangen

ffserver und ffmpeg.

Eine Anleitung findest du hier:

http://www.vdrportal.de/board/thread.php?threadid=7855&sid=

Zitat

Original von LordJaxom

Versuch mal folgenden Patch am Plugin, das ist in der nächsten Version drin falls das funzt...

Mit dem Patch funktioniert das Plugin. Ich musste jedoch den Patch per Hand einfügen. patch -p1 hat mir einen Fehler ausgegeben.

Ein Punkt wäre noch die deutsche Übersetzung von Remote Schedule.
Die anderen Menuepunkte haben ja bereits die Übersetzung.

Noch als letzter Punkt:
Wenn man einen Timer mit Remote Schedule auf dem Server setzt, wird der Programmtitel nicht mit übernommen. Es erscheint dann bei den Recordings nur der Kanalname.

Gruß
mac66

Zitat

Original von ollo
Ich fände es toll, wenn das im Plugin als Option gleich mit drin wäre, habe aber keine Ahnung wie aufwändig das ist. Gerade für requant muß wohl erst der Videostorm vom Audiostrom getrennt werden und danach wieder gemuxt werden. Das braucht natürlich CPU Power und bedeutet wohl auch ein Delay in der Übertragung...

vamps macht das on-the-fly, indem es kleine Stückchen an requant weiterreicht. Dadurch bleiben zum einen Audio und Video synchron, zum anderen kann man die MPEG-Datei per Pipe weiterreichen.

Hi, hab´s jetzt auch mal getestet.

Leider gehöre ich zu denen, die es bisher nicht geschafft haben, das Bild per HTTP-Streaming völlig fehlerfrei auf einen Windows-Rechner zu streamen (gestestet mit VLC und MPlayer, jeweils PES). Immer wieder sind bunte Blöcke usw. zu sehen. Mit VDR 1.3.12 und streamdev-0.3.3-pre3 unter SuSE 9.1 läuft es bei mir auf jeden Fall besser bei mir als mit dem 'alten' VDR 1.2.6 mit streamdev 3.0 unter SuSE 9.0. VDR-Maschine ist ein Duron 1300 mit Asrock K7S8XE+ (SiS-Chipsatz) und 256 MByte RAM, Client ein Athlon 2700 mit Epox-8K9AI (VIA KT400) und 512 MByte RAM.

Heute früh hatte ich Gelegenheit, dass mal auf völlig anderen Rechnern unter SuSE 9.1 mit einer Nova-s und softdevice einzurichten, nämlich 2 Pentium-4-Systemen mit jeweils 512 MByte RAM - und auch in diesem Netzwerk gibt es diese Störungen.

Mir kommt es so vor, als würden die Störungen immer bei schnellen Bewegungen, Schnitten, komplexen Szenen, also vielleicht höherer Bitrate, auftreten. Habe mal einfach im Server-Unterordner im File connection.h die Buffer-Größen verändert (kann auch der völlig falsche Ort gewesen sein :)), aber das hat alles eher verschlimmbessert.

P.S.: Beide Systeme sind 100 MBit-Ethernet-LANs, an der Bandbreite kann es daher IMHO nicht liegen.

Ein weiterer Punkt ist, dass das Pausieren bei einer Softdevice-VDR-Installation anscheinend nicht funktioniert - ich kann auf jeden Fall bei diesem Ein-Karten-System nicht auf einen Kanal schalten, der auf einem anderen Transponder liegt.

Mit freundlichen Grüßen

Jörg

Hallo Heißduscher & LordJaxom,

Heißduscher,
also vamps ist so leider nicht zu gebrauchen um mit streamdev zusammmenzuarbeiten, oder wie soll das genau funktionieren? Jedoch scheint vamps als Grundlage für eine eventuelle Implementierung in das streamdev Pluging durchaus geeigent!

LordJaxom, wie sieht's aus? Vielleicht doch ein Feature für 0.3.5?!?

Danke & Gruß, Ollo