Touhou - BadApple!! Screensaver mit Delphi rekriiert

[turboPASCAL]

Moin,


so, ich habe es mir mal angeschaut.

Nach dem Start lief es an und dann kam:

---------------------------
Touhou - BadApple!! Screensaver (Delphi-Version)
---------------------------
Thread-Fehler: Das Handle ist ungültig (6)
---------------------------
OK
---------------------------

Der Fehler taucht wohl sporadisch auf oder das Programm einfach bricht ab.

//Edit:
Der Fehler kommt wenn man die Maus bewegt.

Vista/ Dualcore 3GHz / "4" GB-RAM / NV GF 9600GT

[Memnarch]

Herrje >.<.
Und ich dachte ich hätte es gefixxed.
Na dann habe ich ja schonmal wieder ne baustelle zum dranrumschrauben

Danke fürs ausprobieren . Bei mir lief alles rund, und ich hab imo keine VM, da ist das Goldwert

EDIT: Der fehler kommt bei der Mausbewegung, weil dort das prog geschlossen wird.
Irgendwas wird zu früh geschlossen und es wird versucht was nachzpuffern was nicht geht.
EDIT2: Exakterweise liegt das Problem übrigens bei meinem TStream. Der nebenthread liest daraus daten aus. Beim schließen wird nun zu allererst die hauptschleife zum anzeigen der bilder beendet. Dann der Thread(auf den SOLLTE gewarted werden), und danach werden die objekte freigegeben. ABER aus irgendeinem grund fliegts ja anscheinend doch noch. Threads und ich...eine beziehung die wohl niemals warm wird^^"
Ich werfe morgen mal nen blick drauf, heute schaffe ich es leider nicht mehr

EDIT3: ach nee... der thread scheint sich 2 mal freizugeben o.O. Ich setze FreeOnTerminate auf False, setze Terminate auf True, und warte bis der thread fertig ist, dan mach ich nen free. Also irgendwas stimmt dann da nicht o.o


MFG
Memnarch

[Memnarch]

SOO,
hab mal schnell drüber geguckt und schonmal eine große dumheit gefunden .

Application.processMessages()

Hat mal sowas von garnichts in nem Subthread zu suchen XD.
Ok, nieweider wnen ich müde bin, programmieren

Und nochwas abgeändert beim beenden des Subthreads sodass es nun keinen Handle fehler mehr geben sollte.
TROTZDEM: das ist erstmal nur als testbuild deklariert, weswegen ich hier nur die neue Screensaver datei Poste, die restlichen files(animation.dat und audio.mp3) müssen aus dem esrten pack im HAuptpost genommen werden.

TestBuil

[himitsu]

laufen tut es hier anscheinend

- ich höre nur keinen Ton
- abundzu flimmert es, bzw es scheint so, als wenn mal ganz kurz der ganze Bildschirm schwarz würde,
bzw. manchmal hängt es für 'nen halbes Sekündchen
- es wäre auch toll, wenn das Abschalten ebenfalls auf die Tastatur reagiert
- und mach besser noch den Mauszeiger unsichtbar


Was ich aber mal schön finde, daß ein "transparenter" Bildschirmschoner wirklich mal transparent ist.
Oftmals wird ja einfach nur ein Screenshot gemacht und man sieht keinen aktuellen Hintergrund.

Gut, die CPU-Belastung und die Dateigröße ist noch ein bissl "radikal", für einen BildschirmRechnerschoner (die Flachbildschirme muß man ja nicht mehr so sehr schonen).

[Namenloser]

Läuft überraschend flüssig, muss ich sagen, bei ca. 20% CPU-Auslastung. Btw, hast du dir mal MNG APNG angeschaut (Gibt sicher irgendwo ’ne Delphi-Komponente dafür)? Vielleicht kannst du damit die Dateigröße noch reduzieren.

P.S.: Wirst du den Source-Code eigentlich freigeben?

[Memnarch]

Sehr gut, dan scheint sich der laufzeitfehler endlich die Klinke gegeben zu haben .

@Himitsu:
Wen du keinen Ton hörst: Tschuldige, hatte ich glaube ich nicht erwähnt, die audiodatei muss unter einstellungen erst selektiert werden(so kan man das beliebig austauschen wen man möchte , es ist auch noch geplant den packer für die animdatei mitzupacken sodas jeder seine eigenen animationen(mit alphatransparenz) nutzen kann .
(Sofern die transparenz schon mit dabei is )

Mauszeiger mach ich noch wech
-Das das bild flackert is mir gestern auch aufgefallen, scheint er was nich nachzubuffern. Kümmer ich mich drum .
-Eigentlich reagiert es auf Tastatureingaben. Aber dadurch das die maus an ist, und dass man durch transparente stellen klicken kann, verleirts wohl manchmal den fokus weswegen Keypreview nich geht.

@Namenloozer: Werde ich mir mal angucken, nur darf es die dekompressionsleistung nicht hochtreiben^^(skalieren frisst ja schon alles ).
Sourcecode, guck ich mal, der ist so undordentlich....geht garnicht^^. Wenn er aufgeräumt is, guck ich mal .

PS: könntet ihr wenn ihr die Auslastung anschreibt, vllt noch eure Prozessortaktung angeben? 20% hort sich weniger an, aber ich schätze mal da hat jemand nen quadcore^^(bei meinem dualcore sinds nette 50% )

Die auslastung bekomme ich vllt runter wnen ich mit Graphics32 experimentiere. Soll ja um einiges schneller sein o.O.

MFG
Memnarch

[Namenloser]

Ja, ist ein Quadcore (Q6600 @2.4GHz).

Btw: Mein Nick hat nur ein O (Und auch nix mit dem englischen Wort „loser“ zu tun )