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 - thepenguin77

Pages: 1 ... 18 19 [20] 21 22 ... 108
286
TI Z80 / Re: zStart - an app that runs on ram clears
« on: June 27, 2012, 09:43:51 am »
Quote from: kindermoumoute on June 26, 2012, 11:12:02 am
Ok, I've another freeze :
TEST is an Axe source unarchived. In editor ==> apps ==> Axe ==> compile  ==> prgm ==> right (mistake : TEST and another source are not displayed)==> freeze. o_O

I can't get this to happen. Has it happened more than once?

287
General Calculator Help / Re: TI 83 Plus Black screen
« on: June 26, 2012, 03:47:51 pm »
Ok, so an easy way to determine what the calculator is doing when the screen is off is to press some buttons.

Boot into the calculator with battery+DEL and then:
1. Press any button besides ON - if the screen turns off, then the boot code is immediately throwing a link error
2. Press ON, then press any button besides ON - if the screen turns off, then the boot code is indeed waiting to receive an OS
3. If no amount of button mashing can get the screen to turn off, then you've got some serious problems (or you incorrectly entered battery+DEL)

288
Math and Science / Re: Least amount of change
« on: June 26, 2012, 12:52:57 pm »
Well, I wrote a program to do it. This program stepped through all of the possible store-enter values and made the least amount of change for them to enter the store with (So 21 is penny, dime, dime) Then, it took each of those coin sets, and bought all the items from [0-99] cents and kept track of what was returned. Here are the results from this:

Spoiler For Spoiler:


enter value
        enter+leave
                enter
                        leave
0       4.7     0       4.7
1       5.7     1       4.7
2       6.7     2       4.7
3       7.7     3       4.7
4       8.7     4       4.7
5       5.7     1       4.7
6       6.7     2       4.7
7       7.7     3       4.7
8       8.7     4       4.7
9       9.7     5       4.7
10      5.7     1       4.7
11      6.7     2       4.7
12      7.7     3       4.7
13      8.7     4       4.7
14      9.7     5       4.7
15      6.7     2       4.7
16      7.7     3       4.7
17      8.7     4       4.7
18      9.7     5       4.7
19      11      6       4.7
20      6.7     2       4.7
21      7.7     3       4.7
22      8.7     4       4.7
23      9.7     5       4.7
24      11      6       4.7
25      5.7     1       4.7
26      6.7     2       4.7
27      7.7     3       4.7
28      8.7     4       4.7
29      9.7     5       4.7
30      6.7     2       4.7
31      7.7     3       4.7
32      8.7     4       4.7
33      9.7     5       4.7
34      11      6       4.7
35      6.7     2       4.7
36      7.7     3       4.7
37      8.7     4       4.7
38      9.7     5       4.7
39      11      6       4.7
40      7.7     3       4.7
41      8.7     4       4.7
42      9.7     5       4.7
43      11      6       4.7
44      12      7       4.7
45      7.7     3       4.7
46      8.7     4       4.7
47      9.7     5       4.7
48      11      6       4.7
49      12      7       4.7
50      6.7     2       4.7
51      7.7     3       4.7
52      8.7     4       4.7
53      9.7     5       4.7
54      11      6       4.7
55      7.7     3       4.7
56      8.7     4       4.7
57      9.7     5       4.7
58      11      6       4.7
59      12      7       4.7
60      7.7     3       4.7
61      8.7     4       4.7
62      9.7     5       4.7
63      11      6       4.7
64      12      7       4.7
65      8.7     4       4.7
66      9.7     5       4.7
67      11      6       4.7
68      12      7       4.7
69      13      8       4.7
70      8.7     4       4.7
71      9.7     5       4.7
72      11      6       4.7
73      12      7       4.7
74      13      8       4.7
75      7.7     3       4.7
76      8.7     4       4.7
77      9.7     5       4.7
78      11      6       4.7
79      12      7       4.7
80      8.7     4       4.7
81      9.7     5       4.7
82      11      6       4.7
83      12      7       4.7
84      13      8       4.7
85      8.7     4       4.7
86      9.7     5       4.7
87      11      6       4.7
88      12      7       4.7
89      13      8       4.7
90      9.7     5       4.7
91      11      6       4.7
92      12      7       4.7
93      13      8       4.7
94      14      9       4.7
95      9.7     5       4.7
96      11      6       4.7
97      12      7       4.7
98      13      8       4.7
99      14      9       4.7



So, as you can see, you will always leave with on average 4.7 coins meaning that taking in anything is just a waste.

The method I used for purchases was to pay with the least valued coins first. This means use all the pennies, then all the nickels, dimes, quarters, and finally, break out a dollar if need be. This method should maximize the change you give away because the reverse operation (starting big and going to small) minimizes the change you pay. Apparently using this strategy, you'll always end up with the same net coins.

Finally, my program didn't check the non-standard coin sets (like 3 dimes) but, since these all return with 4.7, I assume they will not break the trend.

289
General Calculator Help / Re: TI 83 Plus Black screen
« on: June 26, 2012, 11:55:34 am »
So blagus, when you did the battery + DEL, did you see the boot code "Waiting..." message? Because if you did, then you clearly have a hardware issue. The only thing you could do in this situation is what was suggested above which is to leave all 5 batteries out for a while.

290
General Calculator Help / Re: TI 83 Plus Black screen
« on: June 26, 2012, 11:21:09 am »
Before we start making up new key combinations, I'll refer you here.


My suggestion:
1. Hold DEL while inserting the 4th battery, the boot screen will appear, if this doesn't black out, then you have an OS/Archive related issue.
2. Hold CLEAR while pressing ON, this will boot the calculator without looking in the archive, see if this still blacks out

291
Math and Science / Re: Least amount of change
« on: June 25, 2012, 11:58:43 pm »
Yes, that's how you make a number. But the idea here is that there is a purchase in the middle.

Basically, I want to have a certain set of coins in my pocket when entering a store so that when I leave, I will also have a small amount of change.

Let's say the correct answer is a quarter and a dime. I would then have to show that 2 + (all of the possible numbers of coins I could be holding when leaving) is more optimized for my quarter-dime scenario than any other set of entering coins.

292
Math and Science / Least amount of change
« on: June 25, 2012, 11:49:00 pm »
Now this might be a rather simple problem, but I don't think it is. I'm asking this partially because I'm too lazy to figure it out right now, and also because I feel it will give people an opportunity to think. (This might even end up requiring a program to solve)


So, no one likes to carry around change (coins) and my question is, what coins should you enter a store with so that sum of the number of coins you enter a store and leave a store with is at a minimum?

The general idea here is that you basically want to carry the least amount of change. So, the way this works, is you pick E number of coins to enter with, after buying your items (which have random number of cents) you leave with L number of coins. You want to minimize L + E.

Rules:
  • We're using American coins, so the choices are: penny - .01, nickel - .05, dime - .10, quarter - .25 (no half dollars, too rare :P)
  • The number of cents your purchase costs is random (So, a purchase would cost some dollar amount + [0 - 99] cents)
  • You receive the minimum number of coins from the cashier ($.90 is not 9 dimes)



Have at it. You'll of course have to provide some sort of justification for your answer.

Spoiler For accepted answer:
Well, it looks like runer had it right from the start. Carrying 0 coins really is the best option.

Quote from: Runer112 on June 26, 2012, 12:38:10 am
I believe the solution is to carry no change.

Whatever the cost of your purchase is and whatever coins you have, you can ensure you leave with the minimum amount of change possible by giving the vendor all of your change. Whatever coins properly contribute to the payment, the vendor will keep; the coins that do not will be returned to you. Since the cents amount of the purchase is an equally-distributed random number, subtracting your constant amount of change from this will result in another equally-distributed random number (mod 100). Whatever amount of change you contribute, the vendor will always have to return to you coins that sum to an equally-distributed random amount of cents from 0-99.

You cannot limit the amount of coins you end with, so the optimal solution is simply to limit the amount of coins you begin with.

And with 2 brute force checks to back this, I'm happy. It looks like I've been doing it right all along.

293
TI Z80 / Re: zStart - an app that runs on ram clears
« on: June 25, 2012, 02:30:15 am »
Quote from: kindermoumoute on June 22, 2012, 04:27:24 pm
I tried "hardware" ==> "execute>C000" ==> Yes ==> No ==> Crash. :D

I'm testing it now I've time !

PS : on 83+

Ok, I was having a bit of trouble with that. But I never tried back to back, thanks for letting me know.

294
ASM / Re: Conversion from 83+ to 83
« on: June 20, 2012, 06:53:27 pm »
Complete!!!

Now, there were two specific parts that I know you missed. First, run a Ctrl+F for $522, $533, and $FADB. These numbers are correct on the 84+, but what they actually represent are
  • appBackUpScreen-plotSScreen
  • appBackUpScreen-plotSScreen+1
  • plotSScreen-appBackUpScreen+13

respectively. Since we moved these memory locations around, those numbers were now no longer correct.


The second part actually slipped by your disassembler twice. Run a Ctrl+F for "ld bc,$B978". This address was actually 1 byte past the end of your program, so your disassembler assumed that it was a constant memory address.

For the second part of this problem, go to the very end of your data. You'll see .db $F1,$9D,$73,$9F, which we could rearrange to .dw $9DF1, $9F73. These are actually pointers to certain locations in your code and need to adjust with the change in running location. That means they should be more properly written as labels: .dw loc_9DF1, loc_9F73.


But, in all, it's done. So enjoy. I included the source I used as well as the source compiled for use with venus. (That's why there's an awkward header on the files).

Also, this screenshot was the first time I ever got the grappling hook thing, so that kind of freaked me out.

Edit:
   I have no idea how big loc_8079 should be. You can remove all the zeros before it and probably give it like 2 after. (Rather than 96)

295
ASM / Re: Link port video tutorials
« on: June 20, 2012, 12:48:20 pm »
I misunderstood the title. I was really excited that you were going to show people how to play video that has been sent over the link port ;D

Anyways, I think you may have the first calculator video programming videos.

296
Other Calculators / Re: LEDs inside TI-30xIIs
« on: June 19, 2012, 11:19:10 pm »
I've always wondered what those things do. I'm glad you actually got them to turn on.

This bothered me bad enough that I actually asked it on yahoo answers lol. (Though I can't find the link :()

In other news, connecting a 9V battery to them makes them explode. The calculator still works though.

297
ASM / Re: Opcodes that should have been incorporated into the Z80 processor
« on: June 18, 2012, 06:37:50 pm »
Quote from: chickendude on June 18, 2012, 08:34:44 am
Quote from: calc84maniac on March 13, 2012, 08:42:13 pm
eZ80 has pretty much everything I'd want. LD HL,(HL) ftw
A little bump, but ld hl,(hl) would have been great.

Oh, ho, ho, let's not forget bcall(_ldHlInd). At three bytes, it's only one byte bigger than ld hl,(hl) would be :D

298
Miscellaneous / Re: strange laptop screen
« on: June 18, 2012, 06:34:58 pm »
I had a similar issue where it was like someone turned the color and contrast extremely high and the screen just looked funky. Mine would go away on it's own though...

299
ASM / Re: Conversion from 83+ to 83
« on: June 16, 2012, 02:54:54 pm »
Also, I don't have a way to test this in wabbitemu. So if you could help me out there... (email)

300
ASM / Re: Conversion from 83+ to 83
« on: June 16, 2012, 02:23:23 pm »
You know, before I finish off this disassembly, what does the setup program do? The reason I ask this is because if it gets some variables prepped, then we'll have to store those variables in a static memory location. You can't allocate space after a program and then expect that memory to remain constant.

Edit:
   After disassembling it, it would appear that you make an appvar and store some data to saveSScreen. I think I can work with that.

Pages: 1 ... 18 19 [20] 21 22 ... 108