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 - z80man
Pages: 1 ... 22 23 [24] 25 26 ... 62
346
« on: April 26, 2011, 02:09:39 am »
Very good essay there. I cannot dance at all. I can run, but no dancing for me. If there ever was an omni dance contest I would surely lose  But then again this essay does remind me of my own emotions when I'm in a race. Always before a race I clear my mind of all thoughts and become extremely calm. And then during the race I always try to keep concentrated on my run because I don't want to lose pace. So when my legs tell me that they want to rest, I have to tell them to go faster. When even my mind tells me to quit I need my conscience to tell my mind to tell my legs to go faster. Does that make sense 
347
« on: April 26, 2011, 02:00:51 am »
Welcome What language and what platform do you wish to program in. We have 83+, Nspire and my favorite the Prizm  for calc platforms. and we have too many languages to name for them. The best way to sum it all up in order of difficulty would be BASIC, AXE, C, asm, hex, and malbolge
348
« on: April 26, 2011, 01:55:40 am »
Nice math features there. We really ought to keep the Prizm even with the nspire when it comes to math otherwise average students (aka our clients  ) won't buy a Prizm. So for this we will need to make a CAS and 3D graphing. Unfortunately most of us want to make games right now and not huge math tools. But then again it took TI 300 programmers to give the CX 3D graphs so that would translate to one of us making the same thing but faster in about a week  That logic seems correct.
349
« on: April 26, 2011, 01:44:31 am »
Just as an emulator of the cpu it is very simple and I almost have all of the cpu up in my emulator. The more complex part of it are all of the nice debugging features in which I did plan on adding. The more complex part of any emulator are the peripherals which need to function just like the originals.
350
« on: April 23, 2011, 06:04:30 pm »
Well, the Calc is at least 15 times more powerful. ARM vs z80, ARM wins. even if the z80s were 150 mhz, they would still lose.
Partly, but not fully, because it has automatic multiplication (in z80, we have to do multiplication ourselves!)
In how many cycles can the ARM do multiplication? As an example the SH4A can do 32 *32 = 64, 32 * 32 = 32, @32 * @32 = 32 in 2 cycles. And it does 16 * 16 = 32 in 1 cycle. This is of course only when it is written properly. Otherwise it is 5 cycles and 3 cycles respectively. And for the linux thing. Is it possible to use wine for the nspire link support and LUAtoTNS.
351
« on: April 23, 2011, 05:53:45 pm »
Alright I'm here to select SH language which started originally as the SH1 which includes most SH instructions in use. Then came the SH2, SH2A, SH3, SH3 DSP, SH3E, SH4, and then the Prizm's SH4A. The only thing though is that the Prizm does not have the SH4A's fpu. There is also the SH5 which includes a SH4A and below compatibility mode (similar to the x86 emulation on x64 systems) and has so many registers that you will rarely ever have to store data to ram. In other words 64 64-bit integer registers and 64 float registers. If I ever made my own calc like Uberspire then I would use the 1 Ghz version of the SH5.
352
« on: April 23, 2011, 02:14:52 am »
Well it looks like my Super H assembler project isn't unneeded yet because the GNU version has a difficult syntax. I'm still trying to implement a very loose syntax with high level additions and such. But for the time this will work perfectly. * z80man goes off to assemble his secret game
353
« on: April 21, 2011, 11:05:54 pm »
Well the problem with making Java a compiled language is that it wouldn't work with pre-compiled .class files. Also one of the big pluses about Java is all of the pre-included libraries that are so powerful. If Java was compiled into machine code that would be one extremely difficult as it is almost the same thing as making a C++ compiler and two would probably not get much use because Java without the libraries and garbage collecting is just C++ in which there is already a compiler.
354
« on: April 21, 2011, 03:25:43 pm »
Does the SH3 have anything like Jazzelle in its CPU? That would help a lot.
Not sure of how helpful that is, nobody has made Java on the NSpire yet and it has jazelle. Perhaps it's not Jazelle's problem and the nspire's.
Nice to see this progressing Qwerty.55.
how Jazelle works is that it executes the simple Java bytecode instructions in hardware just like they were any other CPU instruction, and then for the more complex instructions that are not implemented in hardware, Jazelle will pass off the instruction to the JVM to execute. Unfortunately the SH4A does not include Jazelle so we can't use it. I believe the current layout of our JVM for the Prizm is that several instructions are translated to machine code at a time and then that block is executed. That prevents all of the branches that would be done if you executed the instructions one at at a time.
355
« on: April 21, 2011, 10:36:32 am »
If it is possible do you think that some of the instruction mnemonics could be shortened. And I would highly recommend doing this for the SH3 and the ARM. So I think what you are saying is this would be just like assembly language in the instruction simplicity and speed part. but all of the complex data handling normally found on a RISC style processor would be handled by the compiler. Just as example on the SH3 to load word or longword data into a register you need to use a displacement that points to a data table. But in this language the coder could give a literal value and the compiler would set up the table and the displacement.
356
« on: April 21, 2011, 10:29:12 am »
By going to a Catholic school I know a little bit of Latin, but I never took our Latin class. Mater Dei - Mother of God Caritas Christi - Love of Christ Agnus Dei -Lamb of God Pax Romana - Peace of Rome Lux Nova - New light and that's about it
357
« on: April 21, 2011, 10:18:03 am »
Now are we talking about 100 kb of executable, data, or executable and data. Remember that for the executable we can run that from flash which would give a possible size of several MB's and the heap looks like a promising area to keep data at 128 kB. There's also the system and add-in stack which for the most part are empty and combined are at a size of 1 MB. Also if it is not being used by anything the back buffer is a lot of ram.
358
« on: April 21, 2011, 10:13:12 am »
34. It's dangerous to run code on the upper ram page. They might steal our proprietary flashcards app. Lock it off!!
35. Those who code in Axe will be subjected to cruel and unusual punishment.
36. Just make new names for the calculator that way we never have to lower the price. eg. 83, 83+, 83+ SE, 84+, 84+ SE
37. If we don't add encryption and RSA keys then who will?
38. Remember that buggy connection software is needed to transfer files.
39. Make sure that when you enter press-to-test the calculator can never leave.
40. If we send DMCA notices to them then maybe they will stop making games.
359
« on: April 20, 2011, 10:57:38 am »
I wouldn't trust this as I've never tried it before but what I got for setting the timers at cpu speed /16 was this:
ld A,$88
out ($30),A
360
« on: April 20, 2011, 10:43:22 am »
Well there are currently plans to add an 84+ emulator to the Prizm so you wouldn't lose all TI games. Yes you would lose all nspire games because an nspire emulator sounds very difficult to accomplish. But on the other hand many people would like to port some popular nspire games to the Prizm in the near future. Also current projects in development for the Prizm are java and an Axe port.
Pages: 1 ... 22 23 [24] 25 26 ... 62
|
Show Posts