This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/baseband-devel@lists.osmocom.org/.
Harald Welte laforge at gnumonks.orgHi Christian, On Sat, Apr 10, 2010 at 05:46:48PM +0300, Christian Vogel wrote: > But if we want to do it proper, I have a few question to you and the list: > > - If we stick to multiple-of-8-high fonts (at least on the C128) we > can just blindly write at the proper location. The C155 (?) might > have different restrictions. Is this ok or should we try to support > arbitrary sized fonts? we need arbitrary sized fonts :( > - If we want to support arbitrary sized fonts, we either should buffer > the display in RAM (might be wasteful on high res color displays?) > or read/modify/write over i2c (might be slow, occupy the bus for too > long). What's your opinion on that? yes, we need a memory frame buffer that is periodically synchronized (if any changes have happened) to the real device by means of a low-priority task. > - Which font-encoding should we use? I know that GSM 03.38 specifies > the encoding used for SMSs, but should we stick with that for > on-screen output? It's not ASCII compatible regarding []{}\... I think we should use ASCII for screen output despite what the GSM standard alphabet does. libosmocore already has conversion functions I believe. > Note: > <steve|m> in IRC told me that prom is probably already working on that? > Is he reading the list? prom, can you confirm? He's reading the list and the plan was to commit his unfinished code to a branch in the repository. > OK, I agree with that. Btw: fixing the topmost line in the 8x8 font > will have to be done by whoever contributed the 8x8 font in the > first place :-) ah, ok, that would be me. I still have the perl script somewhwere that was used to generate the code. Regards, Harald -- - Harald Welte <laforge at gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)