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.

Messages - lirtosiast

Pages: [1] 2 3
TI Calculators / Re: For-profit site hosting calculator games
« on: July 25, 2015, 03:29:13 am »
Are you sure what they're doing is legal? They go beyond lack of attribution, and actually claim the programs are their own:
Make math and science easier (and more fun) with free graphing calculator programs and games from You can make the process of transfering the application to your calculator sweet and simple with Texas Instrument's handy TI connect software. Install it on your computer and grab your GraphLink Connection cable (USB cable) to plug in your calculator. Then you can start downloading any of our programs and games (Wow! There's a lot!) from our libraries to transfer and install them to your calculator. Have fun!

Community Contests / Re: Code Golf - The Reboot #8
« on: July 20, 2015, 01:24:56 pm »
Can we have the first few bytes of expected output to check our work?

May we start the sine wave at some point other than 128?

May we truncate instead of round?

Community Contests / Re: [ENDED] Code Golf - The Reboot #5
« on: July 05, 2015, 02:58:59 pm »
PT_: I'm impressed! My own solution using ΔList(cumSum( was 44 bytes because I forgot to take the ΔList(cumSum( out of the augment(. Combining my solution and yours, we have this in 42 bytes, which seems to be optimal:

Input N
While N≠max(Ans

Community Contests / Re: Code Golf - The Reboot #3
« on: June 19, 2015, 08:05:21 pm »
I have 93 bytes in TI-BASIC, but I think Runer112 has already beaten me in Axe with 88.

This challenge has been very entertaining; in fact, it's even better than I thought.

Community Contests / Re: Code Golf - The Reboot #3
« on: June 18, 2015, 12:59:24 pm »
It would only be 3 minutes with my updated code! That's an amazing .005 FPS.

Is anyone else entering the constest in TI-BASIC?

Community Contests / Re: Code Golf - The Reboot #3
« on: June 18, 2015, 12:10:01 pm »
A well-golfed solution is entertaining to create and read even if it's in a verbose language.

The shortest version of my code is fast* again! I'll probably never get close to 110 bytes though.

*one frame every 40 minutes

Community Contests / Re: Code Golf - The Reboot #3
« on: June 18, 2015, 12:24:33 am »
@pbfy0 what language are you using? That sounds fast for Axe, especially golfed Axe.

I managed to shave one more byte, but now my code takes two hours per frame. I hope you have the patience to test it, c4ooo...

Community Contests / Re: Code Golf - The Reboot #3
« on: June 17, 2015, 08:22:58 am »
It's actually funny how slow my solution is. I'm testing it out now, and it's taken 30 minutes for two-thirds of a frame. It also runs in O(n2) time where n is the number of pixels on the screen, so if you try it on a CSE while changing the numbers around so it takes up the whole graph screen, it'll take about two days per frame-- if it even works, which I suspect it won't for a different reason.

EDIT: Two things.

First, the spec should add that every possible combination of cells should be supported (to disallow TI-BASIC answers that store all live points in a list and thus won't work with more than 999).

Second, my solution seems to work. I've been testing it for about six hours, and I'm starting to get blocks and blinkers, and even one LWSS!

I saved one byte by halving the speed of the program, so now it's an hour and a half per frame (at 15 MHz), or about one pixel per second. This is ridiculous.

Community Contests / Re: Code Golf - The Reboot #3
« on: June 16, 2015, 03:20:12 pm »
159... I can probably go smaller than that in TI-BASIC, but if ben_g can golf it any more I don't have much more room.

I think I have about 160, but I have yet to test it.

Community Contests / Re: Code Golf - The Reboot #3
« on: June 15, 2015, 11:24:53 pm »
It looks like my first attempt will be about 200 bytes, and take over ten minutes per frame. I prefer the short ones, but let's see how this goes.

Community Contests / Re: Code Golf - The Reboot #3
« on: June 15, 2015, 12:20:34 am »
Sorry, stupid question and off-topic but how do I access IRC?

EDIT: -_- I don't want to spam the fora, so I'll wait.

EDIT: That pun was probably the worst in the history of code golf.

Community Contests / Re: Code Golf - The Reboot #3
« on: June 15, 2015, 12:13:03 am »
I think I know what my approach (in Ti-BASIC) will be. It will be very slow when golfed completely, and I don't think we should expect any of these to be of practical speed.

Do you mean CSE BASIC for the screen limitations?

I think you should specify a minimum screen size, because on any machine without a screen the solution is trivial: since there are no pixels, do nothing.

Community Contests / Re: Code Golf - The Reboot #2
« on: June 14, 2015, 11:56:43 pm »
Here are some of my attempts at this contest, in chronological order, along with explanations.
Spoiler For 40 byte solution:
While 1
If Ans

This was my first real (after working for an hour or so) solution once I fixed key repeat by using WASD instead of arrow keys. I had tried using two separate variables, but it seemed that using the complex plane would be smaller, even considering the two-byte cost of the real( and imag( tokens, because raising i to a power eliminates the cost of looking up the cursor change corresponding to a particular key. You can see that up, left, down, and right correspond to W, A, S, and D keys, which are key codes 85, 41, 81, and 51 respectively.

Spoiler For 33 byte solution:
While 1
If Ans

I began thinking about the fact that we could assume WASD are the only pressed keys, and found I could abuse it here. The WASD key codes are all different modulo 7, so taking i to that power would give 1, i, -1, and -i; luckily, they came in the right order.

Spoiler For 31 byte solution:
While 1
If Ans

Same sort of idea as the previous solution, but I used a "randomizer" function, because I knew the cosines of large interger numbers would be unpredictable. I basically searched through every token and every multiplier in the book, and finally found one that worked. These changes saved one byte in the Y-modifying line, and one from not needing to negate the imag(.

I started to think I was done golfing, but then I saw that, with a mathematical way to ignore a getKey value of zero, I could eliminate the If Ans line, and if I only used one getKey, I could include it in the algorithm and also store the cursor position in Ans instead of Y, saving five bytes.

Spoiler For 27 byte solution:
While 1

This one is honestly just magic.

Spoiler For 26 byte "solution":
If it weren't for rounding errors causing the cursor to move to the side every trillion keypresses, I would be able to eliminate the iPart(:

26 bytes:
While 1

And of course replacing the While 1 with recursion would save another two bytes, but crash after a few seconds.

The 1070 57-byte solutions I had in mind were all the 26-byte one (before I knew it was invalid), but with the 1 in While 1 replaced with length("[some 30-byte string], of which there are about 245^30 because there are about 245 printable one-byte tokens.

EDIT: I wonder if we'll ever get the results.

Community Contests / Re: Code Golf - The Reboot #2
« on: June 14, 2015, 03:48:07 pm »
I guess the contest is over now. When the code is up I'll post an explanation for my solution, as well as a couple of earlier attempts.

Community Contests / Re: Code Golf - The Reboot #2
« on: June 13, 2015, 10:30:07 pm »
pimath said that solutions should work for an indefinite period of time and an indefinite number of key presses. If those weren't required I'd have 24 :P

Pages: [1] 2 3