OK, es ist doch der RenderHook. In 800x600 geht alles bei mir, jede andere Auflösung versagt. Allerdings hat die Blitz3D nicht Prio-Zero bei mir, weshalb ich derzeit wieder verstärkt die BMax Version ausbaue.

Ich hatte versucht den Context via Release() zu entfernen, was natürlich komplett in die Hose gegangen ist. Mal schauen was ich über DX7 Hooks heraus bekommen kann.

Damit meinte ich, dass du über DirectX Hooks das Rendern abschalten kannst. Das merkt Blitz absolut gar nicht, FastExt nutzt das nämlich auch.

Kannst Du das näher erläutern? Ich war der Meinung dass der B3D GC mir ordentlich in die Schuhe kackt wenn ich versuche ihm etwas unter dem Hintern weg zu reissen.

Für das aktuelle Problem solltest du dich mal mit DirectX7 hooks auseinandersetzen. Mit denen kann man auch das Rendern was B3D standard macht entfernen.

Ich lasse Ogre einfach drüber rendern.

Wie machst du das mit dem DXContext? Löscht du den DX7 Context von Blitz oder lässt du einfach nur BlitzOgre3D drüberrendern?

--> example starten --> fenster geht auf --> schwarzer bildschrim (also fenster ist bleibt schwarz) --> mouselock in der mitte

1. mpmxyz hat recht, eine TList zu iterieren ist wesentlich langsamer als eine Map zu verwenden.

2. Es werden niemals alle Objekte iteriert, ich habe mich da etwas falsch ausgedrückt:

Wenn man sich von Ogre den Zeiger auf bspw. den SceneManager holt würde bo3d stets ein neues Objekt "SceneManager" zurück geben obwohl der Zeiger vielleicht vorher schon allokiert wurde. Um das zu verhindern iteriere ich das Objekt "SceneManager" und gebe nur das bestehende Objekt zurück wenn der Zeiger schon da ist. Der SceneManager ist nur ein Beispiel, es gibt noch zahlreiche andere Objekte die nur einmal zur Laufzeit existieren sollten. Ich könnte das auch über ein Singleton in BlitzMax machen, das würde aber nicht für alle Objekte funktionieren. Beispiel: Es kann mehr als nur ein Material geben, es kann aber sein dass sich jemand mehrmals das Material eines Entity holt. Damit BlitzMax nun nicht jedesmal ein neues Material-Objekt erzeugt schaue ich vorher in meine Karte ob das Material schonmal geholt habe und gebe ggf. dann dieses zurück.

Es braucht nicht so lange, ein Objekt anhand eines Schlüssels aus einem binären Suchbaum zu holen. (Verdoppelung der Einträge->eine konstante Zeit extra bzw. keine Verdoppelung der Zeit, wie es bei einfachen Listen üblich ist)
Wenn ich es richtig verstanden habe, wird es immer noch die Möglichkeit für Direktzugriffe geben. (alles andere wäre auch unsinnig)
Da Ogre aber so oder so einen Namen sehen will, wird die Verknüpfung zwischen Namen und Objekt gespeichert.
mfG
mpmxyz