Samples again...

[kanati]

Ok...  Now I'm running the latest 3.262

I compiled the 3D Maze sample again using 640x480 resolution for WinCE and WinCE MediaQ versions.  I've tried running it from the SD card and I've tried running it from main memory.  I can see a single line of black at the very top of the screen running about 1/3 of the way across the screen from the left to right.  At that point everything appears locked up and my only recourse is to soft reset the machine.

This is on the X51V  (vga 624mhz) dell axim.

I will now try the same on my X51 (qvga 520mhz) dell axim...

I also got the same exact results on Rocket Escape, by the way.


(Update:  I can now see that single black line flashing randomly at the top of the screen.  It's like it isn't creating the screen correctly, but it is running.)

(Update 2:  That's definitely the case.  It does NOT like 640x480 resolutions on a pocket pc (windows mobile 5) at all.  I just created it for the same X51V in 320x240 and it is running.  A little wonky...  I can move out of the bounds of the maze using the d-pad...  but it is running.)

I really need VGA to work.  That's the res I'm creating my game in.  320x240 is definitely out.


(told ya I was gonna keep you busy if I found buggies)  

[kanati]

Just verified that again with the Lindenmayer Trees demo.  Runs dog slow at 240x320, but I get a single pixel black line at the top of the screen and no way of ending the program at 480x640.

Also...  I note that 1024x768 appears to be the highest resolution in win32?  Is this correct?  I never play a game at anything less than 1600x1200 nowadays and prefer 1920x1200 since that's what my monitor's native resolution is.  How do I change resolution to those sizes or at LEAST 1280x1024 (1344x1024) ?

[kanati]

3D stuff is spotty...  Animation demo with the sailor moon model locked things up.  It showed the blue X (which I want to get rid of btw) but that was it.  The machine appeared locked up.

The paper airplanes 2 demo ran and got 15fps (which is a bit more than I thought I would get actually)...

Not horribly concerned about this as I'm not going to write any 3D stuff anyway at this time.  But there did appear to be problems.

[Kitty Hello]

I'll check for 640x480 resolutions again. You must help+test for me as I don't have such a device.
Please post the file \Temp\ErrorLog.txt from your PocketPC here.

If you want higher resolutions, you can add them in the file GLBasic\Compiler\platform\platform.ini
It's pretty easy, you'll see. I'll add a command for that soon. It's way overdue.

[kanati]

There is no errorlog.txt on the ppc.  As I said it LOOKS like the program is running, but it's compressed into one single line of pixels at the top of the screen.  In the case of the 3D Maze, it's not even a full line, just 1/3 of the way across the screen.

It's like the screen starts (purely conjecture) at 0,-479 or something.

[Kitty Hello]

There must be an ErrorLog.txt in your Temp directory. Search for it, please. It contains valuable informatino about the gfx method used and the pixel buffer address.

[kanati]

I have just looked in ALL directories of my pocketpc and there is definitely NO errorlog.txt file.

Are you sure it's going to create one if it thinkgs that it's running correctly?  Because I'll state again that I think the program is actually running...  it's just running outside of the viewable screen area.

debug mode on maybe??

I've added you to skype...  My contact info is Kanati8869

[kanati]

ok, just verified again with the latest build (was there an update last night?) again and get the same results.  

This time I used rocket escape because it runs immediately and ends just as quickly if you don't do anything...  I then tapped that black line at the top of the screen and the program ended as it is supposed to.  So that verifies to ME that the program is definitely running.  It's just not visible.

I also ran with debug on and off...  no errorlog.txt file gets put in the temp directory at any time before, during, or after a program runs.

[Kitty Hello]

I'll have to check. Very strange... Yes, the screen for 640x480 seems to be initialized incorrect.

[kanati]

Found it.

Code (glbasic) Select Expand

GlobalInit
Using GETRAWFRAMEBUFFER
Screen W,H,BPP
48000/100
64000/100
1600/100
Pitch X,Y
200/100
96000/100
next flip @
600/100
__EndProgram
Errorline
0/100
Last line
0/100
Code
900/100

[Kitty Hello]

I'll have a look. Thank you

[kanati]

Don't know what it's going to tell you...  I ran paper airplanes 2 at 320x240 and looked at that file and it was identical...

[Kitty Hello]

That's the important part:

Code (glbasic) Select Expand

Screen W,H,BPP
480
640
16
Pitch X,Y
2
960I tells me how your display is build and what values to increase for X/Y position of the pixels.

Can you test a "Hello World" with 480x640 and 640x480, please? That's landscape and portrait mode. Maybe one of themworks?

[kanati]

640x480 results of hello_world...   Didn't work.  Showed a black line about one third of the screen width at the top of the screen.

Code (glbasic) Select Expand

GlobalInit
Using GETRAWFRAMEBUFFER
Screen W,H,BPP
48000/100
64000/100
1600/100
Pitch X,Y
200/100
96000/100
next flip @
600/100
__EndProgram
Errorline
0/100
Last line
0/100
Code
900/100

[kanati]

480x640.  Same results, though it shows a full width black line at the top of the screen.

Code (glbasic) Select Expand

GlobalInit
Using GETRAWFRAMEBUFFER
Screen W,H,BPP
48000/100
64000/100
1600/100
Pitch X,Y
200/100
96000/100
next flip @
600/100
__EndProgram
Errorline
0/100
Last line
0/100
Code
900/100