Suchergebnisse

Mach es erst mit TCP, wenn du deine Architektur gescheit aufbaust, ist das austauschen mit UDP nur eine weitere Implementierung der Übertragung. Wenn es mit TCP läuft hast du schonmal alle Probleme ausgeschlossen, die durch UDP verursacht werden können. Das parallele Übertragen über unterschiedliche Ports bringt dir keinen Geschwindigkeitsvorteil, es macht nur das Auseinanderhalten der Daten einfacher, wo sie hin gehören. Aber mal ganz nebenbei, warum selbst programmiert? Es gibt VNC und andere …

ja so würde das funktionieren. Als einfache und relativ schneller Komprimierung könnte sich Deflate anbieten. Wenn du das Bitmap-Locking selbst machen würdest, dann könntest du etwas Zeit für die Indexberechnung beim einfügen eines Teilbildes sparen. Mit C# könntest du unsafe verwenden und somit durch Pointer-Arithmetik auch noch etwas rausholen. Aber wie gesagt, erstmal brauchst du eine entsprechende Architektur, bevor du an die tatsächliche Funktionsimplementierung gehst.

Nein, damit wird das ganze wesentlich langsamer und noch viel schlimmer, das Bild wird ziemlich sicher einige Fehler beinhalten. Wie gesagt bekomm es erst über TCP zum laufen, anschließend kannst dich mit den UDP Problemen immernoch rumschlagen. Das ganze GetPixel/SetPixel zeug sollte ansich ja kein Problem darstellen, nur die relative Koordinatenberechnung muss man ein wenig überlegen. Verwende z.B. auch keinen Backgroundworker, sondern lieber BeginReceive/BeginSend(bzw. BeginRead/BeginWrite). …

Es waren 3 Tage Auch wenn die Antwortquote hier sonst überttieben ist. Der Code ist außerdem buargh Visual Basic-Quellcode (9 Zeilen) Natürlich kann man hier noch beliebige andere Serialisierungsmöglichkeiten verwenden, Image.Save ist jedoch erstmal am einfachsten. Durch diese Optimierung werden nicht so oft daten hin und herkopiert MemoryStream arbeitet wie Listen mit dem verdoppeln der Datenmenge bei Bereichüberschreitung. Positionen braucht man nicht pixelgenau, sondern da reicht der Index au…

xIndex/yIndex ist das n-te Bild in jeweilige Richtung. Ich denke man braucht erstmal nicht mehr als 255 bilder pro Richtung, ich denke es gibt auch keinen großen Sinn die Bilder kleiner zu machen als 50px und 12750x12750 dürfte als Auflösung erstmal reichen. Warum ein Trennzeichen, wir Wissen genau wie groß ein Byte ist(nämlich ein Byte) und ein Int ist 4 Byte groß. Wir übergeben die Daten binär, d.h. mein Header ist bereits kleiner als deiner, obwohl er bei maximaler größe mehr Information erla…

Ich glaube ehrlich gesagt nicht, dass es Sinn ergibt nur noch kleine teilbereiche davon zu senden, ändere einfach die tile size. Denn irgendwann dauert die Serialisierungszeit länger als das Senden der Daten selbst. Außerdem kann man immernoch später irgendwelche Optimierungen einbauen - bekomms erstmal überhaupt zum laufen Wenn du von Spielen den Screenshot willst, dann wird es natürlich wesentlich schwieriger, die einzige Möglichkeit die ich kenne ist mit einem OpenGL/DirectX Inject und anschl…