| |
| |
|
| - Seite 1 - |
|
 | Leider funktioniert der Testmode als ein wichtiges Feature für die OGL-
Programmierung seither nicht zuverlässig was sich in aktuellen XProfan-
Versionen vielleicht und hoffentlich ändern könnte.
Ich habe mal ein kleines Testprogramm geschrieben das den Testmode misst und ein
Bild namens ogl.testmode.test.png auf dem Desktop speichert. Die schwarzen Pixel
auf dem Bild zeigen wo der Kubus dem Testmode nach gefunden/ erkannt wird.
Optimal dürfte nur der Kubus mit schwarzen Pixels übersät sein.
So sieht das Ergebnis (leider) bei mir aus auf einer HD4000-Graka eines I7-
3770-Prozessors mit aktuellsten Treibern.
Darauf kann man erkennen das der Testmode quasi unbrauchbar ist und vielleicht
hilft das Testprogramm Roland, den Fehler zu finden. Diesem Bild nach könnte man
annehmen, dass ogl.move im Testmode nicht ausgeführt wird.
Herunterladen
Im Paket liegt eigentlich alles, spätestens eine PRC zum auf eine Runtime ziehen.
Könnt Ihr das auch mal testen und das erzeugte Bild hier hochladen/ zeigen?
Danke.
Nachtrag:
Hier einmal das auf einem alten Computer ohne echte 3D-Hardware erzeugte Bild:
Hier fehlt zwar der Kubus im hPic aber der Testmode scheint korrekt zu funktionieren.
Nachtrag 2:
Auf wiederum einem anderen Computer passiert dies:
Nachtrag 3:
Hier das auf einem anderen alten Computer erzeugte Bild:
Nachtrag 4:
Hier das Ergebnis eines neueren AMD-Computers ohne 3D-Hardware:
 |
 |
| |
| |
| |
|
|
| |
| |
| - Seite 1 - |
|
| Keine Änderung!
stürzt ebenso auf den 3 von 3 Computern ab wo die vorherige Version abstürzte.
Auf den anderen 2 Computern wo es funktioniert da funktionierts genau so wie die vorherige Version.
Was hältst Du von:
iF (22.01.13)
Kannst Du Dir vorstellen den Testmode vielleicht anders zu programmieren,
z.B. in dem die Szene einfach gezeichnet wird aber ohne Licht und Texturen und ohne
Blend und jedes Objekt eine eigene Farbe (z.B. per setname) bekommt und Du dann
nach dem Zeichnen einfach per getPixel die Farbe/ Objektnummer ermittelst?
Ich könnte mir vorstellen dass dies zuverlässig funktioniert da ja das normale
Szenezeichnen auch immer zuverlässig funktioniert.
? |
|
| |
| |
| |
|
|
RGH | | Noch einb Test: Ich schicke Dir gleich eine 32-Bit-Version, die ich mit FreePascal kompiliert habe. Sekunde ... |
|
| |
| XProfan X2Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 22.01.2013 ▲ |
|
| |
|
|
| Diese Version beendet sich mit einer Debugausgabe (siehe E-Mail-Dateianhang)
sobald ich eine mit Parametern überladene Funktion aufrufe was das Testen insofern
erschwert als das ich erst einen neuen Testcode schreiben müsste. |
|
| |
| |
| |
|
| |
| |
| - Seite 2 - |
|
|
| Nachtrag: Habe fix versucht auf Paramüberladungen zu versichten und erhalte nun
aber die Meldung "unbekanntes create objekt" wegen create("static". |
|
| |
| |
| |
|
|
| Nachtrag: Alles umgebaut und statt übliche Abstürze gibts jetzt diese Debugausgabe:
Auf den Computern wo es nicht abstürzt "funktionierts" wie die ursprüngliche Version. |
|
| |
| |
| |
|
|
RGH | Create("Static",...) gibt es da noch nicht. Der Code-Stand entspricht einer früheren Betaversion von XProfan X2.0. Und es funktioniert noch nicht alles.
Gruß
Roland |
|
| |
| XProfan X2Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 22.01.2013 ▲ |
|
| |
|
|
| War mir schon klar, habs trotzdem vermeldet. Letzter Stand:
"Alles umgebaut und statt übliche Abstürze gibts jetzt diese Debugausgabe ..." |
|
| |
| |
| |
|
|
GDL | Hallöle,
kein Absturz bei mir.
Windows7 64bit professional, ATI Radeon Graka, beigelegte EXE Datei
AMD Prozessor.
Die .prc Datei bekomme ich nicht zum Laufen.
Fehlermeldung : Unbekanntes Create Objekt Static
Zeile 666
Servus
Georg
 |
|
| |
| |
| |
|
|
RGH | Create("Static",...) wird es erst ab der Version X2.1 geben. Die Subscriptionskunden und Tester (darunter auch David) haben jedoch bereits eine Betaversion erhalten.
Gruß
Roland |
|
| |
| XProfan X2Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 23.01.2013 ▲ |
|
| |
|
|
| @GDL: Danke. Da Roland für OGL nun dies Static empfielt habe ich für das Testprogramm fix die beiliegende oglhelper.inc angepasst.
@Roland: So ganz perfekt arbeitet der Testmode aber auch bei GDL nicht wenn man die Ränder betrachtet. Das liegt da zwar sicher an OGL aber vielleicht wäre ein eigener Testmode auch hierbei sinnvoll. |
|
| |
| |
| |
|
|
RGH | Wichtiger wäre mir, zunächst die Abstürze bei bestimmten Rechnern in den Griff zu bekommen. Ich habe keinen, der diese Probleme macht. Das erschwert natürlich das Bugfixing ... wenn es denn ein Bug ist und nicht eine fehlerhafte OGL-Implementation auf den Rechnern.
Haben die Rechner, bei denen es abstürzt, eine Gemeinsamkeit? (z.B. gleiche OnBoard-Grafik, gleiche oder veraltete (?) Treiber, kein oder wenig Grafikspeicher in der konfiguration zugewiesen, etc.)
Gruß
Roland |
|
| |
| XProfan X2Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 23.01.2013 ▲ |
|
| |
|
|
| Alle Geräte haben aktuelle Treiber.
Beim neusten i7-Board mit HD4000: kein Absturz aber Testmode liefert unbrauchbar:
Bei älteren Geräten ohne 3D-Hardware gibt es 2 Verhalten: Entweder zuverlässiger Absturz sobald der Testmode auf ein Objekt stößt oder der Testmode funktioniert.
Bei diesen Geräten erhalte ich einen Absturz:
Ich könnte Dir zu einem der beiden Geräte (letzteres) TeamViewer-Zugang geben,
da dieses Gerät als Server eingesetzt ist wird es von niemanden ausser mir sonst
bedient und Du hättest dort alle Möglichkeiten.
Beide Absturzcomputer haben eine Intel-Grafikkarte, ein weiterer Absturzcomputer
(hier nicht aufgeführt) hat eine SIS-Grafikkarte:
|
|
| |
| |
| |
|
(897)
Deutsch
English
Français
Español
Italia
