Gameboy Camera, Probleme bei dem Auslesen des Bildes

Hi!

Ich habe mein kleines Programm zur Darstellung der COM-Daten fertig.

SO sieht es aus:
Bild hier  

Es zeigt bereits ein Bild:
Bild hier  
Die Frage ist: Ist das ein 'normales' GB-Cam Bild? Sind nur die Register falsch eingestellt, oder liegen noch ansteuerungsfehler vor?
Das programm braucht auch recht lange, bis alles da ist...

Das sind die ADC-Werte; jeweils mit semikolon getrennt, die TXT-Datei enthält die geloggten Zeichen meines Programms.
(Ihr müsst die Datei herunterladen ("Ziel speichern unter"), so lässt sie sich leider nicht darstellen.)

Könnt ihr damit was anfangen?

Ganz liebe Grüße,
Tobi

Hi Tobimc,
was hast du für ein Programm verwendet? Visual Basic oder Visual C++?
hast du den Programmcode von http://www.juliprograms.de/ verwendet?
Gruß Michi

hallo tobi , mail mir mal deine registereinstellungen, die du hast. meine werte kommen von ca 234 - 263.
diese wertdiffrenz muss man jetzt so aufteilen, das 4 grauwerte entstehen und dann als 3 rgb-farben-werte reinsetzen. ist nicht einfach. vielleicht kann ein anderer von diesem thema mal seine umwandlungsroutine darlegen als beispiel. die bilddatenrate wird sich bei 1 bild pro ca 8 sekunden halten. wird auch mit dem sram nicht schneller, weil ja auch noch die anderen daten am robby ausgewertet und umgesetzt werden müssen. er hat ja auch noch andere sensoren. ich übertrage zur zeit mein cmoscambild über funk zum pc. kann es auch schon als bmp-bild darstellen und auswerten!!!! wenn das programm zur auswertung fertig ist. einmal habe ich auf der einen seite das original-capturebild im visualbasic-fenster und daneben stelle ich ein bild zur auswertung dar, was ich gerade sozusagen geschnappt habe aus der capture-originaldarstellung. ist schon lustig, wie einfach das geht. habe garnicht gewusst, das man die "avicap32.dll" von der wintv-karte mit dem sendbefehl komplett auswerten
und steuern kann. alle wintv-befehle kann man mit visualbasic
beeinflussen. ich glaube das ist eine 2. lösung um den robby über eine bildauswertung zu steuern. der pc sendet dann über die easy-funkmodule die steuerdaten für den robby. das heisst auch , mein küchenbrettroboter wertet seine eigenen sensoren weiterhin sofort aus. ich habe auf dem pc mein steuerpult zum eingreifen und der pc übernimmt die bildauswertung ohne mein eingreifen. mein robby ist wie ein marsmobil, wenn irgendetwas versagt greife ich von hand ein, damit das raumschiff nicht im weltall verloren geht. der mensch wirkt immer etwas mit, ist egal wo die weltraumsonden und forschungsroboter zum einsatz kommen.
sogar zum erforschen der pyramiden hat man robbys sogar an der nabelschnur.
ich verwende visual-basic 5.0 pro deutsch. ab version5.0 wird echter exe-code erzeugt. nebenbei benutze ich auch noch die freewaresprache "bcx to c" ist schneller in der auswertung als visual-c++. habe jetzt bei bcx to c nach mehreren tagen endlich auch das capturebild im fenster darstellen können. vielleicht benutze ich jetzt erstmal bcx-to-c, weil ich hier dann auch noch drehbare sprite habe (ohne ein bild mit 360 drehungen anzufertigen), rotationskörper in 3ds und mesh (lassen sich sehr einfach herstellen). die x-bilder für 3directx lassen sich schwer herstellen. ich habe in visualbasic noch nicht geschafft, ein x-körper im fenster darzustellen und um allen 3 achsen drehen zu lassen. ich möchte mal meinen robby auf dem pc im virtuellen raum fahren lassen, den ich vorher mit der camera fotografiert habe. in bcx to c kein problem. tobi hatte ich schon einmal eine demorotazion geschickt. der basic-code, der dann in c umgewandelt wird ist zwar in der textdarstellung sehr gross, aber als exe ist es nur noch ca 7kbyte plus ein mathemodul von 140kbyte. es reicht im ordner aber nur dieses eine modul für alle exedateien. die dll-dateien brauchen bei bcx-to-c nicht mehr mitgeschleppt werden, diese sind im exeprogramm mit verarbeitet und es ist reiner c-code der zu einer exe verarbeitet wird.
mfg pebisoft

Hi!

Die Software ist in C geschrieben! Und Nur mit VC++ compiliert, das ist aber wurscht, geht mit jedem Win32-Fähigen Compiler.

@pebisoft:
Ich möchte das ja ETWAS anders machen... :D (*psssttt!!!*)
Du kannst aus einem S/W Bild kein Farbbild mehr machen. Allerhöchstens Falschfarben. Ein S/W-Bild enthält keinerlei Farbinformationen.

Meine Registereinstellungen:

Regadr = 0
Regvalue = 128

Regadr = 1
Regvalue = 12

Regadr = 2
Regvalue = 4

Regadr = 3
Regvalue = 0

Regadr = 4
Regvalue = 1

Regadr = 5
Regvalue = 0

Regadr = 6
Regvalue = 1

Regadr = 7
Regvalue = 7

Original-Quellcode (BASCOM).
Regadr ist die Adresse, Regvalue ist der Wert. Jeweils ein block gehört zusammen, dazwischen kommen noch die Load-Funktionen, die habe ich aber der Übersichtlichkeit wegen weggelassen.

Trozdem dass VB exes kreiert, ist die exe immerncoh von der rundingsbums.dll abhängig, und nicht so schnell!

I LOVE C... :D

Achso und @michaelb:
Nein, ich habe mein eigenes geschrieben. Ist aber glaube noch n Bug drinne! Wie gesagt, in C programmiert.

Liee Grüße,
Tobi

Hi!

Noch was:
Ich habe genau dieses Problem hier:
https://www.roboternetz.de/phpBB2/ze...ag.php?p=86746

Weis jemand, woran das liegen kann?
Könnte es sein, dass die Register falsch/ungenügend geladen werden?

Liebe Grüße,
Tobi

@tobimc:
probier mal folgende Werte:

Regadr = 0
Regvalue = 0

Regadr = 1
Regvalue = 7

Regadr = 2
Regvalue = 54

den Rest so lassen, hat bei mir (bei entsprechender Beleuchtung) die ersten Bilder geliefert :)

Hi!

OK, mach ich, aber erst nach dem Klavier... :D

Jemand ne idee zu dem HIGH-Problem?

Liebe Grüße,
Tobi

Zitat:

---

Zitat von tobimc

Hi!

Noch was:
Ich habe genau dieses Problem hier:
https://www.roboternetz.de/phpBB2/ze...ag.php?p=86746

Weis jemand, woran das liegen kann?
Könnte es sein, dass die Register falsch/ungenügend geladen werden?

Liebe Grüße,
Tobi

---

Hallo Tobi

Wärend Du darauf wartest das read low geht, taktest du die clock weiter ?
etwa so in Pseudo code:
while read(high)
{
set_GbCamClock(high);
wait_1ms;
set_GbCamClock(low);
}


Ich hatte (habe) relativ viele Problem mit meinem Board, aber das hat bei mir immer gefunzt.

Hi!

klar! Es kann nur sein, dass die Taktabstände zu groß sind, denn ich gebe während einer HIGH-Phase des Taktes meine Daten an den PC durch...

So; jetzt aber ab zum Klavierspeieln!!

Liebe Grüße,
Tobi

Hi Tobi,
hab noch ne Frage wie kannst du mit reinem Quelltext ne Benutzeroberfläche erzeugen? Braucht man da nicht Visual C++ um die Oberfläche zu erstellen?
Gruß Michi