Join us on Discord!
You can help CodeWalrus stay online by donating here.
Menu

Show posts

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.

Show posts Menu

Messages - Jim Bauwens

#16
Some things I noticed while taking a look at the code:


  • You should local more global variables.
  • Is there a reason you extensively use document variables? Debugging? You shouldn't use them if you don't really need them (they are less optimised than Lua data types)
  • You are using image.copy and image.rotate in your on.paint method. You should not do this, they are very expensive routines. Rather rotate your canon 360 times (if you really need one degree precision) while loading your game and store the resulting images in a table that you can easily access.

Also, it doesn't harm to localize functions out of the math table if you need to use them a lot.
#17
Calc Projects, Programming & Tutorials / Re: Dino
May 05, 2015, 09:05:49 PM
Quote from: CKH4 on May 05, 2015, 07:59:06 PM
I'm kinda surprised, I would expect speed not to change between different oses. Did you do multiple tests or just one per os?

Naturally I ran the test multiple times. Besides that I take the average of thousand drawing operations. The reason is because in earlier versions they used a very unoptimized drawing routine. I expected it to be slow, but not that slow.

Quote from: alexgt on May 05, 2015, 08:02:09 PM
Ndless could be causing it but I don't think so without Ndless it still takes 15 seconds to get into the stupid file manager <_<
The only cause of this is unoptimized code.
#18
I just tested on 3.1 ...

TI-Nspire OS 3.1

draw image string: 222.6ms


That's about 15x slower than the other versions..
#19
I did some benchmarks:


Used image: 320x240 full spectrum gradient

TI-Nspire OS 3.2.4

draw image string: 15.12ms

TI-Nspire OS 3.6

draw image string: 14.08ms
draw image resource: 14.51ms

TI-Nspire OS 3.9

draw image string: 14.16ms
draw image resource: 14.15ms

TI-Nspire OS 4.0

draw image string: 14.26ms
draw image resource: 14.21ms


3.6 and higher seem to be in general faster than 3.2 for drawing images. Speed between resources and string based images are basically equal. Using image resources also reduces the total size of your final tns document.

In any case is there still an actual reason to stay on 3.2? On a CX there shouldn't be really that much of a difference.
#20
Calc Projects, Programming & Tutorials / Re: Dino
May 04, 2015, 09:26:37 AM
Quote from: LD Studios on May 03, 2015, 08:42:28 PM
From what I've seen, images cause more lag with the resources than with the strings. Could you send me the source so I can try it out though?

I've just done some tests on OS 3.9 (or 4.0, don't remember, short term memory loss) and speed is exactly the same. But of course speed might be different between OS versions.. Can you try the attached script on your handheld and report the result? (Press enter to start the benchmark). I'll do a test on later OS versions when I get home. (I currently only tried on Nspire-Emu).

Quote from: DJ Omnimaga on May 04, 2015, 01:33:36 AM
Wow I didn't know about that Chrome easter egg, since I always have my connection enabled and it never showed up on my phone. I'm gonna try the Nspire version when I have a chance. Glad to see new calculator stuff from you :walrii:

Well, you need to know about it to be able to play it ^^ Oh don't worry I'm still fairly active with my TI-Nspire research. Just in the underground :walrii:

#21
Every language has it's own advantages and disadvantages. Depending what project I am working on I might use a different language. It's just all about using the right tool for the job you have to do.
#22
Calc Projects, Programming & Tutorials / Re: Dino
May 03, 2015, 06:21:56 PM
Quote from: LD Studios on May 03, 2015, 05:22:47 PM
not compatible with OS 3.2 :'(

I'm using image resources hence that issue. It might work on 3.2 if you swap them with TI.Image strings, however I don't know if it will still run at the same speed.
#23
Don't worry, the game itself is open source (with a BSD-style license), just as the rest of the Chromium project.
#24
Hi all,

Just wanted to show this little game that I did in my free time:



It's a port of the Dino game that you can play in Google Chrome when you have no internet connectivity. As it's ported, gameplay should be the same. I hope some people enjoy it :)

Download link: http://tiplanet.org/forum/archives_voir.php?id=206578
#25
Tech, Science, IT discussion & News / Re: OS WAR!
February 08, 2015, 05:18:39 PM
I actually don't recommend using WUBI. It depends on the state of the NTFS partition you install it on plus speedwise it will be a lot slower. If you ever get serious about using your Linux installation you will regret having installed it with WUBI.

In any case, I'm using Mac OS X 10.9 at the moment. Haven't upgraded to Yosemite yet. Considering windows releases, Windows 7 is currently the best in my opinion, but Windows 10 seems shaping up nicely. If there would be proper retina support in Linux distributions I would be using that on my Mac. I do miss the power of it.
Powered by EzPortal