VRST - Visuelles Remote Steuerungs-Tool

[Coolspot]

VRST - Visuelles Remote Steuerungs-Tool

Joa das is mein erstes Programm, dass ich hier veröffentliche.

Dieses Programm dient dazu einen PC ferzusteuern, wie der Name schon sagt.

Der zu steuernde PC startet den Server und der Steuernde PC den Client.
Zum Client gibt es auch schon eine umfassende Hilfe.

Guckt euch einfach das Programm an und sagt mir wie ihr es findet.
Ich bin erfreut über jegliche Art von Kritik und Verbesserungsvorschlägen, Bug-Meldungen etc.

Achtung:
Wenn man als Server einen hinter einem Router sitzt, muss man den Eingestellten Port forwarden (Standart : 3221), sonst kann kein Client auf den Server zugreifen.

zur Zeit unterstützt der Server nur einen Client, wenn sich ein zweiter Client verbinden würde, würde der Server zwar die Anfragen bekommen, würde sie aber an den ersten Client schicken.

Das Programm soll später für meine Schule nutzbar sein, für den Informatik-Unterricht um die Schüler zu kontrollieren und z.B. auf mehreren PCs gleichzeitig Programme zu installieren.

Hier ein Screenshot vom Client:
http://img310.imageshack.us/img310/6215/screenvs6.jpg

Und hier einer vom Server:
http://img130.imageshack.us/img130/2826/screenservervl1.jpg


Grüße
Konstantin Helbig aka Coolspot

[API]

Kannst du das nicht als zip Datei bereitstellen.??
Kann/Möchte keine zusätzlichen programme installieren...

[Coolspot]

Kein Problem.
Habs als Zip online.

[EDatabaseError]

Hättest du ein paar Screenshots

Danke

Mfg

[faux]

Zitat von EDatabaseError:

Hättest du ein paar Screenshots

Wollte ich auch schon fragen, aber dann ist mir eingefallen, dass man bei nem Remotedesktopprogramm mit nem Screenshot nicht viel anfangen kann.
Mach mir mal nen Screenshot von MSTSC...

Naja, die Konfiguration wär ev. nen Screenshot wert, da hast du allerdings recht.

Grüße
Faux

[Coolspot]

Sorry dass das erst so spät kam,

die Screenshots sind jetzt hinzugefügt.

[Nicolai1234]

Könntest du noch ein bisschen die Technik beschreiben? Ich habe mal für mich selbst angefangen soetwas zu schreiben, habe es dann aber abgebrochen. Ich weiß noch, dass ich jeden Byte Traffic gekämpft habe... Wie sieht das bei dir aus? Wie wurde die Live-Ansicht umgesetzt?

[Coolspot]

Das Ganze ist eigentlich sehr einfach:

Ich habe einen Server: TServerSocket auf dem Server und

ich habe 3 Clients (TClientSocket):
1. zum empfangen der großen Screenshots
2. zum empfangen der Live-Mode screenshots
3. zum senden und empfangen von Textnachrichten (den Befehlen)

Also der Live-Mode war relativ einfach:

Sobald der Live-Mode aktiv wird, Sendet der Client eine Anfrage an den Server, dass er einen LM-Screenshot haben will, den der dann schickt, sobald der Client die Datei fertig geladen hat, schickt er wieder eine Anfrage an den Server, dass er einen Screenshot haben will. Das läuft solange bis der Client den LM-Button nochmal drückt.

Der Live-Mode würde theoretisch auch schneller gehen, wenn ich die "Sleep(100)" Befehle rausnehmen würde, das Problem dabei ist, wenn das Program über LAN läuft, dann werden die Gesendeten Packete zusammengepackt, zur Erläuterung :

Der CMD-Client (Client 3) sendet seine Anfragen so zB.:
"LM:GetScreen" um einen LiveMode-Screenshot zu holen, wenn 2 Packete zu schnell hintereinander geschickt werden dann kann es passieren dass diese anfrage so aussieht:
"LM:GetScreenLM:GetScreen" und diese kann nicht Interpretiert werden.

Grüße
CoolSpot

[DGL-luke]

also da kannst du doch ein NLBR dranhängen um das zu trennen, oder?! Wenn man ein Remoting-Tool schreibt, sollte man ja doch ein einfaches Netzwerkprotokoll hinkriegen

[Coolspot]

ja das könnte man machen, aber ich bin erstmal so zufrieden wie es gerade ist es funktioniert ja ganz gut und die Live-Mode funktion muss ja nich unbedingt unnötigen Traffic verbrauchen.