WebCam via Stream senden

[Bummi]

Irgendwie scheinen mir Server und Client vertauscht zu sein.

Das lesen in Data scheint mir keinen sinn zu machen zumal etwas in der wie

Delphi-Quellcode:

SetLength(Data,1000000);
FStream.Read(Data[1], 1000000);

da stehen müsste, wenn man denn wüsste dass der Stream 1000000 Bytes enthält.

bmp.LoadFromStream(FStream);

wäre richtig wenn der Stream komplett gelesen würde

[ByTheTime]

Hmm... Also irgendetwas läuft bei mir schief. Im Anhang befindet sich mal mein gesamtes Projekt, es ist etwas unordentlich, ist ja auch nur ein kleier Test, um es später, wenn es funktioniert, in ein anderes Projekt zu übernehmen. Das mit dem Read verstehe ich einfahc nicht. Wenn einer Lust und Zeit hat, kann er sich das ja mal anschauen. Aber ich verstehe nicht, wie ich den gesendeten Stream

Delphi-Quellcode:

TCPClient.Socket.Write(MStream, 0, true);

vollständig lesen soll

Delphi-Quellcode:

FStream.Read(???); //Was muss hier rein?

. Genau das ist mein Problem. Sorry für mein Unverständnis :oops:

Danke

[Bummi]

Aus dem Stream wird solange gelesen bis die Gegenseite die Connection abbricht.
Ich habe mal den ganzen Videokram rausgelassen ud mich auf die Bildübertragung gestürzt ...
Ich habe versucht Deine Strukturen beizubehalten, damit Du im Vergleich siehst was ich ändern musste.
Irgendwie sind für mich Gedanklich Client und Server immer noch vertauscht, aber das überlasse ich Dir, vielleicht soll es ja so sein.

[ByTheTime]

@Bummi: Danke für die Antwort, ich war unter der Woche weg, kann mir das jetzt erst anschauen. Und ich weiß jetzt was du mit "Vertauscht" meinst. Normalerweiße schickt ja ein Server ein (empfangenes) Bild an einen Clienten. Ich mach es andersherum, ich will mit einem Kumpel das ganze testen. Er führt immer meinen Client aus, der sich dann mit meinem Server (bei mir am Laptop) verbindet.

[Bummi]

Einen Zwischenstand Server und Client in einem Projekt kann ich Dir anbieten ...
Die komplette Dienstlösung würde ich dann doch lieber erst mal closed Source lassen wollen.

[ByTheTime]

Schau ich mir auch an :) Aber ich habe an deiner ersten Lösung etwas rumgewerkelt und jetzt kann ich Timer-gesteuert Bilder meiner Webcam versenden. Jetzt fang ich mit Kompression an. Mal eine Frage: Da du ja die Indy KOmponenten verwendet hast, kann ich dann auch die ganzen Indy-Kompressoren und verwenden?
Und eine Frage bleibt noch offen: Das ganze soll in ein Chat-Programm integriert werder, d.h. ich kann während dem schreiben per Button ein Video-Chatfenster öffnen. Allerdings läuft mein Shat mit den Sockets. Um das ganze erstmal auszuprobieren, möchte ich ganz unkompiliziert einen 2. Server in meiner Anwendung laufen lassen, eben nur für die Cam, den IndyTCP-Server. Kann es aber sein, das sich die beiden trotz unterschiedlicher Ports in die Quere kommen? Z.B. im lokalen Netzwerk, wo die Ports ja irrelevant sind?

Danke

[Bummi]

wieso irrelevant?
Ports sind die eindeutigen "Türen" über die zugegriffen werden.
In meinem 2. Beispiel werden die Kamerabilder vor dem Versand in JPG's umgewandelt, IMHO dürfte die Kompressionsrate hier besser sein.
Du kannst auch alles über einen Socket laufen lassen, dann wird halt das Protokoll etwas umfangreicher.
Die Indy habe ich eigentlich nur verwendet weil Dein erster Post damit gearbeitet hat, persönlich verwende ich lieber die altmodische Methode mit TTcpServer.GetThread mit eigenen Threads.