Video und Ton an verschiedene Clients streamen

Hexx schrieb:

- ein UPnP Server (auf dem zentralen Server) streamt den Film an den Client, den dazugehörigen Ton an den Musik-PC. Natürlich synchron.

Halte ich für nicht machbar, schon wegen des Wortes 'synchron'. Im allgemeinen hat man einen Media-Player am AVR, welcher dann mit dem Beamer verbundenn ist. Lipsync wird dann vom AVR gemacht.

Genau das ist meine Befürchtung.

Vielleicht geht es ja auch anders?

Der Mediaplayer müßte im zentralen Server sitzen und von da aus synchronisiert den Ton an den MusikPC, das Bild an den Client senden.

Einen AVR brauche ich dann gar nicht: der Ton wird bei mir komplett über den Musik-PC gesteuert.

Also, für Tipps und Ideen bin ich sehr dankbar!

Der Meadia-Player ist der Client, der aus dem 'Stream' Bild und Ton erzeugt. Nebenbei ist meiner auch noch Server.

Dieses HTPC Geraffel habe ich auch mal probiert, dann aber als nicht praktikabel wieder eigestellt. Appliances, also Geräte für ein bestimmete Funktion optimiert, erledigen die meisten Aufgaben besser. Und DLNA ist noch nicht ausgereift, was viele immer so vollmundig mit streamen bezeichnen, das ist meistens nicht mehr als die Wiedergabe von einer NFS-Freigabe.

Ich nehm' auch die Freigabe, wenn irgendeine Instanz (einer der Clients, ein drittes Programm) den Audio und den Videostream zwischen den beiden Clients synchronisieren kann.

Ich hätte aber eigentlich vermutet, dass man das -zumindest im LAN- ausreichend genau mit dem RTPC (o.s.ä.) Protokoll hinbekommt.

Tipps sind nach wie vor willkommen!

Grüße von
Hexx

Hexx schrieb:

Ich hätte aber eigentlich vermutet, dass man das -zumindest im LAN- ausreichend genau mit dem RTPC (o.s.ä.) Protokoll hinbekommt.

Niedlich gedacht, aber hast du ernsthaft erwartet das dort ein Stream in Audio und Video aufgesplittet wird? Hast du die RFC zu RTCP gelesen? Dort ist von end-to-end die Rede, für einen Stream. Der z.B. bei Videokonferenzen komplett betrachtet wird und höchstens mit mehreren 'ends' synchron läuft. Auf die schnelle konnte ich den Part 'Audio und Video getrennt synchronisieren' nicht entdecken.

Du solltest dich von deiner 'ich streame in der Gegend rum' Idee verabschieden. DLNA ist noch lange nicht so ausgereift wie uns die Hersteller glauben machen wollen, und du bist gedanklich schon vier Schritte weiter.

Die klassische Variante, in einem GB-Netzwerk, ist m.E. noch immer am praktikabelsten und mit den wenigsten Aussetzern behaftet. Ich 'streame' zwar gerade ein MPEG vom HDX zu meiner Sony Glotze und ein MP3 zum Onkyo, gesteuert vom Galaxy Tab, aber der Onkyo zeigt 'Fernbedienung-Wiedergabe' an, was für mich heisst '...hol dir die Datei von der NFS Freigabe und spiele sie ab'.

Streaming ist genau so ein Unwort wie Heimkino, High-Tech zum Feinkost-Albrecht-Preis in Karnickelställen... Das gehört gesund betrachtet, bewertet und dann verworfen.

Das hört sich hiereaber anders an ("Clocking to ensure global inter-stream synchronization (a/v sync"). GStreamer wird vom coherence-server benutzt.

Da geht was!

Nö, tut es nicht. Auch dort ist mit keinem Wort ein Audio hier, Video da erwähnt. Es geht um mehrere 'ends', im Kern um gleichbleibende Sprachqualität mit der Bandbreite angepasster Videoqualität, und das synchron. Und das getrennt für den Teilnehmer im LAN und den in Übersee. Nicht der langsamste gibt das Tempo vor, sondern jeder hat sein Tempo.

Klar, man kann natürlich den beiden 'ends' den selben Stream schicken, und jeder pickt sich seinen Teil raus. Aber ist die Steuerung von zwei Geräten in DLNA vorgesehen, und sie es je sein? Aber un Zeiten von Open Source kann man ja alles seinen Anforderungen entsprechend anpassen und neue Branches schaffen, Protokollerweiterungen etablieren...

Nicht unmöglich, aber aussichtslos.