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 - matthias1992
Pages: 1 ... 16 17 [18] 19 20 ... 29
256
« on: August 15, 2010, 08:06:02 am »
Whity
257
« on: August 14, 2010, 06:57:11 pm »
C2
258
« on: August 14, 2010, 06:30:13 pm »
Low price is a must really. I agree with Dj and bobjr and program4 on that. We need a good marketing strategy as well but that is of later worry. Forunately I nearly have a degree in economics  (I still have to finish school) so I'd gladly help with that.
259
« on: August 14, 2010, 06:27:13 pm »
If I may suggested another addition to the IRC, it would be handy to have more then one-line of text. It's not a must but it would be nice.
Good fix, helps me out too!
260
« on: August 14, 2010, 01:07:21 pm »
@alberthrocks I don't think we should close down this topic. We only have decied on the processor! I think we need to decide on the LCD, LCD driver,RAM, ROM, IO ports etc! Those are still undecided on, as you can see here: http://otcalc.wikidot.com/z80-hardware. So i suggest we settle those first.
261
« on: August 14, 2010, 12:10:03 pm »
Well, versatility and a certain level of computing power are also goals.
True but you can do alot with 100-200 MHZ. Just look at the pandora! (< oops, that runs at 600 mhz )
262
« on: August 14, 2010, 12:00:58 pm »
You are both Impossibly good at spriting!
great work ThePenguin! I can't wait for more!
263
« on: August 12, 2010, 02:58:24 pm »
I'm not exactly sure how many it can handle. Space wise, it could do in the thousands. But as far as speed, I would imagine at 7 or 8 tiles of 4 polygons each you would notice slow downs. But I haven't tried it yet.
No lighting. I will now talk about another shortcut related to that. I store all the vertices in a table xyz. Then I have a table right after it which defines all the polygons. They each say what vertices they use, what color they are, and what side they are viewable from. So for instance:
tDarkQuad(dLeft, 0, 3, 7, 4)
I'm not even going to step through it. But what's important is that the shape is only drawn if the screen's x coordinate is left of vertex 0.
Thanks for the info. Sorry if I offend you by what I am going to say next but couldn't you better use dithering instead of grayscale and let it take up the whole screen? Altough a clear side effect would be that you can't have custom sized sprites...(well you can but it's slightly slower I guess). Don't get me wrong. I like greyscale, I was just wondering if it would be practical/faster.
264
« on: August 12, 2010, 10:55:06 am »
The OP "registers" are actually six 9-byte (?) memory areas in RAM, and are specific to the TI-OS.
There will probably be an alternate strategy used 
I think it was far more then that...I recall about 2-4K in total...I might be mistaken tho. Well then I suggest adding a very small superfast ram for varaibles.
265
« on: August 12, 2010, 10:03:36 am »
266
« on: August 12, 2010, 09:52:53 am »
I suggest we use the OP registers for variables? Since OTBasic vars are going to be prefix it has to be a quite a static (with that I mean that different varaibles have a fixed lenght. Especially the small ones like bool, byte, short and even int) buffer. And it has to have fast reading and writing. I think the OP's are perfect for this. Does anybody know how much memory in total the OP buffers supply?
267
« on: August 12, 2010, 09:43:25 am »
Sounds good.
program4: The solution to that is to package the library with the program, and perhaps give the device a central libraries location. If the libraries the program needs are already there, you can just have the device discard the extra copies.
Exactly. Whenever you do something like: UseLib([LibName]) it knows it has to send/include the library as well. I like the central libraries Idea alot. Just like you had apps on the original TI-8x you can now have a same sort of place for packages and libraries. That would be pretty awesome . Imagine a 3Dlibrary being created, you can then in OTBasic do 3D stuff with poly's and so! That is because every library is programmed in assembly so it runs real fast! That would be pretty awesome right?
268
« on: August 12, 2010, 08:38:46 am »
Looks very good! How many poly's/quad's can it handle? And I suppose there is no lighting (would be a overkill i think)?
Anyway, great job on this so far!
269
« on: August 11, 2010, 09:12:57 pm »
This is getting away from being a calculator, and more towards a portable media device. Also, realize that the beagleboard is for prototyping, and testing software. A calculator does not need a 1ghz cpu. We will need to keep the cost down, to at least under $150, otherwise no one will buy it.
I agree. How about a fifth of that speed? 200Mhz?
270
« on: August 11, 2010, 09:05:13 pm »
I had an Idea for merging this Basic language with the harder language I proposed. Add-ons is the keyword. I'd like to see libraries and packages included which I define as follows
The use of a SDK or library is to add aditional functionality that wasn't available in the bare-bone version of OTBasic which is by default included in the OS. Now any PACKAGE completely overwrites the Oncalc-editor and the tokens/commands and replaces it with the Default Bare-Bone commands + the added commands. A LIBRARY is a seperate file that can be included in the Prgram itself using something like: "UseLib([libname])" This adds tokens without overwriting the Bare-Bone editor. The side-effect is that a external file (the Library) is needed.
So basically you can use new commands when adding a library. When adding a package you can simply pack multiple libraries into on file which itself is inherit to the OS. So shortly said: a library adds one external file, a package adds multiple libraries but doesn't make a external file. It becomes a part of the editor as if it was already rpogrammed with these extra commands.
I hope I don't confuse anyone with this IDEA. It's just a suggestion.
Pages: 1 ... 16 17 [18] 19 20 ... 29
|
Show Posts
