| |
|
|
- Seite 1 - |
|
|
|
|
| |
|
|
| |
|
- Seite 3 - |
|
|
Paul Glatz | |
|
| |
|
|
|
RGH | Mein Ergebnis:
Frames:536 FPS:109 Durat.:117 sec/.1 Fuse:0
... und ein total unordentlicher Bildschirm!
Kann man den Wechsel der Bildschirmauflösung nicht so hinbekommen, dass nachher der Bildschirm wieder so aussieht wie vorher?
Nach dem Ende des Programmes klebten alle Fenster rechts oben in der Ecke in der vom Programm eingestellten Bildschirmauflösung als Größe. Ich mußte erst alles (Firefox, Thunderbird, Windowscommander, etc.) zurechtzupfen, damit mein Arbeitsplatz wieder ordfentlich aussah! (Andere Programme können das auch!)
Gruß Roland |
|
|
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 19.03.2009 ▲ |
|
|
|
|
| @Roland: Es sollte garnichts derartiges geändert sein und ist auch imho erstmalig bei Dir so aufgetreten. Weder Desktopsymbole noch Fenster werden verschoben - ich such das CodePiece raus... |
|
|
| |
|
|
|
| Auszug aus dem Programm: KompilierenMarkierenSeparierenmem ogl.resolution.DevMode=148
mem ogl.resolution.oldDevMode=148
bool ogl.displayResolutionChanged
bool ogl.setDisplayResolution(long x,y,bpp,freq){
case pcount<4 : freq=70
case pcount<3 : bpp=32
case pcount<2 : y=0
case pcount<1 : x=0
case x==0 : return if(changeDisplaySettingsa(ogl.resolution.oldDevMode,4)==disp_change_successful,true,)
ogl.displayResolutionChanged=true
enumDisplaySettingsa(,-1,ogl.resolution.devMode)
ogl.resolution.oldDevmode=ogl.resolution.devMode
long ogl.resolution.devMode#,104=bpp
long ogl.resolution.devMode#,108=x
long ogl.resolution.devMode#,112=y
long ogl.resolution.devMode#,120=freq
return if(changeDisplaySettingsa(ogl.resolution.devmode,cds_fullScreen)==disp_change_successful,true,)
}
ogl.done{
ogl(done)
case ogl.displayResolutionChanged : ogl.setDisplayResolution(,)
dispose ogl.resolution.devmode
dispose ogl.resolution.oldDevmode
}
wird aufgerufen mit KompilierenMarkierenSeparieren Ist KompilierenMarkierenSeparieren das Problem wegen sich vlt. ändernder Adressen?
RGH
Kann man den Wechsel der Bildschirmauflösung nicht so hinbekommen, dass nachher der Bildschirm wieder so aussieht wie vorher?
Das war imho nach obigem Ablauf immer möglich, (ich glaube) bis der Entwickler der besten Programmiersprache den Bereichsvariablen in XProfan sich ändernde Adressen zumutete. (Wenn zutreffend dann war das eher eine (wenn auch imho (nicht zulest wg. OCX) viel zu mild bemessene) Selbstbestrafung. ^^)
Ich werd die Routine einfach auf adressfesten Speicher umschreiben und nochmal überdenken. |
|
|
| |
|
|
|
| Abgeändert zu KompilierenMarkierenSeparierenlong ogl.resolution.oldDevmode=globalAlloc(gPtr,148),
ogl.resolution.devmode=globalAlloc(gPtr,148)
ogl.setDisplayResolution(long x,y,bpp,freq){
case pcount<4 : freq=70
case pcount<3 : bpp=32
case pcount<2 : y=0
case pcount<1 : x=0
case x==0 : return if(changedisplaysettingsa(ogl.resolution.oldDevmode,cds_fullScreen)==disp_change_successful,true,)
ogl.displayResolutionChanged=true
enumdisplaysettingsa(,-1,ogl.resolution.oldDevmode)
ogl.memcpy(ogl.resolution.devMode,ogl.resolution.oldDevMode,148)
long ogl.resolution.devmode&,104=bpp
long ogl.resolution.devmode&,108=x
long ogl.resolution.devmode&,112=y
long ogl.resolution.devmode&,120=freq
return if(changedisplaysettingsa(ogl.resolution.devmode,cds_fullScreen)==disp_change_successful,true,)
}
...
globalFree(ogl.resolution.devmode)
globalFree(ogl.resolution.oldDevmode)
vielleicht funktioniert das dann besser im nächsten Update. |
|
|
| |
|
|
|
| Hier ein Paket mit einer Version mit VSync und einer ohne: [...]
Ursprüngliche Version mit VSync:
Frames:592 FPS:118 Durat.:75 sec/.1 Fuse:0
Ohne auf VSync warten:
Frames:625 FPS:137 Durat.:72 sec/.1 Fuse:0-noVSync
Also viel Luft hat z.B. mein System nicht.
@Thomas: Funktioniert die 2. Version in diesem neuen Paket bei Dir? |
|
|
| |
|
|
|
GDL | Hi
Demo 1 Musik ja, sonst schwarzer Schirm. Frames:545 FPS:109 Durat.:153 sec/.1 Fuse:0
Demo2 Musik ja, sonst schwarzer Schirm Frames:739 FPS:147 Durat.:122 sec/.1 Fuse:0-noVSync
Rechner 3 jahre und Graphikkarte 5 Jahre alt. WinXP Prof.SP III
Servus Georg |
|
|
| |
|
|
|
Thomas Freier | Version 2 leider auch nicht. Gleiches Verhalten und Fehlermeldung. Ich vermute, dass beim ersten Erstellen einer RAM-Disk irgend etwas schief gelaufen ist. Bei Auf 1 BLICK von Horst kommt es auch zum Abbruch (scheinbar nur bei mir - Bild) wenn er versucht die RAM-Daten zu ermitteln. Wird denn eine Internetverbindung benötigt? Hatte beim Test von 2.Vers. den Eindruck, dass Z-Alarm sich meldete? War aber in null nichts wieder ein schwarzer Bildschirm. |
|
|
| |
|
|
|
Matthias Arlt | iF
@Roland: Es sollte garnichts derartiges geändert sein und ist auch imho erstmalig bei Dir so aufgetreten. Weder Desktopsymbole noch Fenster werden verschoben - ich such das CodePiece raus...
Doch, eine Änderung der Fenstergrößen (wie von Roland beschrieben) tritt manchmal (abhängig von der Bildschirmgröße/-auflösung) ein. Mir war das zunächst nicht aufgefallen. Jetzt, nach Verwendung eines anderen Monitors aber schon... Die Veränderungen sind zwar marginal, aber doch merklich...
Gruß Matthias |
|
|
| WinXP SP2, Win7 - XProfan 10/11/FreeProfan32 - Xpia | 20.03.2009 ▲ |
|
|
|
|
| Ich mach nix mit anderen Fenstern, ändere die Auflösung nach obiger Formel und erzeuge mein eigenes OpenGL-hWnd. o_O |
|
|
| |
|
|
|
Matthias Arlt | iF
Ich mach nix mit anderen Fenstern, ändere die Auflösung nach obiger Formel und erzeuge mein eigenes OpenGL-hWnd. o_O
Das mag schon sein. Dann ist es offenbar ein Nebeneffekt, der mit dem Umschalten der Auflösung einhergeht. Und dies scheinbar nicht immer...
Gruß Matthias |
|
|
| WinXP SP2, Win7 - XProfan 10/11/FreeProfan32 - Xpia | 20.03.2009 ▲ |
|
|
|
|
| |
|
| |
|
|