Mahlzeit,
wie oben angedeutet möchte ich mir einen 2. View des Client auf dem Server anzeigen lassen.
Hierzu habe ich für den Client einen View von 200x150 auf einem Panel erstellt und möchte mir diesen auf dem Server anzeigen lassen.
Kann mir hier jemand helfen?

Wo ist denn genau dein Problem?
Setze die View-Position (auf dem Server) doch einfach auf die der Client-Entity.
Sollte der Client keine Entity bewegen, sondern bspw. per Kamera herumfliegen, kannst du einfach eine dummy-Entity erstellen und über diese per send_skill(SEND_VEC) Kamera-Position und -Winkel austauschen. Nun kannst du diese Entity-Skills auf dem Server auslesen und den Extra-View dort platzieren.

wenn's nur so einfach wäre.
nein mal im ernst. der besagte view zeigt mir die daten einer usb-kamera an.
mein ziel ist es "live"-daten von client zum server zu übermitteln. in meinen fall habe ich ein 2D Wettkampfanzeige für's bogenschiessen gebastelt bei der hinter der schiesslinie pc's stehen an denen diverse daten wie zeit , ampel, ranglisten und werbung angezeigt werden. die position der pc's eignet sich wunderbar zur erfassung von videodaten für den kampfrichter. analog dazu möchte ich diese pc's dann auch zur wiedergabe von livesounds(ansagen) nutzen die der server an die client's übermittelt.
ich könnte mir auch vorstellen diese funktionen dann in "echten" spielen zu nutzen.

giebt es vieleicht irgend eine möglichkeit Stream's zu übermitteln.

Du hast per Lite-C Zugriff auf die Win-API. Du müsstest "einfach" jedes neue Bild der Webcam per UDP an den entspr. Empfänger senden. Damit das nicht zu viel Bandbreite benötigt muss das ganze natürlich auch komprimiert werden. Keine einfache Aufgabe!

die WIN-API ist für mich noch totales neuland. da ich aber irgend wie nicht um diese nummer drum rum komme kannst du(oder ein anderer) mich ein paar vernünftige Tuturial's empfehlen?

Sorry hab da momentan auch keinen konkreten Vorschlag. Aber Google mal, da wird sich sicher etwas brauchbares finden lassen. Du solltest dich auf alle Fälle nicht sofort von der "scheinbaren Komplexität" erschrecken lassen, denn eigentlich ist es einfacher als es aussieht!

Google am besten nach "WinAPI socket tutorial". Ich würde übrigens von UDP abraten da es doch ein paar entscheidende Nachteile gegenüber TCP hat. Dazu gehören:
- Pakete können verloren gehen
- Pakete haben keine Reihenfolge beim ankommen
- Die Firewall muss jedes Paket einzeln abnicken (bei TCP werden nur die ersten paar bytes abgenickt, dann geht alles durch)

Der Nachteil das TCP Pakete mehr overhead erzeugen als UDP ist relativ egal, du kriegst so oder so nicht jeden frame ein komplettes Bild rüber sondern vllt 20 frames die Sekunde.

Zum Thema komprimieren; Da du wahrscheinlich auch noch Verschlüsselung willst: erst komprimieren und dann verschlüsseln! Gut Verschlüsselungen erzeugen Daten ohne große Redundanz, da lohnt sich das komprimieren dann nicht mehr.