[Projekt] MissileControl

[SunCross]

So, ich hab mir jetzt den Quellcode vom Sharp Launcher (http://www.antmason.com/) angeschaut und festgestellt, dass meine herausgefundenen Codes anscheinend stimmen, bis auf das Detail, dass das von mir angenommene Startsignal eigentlich ein Abfragesignal ist, welches wohl den Status des Raketenwerfers abfragt.
Das einzige Problem ist nun, dass die write-Methode der von mir benutzten HID-Library bei allen Versuchen immer und unter allen Umständen false zurückgibt. Ich probiere morgen mal ne andere Lib aus.

[SunCross]

Hab jetzt festgestellt, dass die andere Lib auch immer false raushaut, egal ob ich schreiben oder lesen will. Das Komische ist, der Raketenwerfer kriegt nix davon mit, das Signal wird von der Lib nicht mal gesendet. Obwohl ich alles genauso mache, wie andere, die ein ähnliches Ziel bereits hatten, also Raketenwerfer ansteuern.

[SunCross]

Ich habs geschafft!

Der Raketenwerfer gehorcht endlich meinem Programm. Die Bewegungen sind schon implementiert, die Feuer-Funktion wird morgen geschrieben.
Und da das Programm bis jetzt auf die Suche nach den Fensterhandles der Standardsoftware ausgelegt war, muss ich einiges umstrukturieren, die GUI wird gleich mitrenoviert.

[Seraph]

Klingt doch gut. :)

[SunCross]

Ich muss sagen, als ich mit MissileControl angefangen hab, konnte ich nur C++. C# hab ich mir ursprünglich nur angeeignet, um Windows Forms benutzen zu können. Aber ich habe extrem Gefallen gefunden an der Sprache :)

Zum Projekt:
Der Raketenwerfer-Teil des Projektes ist momentan in der Portierungsphase von der alten GUI in die neue. Problem ist, dass die USBHID-Lib standardmäßig nur ein USBHID-Gerät gleichen Typs erkennt. Da die Lib aber in Form von Quellcode vorliegt und nicht als DLL, kann ich das nachträglich noch ändern, was ich auch schon fast geschafft hab.

Wenn dieser Teil fertig ist, kommt der Webcam-Teil dran.

Ich hab momentan den Plan, dass MissileControl aus zwei Fenstern besteht, einmal das Hauptfenster, in dem man die Raketenwerfer und die Webcams getrennt in Listen angezeigt bekommt und die Geräte einzeln aktivieren und deaktivieren kann. Wenn die Raketenwerfer gestartet werden, wird deren Auswahlfenster deaktiviert und die Form empfängt die Tastatursignale, um die Raketenwerfer zu steuern. Wenn die Webcams gestartet werden, wird ein zweites Fenster geöffnet, in dem man ein großes Bild hat, in dem man das Bild der ersten Webcam in der Liste sehen kann. Oben sieht man für alle aktivierten Webcams ein kleines Vorschaubild, welches ebenfalls Live-Bilder anzeigt, nur halt in klein. Wenn man auf eines der Vorschaubilder klickt, bekommt das große Bild von dann an das Bild der Webcam, zu dem das Vorschaubild gehörte.

Bei den Webcams gibts noch folgendes Problem:
Die Vorschaubilder werden alle automatisch nebeneinander gesetzt. Ab der Zahl von 4 Webcams, liegt ein Vorschaubild ausserhalb des Fensters, da muss ich noch ne Scrollleiste integrieren.

Hab momentan 5 Webcams zum Test zur Verfügung, 3 davon sind Restposten von alten Webcam-Raketenwerfern gewesen, sie passen daher genau auf die Raketenwerfer, was durchaus praktisch ist (und cool aussieht).
Hab auch schon gedacht, ein Blatt Papier mit nem großen schwarzem Punkt drauf aufzuhängen, der dann von den Webcams erkannt wird. Da 3 Webcams direkt auf den Raketenwerfern sitzen, bewegt sich das Bild mit, daher müsst man ja irgendwie erkennen können, ob der schwarze Punkt sich der Mitte des Bildes nähert.

Da ich aber 1 Monat vor der Abschlussprüfung meiner Ausbildung stehe, und ich jeden Tag am Lernen bin, sind große Teile meiner Hirnkapazitäten bereits reserviert, daher wird nach der Fertigstellung von meinen ursprünglichen Plänen mit MissileControl (eigener Weg zur Hardware) wahrscheinlich erstmal Pause gemacht.


PS.: Auf dem Screenshot des Webcamfensters sieht man meine Hand auf jedem der Vorschaubilder, weil die Raketenwerfer direkt nebeneinander stehen.

[SunCross]

Hab gestern gemerkt, dass ich die Feuerfunktion immer noch nicht eingebaut hab. So eine Scheiße.

Hab dafür ein unnötiges Feature gestrichen, und zwar das Löschen von einzelnen Webcams und Raketenwerfern aus der CheckBox-Liste.

Nebenbei hab ich noch ne Idee für ein weiteres Feature: ZIELERKENNUNG (http://www.youtube.com/v/XWoBli5Nf08)
Soll heißen, ein Objekt wird von der Webcam anhand seiner Farbe erkannt, der Raketenwerfer so positioniert, dass die auf ihm sitzende Webcam das Objekt annähernd in der Mitte des Bildes hat und dann gefeuert!
Ist alles noch Träumerei, obwohl die Erkennung schon teilweise implementiert ist :)

Was meine allgemeine Motivation allerdings ein bisschen geschmälert hat, war z.B. die Nachricht vom Betriebsrat der Firma, in der ich die Ausbildung mache, dass ich mich doch so schnell wie möglich als "bald wahrscheinlich arbeitssuchend" beim Arbeitsamt melden sollte. Deshalb bin ich momentan eher mit anderen Sachen als Coden beschäftigt.

[joggel]

Nebenbei hab ich noch ne Idee für ein weiteres Feature: ZIELERKENNUNG

kool :)
Weiß nicht, ob das mit den Farben funktioniert, da sich die Farbe ja ändern kann wenn sich das Zielobjekt im Raum bewegt und auch wenn andere Lichtquellen hinzukommen.
Da gibt es doch eine Lib die so etwas schon implementiert hat... aber welche verdammt war das??

[Edit]
Ich hätte mal in die verlinkte Video-Beschreibung schauen sollen ^^
http://www.aforgenet.com/
Aber da gab es noch ein(e paar) andere, die soetwas wie Konturenerkennung unterstützen...

[SunCross]

Ich benutze AForge.NET sowieso schon, um die Webcam-Bilder anzuzeigen, warum also nicht gleich die Lib für andere Zwecke gleich mitbenutzen.
Ausserdem hat der Entwickler von AForge.NET auf www.codeproject.com diverse Artikel über Objekterkennung und ähnliches geschrieben.

In den Beispielen sah es so aus, als ob die Farbe eine gewisse Spanne hat, also zum Beispiel muss der Rot-Anteil nicht 200 sein, sondern muss nur zwischen 180 und 220 liegen. Glaub ich.

[j.klugmann]

Haha, dann wird mein Vorschlag von der Devmania also Realität? :D

[SunCross]

... Ja :)

Viele andere Features würden mir auch gar nicht mehr einfallen.

Ist im Prinzip auch nur n Hobbyprojekt. Es hat zwar n eigenen Internetauftritt und so, aber wirklichen Sinn sollte das Projekt von Anfang nicht haben. Es ist halt wirklich nur aus dem einfachen Grund ins Leben gerufen worden, weil ich meine 2 Raketenwerfer gleichzeitig bewegen können wollte. Damals noch mit C++ und WinApi :). Das einzige, was ich mit MissileControl für mich selbst erreicht hab, war ne Menge Spaß und n 17,45€-Gutschein von GetDigital :)

Ich hoffe natürlich, dass die Benutzer meines Programms viel Spaß damit haben und mit der neuen Version, die ich demnächst online stelle, wird die Benutzung auch erheblich vereinfacht. Die neue Version wird aber noch keine Zielerkennung enthalten, da ich deren Implementierung noch ein wenig genauer planen möchte, um allzu schäbbigen Code zu vermeiden.

[SunCross]

Ich hab heute n Entschluss gefasst:
Ich will die Webcam-Ansicht umstrukturieren, hab heute mal n Versuch gemacht, mit allen Webcams, die ich hier habe, und, naja, das Ergebnis war, das es ab der Zahl 4 und höher, unübersichtlich wird. Ich will aber Leute mit sinnlosen Mengen an Webcams wie mich nicht einfach ausgrenzen, darum will ich das Layout des Webcam-Fensters so abändern, dass die Übersicht nicht abhanden kommt.

Jemand ne Idee?

[joggel]

Veilleicht so etwas wie MDI?

Diese könnte man ja auf Knopfdruck noch "kacheln", also das sie wie Kacheln neben- und untereinander angeordnet werden...
Aber ob es noch genauso übersichtlich ist??

[SunCross]

Die MDI-Idee find ich gut, hab auch schon n Testfenster. Würd soweit alles klappen und auch vieles vereinfachen. Ich frag mich jetzt nur, ob ich die Vorauswahl der Webcams im Hauptfenster lassen und nur die angekreuzten Webcams mit in den MDI-Container nehmen soll, oder ob ich alles, was mit den Webcams zu tun hat, komplett in den Container verfrachten soll.
Oder ganz cool:
Ich mach die vorher als Hauptfenster benutzte Form zum MDI-Child. Probier ich gleich mal aus.

[SunCross]

Hab jetzt n paar Tage nix für MissileControl gemacht, hab aber feststellen müssen, dass die Webcamstreams, wenn sie als MDI-Child angezeigt werden, ruckeln wie Sau...


EDIT:
Weiß jetzt, woran das Ruckeln lag. Ich hab die von den Webcams gelieferten Bilder vorher durch ne Größenanpassung gejagt, damit sie an das MDI-Child-Fenster angepasst werden. Daher kommt das Ruckeln. Wenn ich die Größenänderung aber weglasse, kachelt sich das Bild in alle Richtungen, wenn ich das Fenster größer zieh.
Ich kann aber auch nicht das Bild nur einmal verkleinern/vergrößern, wenn sich das Fenster ändert, weil die Webcams ja konstant eine andere Bildgröße als die Fenster verwenden.
Ich versteh nur nicht, warum sich das mit dem Ruckeln nicht schon bei dem alten Webcam-Fenster-Layout gezeigt hat, vielleicht, weil da die Pictureboxen nicht in ihrer Größe geändert wurden, d.h. der "Empfänger" des Bildes nicht die gleichen Maße wie der Webcamstream hatte, aber diese Maße zur Laufzeit nicht verändert wurden.

[SunCross]

Ich hab grad ne Idee fürn Layout, auch wenn mir die MDI-Idee sehr gut gefallen hat, aber die Webcambilder sind dort leider extremst am Ruckeln, was weiß ich warum.
Das neue Layout würd wie folgt aussehen:

Links zwei Listen, eine Checkboxliste für die anzusteuernden Raketenwerfer, eine Liste für die Webcams (ohne Checkboxen).
In der Mitte, je nach Auswahl, eine oder mehrere Pictureboxen für die Webcams. Diese Anordnung soll mit mehreren Radiobuttons oberhalb der Pictureboxen ausgewählt werden können. Unten wäre dann so ne Art Anzeige dafür, das die Raketenwerfer-Steuerung aktiv ist.
Cool wär, wenn man die Webcams aus der Liste auf die Picturebox ziehen könnte und die jeweilige Webcam dann angezeigt wird.

Momentan bin ich, wie mans vielleicht schon bemerkt hat, in der Layout-Planungsphase.
Die grundlegende Technik steht (bis aufs Schießen), sodass ich die Steuerung oder die Webcam-Anzeige relativ leicht in neue Layouts portieren kann.

Ich mach mir sogar schon Gedanken über andere Plattformen wie Linux, dabei hab ich erstens gar keine Ahnung von Linux und zweitens auch gar keine Zeit :)
Ich mach mir viel zu viele Scheißgedanken.

[SunCross]

So, das neue Layout ist fast fertig, so siehts bis jetzt aus:


Die Webcamlistbox wird noch umgebaut, damit man Webcams aus der Liste auf die Pictureboxen ziehen kann, um sie anzeigen zu lassen.
Die Farben sind noch nicht zu 100% festgelegt, können sich also noch ändern.

Demnächst gehts noch zum IT-Anwalt, damit der mir noch mal genau die LGPL und die CPOL erklärt, damit ich später keinen Ärger bekomme.
Der Webcam-Teil (AForge.NET) läuft unter LGPL und die USB-HID-Schnittstelle unter CPOL. Da hab ich leider keine Ahnung von.

[Alexander Kornrumpf]

Augenkrebs.

[CodingCat]

In die Farbwahl solltest du definitiv noch etwas Arbeit investieren ...

[joggel]

:D.... jaja! MS Paint war schon seiner Zeit voraus!!
Bestes Zitat:
"We're allready working on the next one.
We can't stop improving..." ^^

@Thema:
Ja, das sieht schon ziemlich "bunt" aus.

[SunCross]

Ok, Farbe war n Fehlgriff...
Aber wie isses denn generell so vom Layout her?

[CodingCat]

Bis jetzt ziemlich normal und leer. Wieso der dicke schwarze Rand außenrum? Die Icons sehen nach Paint aus, die UI nach Windows Standard Controls. Was genau sollen wir beurteilen? ;)

[Zudomon]

Ok, Farbe war n Fehlgriff...
Aber wie isses denn generell so vom Layout her?

Lol! Du hast die Farbe doch sicher genommen, weil sie dir gefällt!
Dann lass dich doch nicht davon abbringen!
Sei du selbst, stehe zu deinen Entscheidungen!

[joggel]

Was bedeuten die "Auswahl"-Radiobuttons rechts?
Und in der Mitte ist nur Platz für 4-Cams?
Das Fadenkreuz in der Mitte ist der "Feuer"-Button?

[SunCross]

Aaaalso:
Die Radiobuttons sind dafür da, um zwischen verschiedenen Anordnungen der Webcam-Pictureboxen umzuschalten. Die linke obere Listbox enthält die angeschlossenen Webcams, die man später per DragDrop auf die gewünschte Picturebox ziehen können soll, um das Webcambild anzuzeigen. So kann man selbst entscheiden, wo welche Webcam angezeigt wird.

Die untere Liste ist ne Checkboxlistbox, die später die Raketenwerfer enthalten soll. Mithilfe der Checkboxen soll man zu jeder Zeit einzelne Raketenwerfer vom Steuervorgang ausschließen können.

Die 5 grauen, mit Paintbildchen verzierten Buttons sind die Steuerbuttons, also den Symbolen entsprechend Links, Rechts, Rauf, Runter und Feuer.
Allesamt selbst in Paint gemalt, bei Pfeilbildern aus dem Internet weiß man ja nie wegen Copyright und so. Sie erfüllen ihren Zweck und sehen auch nicht allzu scheiße aus.

Zum schwarzen Rand:
Ich hab als erstes die Panels verteilt, das Listboxen-Panel, das Pictureboxen-Panel, das untere Steuerelemente-Panel und das bisher unbenutzte obere Panel. Erst hab ich sie so angeordnet, dass der Hintergrund nicht mehr zu sehen war. Aber da war die toxisch-grüne Überladung auch für mich zu groß. Deswegen hab ich die Panels n bisschen verkleinert und den Hintergrund schwarz gemacht, im Style von toXic-coding.

Zu der Anzahl an Pictureboxen:
Die 4 Pictureboxen sind erstmal provisorisch als "Auswahl 1" festgelegt, "Auswahl 2" hat übrigens nur 3 Pictureboxen. Alles nur zum Test. Die Anzahl an Pictureboxen wird noch steigen, aber im Moment bin ich noch an dem Drag-n-Drop-Vorgang dran. Außerdem hab ich sowieso "nur" 5 Webcams zum Testen da, und das bringt schon Probleme, weil mein USB-Hub (aktiv) mittlerweile n bissel überlastet ist mit:
1 Drucker
1 KVM
3 Raketenwerfer
und 3 Webcams...

(Meine Mutter beschwert sich schon über die Stromrechnung)

Ich wollt von euch eig nur wissen, ob die Aufteilung so sinnvoll ist, ob ihr damit klar kommen würdet oder ob ihr das Layout für völligen Schwachsinn haltet.

[Eisflamme]

Grün ist die Farbe der Hoffnung, ich find das schön. Ist Mal was anderes. Immer diese blassen, dezenten Farben, die dem Vordergrund gar keine Möglichkeit lassen vom Hintergrund kompromittiert zu werden!

[SunCross]

:D

[SunCross]

Das einzige was mich davon abhält, den Webcamteil abzuschließen, ist der Drag'n'Drop-Teil für die Listbox und die Picturebox. Ich kriegs nicht hin.
Das nervt total, die Webcam-Anzeige funzt, die Picturebox-Layout-Umschaltung auch, nur das Aus-der-Listbox-in-die-Picturebox-Geziehe noch nicht. Frustet schon n bisschen. :)

[SunCross]

Durchbruch!
Der Drag'n'Drop-Vorgang klappt jetzt komplett fehlerfrei, ich hab bis jetzt auf jeden Fall keinen gefunden :)
Der Raketenwerfer-Teil folgt wahrscheinlich erst am Wochenende, da ich im Moment viel zu tun hab.

[SunCross]

Ich hab da mal ne Frage, für die ich keinen neuen Thread aufmachen wollte:

Und zwaaar...
hab ich mir gedacht, wär doch lustig, wenn man in nem PC-Netzwerk einen PC als Server benutzt, an dem die Webcams und die Raketenwerfer angeschlossen sind, die dann von den anderen PCs gesteuert werden. Das soll so funktionieren:

1. Das Hauptprogramm wird auf dem Server gestartet.
2. Das Steuerungsprogramm auf den anderen PCs wird gestartet.
3. Das Hauptprogramm weist den anderen PCs jeweils einen Raketenwerfer und eine Webcam zu.
4. Die Signale werden von den PCs zum Server gesendet, um die Raketenwerfer zu steuern.
5. Der Server sendet den PCs das Webcambild.

Ist nur so ne Überlegung, ich muss die Offline-Version von MissileControl eh erst noch fertig machen, aber ich hab keine Ahnung von Netzwerkprogrammierung und würd gern wissen, ob es überhaupt geht, das Webcambild einigermaßen flüssig zu übertragen.

[joggel]

So würde ich auch denken...