New Ideas

[Graeli]

[Graeli]

Ok, I changed the spr_method to xor, and it fixed the crazy thing that kept making streaks wherever you moved, but the pic is still displayed, and I can only go so far across the screen and up.

Sorry about the DP

[Harrierfalcon]

Well, I can say for one that the "0" after the "1,8" is the pic, and that there is no such thing as pic 0. Although there is a Pic0, this is actually pic 10 according to xLIB.

On a side note, you don't have to set spr_updateLCD unless you don't want to update it--if omitted, it is assumed to be "1".

EDIT: Try to avoid doubleposting. While it is acceptable under certain circumstances, avoid it otherwise. Use the "EDIT" button near the lower-right hand corner of your post.

[Graeli]

I figured out how to fix the screen (by clearing the graph, recalling the pic, then clearing it again before going to the actual game) I'm still not able to move freely though.

So could someone help m out? Whenever you get so far to the left you bouc off a "wall".

[luby]

I see something that will be bad. your getkey is storing to ans right?
[font="courier new;font-size:9pt;line-height:100%;color:darkblue"]
30→X:30→Y
ClrDraw
ClrHome
real(1,X,Y,1,8,0,1,0,0,0,1
Lbl A
While 1
getKey //let's say getkey is 25 ans=25
If Ans=25:Then
ClrDraw
real(1,X,Y,1,8,0,9,8,0,0,1
Y-1→Y //ans is now y-1
real(1,X,Y,1,8,0,1,0,0,0,1
End
If Ans=34:Then //if y-1=34 then bug :sick:
ClrDraw
real(1,X,Y,1,8,0,9,8,0,0,1
Y+1→Y
real(1,X,Y,1,8,0,1,0,0,0,1
End
If Ans=24:Then
ClrDraw
real(1,X,Y,1,8,0,9,8,0,0,1
X-1→X
real(1,X,Y,1,8,0,1,0,0,0,1
End
If Ans=26:Then
real(1,X,Y,1,8,0,9,8,0,0,1
X+1→X
real(1,X,Y,1,8,0,1,0,0,0,1
End
End

[Weregoose]

Why not optimize it to:

[font="courier new;font-size:9pt;line-height:100%;color:darkblue"]getKey→K
real(1,X,Y,1,8,0,9,8,0,0,1
Y-(K=25)+(K=34→Y
X-(K=24)+(K=26→X
real(1,X,Y,1,8,0,1,0,0,0,1
End

If you're concerned about flickering, then this should take care of that:

[font="courier new;font-size:9pt;line-height:100%;color:darkblue"]getKey→K
X→U:Y→V
Y-(K=25)+(K=34→Y
X-(K=24)+(K=26→X
real(1,U,V,1,8,0,9,8,0,0,1
real(1,X,Y,1,8,0,1,0,0,0,1
End

[Harrierfalcon]

Actually, if you use xLIB, you'd know (no offense, Goose) about the last argument, "Spr_UpdateLCD". Set this to 0 for the first sprite, and only when the second sprite is drawn will the effects from the first sprite be seen.

[Graeli]

I have a basic understanding of xLib right now, but if you have a sprite which you have over the whole screen: for example grass, but you want your character to move around the screen without erasing the grass, how would you do that.

[vuurrobin]

you would use a technique called masking.

you can read about it here.

http://xlib.revsoft.org/index.php?title=Masked_Sprites

[Harrierfalcon]

I don't think the Wiki clarified this very clearly, but by XOR logic, you can simply XOR a sprite, and then XOR it again to revert the background to its original state.

XOR simply stands for "Exclusive OR", which means that it will only be true if ONE OR THE OTHER is true, not both. Take a look:
01001010 [The background]
01101011 [The sprite]
-----------
00100001 [The result]
01101011 [The sprite again]
-----------
01001010 [Guess what? The background!]

[luby]

Wouldn't ORing it on and ANDing the background on work also?

%10101010 background
%00011100 sprite
%10111110 sprite on background
%10101010 ANDing
%10101010 Result TADAA!!

[calc84maniac]

But where would the background get saved?

[Harrierfalcon]

If you were using a matrix or something similar, the spot would be contained that the guy is in.

I still like XOR'ing, but I suppose luby's method would be effective in certain cases as well.

[DarkerLine]

it would work for background tiles for which you know what's going to be there. But, for those you can just use the overwrite mode to paste it back in there.

The problem here is that ORing the character will produce unwanted transparency in places.