The PC software is installed on the device which shows up as a CDROM on windows. Of course, going a little further with the idea, one could put a boot loader on the Propeller boot EEPROM that would "interpret" the image file (which would probably be necessary anyway). Piranha are people Ya, that question struck me too, but I've kind of discounted it because of the I2C boot requirement.
COBY DP151 PHOTO VIEWER SOFTWARE DOWNLOAD CODE
' OK, the character code is in range, to the lookup (indirection) IF_A mov the_char, #0 ' sets the width of space to be 0+2 (The subroutine "send_cmd_data" is basically just a SPI_8_bits_out function, but is used to send commands or data, based on the state of a pin, hence the name.) Hopefully you can guess the function of each subroutine based on the name. There are some extra bits in there, for handling special characters (tab, newline, etc.). Here is the sample code I use to render a string.sorry that it is insufficiently commented. The most significant bit is the bottom left pixel of the glyph (again, because of the hardware I'm targeting). The least 2 significant bits hold the width of the glyph (where 0 => 2 columns, 1 => 3 columns, 2 => 4 columns, 3 => 5 columns). You can tweak the cpp file to generate the font in either vertical slices (as I use for the ST7565P), or horizontal slices. * LS5圆Font_Adapt_Vert.spin - the resulting Spin file * Font4Spin.cpp - my C++ code to load the image (needs stb_image /stb_image.c) and convert it to my Spin DAT font table * LS5圆v10.png - the same font rendered to a png by Fony * LS5圆v10.fon - this is the font file I created using the excellent free application Fony ( /projects/fony/)
0 kommentar(er)
