UPnP - Computerbild auf Fernseher ?

Zunächst mal gibt's ein Bandbreitenproblem:

. FullHD 1920 x 1200 @60Hz hat inkl. Sound 1,590 GBit/s. Selbst wenn sonst über das Gigabitnetzwerk nichts ginge sind das 60% mehr als Gigabit Ethernet zu übertragen vermag. Ganz abgesehen davon, dass es schon sehr schwierig ist Gigabit Ethernet von dem Hostsystem schnell genug mit Daten zu beliefern und durchzupumpen. Dieser kürzlich erschiene Artikel zeigt, dass es praktisch wohl irgendwo zwischen 40-80 MB/s (= 320 - 640 MBit/s) liegen wird.
http://www.heise.de/kiosk/archiv/c [...] ausgereizt

. Mittels MPEG4-AVC Basic Profil könnte man den Datenstrom on-the-fly einpacken und verkleinern. Hierzu bräucht man einen DirectShow Screen Capture Treiber. Soetwas in der Richtung:
http://www.hmelyoff.com/index.php?section=4
Allerdings sollte der möglichst dumm sein, damit man selbst effiziente und standardisierte MPEG4-AVC Codecs anhängen kann:
http://www.free-codecs.com/download/DTS_x264_VfW.htm
Anschließend würde man dies entweder als uPNP Server oder VLC Server im heimischen Netzwerk anbieten. Brachiale Prozessorpower beim Encoden vorausgesetzt. FullHD 1920 x 1200 @60 Hz unter optimalen Bedingungen (*) beim Liveencoding belegt Dir 2 Cores im QuadCore bei 3GHz komplett. Hast also noch 2 Cores für andere Aufgaben. Weiß nicht, ob ich zum experimentieren mit DirectShow Filtern komme in nächster Zeit. Das Decoden kann dann aber über gewöhnliche uPNP Clients erfolgen. Da gibt's ja genügend Standalones oder HTPC oder PS3 etc.pp.

. Mittels VNC: Resourcensparend (beim Encoden) und Bandbreiten schonend auf dem Ethernet Kabel. Nachteil: Spezielle Clients erforderlich. Nur 1 Client gleichzeitig. Für Filme nicht geeignet.

. Mittels RemoteDesktop Freigabe. Nachteile ähnlich VNC. Artikel siehe hier:
http://www.tomshardware.com/de/Rem [...] 40060.html

(*) diese Bedingungen gehen wirklich nur im Basic-Profil. Und auch dort nur unter Linux 64-Bit, so dass in der Praxis eine leicht geringere Encodinggeschwindkeit realistisch ist.

P.S.: In diesem Artikel (leider nur gegen $$)
http://www.heise.de/kiosk/archiv/c [...] der_Praxis
wird ein HDMI inkl. Repeater erwähnt, dass sehr günstig ist und enorme Datenlängen in der Praxis verspricht.

Danke für die Antwort aber du schreibst ja als hätte ich einen Doktor Titel :-)

So eine hohe Auflösung muss ja auch nicht unbedingt sein, gehen wir halt erstmal von 640x480 aus ohne Ton, mir geht es erstmal um eine Versuchsumgebung und ob es Komponenten/Software gibt mit der dies überhaupt realisierbar ist.

Also meinst du wenn ich das richtig verstehe ich zeichne per "Screen Capture" meine Monitorausgabe auf und lasse diese immer weiter wachsende Datei von einem UPnP Server gleichzeitig veröffentlichen ?

Geht das wirklich ? Müsste man natürlich ausprobieren. Kennst du noch einen anderen Capture Treiber der von der Auflösung nach oben hin Luft lässt und wo es eine trial/shareware zum download gibt ? Dann könnte ich das einmal ausprobieren. (Wenn ich es denn richtig verstanden habe.)

Die Remote Clients sind auch nett, nur leider sind diese nicht auf schnell wechselnde Bilder ausgelegt, sodass es selbst lokal in einem Gigabit Netzwerk doch mehr schlecht als recht geht ein kleines Video zu gucken.

Danke schonmal.

Fast.

Man braucht halt einen UPnP Server, der DirectShow Filter öffnen kann. Dann braucht er nichts auf Festplatte ablegen. Einen solchen DirectShow Filter habe ich oben verlinkt. Welche UPnP Server das können weiß ich gerade nicht - gibt's aber sicher.

Unter Linux könnte man's auch über eine Pipe lösen (= ebenfalls Hauptspeicher).

Ringpuffer auf Festplatte oder ähnliches würde ich nicht empfehlen. Die Datenbandbreite (auch bei 640 x 480) bremst das I/O System komplett aus.

Ich hab' den Link oben schon gegen einen Freeware Filter ausgetauscht.

Soetwas ähnliches hab' ich auch schonmal gebaut. TV wurde via IP Netz verteilt. Ansonsten mach' ich einiges mit MPEG4-AVC, um zu wissen was damit alles möglich ist und wieviel Prozessorpower man benötigt.

640 x 480 sind überhaupt kein Problem. Vielleicht probier' ich das heute abend mal aus. Als Client könnt' ich andere PCs oder eine PSP nehmen.

Möglich ist alles

Nur stellt sich die Frage, ob es auch Sinnvoll ist.
Rein theoretisch müsste man um eine DVD schauen zu wollen, zum MediaServer gehen, und eine DVD einlegen. Das Videosignal wird dann übers Netz verteilt.
Der Client im Wohnzimmer nimmt das Signal entgegen und zeigt es am Fernseher. Denn ohne Client wird das eh nicht gehen (der Client könnte rein theoretisch auch ein Netzwerkfähiger Fernseher sein).

Wenn du jetzt aber die Daten (nicht das VideoSignal) der DVD bereits auf einem Netzlaufwerk (oder auch einen PC) hast, dann kannst du bereits heute mit einem anderen PC auf diese Daten zugreifen und sie abspielen. Das gleiche gilt für Videostreams die von einer TV-Karte aufgenommen werden. VLC z.B. kann diese LiveStreams (z.B. die Timeshit-Aufnahme) übers Netz laden und verarbeiten. Da brauch man nicht groß hin und her zu konvertieren, und sonstige Filter anwenden.

Ich will dich in deinem Tatendrang auch nicht aufhalten, aber ich frage mich warum du das Videosignal verteilen willst, wenn die Daten in digitaler Form vorliegen?

Sehe ich auch so: VLC auch mal probieren.

VLC hat auch eine Remote Steuerung. Ggf. ist's halt etwas aufwändiger gute Playlists zu schreiben (bzw. generieren zu lassen).

Wenn man allerdings weiter fortgeschritten ist, dann reicht einem VLC leider nicht mehr aus:

. die Versionen der libavcodec sind recht alt im VLC. Will man z.B. interlaced MPEG4-AVC aus DVB-S2 verarbeiten, scheitert das oft an zu alten libavcodec Versionen. VLC ist da halt unflexibel und lässt nicht zu, dass man DirectShow Filter verwendet (das neure FFDShowTryouts, das auch auf libavcodec basiert, aber aktueller ist; oder CoreAVC; oder ...).

. Klar kann VLC kein DirectShow - ist ja auch plattform unabhängig. Versucht man VLC allerdings unter Linux (ist ja das ideale Streaming OS), dann stellt man auch immer mal wieder fest was nicht geht. Von Version zu Version geht dann mal der VLC macro support und andere male nicht:
http://www.videolan.org/doc/play-h [...] l#id316736

. Beim (lokalen) Playback natürlich genau so'n Mist, dass der VLC fast keine Videobeschleunigung kennt. Klar, die ist Host-System abhängig und es gibt bessere Player für diese Zwecke. Trotzdem ärgerlich.

Habe VLC HTTP Streaming schon oft verwendet und verwende es auch in Zukunft. Für gewisse Dinge genial. Für alles andere ist mir eine offene UPnP Lösung lieber: Da kann ich die Tools aneinander stöpseln wie ich sie brauche.

Das ganze Mediageraffel ist noch nicht so ausgereift. Mit Nero MediaHome, MS MediaCenter etc. sind die auch noch nicht so weit, dass alles problemlos funktioniert. Ist alles noch ein bißchen Baustelle.