getPixel in Codeblocks

[Leo (Gast)]

Weiß jemand wie ich getPixel() in C in Codeblocks mit dem GCC Compiler 
verwenden kann?

Wenn ich versuche den Code zu kompilieren bekomme ich diese 
Fehlermeldung:
fatal error: graphics.h: No such file or directory|

Mein Code:

#include <stdio.h>
#include <stdlib.h>
#include <graphics.h>
#include <conio.h>

int main()
{
  int gd = DETECT, gm, color;
  char array[50];

  initgraph(&gd,&gm,"C:\\TC\\BGI");

  color = getpixel(0, 0);

  printf("color of pixel at (0,0) = %d",color);

  getch();
  closegraph();
  return 0;
}

[bluppdidupp (Gast)]

http://stackoverflow.com/questions/7860569/how-i-can-get-and-use-the-header-file-graphics-h-in-my-c-program
...sieht aus als wäre das veraltet und sollte durch neuere APIs ersetzt 
werden.

[Dennis H. (c-logic)]

graphics.h dürfte noch DOS-BGI-Kram sein.
Wenns um Windows geht dann eher windows.h und
http://msdn.microsoft.com/en-us/library/windows/desktop/dd144909%28v=vs.85%29.aspx
Wenn die Frage besteht, wie Windows-GDI funktioniert, einfach fragen.

[Leo (Gast)]

Hat jemand zufällig einen kurzen Beispielcode in dem mit der Windows-GDI 
die Farbe eines Pixels auf dem Bildschirm eingelesen wird.

Danke für euere Hilfe :-)

[gizmo (Gast)]

Schau dir das mal an:

http://msdn.microsoft.com/en-us/library/windows/desktop/dd144909%28v=vs.85%29.aspx

viel Erfolg

[Rainer V. (rudi994)]

Welcher Fehler wurde denn erwartet? Was machen TPascal-Befehle im Code?
Und dann BGI-Treiber mit InitGraph laden, gibt es die überhaupt noch?

Header graphics.h in C/Cpp unter CodeBlocks wäre mir neu. Falls dieser 
Header funktioniert und im Verzeichnis des Quellcode vorliegt, dann 
sollte er mit #include "graphics.h" eingebunden werden. Zudem ist der 
Code wohl für ein Konsolenprogramm. Das hat kein eigenes Fenster und 
macht Ein-/Ausgaben von Text, nichts mit GetPixel(), SetPixel() usw.

Man kann unter CodeBlocks in C/Cpp ein WinGUI-Projekt mit eigenem 
Fenster erstellen, Verwendung Win32API mit #include <windows.h>. 
Anwendung von Funktion GetPixel() in geeigneter Weise, siehe z.B.:
http://www.coding-board.de/showthread.php/28267-C-GetPixel-viel-zu-langsam-auf-1280x1024.

Syntax:  COLORREF GetPixel(HDC hdc, int nXPos, int nYPos);
hdc = device context handle, nXPos und nYPos = Koordinaten x und y in 
logischen Einheiten. Funktionsrückgabe COLORREF ist ein RGB-Wert, der 
Typ Long entspricht (4 Bytes, longint bei TPascal oder FPC). Beachten, 
wie man das Handle hdc ermittelt und nach Gebrauch wieder freigibt!

Zur Erstellung von Fenstern gibt es im Web einige Win32API-Tutorials, 
z.B. auf pronix.de. Wärst Du angemeldet, könnte ich Dir einen C/Cpp-Code 
für main.c schicken (erstmal für die Maus unter WinAPI).

[gizmo (Gast)]

@ leo
Man muss nicht unbedingt mit Fenstern arbeiten über die Win -  Api kann 
man auch auf der Konsole pixeln wenn du das willst. Einfach ein Handle 
auf die Konsole holen.

Siehe hier:
http://stackoverflow.com/questions/12378642/c-pixels-in-console-window

Lese dir vielleicht auch mal dieses win32 - Api Tutorial.
http://www.winprog.org/tutorial/bitmaps.html

[gizmo (Gast)]

Muss nicht unbedingt TP sein könnte auch Turbo C sein, BGI heißt Borland 
Graphics Interface das gabs sowohl für Turbo Pascal als auch für Turbo 
C.

[Leo (Gast)]

Hat jemand einen Beispielcode?

[Leo (Gast)]

Ich habs jetzt doch noch geschaft.

Hier ein Beispielcoden, falls in jemand irgendwann brauch...

#include <stdio.h>
#include <stdlib.h>
#include <windows.h>
#include <conio.h>

int main()
{
    int color;
    unsigned char r,g,b;

    HDC dc = GetDC(NULL);
    color = GetPixel(dc, 960, 540);
    r=GetRValue(color);
    g=GetGValue(color);
    b=GetBValue(color);
    printf("%x\tr:%i g:%i b:%i\n",color,r,g,b);

    ReleaseDC(NULL, dc);

    return 0;
}

[Rainer V. (rudi994)]

Da kommt bei mir nur Error: undefined reference to '_GetPixel@12'
Ebenso mit SetPixel(), nur GetDC u. ReleaseDC scheinen zu funktionieren.
In einem richtigen WinAPI-Fenster mit Botschaftverarbeitung läuft es 
sowieso, allerdings erhalte ich für eine windowsgraue Fensterfläche 
immer den Farbwert 0xFFFFFF. Wie das?

[Rainer V. (rudi994)]

Korrektur: Der Farbwert ist 0xc8d0d4. Fehler meinerseits, sorry!

[Timmo H. (masterfx)]

Rainer V. schrieb:
> Da kommt bei mir nur Error: undefined reference to '_GetPixel@12'
-lgdi32 bzw. in Codeblocks in den Build Linker-Options => Linker 
settings => Link Libraries "gdi32" einfügen

[Rainer V. (rudi994)]

Supi! Jedoch erhalte ich im Konsolenprogramm jetzt tatsächlich immer den
Farbwert 0xffffff, auch bei Abtasten größerer Flächen kein Unterschied.
Es hätte mal eine andere Farbe kommen sollen, dabei waren die Handles 
für Fenster/Desktop und Bildschirmkontext nicht Zero oder NULL. Na ja, 
das Programm hat für mich keinen Nutzen, es war nur interessant.

Zu "graphics.h von Borland": http://www.cplusplus.com/reference/
FAQs gibt es bei Sucheingaben wie "CodeBlocks Borland graphics.h"

Zum Thema "Ersatz für graphics.h" gibt es Artikel und Downloads, mit der 
praktischen Anwendung bin ich aber nicht zurechtgekommen.
http://openbgi.sourceforge.net/ , Download: openbgi-sources-1.5.zip
http://winbgim.codecutter.org/ , Download WinBGIm 6.0 Libray für MinGW 
5.x.x (Library build with MingW 5.0.3 and GCC 3.4.5).

In Forenbeiträgen (EN) war oft zu lesen, daß Datei graphics.h von 
Borland nur mit spez. Borland-Produkten nutzbar und das alles schon 
obsolet sei, es habe schon Probleme beim Übergang von DOS nach OOP in 
Windows gegeben.

[Dennis H. (c-logic)]

@Leo
Möchtest Du unbedingt die Konsole benutzen ?
Die Möglichkeiten ein Fenster unter Windows zu nutzen, mit oder ohne 
Framework, sind auch nicht zu verachten.

So Interaktive Möglichkeiten sind ja von der Konsole her nicht so üppig.

Paar Schlagwörter :)
-Dialoge aus Resourcen oder Direkt per CreateWindow mit
Radio/Check/Bitmap-Buttons, Listboxen, List-/Treeview, Scrollbars, 
Progressbar, Labels und das alles variabel.
-entweder mit einem Framework oder direkt als reine Api-Anwendung mit 
Nachrichtenschleife.
-selbst definierte Windowklassen die sich nach deinem Geschmack 
verhalten

[Timmo H. (masterfx)]

Dialoge/Fenster mit Codeblocks gehen besonders einfach. Einfach Resedit 
runterladen und als Standard Reseditor eintragen. Da hat man ratz fatz 
ne nette GUI fertig. Und reines Winapi ohne den Visual Studio Firlefanz.

[Dennis H. (c-logic)]

Die GDI-Api von Windows hat auch einiges zu Bieten. Zeichenbefehle und 
Bitmapbefehle.

Ein kleines Programm im Anhang.

[Rainer V. (rudi994)]

Schönes Programm! Habe BALL_MOVE_DELTA leicht erhöht, da hüpfen die 
Bälle etwas zackiger. Blauer und grüner Ball springen immer synchron. 
Ist das beabsichtigt? Womit Ressourcen compiliert? Dazu hatte ich mal 
RC.exe für Win-16-Bit. Läuft nicht in Win7, auch im Win-XP-Modus nicht.

[Dennis H. (c-logic)]

Das MINGW welches üblicherweise bei Codeblocks inklusive ist hat WINDRES 
dabei.

Das Resourcenskript ist Resource.RC und im Projektbaum eingebunden.
Passende Header-Files genierieren die Resourceneditoren normal mit.

Für eventuelles Editieren von dem RC-File gibt es ja RESEDIT oder ResEd.
Das Programm war "Damals[tm]" dafür angedacht um rauszufinden wie 
flüssig man das animieren kann ohne DX oder OpenGl.
Bewegungen sind da eher zufällig reinprogrammiert.
Kann sogar sein, daß ein Teil ein ehemaliges MASM32-Projekt war.