LCD?

Forum Attachments

Summary:

confusing?

LCD?

builderboy 18 Dec 2008 15:35

0>xMin
94>xmax
0>ymax
-62>ymin

for(f,0,94)
for(g,-62,0,2)
PntOn(f,g)
end
end

Near the very end, something really wierd happens with the lcd

Re: LCD?

Socks 18 Dec 2008 18:28

I just executed it, and nopthing strange happened to me that I noticed (other than making me wonder why in the world you would be executing that)

Anything more specific?

Also, what model calc did you do it on? I used an 84+.

---

/Socks

Re: LCD?

builderboy 18 Dec 2008 22:31

did it slowly draw a bunch of horizontal lines from left to right?

On my calculator, the part to the right of the horizontal lines keeps getting darker, until, when it is finished. the column that you can't access in basic is black.

Re: LCD?

rhombus p 19 Dec 2008 00:14

i't will happen if most of the pixels are on in a row or column, i think it is because of the power going thought those specific rows or columns to turn on all the pixels

if you run the code

Zstandard

for(A,-10,0,.2
Line(A,0,A,10
End

it should end up looking something like this

note: i made the gray a little to dark.

---

Check out my game Dot Mania

---

Last edited on 19 Dec 2008 01:55 by rhombus p Show more

Re: LCD?

Socks 19 Dec 2008 17:38

Doesn't happen on mine, I tried on a bunch of contrast settings.

---

/Socks

Re: LCD?

Socks 19 Dec 2008 17:36

Yeah, it did.

Huh, you're right. That's really odd. I guess it didn't show up before because of my contrast setting. On about 6, it's grey.

Very odd.

---

/Socks

Re: LCD?

builderboy 19 Dec 2008 23:07

indeed, probably just having to do with how they power the LCD

Re: LCD?

basickevin 20 Dec 2008 04:50

Sorry Rhombus, but your theory about pixels per line is incorrect, as using a horizontal command does not mess up the darkness of the lines of a screen. And although I did see some irregularities in the manner you proposed with your code, it was nowhere near that obvious, it was actually lighter than it should be in the areas where you have grey.
Here is a detailed analysis of the error on my calculator:
With axes off: The calculator draws pixels one by one starting in the lower left corner going up and drawing every other pixel, and then moving to the next row and doing the same. About halfway through the program, the lines start to get less dark, until near the end, they are a light gray.
With axes on: (much more interesting) The calculator does the same as in part one, except that the first two rows and columns are completely black from the axes. As the pixels get more gray, the top two rows of pixels gets lighter with the rows, while the left two columns stay completely black. WHAT'S UP WITH THAT?

Here is my theory as to why this works. Because different results are achieved when this is run on darker and lighter contrast levels, I think the problem lays in that the calculator gives the screen enough power to make all the pixels black when in a higher contrast level, but does not give enough power to maintain the same brightness the entire time while on lower contrast levels. To compensate for the lack of power, it makes the screen less dark, which occurs more extensively as the screen fills up with black pixels.

Sorry if that was a bit too long.