Gameboy Camera, Probleme bei dem Auslesen des Bildes

Hi!

Danke! @ roboter!!

Pebisoft, ich weis nicht, was du machst. ;)
Wie gesagt, ich kann euch jetzt eine vorab earlyest alpha 0.5
geben, in der aber die COM-Einstellungen noch nicht drin sind.

Ich lade die Version gleich hoch, in der müssten jetzt endlich die schlimmsten Bugs behoben sein!
{Ihr habts warschinlich nicht gemerkt, aber der Einlese und Ausgabe-Algorithmus hat nur halb so viele Daten eingelesen... :D }
Ist mir ziemlich peinlich, so nen Schrott zu veröffentlichen! SORRY!
Die nächste Version sollte soweit funktionieren...
Die, die ihr in 5 Minuten bekommt hat soweit eigentlich alles, bis auf die COM-Einstellungen, die ich morgen programmieren muss.
(Habe morgen Schulfrei!)

Also... ich bin gleich soweit.

Liebe Grüße,
Tobi

HI!

Also; hier ist sie, die 0.5 earliest alpha.
Soweit sollten (!) alle Bugs ausgemerzt sein, die bisher gestört haben.

Logfiles, Baud usw. ist alles gleich, nur verschwindet das Bild jetzt nicht, wenn der Bildschirmschoner gelaufen ist.

Morgen komt Kijon auf seine Kosten, dann gibts auch die BAUD- und COM- Verstellung.

Die müsstet ihr mir dann halt testen, weil ich keine Möglichkeit dazu habe (habe nur einen COM...)
Am Besten die Abudraten gleich mit, die kann ich nämlich auch nciht ohne weiteres testen... :(

Also; hier sit die earlyest alpha.

Viele liebe Grüße (und nochmals sorry für die anderen buggy Versionen !!!),
Tobi

Hi!

Und:
Das Programm setzt das, was aus dem COM-Port kommt 1:1 in Grauwerte um, keine Teiler, keine Grenzwerte. Das kommt, und wird als Graustufe angezeigt.
Fertig.

Die Kammera müsste schon genügend große Unterschiede bringen, oder?

Viele Liebe Grüße,
Tobi

hallo tobi, man kann grauwerte darstellen mit werten die von 223 - 254 liegen. man kann auch grauwerte darstellen, die von 1-16 liegen. das programm muss dieses basis aber kennen, sonst bekommst du keine grauwerte raus weil beim niedrigen wert der unterschied gar nicht rausgefilter wird sondern der wert 16 z.b. noch garnicht erfasst wird.
ich kann rgb-grauwerte darstellen mit der zahl 1-4 z.b. muss dieses aber dementsprechend in r-g-b umrechnen. warum nimmt dein programm falsche zahlen. es kommen bei mir werte über 200 an aber in der logdatei sind ganz andere werte (unter 100).
mfg pebisoft

Hi pebisoft!

Mit welcher Baudrate sendest du?
Beschreibe mal.

Bei mir sind die Werte komplett identisch zu meinem Terminalprogramm.

Poste mal bitte beide Logfiles.

Liebe Grüße,
Tobi

onkelarne konnte das Problem mit dem Readpin auch nicht lösen, bei ihm blieb der Readpin auch immer auf High.
Ich habe jetzt mal versucht die Frequenz zu ändern, aber das hat auch nichts gebracht. :(

HI Jungs!

Also:

GameBoy Cam Viewer 0.5b

Verstellbare COM-Einstellungen: Com-Port, Baudrate, Parität und die Stopbits! (Kijon, jetzt kann's los gehen!!)

Ihr müsst nur darauf achten, dass ihr die Einstellungen dann macht, wenn ihr vom COM abgemeldet seid. Dann mit den neuen einstellungen 'Connecten'.

Inzwischen ist auch eine Sperre implementiert, die nach 4Mio Abfragezyklen die Einlesesequenz automatisch abbricht.
Dies geschieht dann, wenn die CAM kein, oder zu wenige Bytes sendet.

Das Programm hat mir einen neuen Zeilen-Rekord bescheert:
1407 C-Zeilen. Das sind etwa 400 mehr, als beim besherigen Rekord.

(Falls jetzt manche denken; Das ist das Release b, das hat eine Funktion mehr und vorher habe ich ohne die Ausgabe der COM-Configuration gezählt)

Also: Viel Spaß, und sagt mir eure Meinung!!

Viele liebe Grüße,
Tobi

habe dein neuestes programm getestet.
das bild wird über deine begrenzung hinausgezeichnet und das programm stürtzt dann ab. wenn du unter der fehlermeldung schaust, siehst du, wie es über die begrenzung geht. die ersten grauen reihen kommen ohne den avr daten zustande, erst bei den schwarzen pixel fangen die avr-daten an.
einstelldaten com1 19200 usw.
einpaar log-daten:

Code:

---

162;162;82;106;146;146;138;82;106;146;154;162;106;162;194;106;146;154;202;82;
106;146;154;154;82;106;146;154;178;82;106;146;146;194;82;106;146;162;146;82;
106;146;146;194;82;106;146;146;178;82;106;146;146;202;82;106;146;162;154;82;
106;146;154;178;82;106;146;154;138;82;106;146;146;178;82;106;146;146;178;82;
106;146;146;146;82;106;146;154;138;82;106;146;154;130;82;106;146;146;194;82;
106;146;154;194;82;106;146;154;202;82;106;146;154;178;82;106;146;154;154;82;
106;146;154;154;82;106;146;154;138;82;106;146;154;154;82;106;146;154;138;82;
106;146;154;130;82;106;146;146;202;82;106;146;154;186;82;106;146;154;138;82;
106;146;154;194;82;106;146;154;162;82;106;146;154;138;82;106;146;146;202;82;
106;146;154;202;82;106;146;146;162;82;106;146;146;170;82;106;146;154;170;82;
106;146;154;194;82;106;146;146;186;82;106;146;154;138;82;106;146;146;194;82;
106;146;154;178;82;106;146;154;154;82;106;146;154;130;82;106;146;146;178;82;
106;146;154;138;82;106;146;146;130;82;106;146;154;154;82;106;146;146;146;82;
106;146;162;138;82;106;146;146;202;82;106;146;154;194;82;106;146;146;154;82;
106;146;154;138;82;106;146;146;138;82;106;146;154;138;82;106;146;146;154;82;
106;146;154;154;82;106;146;146;162;82;106;146;162;138;82;106;146;146;130;82;
106;146;146;186;82;106;146;154;138;82;106;146;162;138;82;106;146;146;154;82;
106;146;138;202;82;106;146;146;170;82;106;146;146;202;82;106;146;146;154;82;
106;146;146;170;82;106;146;138;178;82;106;146;146;138;82;106;146;138;178;82;
106;146;154;138;82;106;146;138;178;82;106;146;154;202;82;106;146;154;138;82;

---

diese zahlen kommen bei mir auf dem terminalprogramm nicht vor. bei mir sind diese alle über 200. die pixel sind auch alle schwarz.
im "album, persönliche galerie,pebisoft" habe ich ein schnapp reingestellt.
mfg pebisoft

Hi pebisoft!

Hm! Kannst du das Fehler-Popup etwas verschieben, dass ich die Einstellungen sehen kann?
Hast du etas an den Stopbits oder an der Parität verdreht?
Als ich das nämlich gemacht habe, ist's bei mir auch abgestürzt.

Stell mal nichts an de COM-Einstellung um.
Müsste schon tun!

Viele liebe Grüße,
Tobi

hallo tobi, ich habe nur die baud auf 19200 eingestellt. auch wo ich deine einstellung gelassen habe zeichnet es über deine bildschirmvorgabe und stürzt ab. auch im log sind alle zahlen unter 200 obwohl ich wieder auf dem terminal nur zahlen habe von jetzt 219 - 253.
habe neuen schnapp reingestellt (album,persönliche galerie,pebisoft)
mfg pebisoft

Hi!

Mit welcher Einstellung sendet dein AVR?
Stell ihn mal auf: 9600 8 Datenbits, ein Stopbit, keine Parity. (9600:8N1)

Kommt beim Programmstart eine Fehlermeldung?

Welches OS benutzt du?

Achte darauf, dass du den RESET des AVRs bereits VOR dem Connecten auslöst, und das Programm erst dann laufen lässt, wenn du auf GO geklickt hast...

Liebe Grüße,
Tobi

stürtzt auch ab. zeichnet auch über dein fenster. jetzt zeichnet er aber die daten bis hinten über dein fenster in grau. wenn er über dei zeichenfenster zeichnet stürtzt er erst ab, ist ja auch klar, er landet da im porgrammspeicher. mich interessieren deine umrechnungsfaktoren für die zahlenwerte.
ich glaube du machst einen denkfehler bei der graustufenumrechnung.
auch deine reingeschriebenen zahlen in der logdatei sind immer wieder anders als im terminalfenster, wahrscheinlich auch ein umsetzungsfehler im programm.
alles ausprobiert, alle dateneinstellungen. wie gesagt, er stürtzt erst ab, wenn deine daten in den programmspeicher geschrieben werden.

ich vermute, das dein programm bei der umsetzung der daten in die logdatei zu langsam ist und dadurch die zahlen verhudelt werden.
mfg pebisoft

Hi pebisoft!

Es werden keine Graustufen umgerechnet!!
Die Bytes werden so angezeigt, wie sie über die rs232 kommen!

Die GB-CAM sollte einen so großen Graustufenunterschied ausgeben, dass sich das Bild auf dem Bildschirm klar abzeichnen müsste.

Bei mir sind die Differenzen genau so klein. Dass muss an den Registern liegen!

Viele liebe Grüße,
Tobi

hallo tobi, das kann so garnicht gehen. jedes byte stellt ein bildpixel dar. dem programm muss doch gesagt werden, welche zahl welchen rgb-wert entspricht, ohne dem läuft nichts, rein garnichts. ich glaube du hast hier etwas falsch gemacht. überleg noch einmal.

"Die GB-CAM sollte einen so großen Graustufenunterschied ausgeben, dass sich das Bild auf dem Bildschirm klar abzeichnen müsste. "

die gb-cam gibt keine graustufenwerte aus , nur zahlen vom bildchip.
diese zahlen müssen wir uns erst für unsere bildschirmabbildung zurechtschneiden.

mfg pebisoft

HI pebisoft!

nein nein nein!
Eine S/W-Camera kann KEIN FARBSIGNAL ERZEUGEN!!
Die Farben werden in Graustufen ausgegeben.

Das wird so gemacht, in dem jedes Byte für R, G und B eingesetzt.
So werden die Graustufen generiert.

Irgendwas muss mit deiner Übertragung nicht stimmen.

Viele liebe Grüße,
Tobi

aus den zahlenwerten der gameboy-cam kann man 4-16 graustufen herstellen auf dem pc. durch den 3 farbwerten rbg wir dann der punkt erzeugt. die farbwerte auf dem bildschirm werden duch bitplane erzeugt. für jede hoch2-farbzahl wir eine bitplane benutzt. ohne zb. "farbwert(r,g,b)" kommt nicht zu stande. und die werte für rgb müssen wir erst durch versuche erzeugen.
erklär mir einmal, warum die ankommenden zahlenwerte auf dem terminal am pc den gleichen wert haben wie auf dem lcd-display am avr, aber mit deinen abgespeicherten zahlenwert nicht übereinstimmen.
also die zahlen kommen richtig auf dem pc an, so wie sie vom adc erzeugt werden.
mfg pebisoft

Hi pebisoft!

Wie viele Zahlenwerte man aus den Werten der GB-CAM generieren kann hängt duch rein von der Auflösung des ADCs ab!
Der Gameboy kann nur 4 auslesen.

Die eigentliche CAM kann aber viel mehr!

Die Erzeugung und ausgabe der Pixel auf dem Bildschirm sieht GENAU so aus:

Code:

---

SetPixel(hdc, x + directx, y + directy, RGB(szLine, szLine, szLine));                //Malen
                                                                fprintf(log1, "%i;", szLine);                //Logginganweisung
                                                                iAllpixels[x][y] = szLine;

---

:)

Viele liebe Grüße,
Tobi

Hi!

MEINE
CAM
HAT
GERADE
READ
AUF
LOW
GELEGT!!

Y E S!!


Allerdings liefert sie nicht exakt die Anzahl Pixel, die ich brauche...
ABER DAS BEKOMME ICH SCHON HIN!!!

Ganz liebe Grüße,
Tobi

Hi!

Frage: Was machen die Register 4, 5 und 6?

Viele liebe Grüße,
Tobi

Hi!

Ich weis, das ist schon der 3.Post hintereinander...

Ich habe hier ein paar Snapshots für euch:

Bild hier  
Das Bild

Bild hier  
Nach einer Wellneskur im Paintshop... (Helligkeit und Kontrast)

Bild hier  
Und das sind mögliche Deutungsversuche.

Leute ist das irgendwas brauchbares, oder...?
Ich benutze Gerade die Register von DerInder.

Immerhin sendet sie ein # (ASCII 35), ein Stopsignal, dass ich noch nachträglich schnell in den GBCV Programmiert habe.
D.h.: READ geht auf low, nach genau 16127 Lesezyklen.
Das hört sich ja recht gut an, nicht?

Was meint ihr dazu?

Viele liebe Grüße,
Tobi

wenn das deine form ist, die du der cam vorgehalten hast, ist das ein fortschritt. es fehlt, wie ich immer gesagt habe die anpassung des bereiches der zahlenwerte. jeder hat durch nichtanpassung immer ein anderes bild. da können wir uns drehn und wenden wie wir wollen. das was du durch dein paint programm erreicht hast, muss im programm anpassbar sein.
"READ geht auf low, nach genau 16127 Lesezyklen" damit habe ich kein problem. bei mir sind es die adc-werte.
"RGB(szLine, szLine, szLine)" diese 3 werte dort drinnen, das müssen die angepassten adc bytes von der gameboy sein. ohne anpassung kein bild.
mfg pebisoft

Hi,

hier auch noch mal ein kleiner Screenshot von mir ;-)

Bild hier  
Allerdings ist das Bild noch verdreht. Hier nochmal das gleiche mit einem kleinem Java Programm:
Bild hier  

Und die Registereinstellungen dazu:

Code:

---

        gbcam_load_register( 0, 0x80 );
        gbcam_load_register( 1, 0x0c );
        // Belichtungszeit
        gbcam_load_register( 2, 0x04 );
        gbcam_load_register( 3, 0x00 );
       
        gbcam_load_register( 4, 0x01 );
        gbcam_load_register( 5, 0x00 );
        gbcam_load_register( 6, 0x01 );
        gbcam_load_register( 7, 0x07 );

---

Wobei sich die Register für die Belichtungszeit je nach Helligkeit automatisch angepasst werden.

Zitat:

---

Zitat von pebisoft

jeder hat durch nichtanpassung immer ein anderes bild.

---

Genau, allerdings sollte man die Kamera Registereinstellungen anpassen und nicht das PC Programm! Dann bekommt man auch Werte im Bereich von 0 bis 255 von der Kamera!

MfG Kjion

das bild oben ist aber nicht von einer gameboy-cam mit 128 x 128 pixel in 4 graustufen. oder?
mfg pebisoft

Zitat:

---

Zitat von pebisoft

das bild oben ist aber nicht von einer gameboy-cam mit 128 x 128 pixel in 4 graustufen. oder?

---

Die beiden Bilder sind von einer ganz normalen Gameboy Kamera aufgenommen, allerdings mit 256 Graustufen!

MfG Kjion

mich würde mal deine gesamtschaltung interessieren und deine programme, die du für deine bildauswertung benutzt.
ein gutes projekt hast du da. stell mal ein foto rein.
wie liegen deine zahlenwerte bei den ausgabebytes der gameboy-cam.
welche aref-volt hats du am avr.
mfg pebisoft

HI pebisoft!

*ARGH!*
ES HÄNGT NICHT VON DER KAMERA AB; WIE VIELE GRAUSTUFEN DU BEKOMMST!!!
ICH HABE AUCH 256 GRAUSTUFEN!
Das hängt allein von deinem ADC ab.
Du kannst von der GB-Cam auch 512 oder 1024 oder 2048 oder 4096 oder eben nur 4 Graustufen bekommen.
Das hängt einzig und allein mit dem ADC zusammen!!

Die CAM gibt die Pixelwerte analog aus.
Die Spannungsdifferenz beträgt 5V, von 0 bis 5V. 0V ist schwaz, und 5V ist weiß. In wie vielen Schritten du das mit deinem ADC misst, ist sekundär.
Der GameBoy ist halt zu Blöd, um mehr als 3Bit Pixelwerte zu haben.

Und deshalb kann man auch direkt die ADC-Werte als Pixelgraustufe ins Programm setzen.
Und deshalb muss ich auch die Graustufen nicht umrechnen.

Hätte die Cam nur 4 Graustufen, wäre sie für mein Projekt völlig ungeeignet.

Viele liebe Grüße,
Tobi

Die Schaltung ist wie ich schon geschrieben hatte, die aus dem Weihnachtswettbewerb:
http://www.kreatives-chaos.com/index.php?seite=gbcam.

Die Referenzspannung des ADC liegt bei 5 Volt. Damit bekomme ich nach einer Kalibierung 8-Bit Werte im Bereich von 4 bis ca. 240, also über den vollen Bereich!

Den Quellcode zu den Grundfunktionen des Boards gibts ein paar Posts weiter vorne. Da fehlt nur noch die automatische Belichtungsanpassung.

Die Programm mit denen ich am PC die beiden Bilder aufgenommen wurden sind zum einem das von tobimc und das Java Programm aus dem Link den derInder gepostet hatte. Allerdings hab ich da noch ein bißchen die Baudrate usw. im Quellcode umgestellt.

Zitat:

---

Zitat von tobimc

READ geht auf low, nach genau 16127 Lesezyklen

---

Es sollten eigentlich genau 16384 Werte sein. Kann es sein, das bei der seriellen Übertragung Werte vorloren gehen ??

MfG Kjion

HI Kjion!

Hab ich mit meinem Beitrag über deinem recht?

>>Es sollten eigentlich genau 16384 Werte sein. Kann es sein, das bei
>>der seriellen Übertragung Werte vorloren gehen ??
Hm. Das ist schon möglich. Es kann auch sein, wen ien Pixel den ADC-Wert 35 hat, dass dann ein STOP-Signal ausgelöst wird.
Ist aber meistens nicht so.

Kann das mit dem Register 4 zusammenhängen?

Viele liebe Grüße,
Tobi

Zitat:

---

Zitat von tobimc

Du kannst von der GB-Cam auch 512 oder 1024 oder 2048 oder 4096 oder eben nur 4 Graustufen bekommen. Das hängt einzig und allein mit dem ADC zusammen!!

---

Du kannst nur das Analoge Signal mit der Genauigkeit auswerten. In dem Fall bringt viel allerdings nicht viel. Man sollte von der GBCam nicht zu viel erwarten. Selbst bei 8-Bit sieht man schon das das Bild verrauscht ist. :-(

Viel kann man mit der Kamera wirklich nicht machen. Ich habe gestern mal versucht den Kontrast automatisch anzupassen. Da hat man dann das Rauschen schon sehr schön gesehen ;-)

Was allerdings gehen sollte sind so einfache Sachen wie Linien erkennen und auswerten. Ich werde in dieser Richtung mal ein bißchen herumspielen.

MfG Kjion

Hi Kijon!

Was tun eigentlich die Register 4, 5 und 6?
Ich habe nämlich das dumme Gefühl, dass es bei mir an denen liegt...
Kontrast... Wär nicht schlecht!

Viele liebe Grüße,
Tobi

Zitat:

---

Zitat von tobimc

Es kann auch sein, wen ien Pixel den ADC-Wert 35 hat, dass dann ein STOP-Signal ausgelöst wird.

---

Du hast doch nicht etwas das STOP Signal auf den Wert 35 gelegt, oder ?? Sowas macht nur bei 0 oder 255 Sinn ( die kann man ja ganz einfach dann auf dem AVR begrenzen ). Dazwischen würde ich aber auf keinen Fall Steuersignal legen !

MfG Kjion

PS: sehr lustig wenn zwei Leute gleichzeitig Beiträge schreiben und jeweils der eine noch auf den davor antwortet ;-)

Hi Kjion!

Ja, ich weis, dass ist dumm. Aber ich war bisher zu faul das zu ändern... :D

Notiz: Im Release b, den ihr da alle habt hat keine STOP-überprüfung.

Was ist mir den Registern?

Viele liebe Grüße,
Tobi

Im Datenblatt heißt es dazu : "1-D filtering kernel".
Damit kann man theoretisch schon ein bißchen Bildverarbeitung direkt auf der CAM Betreiben, zum Beispiel Kantenerkennung usw. Wie gut das funktioniert weiß ich allerding noch nicht.

Ich hab mich bei dem Einstellen dieser Register an die Empfehlungen des Datenblattes für ein normales Bild gehalten ( Seite 14 ).

MfG Kjion

hallo kjion, ich habe jetzt einmal komplett java installiert. die demoprogramme laufen alle, auch mit dem appletviewer usw.
kannst du einmal deine ganzen programme für java, womit du die gameboycam zum laufen gebracht hast hier reinstellen oder mailen.
ich bin gespannt es meine cam damit läuft. würde mich und andere sehr freuen.
auch dieses videocaptureprogramm in java. oder mail sie mir mal: pebisoft@arcor.de
vielen dank.
mfg pebisoft

HI!

kjion; bei deinen Registereinstellungen stoppt miene Kamera nicht mal...
(READ geht nicht auf LOW...)

Ist meine Cam defekt, oder woran liegt das?

Viele liebe Grüße,
Tobi

Immerhin geht dein READ abundzu auf LOW.
Meiner geht nie auf LOW, egal ob ich jetzt Kjions Register oder die von DerInder benutze. 8-[ 8-[ :-s :-s

Hm.
Da muss irgendein Bug in unserer Register oder Startsoftware sein.
Weil bei mir gehts auch nus sporadisch.
Aber ich sehe mit freude, dass wenn ich das Register null von 0x0C auf 0x00 setze, dass dann das Bild dunkler wird... :D

Muss man zwischen den Rigistern eine gewisse Zeit warten, oder zwischen den einzelnen Phasen?

Viele liebe Grüße,
Tobi

Viele liebe Grüße,
Tobi

Hi!

Ich habe bei mir folgendes herausgefunden:
Register 3 darf bei mir NICHT (auf gar keinen Fall) 0 sein, weil sonst kein STOP kommt.
Mit den Registereinstellungen fon Kjion und Reg 3 auf 0x03 kommt folgendes heraus (reproduzierbar)

Bild hier  
So kam's heraus. WAS IST DAS?

Bild hier  
Der schwarze Strich ist nur ein Redaw-Phänomen

Bild hier  
Gedreht

Bild hier  
Mit Kontraständerung

Was ist das? Würde gut passen, ich habe die CAM einfach ins Zimmer gerichtet.

Viele liebe Grüße,
Tobi

Hi!

Noch welche!

Bild hier  Bild hier  

Objekte:
Bild hier  

Hm. Ich muss sagen, dass das linke ich und das rechte ein aufgehängtes Hemd sein könnte.

Allerdings kommt nur die Hälfte des Bildes.

Viele liebe Grüße,
Tobi

Hi!

Was'n dat??

Bild hier  

Wieso kommt nur die Hälfte des Bildes?

Registereinstelllungen:

Code:

---

Regadr = 0                                              'Register NUMMER 0:
  Regvalue = &H80
  Call Loadreg()

  Regadr = 1                                              'Register NUMMER 1:
  Regvalue = &H0C
  Call Loadreg()

  Regadr = 2                                              'Register NUMMER 2:
  Regvalue = &H04
  Call Loadreg()

  Regadr = 3                                              'Register NUMMER 3:
  Regvalue = &H05
  Call Loadreg()

  Regadr = 4                                              'Register NUMMER 4:
  Regvalue = &H01
  Call Loadreg()

  Regadr = 5                                              'Register NUMMER 5:
  Regvalue = &H01
  Call Loadreg()

  Regadr = 6                                              'Register NUMMER 6:
  Regvalue = &H01
  Call Loadreg()

  Regadr = 7                                              'Register NUMMER 7:
  Regvalue = &B00000111
  Call Loadreg()

---

Viele liebe Grüße,
Tobi