nanogui: Nano-X running on BF531 uClinux board: extermely slow updates


Previous by date: 15 Jun 2004 16:08:16 +0100 Re: Nano-X running on BF531 uClinux board: extermely slow updates, vishal
Next by date: 15 Jun 2004 16:08:16 +0100 Re: Microwindows Fonts, Greg Haerr
Previous in thread: 15 Jun 2004 16:08:16 +0100 Re: Nano-X running on BF531 uClinux board: extermely slow updates, vishal
Next in thread: 15 Jun 2004 16:08:16 +0100 Re: Nano-X running on BF531 uClinux board: extermely slow updates, vishal

Subject: Re: [nanogui] Re: Nano-X running on BF531 uClinux board: extermely slow updates
From: "Greg Haerr" ####@####.####
Date: 15 Jun 2004 16:08:16 +0100
Message-Id: <039501c452ea$92fe9800$3aba46a6@xmission.com>

:    On runnin the vnc app, however i still get a series of "nxclient: retry
: connect attempt" followed by quit.

This means it isn't linked with the server.  Check the vnc/Makefile entries,
to make sure they match other demo apps that are linked properly.

:    2. Allow screen updates to be done directly from within the VNC client.
:                 - The VNC client recieves pixel info from the server. The
: majority of the data written into the socket from the VNC client to the
: Nano-X server is Pixel information. If instead i can  cut down on this
: transfer and have a frame buffer driver inside the VNC which would write the
: pixel data directly.....We would eliminate a huge time that is taken by the
: sockets.

Aaron has indicated most of the time is in the socket code.  I don't
think this is just in the bulk data transfer.  In any case, if you 
want to use direct screen drawing, look at nanox/clientfb.c.  Note
that your screen MUST match the incoming data format or you'll
have to convert it all yourself.  (big task)


:       again, i am not very well versed with the Nano-X architecture,

Read the Architecture doc on the web site.

Regards,

Greg





 tho i
: seem to be getting there thanks to some excellent help from out here. So any
: step i take would not be very well informed. So do come out with your
: ssuggestions.
:    My objective is to eleiminate the socket layer. Either partially (Do away
: with pixel data transfer via sockets) or totally ( LINK_APP_INTO_SERVER)
: which doesnt "seem" to be quite right in the vncviewer.
: 
: regards,
: Vishal
: 
: 
: 
: 
: 
: 
: 
: >
: > Regards,
: >
: > Greg
: >
: >
: > ---------------------------------------------------------------------
: > To unsubscribe, e-mail: ####@####.####
: > For additional commands, e-mail: ####@####.####
: 
: 
: 
: 
: ---------------------------------------------------------------------
: To unsubscribe, e-mail: ####@####.####
: For additional commands, e-mail: ####@####.####
: 
: 

Previous by date: 15 Jun 2004 16:08:16 +0100 Re: Nano-X running on BF531 uClinux board: extermely slow updates, vishal
Next by date: 15 Jun 2004 16:08:16 +0100 Re: Microwindows Fonts, Greg Haerr
Previous in thread: 15 Jun 2004 16:08:16 +0100 Re: Nano-X running on BF531 uClinux board: extermely slow updates, vishal
Next in thread: 15 Jun 2004 16:08:16 +0100 Re: Nano-X running on BF531 uClinux board: extermely slow updates, vishal


Powered by ezmlm-browse 0.20.