spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Tja, diesmal komme ich einfach nicht weiter. :crying:
Wenn man sich die tbVideo-Struktur etwas genauer ansieht, stellt man fest, dass es einen Pointer gibt

der zwar in

belegt, aber nirgends mehr freigegeben wird. Naja, man denkt sich natürlich, easy, hauen wir mal

in den Destruktor. Zu dumm, denn dann kommt bei mir immer ein merkwürdiger Assert-Fehler. Hm, ok schaun wir mal ein bischen genauer in die Init und man überlege sich, wenn ich einen Filter irgendwo setze, dann könnte man ihn vielleicht auch wieder irgendwo rausnehmen. Vielleicht mit sowas wie

aber irgendwie hilft das auch nicht. Mal schauen, was tbMusic dazu sagt, aber da gibts das Problem nicht, bzw. ist es mir noch nicht aufgefallen. Alles wieder rückgängig und mit dem Speicherleck leben ist auch nicht das Wahre. Mal abgesehen davon, dass bei einem wiederholten initiieren des Videos es zu einem Abbruch kommen kann. Soll heißen, wenn man ein g_pVideo mit Speicher belegt, das Video abspielt, wieder freigibt und dann erneut mit Speicher belegt und initiiert, bricht das Programm manchmal ab, nicht immer aber immer öfter. Ich hab den Fehler jetzt schon auf die folgende Zeile zurückgeführt:

Es kommt hier oder vorher zu keinem Fehler, nur mit Debugausgaben konnte ich feststellen, dass er beim zweiten Mal Init bis zu dieser Zeile kommt und nicht weiter. Sehr ärgerlich das Ganze :angry: vorallem weil ich es nicht hinbekomme
Aber vielleicht hat ja Jemand hier noch Ideen und möchte sich an das Problem probieren? Ansonsten heißt es wohl warten, bis David wieder aus dem Urlaub zurück ist. Hach ja Urlaub, das wäre jetzt genau das Richtige für mich ;D

Jo, das habe ich ja auch versucht, sobald ich aber den Speicher mit safedelete freigebe kommt der Assertfehler, egal ob ich den Filter vorher rausnehme, oder nicht. Ich kenne mich mit Asserts nicht sonderlich aus, aber ich vermute, dass das Problem vom Pointertyp stammt.
m_pRenderer ist vom Typ IBaseFilter*, allerdings wird ihm Speicher vom Typ tbVideoRenderer zugewiesen. Also habe ich mal den Speicher beim freigeben auch wieder ins richtige Format gecastet

(mit Macro gings irgendwie nicht) und siehe da, es kommt kein Assertfehler mehr. Allerdings bricht das Programm trotzdem sofort ab. Also schaue ich mir den Destruktor von tbVideoRenderer an. Sieht ja alles sauber aus, trotzdem mit ein paar Debugausgaben bestückt und ich stelle fest, dass der Destruktor schon direkt nach dem Aufruf von RemoveFilter aufgerufen wird. Hmm, ok, wird schon so seine Berechtigung haben, wenn er beim removen des Filters den auch gleich löscht, naja, also sollte man den Speicher von m_pRenderer nicht erneut freigeben, sondern gleich danach auf NULL setzen. Nun stehe ich aber wieder am Anfang der Probleme, es kommt kein Assertfehler und das Programm bricht trotzdem ab und zu ab, wenn er das Video neu initialisieren soll.

Hallo David,
kann ich Deine Aufmerksamkeit vielleicht auf dieses tbVideo-Problem lenken? :help:
Sieht nicht so aus, als ob mir hier andere Forenbesucher weiterhelfen können. Möglicherweise hast Du eine Idee oder womöglich schon eine Lösung parat?
Gruß

Sehr verwirrend alles.
TB_SAFE_RELEASE bricht bei mir ab (tbExit wird automatisch aufgerufen) und TB_SAFE_DELETE bringt besagten Assert-Fehler:
Debug Assertion Failed!
Program: bla.exe
File: dbgheap.c
Line: 1132
Expression: _CrtIsValidHeapPointer(pUserData)
Blabla

Was auch ein möglicher Fehlergrund sein kann, ist dass m_pRenderer vom Typ IBaseFilter ist, aber Speicher der Form tbVideoRenderer zugewiesen bekommt. Vielleicht kommt er deswegen nicht klar.
Etwas anderes wäre das Entfernen des Filters. Aber wie schon beschrieben ruft RemoveFilter(), wenn man den Aufruf einfügt, den Destruktor von tbVideoRenderer auf, was ja auch schon etwas wert ist, nur für mich etwas unlogisch klingt. Na ich glaube hier stimmt sowieso etwas überhaupt nicht. :ohoh: