notes:comporg:spring2024:projects:def0
Differences
This shows you the differences between two versions of the page.
| Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
| notes:comporg:spring2024:projects:def0 [2024/02/13 16:05] – [Read from Gamepad] cmazzara | notes:comporg:spring2024:projects:def0 [2024/02/15 04:58] (current) – [Drawing Regions] rspringe | ||
|---|---|---|---|
| Line 2: | Line 2: | ||
| =====Set Drawing Points===== | =====Set Drawing Points===== | ||
| + | Stripping away all the fluff with the stack in essence all you need to set your drawing points are | ||
| + | 1. Select your region | ||
| + | <code asm> | ||
| + | out GPU_SelectedRegion, | ||
| + | </ | ||
| + | |||
| + | 2. Set your drawing points | ||
| + | <code asm> | ||
| + | out GPU_DrawingPointX, | ||
| + | out GPU_DrawingPointY, | ||
| + | </ | ||
| + | |||
| + | 3. Draw your stuff | ||
| + | <code asm> | ||
| + | out GPU_Command, | ||
| + | </ | ||
| + | |||
| + | It may prove useful to slap these commands into a subroutine, preferably with a nice name for easy tracking when debugging. | ||
| =====Select Texture===== | =====Select Texture===== | ||
| When selecting a texture it is similar to C but is far more simplified. Normally, in C you would do the following: | When selecting a texture it is similar to C but is far more simplified. Normally, in C you would do the following: | ||
| Line 27: | Line 45: | ||
| =====Drawing Regions===== | =====Drawing Regions===== | ||
| + | Before a region can be drawn, its borders have to be defined within the texture file. | ||
| + | |||
| + | This is done similarly to the define_region functions in C: | ||
| + | <code C> | ||
| + | define_region(minX, | ||
| + | </ | ||
| + | |||
| + | Except that here, you have to input each coordinate value individually, | ||
| + | |||
| + | Getting only the necessary lines from the compiled code, defining a region would look like so: | ||
| + | <code asm> | ||
| + | out GPU_RegionMinX, | ||
| + | out GPU_RegionMinY, | ||
| + | . . . | ||
| + | out GPU_RegionHotSpotY, | ||
| + | </ | ||
| + | |||
| + | Where " | ||
| + | |||
| To display your regions you have to say where you want to display the region. That is done by putting in values for X and Y into 2 different registers. Here is what that looks like: | To display your regions you have to say where you want to display the region. That is done by putting in values for X and Y into 2 different registers. Here is what that looks like: | ||
| Line 47: | Line 84: | ||
| ilt R4, R10 ;If R4 < R10 | ilt R4, R10 ;If R4 < R10 | ||
| jf R4, __right | jf R4, __right | ||
| + | mov R8, 1 ;Assigning region value that will print the region you want to print when going left | ||
| isub R2, 1 ;If it is true then subtract one value from R2 which would be the sprites X | isub R2, 1 ;If it is true then subtract one value from R2 which would be the sprites X | ||
| </ | </ | ||
| When you reach the last direction instead of putting | When you reach the last direction instead of putting | ||
| + | <code bash> | ||
| jf R4, __direction | jf R4, __direction | ||
| + | </ | ||
| You should do: | You should do: | ||
| + | <code bash> | ||
| jf R4, __function_gamepad_direction_return | jf R4, __function_gamepad_direction_return | ||
| + | </ | ||
| or whatever the end of your function or loop is called. | or whatever the end of your function or loop is called. | ||
| As long as you don't modify R2 between now and using R2 to in printing your texture then it will print at R2. | As long as you don't modify R2 between now and using R2 to in printing your texture then it will print at R2. | ||
| =====Comparisons===== | =====Comparisons===== | ||
| + | On the Vircon specifications page, one can find a list of comparison evaluations. A few examples include: | ||
| + | " | ||
| + | " | ||
| + | " | ||
| + | mov R0, 13 | ||
| + | ilt R0, 14 ; would set the value in R0 to 0 as the result of the comparison is true. | ||
| + | |||
| + | |||
| + | *One needs to keep in mind that when these comparisons are passed, they are replaced with a resulting value, like 1 or 0. So do be careful when comparing a register to an integer or another register. | ||
| + | |||
| + | **A good idea is to move the value one wants evaluated to another register and have the second one evaluated, as to not overwrite memory and cause oneself trouble | ||
| =====Loops===== | =====Loops===== | ||
| + | While there are no loops as we recognize from C, (while, do while, for) we have the equivalent of the infamous go-to.\\ | ||
| + | Further up in the Gamepad section we used the conditional jumps which are in essence a type of boolean loop. | ||
| + | |||
| + | The main loop that will run this and future programs is a well placed unconditional jump | ||
| + | <code asm> | ||
| + | jmp __label | ||
| + | </ | ||
| + | where your label would be somethin akin to '' | ||
| + | |||
| + | You'd also need a label such like '' | ||
| =====TASK===== | =====TASK===== | ||
notes/comporg/spring2024/projects/def0.1707840307.txt.gz · Last modified: 2024/02/13 16:05 by cmazzara
Page Tools
Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Share Alike 4.0 International
