Sprite attributes (properties)

[enonod]

Thank you for your time, please be patient with me.
At the risk of upsetting you, I understand the arrays and I understand the structures but what I am trying to get at is that, as shown in your first example above, the permitted one dimensional array for the sprite is taken up by the structure being 'equivalent' to the 1D array and thus using up all the entitlement the sprite data offers.

I had thought that each structure would actually be usable as an entity (item, variable) which could then be placed in a single element of a 1D array, so that when asking for say, sprite.DataArray(1) I would get back the structure x1,y1,z1, and sprite.DataArray(2) give x2,y2,z2.

I presume from what you say that what I have actually asked for cannot be done because it is 'equivalent to' a 2D array. I 'thought' that you had said, when this data issue began, that I could get around the 1D by using structures and my brain supplied the result mentioned in the previous para, but in fact it seems we must have been at cross purposes.

Now, if what I expected is available then I have failed miserably to comprehend how to obtain the second and subsequent complete structure items (sets of x,y,z) from the sprite data array elements.

[Edit] So I should perhaps use a 1D array that holds... x,y,z,x1,y1,z1,... and step in threes which is an inelegant equivalent.
Should I have taken this to a different forum?

[agraham]

Originally Posted by enonod

permitted one dimensional array for the sprite is taken up by the structure being 'equivalent' to the 1D array

Exactly!

I had thought that each structure would actually be usable as an entity (item, variable) which could then be placed in a single element of a 1D array,

Nope, Basic4ppc isn't that complicated! No entities, objects, variable references etc. - just untyped values as singletons or arrays of up to three dimensions.

So I should perhaps use a 1D array that holds... x,y,z,x1,y1,z1,... and step in threes

Yup!

[enonod]

Thanks for that confirmation. It looks as though the stepping along the array is therefore more versatile than a structure for this purpose, because by altering the steps, more 'equivalent' dimensions 'appear' to be available. More ineligant to step through a retrieved structure.
Sorry, but I obviously misunderstood what I thought was your 'way around' 1D.
Everything works fine, and thank you again for all the extras.

[agraham]

Originally Posted by enonod

More ineligant to step through a retrieved structure

No, you can treat a structure as an array to iterate it if you want. The structure definition still serves to document the items.

Dim Type(x1, y1, z1, x2, y2, z2, x3, y3, z3, name)Data
...

Dim Data(10) ' new array
For i = 0 to 6 Step 3
  Data(i) = something ' set Data.x1, Data.x2. Data.x3
  Data(i+1) = something ' set Data.y1, Data.y2. Data.y3
  Data(i+2) = something ' set Data.z1, Data.z2. Data.z3
Next
Data(9) = somename ' set Data.name

[enonod]

Yes, except that this is only good for getting data out that was previously put in say, manually. using it to put in, puts the same data in x1,x2,x3 etc.

That trivial point aside, I see that there seems little in it either way.

To obtain x,y pairs I have...

Sub Globals
    cwTurn=0
    Dim cwWaypoints(8)
    Dim arr(0)
End Sub

Sub App_Start
    cwWayPoints(0)= 49 'x1
    cwWayPoints(1)=1 'y1
    cwWayPoints(2)= 271 'x2
    cwWayPoints(3)=1 'y2
    cwWayPoints(4)=271 'x3
    cwWayPoints(5)=319 'y3
    cwWayPoints(6)=49 'x4
    cwWayPoints(7)=319 'y4

'Save the data with the sprite    
    cw.DataArray=cwWayPoints()
...
End Sub

Sub gw_CollisionDestination
    cw.direction = Int(cwTurn/2)*90 Mod 360
    cwTurn =(cwTurn+2) Mod 8
    arr()=cw.DataArray
    cw.DestinationX=arr(cwTurn)
    cw.DestinationY=arr(cwTurn+1)
End Sub

Everything you have provided works well, it is only my expectations from what is available in other languages.

[eww245]

I've tried the newest 1.27 but there are some problems.

Moving a sprite leaves a trail.
EraseSprite didn't do anything.

I tried 1.25 as it seems to be before a change that could have been the cause.
There were no trails but there was alot more flashes.

There is a flicker and a flash with the original version.
The flicker is gone with 1.25 but the flash is worse, this is while a form is activated after it has been hidden or minimized.

I've tried many methods to resolve this which don't work with the new versions.

Setting the BackColor to black is a help, the flicker is less noticeable, which appears to have been changed from white to black in the new versions.

Running method Hide on LostFocus and Show on GotFocus, with Door library, also helps.

Setting gw.Tick anywhere where it could help, Resize, Paint, Focus events. Collision events and MouseDown,Up,Move on the GameWindow Form.

Hopefully this can help with any future updates.

Unfortunately for now I have to use the old version.

[agraham]

Can you post an example that show these problems?

Setting gw.Tick anywhere where it could help, Resize, Paint, Focus events. Collision events and MouseDown,Up,Move on the GameWindow Form.

I'm sorry but I don't inderstand what this means.

[agraham]

I've changed the Sprite redrawing mechanism so that it should not now be possible (famous last words!) for fragments of Sprites to be left behind and for this reason I will remove EraseSprite from the next version as the library should now take care of erasing sprites it in all circumstances.

The flicker is gone with 1.25 but the flash is worse

I don't understand the flicker/flash problem as in version 1.22, and ever since, the game window has been drawn like a proper Control in response to Windows Paint events. Is this on desktop or device? Before I post the next version can you either post some code that shows it or give me a more complete description of the effects you are seeing and an explanation of what is happening when you see them.

[agraham]

Version 1.28 (I'm going to run out of sub-version numbers before long I should have started at 1.201!) has the following changes.

GameWindow.EraseSprite removed as it should now never be needed as the library now keeps a record of where and at what size each sprite was drawn and uses that data to erase it when required.

Testing on the device I found that adding a Sprite caused a noticeable pause. This was because adding a Sprite builds an array of bitmaps that hold the sprite animation. This process can take an appreciable amount of time on the device, even a powerful one like my iPAQ 214, for an animation with more than a couple of frames. So I have added a Sprite.Bitmaps property that lets you get and set a sprites' bitmap array and the Sprite FrameCount, Height and Width are now writeable to allow direct assignment of a new animation to an existing Sprite. This process is encapsulated in a new Sprite.LoadFrames method and Sprite.New4 initialises a new Sprite using a bitmap array.

So you can now keep "stock" Sprites with their animation loaded and use them to initialise new Sprites. As well as speeding up adding Sprites this also has the advantage of using less memory as all the Sprites with the same animation would share the same bitmap array.

GameWindow is partially AutoScale aware in that it's window size is automatically scaled. However there is no other AutoScaling done. I started but it got too complicated with Sprites so I gave up. I might have another look before issuing the final code but I don't promise anything.

I haven't been able to observe any flashing, as reported by eww245, while hiding and showing a form on either the device or desktop - and in any case I don't think there is anything I could do to alter it as the repainting of the GameWindow is being done as it should be for a Control.

[eww245]

Originally Posted by agraham

I haven't been able to observe any flashing, as reported by eww245, while hiding and showing a form on either the device or desktop - and in any case I don't think there is anything I could do to alter it as the repainting of the GameWindow is being done as it should be for a Control.

Well this new version fixed my issues.
I use this with a WM5 Pocket PC.

As far as the events, with door library i've set for the gamewindow, Paint, MouseUp,Down and MouseMove.

I use paint to start the Tick, this was useful to help with some of the filcker.
The mouse events are part of the application to allow moving the sprite, which I also set gw.Tick to help.

For the Form I set Resize event for the gw.tick, as Paint does not work and appears to be overidden in the b4p Enhanced Form.

For some reason the GameWindow would flash white even though it is set to black which I can see through .Net Reflector.
But I did set the backcolor to black to also help control the color of the flicker.

Anyway I've turned it all off except for the Ticks in mouse and paint events.

Thanks for the new version, this one looks ready for release.

Erik