FlyingDoc

Mit dem neuem IMG geht es.

Hatte ich auch schon vor. Werde es versuchen und sag dann Bescheid.

Hmmm. Install lief diesmal durch. Geht trotzdem nicht. Kommt immer noch der Fehler [coe]Error: egInitialize() failed

Ausser das erste Paket geht alles zu installieren. Es kommt folgende Ausgabe. (Reading database ... 142071 files and directories currently installed.) Preparing to unpack libegl1-mesa_2-1.1-1_armhf.deb ... Unpacking libegl1-mesa (2:1.0-1) over (10.3.2-1) ... dpkg: error processing archive libegl1-mesa_2-1.1-1_armhf.deb (--install): trying to overwrite '/usr/lib/arm-linux-gnueabihf/libEGL.so', which is also in package libegl1-mesa-dev:armhf 10.3.2-1 Errors were encountered while processing: libegl1-mesa_2-1.1-1_armhf.deb

Das hatte ich schon vor meinem ersten Post gemacht. Hatte ja gehofft das es dann geht. Aber Nada, Niente, Nix, Nullinger

Also die FPS schnepsten förmlich in die Höhe. Jetzt liegen sie bei so 10 fps beim es2gers Demo. Dannach lagen sie bei über 100 fps und auch meine App hatte keine Darstellungsfehler mehr.

Nein. Er meldet auch beim Installieren das die aktuelle Version schon installiert ist. Es geht kein eimnzigens Programm mit OpenGL bis ich die "alten" Dateien aus dem bak Verzeichnis zurück verschoben habe. Dann läuft alles wieder mit der Software Emulation.

Nein. Auf den Befehl es2_info kommt nur folgende Meldung. Error: eglInitialize() failed Mehr nicht. Und beim Befehl es2gears kommt EGLUT: failed to initialize EGL display

Im Anhang die dmesg Ausgabe. dmesg.txt

f@red-brick:~$ lsmod Module Size Used by 8188eu 506931 0 g_red_brick 37229 3 red_brick_uid 1618 1 g_red_brick mali 110636 0 ump 34163 1 mali

So. Nach dem ich mir zur Zeit einen Wolf probiere mal die Frage an unsere Linux Spezis. Das erste mal den OpenGL Treiber für die Mali GPU installieren und testen funtionierte einwandfrei. * git clone https://github.com/linux-sunxi/sunxi-mali.git * cd sunxi-mali * git submodule init * git submodule update * sudo make install * # move the lima drivers out of the search path: * sudo mkdir /usr/lib/arm-linux-gnueabihf/bak * sudo mv /usr/lib/arm-linux-gnueabihf/libGLES* /usr/lib/arm-linux-gnueabihf/bak * sudo mv /usr/lib/arm-linux-gnueabihf/libEGL* /usr/lib/arm-linux-gnueabihf/bak Am nächsten Tag ging OpenGL nicht mehr. Ha versucht es erneut zu aktivieren nach Anleitung mit dem Ergebnis das es nicht funktionierte. Es kommt immer der Fehler error eglinitialize() failed. Die Emulaition bekomme ich wieder zum Laufen wenn ich die gesicherten Dateien in das Verzeichniss zurück schreibe. Dann läuft aber eben wieder die Software OpenGL Emulation. Also der Software Render. Das kann man testen mit es2_info und die Performance mit es2gears. Kannst du mir vielleicht weiterhelfen photron. Ganz lieb guck.

So. Noch einmal. RED_GRAPHIC

So. Mal ein Info Update. Bin noch kräftig am OpenGL lernen. Hab mich letztens gewundert das auf meinem Laptop alles ordentlich gerendert wird und auf dem RED nicht. Bin gestern im Wiki auf diesen Hinweis gestoßen. Ich habe diesen gleich ausprobiert. Und siehe da. Die Auslastung geht zurück und die Grafik klappt auch. Könntet ihr das nicht gleich in nächste RED Image mit einbauen damit man es nicht erst selber installieren muss. Ausserden zweifelt man vorher schon an sich was man falsch macht. Die OpenGL Emulation über die CPU ist nicht so prickelnt.

Das ist egal. Ich setze mein Programm zwecks Geschwindigkeit auf OpenGL um da der RED im "normalen" Zeichenmodus auf höchtens 2-3fps kommen. Und auch noch stark von der Auflösung abhängt. Bei OpenGL ist es ziehmlich Wurschd. Sonst dümpelt die GPU des RED doch nur rum und zeigt so ein paar Pixelchen an. Warum sollte ich sie dann nicht nutzen.

So. Ha es mal gemacht. Jetzt kommen folgende Fehler. Siehe angehangene Makeausgabe. Makeausgabe.txt

Nein. den gibt es da nicht. Ich hatte den manuell mit beim Verzeichniss hochladen mit rüber geschoben.

Das einzigste was ich gemacht habe ist die gl Dateien ins eigentliche Programmquellcode Verzeichnis zu kopieren. Mehr nicht. Tante Edit sagt mir grad noch. Unter Windows geht es übrigends ohne Probleme!

Hier mal die komplette Ausgabe. Makeausgabe.txt

Hier mal das Makefile. Makefile_1

So. Nochmal in Ruhe mit deinem Hinweis probiert. Hatte noch ein Unterverzeichnis mit den GL Dateien drinn. Hab es mal gelöscht. Dann ging es weiter. Hatt aber nach ner Weile trotzdem einen Fehler geworfen.

So gestern Abend mal getestet. Der gleiche Fehler kommt immer noch obwohl mit deiner Variante oder komplett den Include der windows.h auskommentiert.

Die USB Verbindung zum Rechner brauchst du nur um deine Programme hochzuladen und den RED Brick zu konfigurieren. Es sei denn das ganze soll noch ins Lan bei dir. Dann Brauchst du entweder eine Ethernet Extension oder einen Wifi Adapter.

Ganz einfach über den BrickViewer. Das USB Kabel was sonst im Master steckt kommt in der RED Brick. Nein Ja Der Aufbau ist dann von unten nach oben. 1. step down power supply mit dc jack adapter 2.RED Brick 3. Master Brick 4. ..... Ja. Die Programme auf dem RED Brick können in vielen Sprachen betrieben werden. Du musst nur dein jetziges Programm via Brick Viewer hoch laden.

So. Mal das Thema "aufwärmen". Ich versuche gerade auf dem RED die neue Variante mit OpenGL zu compilieren. Es kommt der Fehler. Das betrift folgende Zeile Das unter Linux die windows.h nicht existiert ist mir schon klar , weil sie Windows spezifisch ist. Aber warum versucht der Compiler diese zu laden? Das ist doch abhängig von dieser Zeile? Vielleicht kann mir ein Linux C++ Guru auf die Sprünge helfen!

Der RED Brick ist eigentlich ein kleiner kompletter PC auf Linuxbasis der den Vorteil hat mit den Bricks direkt auf SPI Basis Datenaustauschen zu können und direkt im Stapel integriert zu werden. Daran kannst du keine Bricklet anschliesen. Dies übernimmt der Brick (Master,IMU,Stepper). Die Stromversorgung kann über den master erfolgen wenn er an USB angeschlossen sind. Ich würde aber an deiner Stelle ein StepDown als Stromversorgung benutzen. Der versorgt dann den ganzen Stappel und die Eingangsspannung ist zu dem sehr variabel.