[Lcdproc] MtxOrb problem

[Peter Marschall]

Hi,

On Thursday, 5. October 2006 04:26, Ethan Dicks wrote:
> On 10/5/06, Michelle Dupuis <support@ocg.ca> wrote:
> > The MX212 is a current model (see
> > http://www.matrixorbital.com/product_info.php?pName=mx212).  It is
> > actually an LK-202-USB combined with a drive bay insert.  The manual is
> > available (http://www.matrixorbital.ca/manuals/LK_series/LK202-24-USB/)
> > and I believe that I do have 8 user definable characters.
>
> I've grabbed the manuals but haven't opened them yet.  Thanks for the link.
>
> > I turned off every client display except "SMP-CPU".  (I have a quad CPU
> > so 4 little graphs appear) to make testing easier.
>
> I would suggest testing with one client screen at a time.
>
> > This screen suffers from
> > strange characters.  For example, the "]" at the right side of one of the
> > four little bar graphs looks strange - as if it is overwritten with
> > another character.

Maybe the size calculation for the little bar graphs is wrong
leading to bars bing too long that overlap with the bordering ']'.
When displayed the character get updated alternatively which
may lead to these effects

Maybe you can have a look at the source code in 
clients/lcdproc/cpu_smp.c around the lines 110 and 158.
where te case more CPUs than lines is covered.

I only have one CPU, so this does not happen for me.

> > I should mention that my display is 20x2 character - and I think that has
> > something to do with the problem.  The strange characters onscreen
> > combined with the rapid flickering MAY be due to scroll/overwriting of
> > characters!
>
> Indeed.  I haven't tested anything with a 2-line display in a long
> time.  I'd really make sure the clients know to check for 2-line vs
> 4-line displays on the server.  So far, all of the clients I've
> written myself in Perl _do_ check, but even my support isn't perfect
> because I don't have any 2-line displays with me.
>
> I _think_ the 'bigclock' was recently re-written to handle shorter
> displays, but in the old days, it was 4 lines or nothing.

bignums are supported on 2-line displays as well 
thanks to the bignum library which handles both the
4-line and the 2-line case.
(Of course they look better on 4 line displays ;-))

Peter
-- 
Peter Marschall
peter@adpm.de