 Notice. New forum software under development. It's going to miss a few functions and look a bit ugly for a while, but I'm working on it full time now as the old forum was too unstable. Couple days, all good. If you notice any issues, please contact me. |
Forum Index : Microcontroller and PC projects : (DM) Firmware wishlist
  Page 2 of 2 |
|||||
| Author | Message | ||||
| Olimex Senior Member  Joined: 02/10/2011 Location: BulgariaPosts: 226 |
I think you mix bits with bytes 
for 1 bit color 480x432 the total amount of video memory necessary is 480x432 bits = 207360 bits or 25920 bytes (each byte x 8 bits) if you want RRGGBB i.e. 6 bits per color as you purpose of even with two more bits wasted i.e. 8 bits per pixel if you want to keep SAME resolution 480x432 pixels the amount of the necessary memory just for video will be 207360 BYTES which is more than the total amount of PIC32MX795 RAM size! |
||||
Geoffg Guru  Joined: 06/06/2011 Location: AustraliaPosts: 3194 |
That was introduced in MMBasic 3.0. The syntax is: PIXEL(x,y) = -1 Geoff Geoff Graham - http://geoffg.net |
||||
Juri74 Senior Member Joined: 06/02/2012 Location: ItalyPosts: 162 |
as i suspect you misunderstood me(i's my fault i didn't explain myself in correct way and please sorry for my bad english..) i do not want 8 bits per pixel of course i've talked about 8 bits per character.. with font size #2 there are only 1200 characters on screen so color ram occupies only 1200 bytes.. with font size 1 (default) characters on screen are around 4100 so color ram occupies around 4100 bytes of course theese numbers refear to VGA screen, composite screen is smaller so it does occupy less ram! i repeat, this is only an idea of how coding a probable color ram :) Juri |
||||
| Olimex Senior Member Joined: 02/10/2011 Location: BulgariaPosts: 226 |
I do my best to understan your idea but I can't the fonts and characters are written in the -> VIDEO memory, so you can't have color fonts if your video memory is displayed black and white, if you look at the sources and understan how MM/DM BASIC works you will be less confused |
||||
djuqa Guru Joined: 23/11/2011 Location: AustraliaPosts: 447 |
Some early computers used a separate color memory that was arranged on character boundaries So each pixel within each 8x8 character cell could only have the same RGBI setting Made for some UGLY graphics. The Crappy ZX Spectrum was an example. Article on wikipedia about the graphics VK4MU MicroController Units |
||||
YT2095 Newbie  Joined: 07/02/2012 Location: United KingdomPosts: 22 |
Actually it was MM basic that I first installed on my DM trying to get my sound and HELP files working from the Factory installed Basic, I had to get rid of it for 2.7A (and now 2.7B) because it didn`t do that for me and ate up lots of Mem. I`ll certainly put it my Other DM board as that one isn`t to teach my Daughter BASIC and also Maths concepts. it would be a nice addition for the next DM 2.7x version though. |
||||
| Olimex Senior Member Joined: 02/10/2011 Location: BulgariaPosts: 226 |
YT consider it done ;) |
||||
| Juri74 Senior Member Joined: 06/02/2012 Location: ItalyPosts: 162 |
may i post some whishes? 1) would be great to have a "copy" command to direct copy a file from sd<->internal drive 2) in the setup menu could be useful to add an option to autoload a font and use it at the power on, or at least something like the "autorun.bas".. if duinomite find a file called "autorun.fon" on internal drive or sdcard at power up it will use immediately Juri |
||||
BobDevries Senior Member Joined: 08/06/2011 Location: AustraliaPosts: 266 |
Hmm, I don't know about the DM, but the Maximite already has this: Create a file called AUTORUN.BAS with the following contents, and put it in the root of A: or B: FONT LOAD "FACES.FNT" AS #6 FONT #6 Regards, Bob Devries Dalby, QLD, Australia |
||||
| Page 2 of 2 |
|||||
 Print this page |
