* [U-Boot] Uboot bitmap utility @ 2009-04-24 14:30 Steven Zedeck 2009-04-24 14:34 ` Steven Zedeck 2009-04-24 17:59 ` Wolfgang Denk 0 siblings, 2 replies; 7+ messages in thread From: Steven Zedeck @ 2009-04-24 14:30 UTC (permalink / raw) To: u-boot Hi, It seems that UBoot needs two data structures to display a bitmap in the framebuffer. Is there a utility that converts a Windows bitmap (BMP?) file and creates the 2 data structures that I can embedd in my code? Thanks, Steve -- View this message in context: http://www.nabble.com/Uboot-bitmap-utility-tp23217619p23217619.html Sent from the Uboot - Users mailing list archive at Nabble.com. ^ permalink raw reply [flat|nested] 7+ messages in thread
* [U-Boot] Uboot bitmap utility 2009-04-24 14:30 [U-Boot] Uboot bitmap utility Steven Zedeck @ 2009-04-24 14:34 ` Steven Zedeck 2009-04-24 18:03 ` Wolfgang Denk 2009-04-24 17:59 ` Wolfgang Denk 1 sibling, 1 reply; 7+ messages in thread From: Steven Zedeck @ 2009-04-24 14:34 UTC (permalink / raw) To: u-boot I'm referring to the palatte and bitmap structs. thanks again, Steve Steven Zedeck wrote: > > Hi, > It seems that UBoot needs two data structures to display a bitmap in the > framebuffer. Is there a utility that converts a Windows bitmap (BMP?) file > and creates the 2 data structures that I can embedd in my code? > > Thanks, > Steve > -- View this message in context: http://www.nabble.com/Uboot-bitmap-utility-tp23217619p23217700.html Sent from the Uboot - Users mailing list archive at Nabble.com. ^ permalink raw reply [flat|nested] 7+ messages in thread
* [U-Boot] Uboot bitmap utility 2009-04-24 14:34 ` Steven Zedeck @ 2009-04-24 18:03 ` Wolfgang Denk 2009-04-27 21:05 ` Steven Zedeck 0 siblings, 1 reply; 7+ messages in thread From: Wolfgang Denk @ 2009-04-24 18:03 UTC (permalink / raw) To: u-boot Dear Steven Zedeck, In message <23217700.post@talk.nabble.com> you wrote: > > I'm referring to the palatte and bitmap structs. > thanks again, Are you talking about the logo support? Noite that this is different from plain bitmap support. > > It seems that UBoot needs two data structures to display a bitmap in the > > framebuffer. Is there a utility that converts a Windows bitmap (BMP?) file > > and creates the 2 data structures that I can embedd in my code? Did you have a look at what U-Boot is doing? For example, how it uses the tools in the (he!) tools/ directory, for example tools/bmp_logo ? Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de HR Manager to job candidate "I see you've had no computer training. Although that qualifies you for upper management, it means you're under-qualified for our entry level positions." ^ permalink raw reply [flat|nested] 7+ messages in thread
* [U-Boot] Uboot bitmap utility 2009-04-24 18:03 ` Wolfgang Denk @ 2009-04-27 21:05 ` Steven Zedeck 2009-04-28 8:50 ` Detlev Zundel 2009-05-21 12:27 ` Steven Zedeck 0 siblings, 2 replies; 7+ messages in thread From: Steven Zedeck @ 2009-04-27 21:05 UTC (permalink / raw) To: u-boot Wolfgang, Yes, I do see what U-boot is doing. I looked at bmp_logo.c and its output. It seems that the color palette entries are all 16 bits (unsigned short). For my application, I have 24 bit color, which expects each pixel to be 32 bits, of which only 24 bits are used. So the palette, I assume, should be unsigned longs for each color entry. Correct or am I missing something? Did I interpret the code correctly? Does it expect 16 bits per color? Thanks, Steve ----- wd wrote: > > Dear Steven Zedeck, > > In message <23217700.post@talk.nabble.com> you wrote: >> >> I'm referring to the palatte and bitmap structs. >> thanks again, > > Are you talking about the logo support? Noite that this is different > from plain bitmap support. > >> > It seems that UBoot needs two data structures to display a bitmap in >> the >> > framebuffer. Is there a utility that converts a Windows bitmap (BMP?) >> file >> > and creates the 2 data structures that I can embedd in my code? > > Did you have a look at what U-Boot is doing? For example, how it uses > the tools in the (he!) tools/ directory, for example tools/bmp_logo ? > > Best regards, > > Wolfgang Denk > > -- > DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel > HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany > Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de > HR Manager to job candidate "I see you've had no computer training. > Although that qualifies you for upper management, it means you're > under-qualified for our entry level positions." > _______________________________________________ > U-Boot mailing list > U-Boot at lists.denx.de > http://lists.denx.de/mailman/listinfo/u-boot > > -- View this message in context: http://www.nabble.com/Uboot-bitmap-utility-tp23217619p23265072.html Sent from the Uboot - Users mailing list archive at Nabble.com. ^ permalink raw reply [flat|nested] 7+ messages in thread
* [U-Boot] Uboot bitmap utility 2009-04-27 21:05 ` Steven Zedeck @ 2009-04-28 8:50 ` Detlev Zundel 2009-05-21 12:27 ` Steven Zedeck 1 sibling, 0 replies; 7+ messages in thread From: Detlev Zundel @ 2009-04-28 8:50 UTC (permalink / raw) To: u-boot Hi Steven, > Yes, I do see what U-boot is doing. I looked at bmp_logo.c and its output. > It seems that the color palette entries are all 16 bits (unsigned short). To synch up - you are trying to use the 'logo_plot' code from drivers/video/cfb_console.c, right? > For my application, I have 24 bit color, which expects each pixel to be 32 > bits, of which only 24 bits are used. So the palette, I assume, should be > unsigned longs for each color entry. Correct or am I missing something? Rather than changing this code, why don't you switch to the bmp routines (common/cmd_bmp.c + (one option) common/lcd.c) which recently got support for 16bpp displays? It may be easier to add 32-bit support here... > Did I interpret the code correctly? Does it expect 16 bits per color? It seems so.. Cheers Detlev -- ... does Linux have a better [security] track record than MS? Damn right it does. We've had fewer problems, and I think there are more people out there standing up for what's right anyway. Less PR people deathly afraid of rocking the boat. Better technology, and fewer horrid design mistakes. [Linus Torvalds] -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: dzu at denx.de ^ permalink raw reply [flat|nested] 7+ messages in thread
* [U-Boot] Uboot bitmap utility 2009-04-27 21:05 ` Steven Zedeck 2009-04-28 8:50 ` Detlev Zundel @ 2009-05-21 12:27 ` Steven Zedeck 1 sibling, 0 replies; 7+ messages in thread From: Steven Zedeck @ 2009-05-21 12:27 UTC (permalink / raw) To: u-boot Wolfgang, I resolved my issue. I am now able to write bitmaps to the framebuffer. Thanks, Steve ----- Steven Zedeck wrote: > > Wolfgang, > Yes, I do see what U-boot is doing. I looked at bmp_logo.c and its output. > It seems that the color palette entries are all 16 bits (unsigned short). > For my application, I have 24 bit color, which expects each pixel to be 32 > bits, of which only 24 bits are used. So the palette, I assume, should be > unsigned longs for each color entry. Correct or am I missing something? > > Did I interpret the code correctly? Does it expect 16 bits per color? > Thanks, > Steve > ----- > > wd wrote: >> >> Dear Steven Zedeck, >> >> In message <23217700.post@talk.nabble.com> you wrote: >>> >>> I'm referring to the palatte and bitmap structs. >>> thanks again, >> >> Are you talking about the logo support? Noite that this is different >> from plain bitmap support. >> >>> > It seems that UBoot needs two data structures to display a bitmap in >>> the >>> > framebuffer. Is there a utility that converts a Windows bitmap (BMP?) >>> file >>> > and creates the 2 data structures that I can embedd in my code? >> >> Did you have a look at what U-Boot is doing? For example, how it uses >> the tools in the (he!) tools/ directory, for example tools/bmp_logo ? >> >> Best regards, >> >> Wolfgang Denk >> >> -- >> DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel >> HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany >> Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de >> HR Manager to job candidate "I see you've had no computer training. >> Although that qualifies you for upper management, it means you're >> under-qualified for our entry level positions." >> _______________________________________________ >> U-Boot mailing list >> U-Boot at lists.denx.de >> http://lists.denx.de/mailman/listinfo/u-boot >> >> > > -- View this message in context: http://www.nabble.com/Uboot-bitmap-utility-tp23217619p23652400.html Sent from the Uboot - Users mailing list archive at Nabble.com. ^ permalink raw reply [flat|nested] 7+ messages in thread
* [U-Boot] Uboot bitmap utility 2009-04-24 14:30 [U-Boot] Uboot bitmap utility Steven Zedeck 2009-04-24 14:34 ` Steven Zedeck @ 2009-04-24 17:59 ` Wolfgang Denk 1 sibling, 0 replies; 7+ messages in thread From: Wolfgang Denk @ 2009-04-24 17:59 UTC (permalink / raw) To: u-boot Dear Steven Zedeck, In message <23217619.post@talk.nabble.com> you wrote: > > It seems that UBoot needs two data structures to display a bitmap in the > framebuffer. Is there a utility that converts a Windows bitmap (BMP?) file > and creates the 2 data structures that I can embedd in my code? What are you talking about? The "bmp" cpmmand takes a standard bitmap file and displays it. No separate "two data structures" are needed. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de A man either lives life as it happens to him, meets it head-on and licks it, or he turns his back on it and starts to wither away. -- Dr. Boyce, "The Menagerie" ("The Cage"), stardate unknown ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2009-05-21 12:27 UTC | newest] Thread overview: 7+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2009-04-24 14:30 [U-Boot] Uboot bitmap utility Steven Zedeck 2009-04-24 14:34 ` Steven Zedeck 2009-04-24 18:03 ` Wolfgang Denk 2009-04-27 21:05 ` Steven Zedeck 2009-04-28 8:50 ` Detlev Zundel 2009-05-21 12:27 ` Steven Zedeck 2009-04-24 17:59 ` Wolfgang Denk
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox