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 - Happybobjr
Pages: 1 ... 60 61 [62] 63 64 ... 166
916
« on: March 17, 2011, 09:57:09 pm »
Ok thank you very much.
917
« on: March 17, 2011, 09:42:32 pm »
Pt-on(X,Y, Y1 ) fails to work
918
« on: March 17, 2011, 09:38:53 pm »
oh, ok. thank you for your help. If it would have been in my ram (Y1) I would be screwed in losing all my data  But i suppose the whole point of this was that it wasn't in my ram  .
919
« on: March 17, 2011, 09:26:06 pm »
* Happybobjr curses as he tries it. Caused an instant ram clear when run. Edit: Did you try it on calc
920
« on: March 17, 2011, 09:19:57 pm »
Hey, I know what I'm doing. I do have good ideas occasionally besides, it will be open source, so if you don't like my approach, you can always change it.
Opps, I missed your posts. sorry but I am on my desktop, which is very laggy. I didn't mean to offend you or anything. I didn't realize someone had taken this up. Edit: I had to gtg earlier because I felt a crash might be coming.
921
« on: March 17, 2011, 09:15:35 pm »
The documentations says I can.
I probably will have the total size be under 20K But I still am unsure.
I could separate into chucks yes, but preferably not. It doesn't make a diff at this point.
{Y1} works completly...
The problem is that I am using a drawing command
Pt-on(_,_,_) can better be described Pt-on(_,_,{_})
Since the {} is implied in the command, it would look like this {F*8+C+{Y1}}
If I were to use Pt-on(_,_, F*8+C+Y1) It throws an error about filetype misuse.
Sorry if I am not clear.
Edit: would this be coincided a bug?
922
« on: March 17, 2011, 09:01:34 pm »
I am worried for 2 reasons. 1.) People won't feel recognized for there contributions. 2.) If they are, then perhaps we will have trolls who hate on those who donate (other than the fact that trolls hate on all ) What I am getting at is there should be a little area that shows how much has been contributed (at users agreement). There should be an increased amount of supervision too to make sue people aren't doing number 2.
923
« on: March 17, 2011, 08:33:23 pm »
Ya, probably My guess is that it is for solid (uneditable during game) maps however. I would think there would be some easy compression though. X and Y location don't cost any memory because are marked as location in the ram. Then we could use 1 nibble (16 choices) per block. This gives us 2 blocks per byte. So on an extreme side, of 10K byte map (easy enough with a map generator) We could have a 25 by 800 quickly and efficiently  I hate using 666 as it just feels bad to me. (religious reasons that I won't push upon anyone)
924
« on: March 17, 2011, 06:46:50 pm »
Lets see... (my guessings)
Sprites would take 2-4 days. (mostly shops etc.)
Day & night might take 3-5 (if using 4 lvl gray)
Physics probably 10 days for inexperienced members 1-3 for experienced.
Data structure for map about 2 days. 5 for real compression.
Map generator. 1-2 days
Invitory + upgrade items about 3-4 days.
gtg....
925
« on: March 17, 2011, 06:20:05 pm »
I have so many projects But after I complete my first epic (Pkmn card game for contest), in 3 months, I might try to port it. I was also thinking about how easy minecraft would be.You could easily have Minecraft on calc. 70*70*8 world or so. That would be a team project though.
926
« on: March 17, 2011, 06:13:15 pm »
How can I use archive variables in the form of a file (note that when I am done, it will be about 30k bytes large, so don't say unarchive it... ) I am currently using, for a different prgm... :!If getcalc("appvarSPREDIT",Y1)
:Return
:End
...
:Copy(Y1+C,L1,64)
:For(F,0,3)
:Pt-On(F^2*8,F/2*8,F*8+L1)
:Pt-On(F^2*8,F/2*8,F*8+L1+32)r
:End
:DispGraphrr
I would like to remove the Copy( part of it though. Any ideas?
927
« on: March 17, 2011, 03:04:09 pm »
What exactly does this mean. I am not skilled with this kind of thing.
928
« on: March 16, 2011, 11:06:26 pm »
Such as having "appvarScreen" be able to be displayed on the screen (without messing with L3 or L6)
We have "BUFFER->DispGraph"  No greyscale, though, for that.
isn't that the same as Buffer->(l3 or L6 not sure) then display graph?
929
« on: March 16, 2011, 10:54:10 pm »
Unfortunately there are relatively few people that come to Omnimaga compared to Ticalc.org.
I don't think we would get allot of people w/o serious help from ticalc. Maybe have a pay section that links to Omnimaga?
930
« on: March 16, 2011, 10:43:54 pm »
I would like to be able to have more buffer control. Such as having "appvarScreen" be able to be displayed on the screen (without messing with L3 or L6) Have monochrome display where both buffers are drawn. (allows masking and other things) Possible more lvl's of gray where you could use Dispgraph( A , L3, L6 ) where A is pointing to something in the ram. Or could that be an axiom? thepenguin77's perfect grayscale tutorial brings up a good request: changing the display routines to advance in rows instead of in columns. Although this would possibly slow the routines down a bit, even without perfect crystal timer synchronization, this should make the grayscale look better.
My calculator, and one of my friend's calc (ti-84+ and 84+SE) still cant handle 4 lvl grayscale (and 3 has problems too) So maybe this could allow all users to have better displaying and slow it down enough to work on some calcs (Types L and M that I have seen) Thank you for your time. As a side note, the calc's that I have seen fail with the Gray, also have problems linking together (probably coincidence)
Pages: 1 ... 60 61 [62] 63 64 ... 166
|
Show Posts
