was8bit 2019-11-28 01:48 (Edited)
powered by PXL code written by nathanielbabiak
Ported into PXL NX from original lowres....
.... removed CLS function with removing each line individually, no more flashing :)
nathanielbabiak 2019-11-28 23:29
Nice! I saw you used CALL PXL_RECT_FILL to clear the screen... the flickering might be reduced if you use FILL PXL_ADDR,PXL_SIZE instead, since it's much faster :-)
was8bit 2019-11-28 23:43
Cool, thanks much for the tip :)
DJMoffinz 2019-11-30 07:46
It looks… good, but it hurts my eyes, ohhhhhhh, my eeeeeeeyyyyeeesssssss
was8bit 2019-11-30 08:11 (Edited)
Yea... the flashing..... its the "tricks" used to make full screen graphics possible being pressed to their limits....
DJMoffinz 2019-11-30 08:46
Aaaaaaaaah
DJMoffinz 2019-11-30 08:46
So thats why its eye-kill
DJMoffinz 2019-11-30 08:46
Really good tho!
was8bit 2019-11-30 10:15
TODDL did the original program in original lowres, and it doesnt flash there....
nathanielbabiak 2019-11-30 15:27
You could store the vertices in an array, then for each triangle, hide the points, update the points, then show them. Right now the whole screen is cleared before updating then showing them, causing the flashing.
nathanielbabiak 2019-11-30 15:40
I'll see if there's anything else that can be done to reduce the flickering too. I tried to upload a version last night, but couldn't get the file to upload as a comment attachment
was8bit 2019-11-30 15:52
As i didnt write the code, i didnt look on how to do it better... ill take a look at it later as i have time, thanks for the tip :)
nathanielbabiak 2019-12-04 05:51
@was8bit: I think the original LowRes Coder ran at 64x64 pixels (I’m sure you know the actual number, but I had to google it since I don’t have it). This display in LowRes NX runs with 5 times the number of pixels... likely 5 times slower too. (For speed, you can adjust the pxl library display size with PXL_WIDTH and PXL_HEIGHT, just keep them a multiple of 8.) Also, I’m hoping to upload an update to the pxl library setup programs soon, so that it’s clearer. By the way, I’ve seen you upload a *.nx file as a comment attachment before. Do you know how to do that on an iPad? I kept getting errors the other day. :-(
was8bit 2019-12-04 07:11
Original runs different modes, the largest is 128x128, which this was running originally... original lowres graphics are fundamentally different, buffering the video indefinitely until it reaches a WAIT commend, where it then shows whatever is on the buffer.... also it is entirely pixel only, storing only a color value per pixel location
was8bit 2019-12-04 07:17
I am using ios 11.4.1, and the box i am typing this text in has 2buttons below... SUBMIT ATTACH....
I have icloud turned on for NX, and when i tap the ATTACH button it pops up ICLOUD option to search for the code and image for whatever NX file i want :)
nathanielbabiak 2019-12-06 02:58
This looks great without the flicker! I thought of one more thing for you to try that will also speed this up, but it’s pretty complicated. Your/TODDL’s program has radial symmetry, and FLIP 1,1 will show a character that’s mirrored 180 deg... Check out my Pxl Library Buffer example file, which already considers that someone might want to use this fact. Basically, you only need to have half a pixel window, and you can use the FLIP command to show the *same* window on the other half of the LowRes background, just flipped.
was8bit 2019-12-06 04:58
Ooo, can this flip left/right and up/down?
nathanielbabiak 2019-12-06 05:05
Yep. Basically the PXL_WINDOW subprogram draws a window on the screen... and the whole window is flipped based on the fx and fy values of any previous FLIP fx,fy command. I’m rewriting the direct display example right now so it’s more “friendly”. I’ll have it uploaded soon.
was8bit 2019-12-06 05:30
Cool :)
nathanielbabiak 2019-12-06 06:13
I just updated 806 (https://lowresnx.inutilis.com/topic.php?id=806) - check it out!
