This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Messages - tr1p1ea
Pages: 1 ... 5 6 [7] 8 9 ... 44
91
« on: October 28, 2013, 05:18:11 pm »
Ok cool ill check out the colour restore, hopefully its something simple.
And yay at least sprites are not dreadfully slow :X!
Did you manage to get the large sprite working? (((((((((Is there any progress on that program you were hopeful of making?)))))))))
92
« on: October 28, 2013, 05:05:57 pm »
Looks magnificent  .
93
« on: October 27, 2013, 03:57:46 pm »
I had some issues with circles but I can look into it.
Yes the appvar can be archived and there are 256 uservars. Sadly 999 of them would take 1988 bytes.
94
« on: October 26, 2013, 01:49:49 am »
I must say the style of the program is cool, i tried to recreate it before you posted your code and came up with this:
:real(0,1,1
:real(0,3,4,238,0
:real(7,9,0,0,160,16,28,1
:real(0,3,4,238,0
:real(7,9,0,0,160,16,28,0
:0→X
:120/2-3+16→Y
:0→G
:10→S
:5→C
:56→T
:Repeat real(2,0,0)=15
:real(8,3,12→R
:real(7,9,X,R+32,S,T,238,0
:real(7,9,X,16,S,R+32,C,0
:real(7,9,X,R+T+32,S,120-T-32-R,C,0
:real(8,2,X+160
:real(8,1,not(G
:If real(7,1,X+6,Y+1)≠238:Goto 1
:real(7,9,X,Y,8,6,192,0
:real(8,1,G
:X+S→X
:T-.1→T
:5(C=7)+7(C=5)→C
:real(2,0,0
:Y-6(Ans=4)+6(Ans=1)→Y
:If X=160
:Then
:0→X
:not(G→G
:real(8,1,G
:End
:End
:Lbl 1
:real(0,3,4,255,1
:real(0,3,4,255,0
:real(0,1,0,1
No doubt any early xLIB code can be optimised. I wonder if i can add another function that can offset the GRAM window as well without automatically updating the LCD. I wonder if that will help speed things up?
95
« on: October 25, 2013, 07:53:31 pm »
Looks awesome! I wonder what can be done to speed it up. I can see an adjustment to the way the screen is scrolled which might help?
96
« on: October 25, 2013, 12:12:11 am »
Ill test this when i get home, it works fine in my debug build of xLIB. I will have to wait until i get home to try out RC2.
Also Mario is always possible, i have a small demo that i made months ago. I think AsmBandit is working on it though?
97
« on: October 24, 2013, 06:22:04 pm »
Yay!!
Glad that its working faster now, you can set which side to draw to GRAM by using the SetLCDBuffer function. You can set it to either 0 or 1. This can make it so you can draw to the nonactive (the part that you can see) side of GRAM.
98
« on: October 24, 2013, 03:04:09 am »
Oh sorry i mean that jsTIfied doesnt support 160 mode! DRAWSTRING works in both 320 and 160 mode! The screenie on a real calc shows it as 1 smooth animation from top left to bottom right, not 2 sides.
However it is confined to GRAM sections so you can only ever draw on 1 side of the screen in 320 mode, if that makes sense.
99
« on: October 24, 2013, 02:40:27 am »
When i say it inherents the DRAWSPRITE fix i mean that text now can draw over a background as well without the colours messing up (like the statusbar gray etc). Yes DRAWSTRING will accept TIOS vars for X,Y,Colour, i have just verified this on calc and in jsTIfied:  Note that 160 mode isnt supported, but the updateLCD flag is set so you can see it switching between GRAM areas each frame. SETGRAMOFFSET only works if you are in 160 mode, otherwise it will do nothing. You no longer have to specify whether you want to updateLCD or not, it just shifts the screen. I have tested shifting both ways on calc and it appears to work ok. Rectangles are now very fast and will draw in a split second, i have also included a FILLSCREEN function which will fill the active GRAM side with a colour fromthe xLIB palette. Im sure Kerm will promote the wiki when DCS is released .
100
« on: October 24, 2013, 12:04:38 am »
Ok i have fixed a lot of bugs.
BUGFIXES:
---------
DRAWSPRITE transparent background now works for 16-bit colour backgrounds
DRAWSPRITE now sets and restores the LCD entry mode independently (can be used without 160 mode set)
DRAWSTRING stringlength fix (needs verification)
DRAWSTRING newline character fix
DRAWSTRING no longer destroys ANS
DRAWSTRING inherents DRAWSPRITE entry mode fix
SETGRAMOFFSET changed so that it independently alters the LCD (no updateLCD) *REQUIRES 160 mode to be set
DRAWMAP_GETSECTIONB fixed so that it reads uservars properly
DRAWSPRITETILEBGA/B fixed added x/y offset arguments before tile check
DRAWFILLEDRECTANGLE clipping boundry fixed
Also note that some of your issues were due to outdated documentation in the wiki (like the missing SIZE argument for get/set/invert pixel :S) that was also causing you some issues. Kerm has an updated version of the code so hopefully people have more luck with RC2.
I have tested DrawString and the LCD offset examples and they seem to work ok. Note that LCD Offset will only work while the calc is in 160 mode.
Drawing sprites and strings now works on the TIOS as well (without the need for 160 mode).
101
« on: October 21, 2013, 02:33:11 am »
Im hoping that it will be fixed, in the interim are you able to send me the exact programs that you are using that is causing trouble? Or even the code so that i can replicate the problem?
102
« on: October 17, 2013, 06:44:41 pm »
I see what you did there .
103
« on: October 11, 2013, 01:02:53 am »
Yeah sorry i need to update the demo :S!
Also i will test the other functions and see whats up.
Thanks.
104
« on: October 10, 2013, 11:53:00 pm »
I can make the function return what the status of the screen is in? 0 = normal, 1 = inverted?
105
« on: October 10, 2013, 05:09:59 pm »
Are you sure it was .8ck, ive never used that extension (there is no official extension). The APP transfers and works fine on my calc.
There are no options for compiling APPs for the 84C - its the same as the 83+ with the signkey field updated.
Its possible that my web host has corrupted something?
Pages: 1 ... 5 6 [7] 8 9 ... 44
|
Show Posts