Kann man Proton kostenlos bekommen? Weil kosten sollte es eigentlich nix. (Sorry, würde jetzt selber nach Proton kucken, aber muss erstmal meine tägliche Hausarbeit erfüllen )

_________________
Rock is a message.
Hear the message an you will rock!

Klar: http://www.meybohm.de/

mit version 1.9.4. klappt alles gut,
der selbe code mit 1.9.6. wechselt nicht in fullscreen-mode !

woran liegt das ?

Mh also bei geht Vollbild bei beiden Headern(mit und ohne SDL) und ich nutzte 1.9.6.
Sag mal welchen header du meinst dann kann ich ja mal gucken.

MfG TAK2k4

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Ich hab eher ein Prob mit dem Fenstermodus.
Führe ich ein Prog NICHT in Delphi aus, kommt direkt die Meldungen "Release of DC und RC failed" etc. Die werden aber nur von der KillWindow erzeugt. Als nächstes kommt dann aber eine Meldung, dass das Fenster nicht erstellt werden konnte. Ich weiß nicht wieso das passiert.
Wenn ich ads Prog unter Delphi laufen lasse funzt es MANCHMAL auch nicht. Da kommt dann der gleiche Müll.

_________________
Rock is a message.
Hear the message an you will rock!

Zu den vielen libs in SDL... du kannst ja immer noch dir deinen eigene dll/so compilieren und dabie libpng und zlib rauslassen wenn du keine pngs benutzt und so....

Was ich als Editor gut finden würde wäre ein plugin für Eclipse (aber mit allem was dazu gehört z.b. code completition und so... Wäre echt mnal ein gutes Projekt... ) Sonst nutz ich unter linux meistens nedit das hat ein bisschen syntax highligthing und ist auch sonst nicht zu schlecht zu bedienen... Unter Windows editier ich den Code mit Delphi und komplier den dann mit freepascal...

Ich find unter Linux KATE und KWrite recht gut.

@Tak2004

Hab' das selbe Problem wie Thomas.

Ob ich die dglOpenGL oder die mitgelieferte GL Unit mit FPC 1.9.6 benutze, immer das selbe Ergebnis: Ein Bildschirmausschnitt rechts oben ist der "Vollbildmodus".

Dazu muss eine größere Dektop-Auflösung eingestellt, als die die von OpenGl gewünschte (bitte mal ausprobieren !).

Sind die Auflösungen die gleichen funzt's.

Merkwürdig ist, dass bei allen meinen Quellcodes (reine API, benutzen die GL von freepascal) mit FPC 1.9.6 dieser Fehler auftritt. Auch bei dglOpenGL ist es nicht anders. Thomas berichtet über denselben Fehler. Vermutlich liegt es an der Unit Windows.ppu die von fpc 1.9.6. ?

viewtopic.php?t=3639

Ich werde mich mal in den nächsten Tagen mit der Problematik beschäftigen mitlerweile sind mir 3 dieser Fälle bekannt ist merkwürdig.
Auf mein (Win XP,GF5600XT),(win2k,Savage2MX),(Linux,Savage2mx),(Linux,GF5200),(win XP,R9800SE) und (Win XP,GF2MX) geht es.
Also ich hab bisher kein sys gehabt wo es nicht ging und Compilerbefehle schliesse ich auch aus da ich meine settings jemanden gegeben habe mit gleich schlechten Ergebnis. Ich schätzte mal das es Probleme beim Changedisplaymode und den Fenstersettings gibt. Naja genaueres werde ich denke mal bald sagen können.

MfG TAK2k4

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

also irgenwo muß ja der fehler beim initialisieren sein, es liegt mit sicherheit nicht am computer und der umgebung
eher am compilierten code den fpc 1.9.6. erzeugt

ich lade mir jetzt fpc 1.9.6. neu runter, snief modem verbindung und 21 mb saugen ...
vielleicht wurde ja was geändert und ich hatte eine vorversion ?

@thomas :

Hast du es mal mit den units/rtl von fpc 1.94 versucht

Also mir fällt als erste auf das ich ne merkwürdige dglopengl.pas habe. Diese irgendwie keine functionen kann, die mit wglGetProcAddress geladen wurden, ob das mit dem oben genannten prob in verbindung steht oder ob dieses prob von mir aus verursacht wurde werd ich bald so denke ich sagen können.

MfG TAK2k4

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

So, weil ich ja immernoch nebenbei versuche alles in FPC zu übersetzen.

Habe ein neues Problem rausgefunden.
Immer wenn das Programm ein Random machen soll, bricht es mit einer AccessViolation ab.



Ich weiß nicht wodran es liegt. Ich benutze als Parameter ganz normale Integerwerte.

_________________
Rock is a message.
Hear the message an you will rock!

vieleicht setzt das fpc random ein randomize unbedingt voraus oder so... Oder der kompiler optimiert irgendwo zuviel....

Also Randomize hab ich vorher aufgerufen. Dadran kann es nicht liegen. Oder hat der Vielleicht Probleme mit RandSeed?
Ich hab nämlich die Kombination



anstatt des Delphibefehls RandomRange:


benutzt.

Ich hab sogar kontrolliert, ob der nicht irgendwie einen kleineren End- als Startwert nimmt und sich deswegen verrennt.

Oder gibt es irgendeinen mit RandomRange vergleichbaren Befehl unter FPC?

_________________
Rock is a message.
Hear the message an you will rock!