[wellylug] Google Earth

[Alex Thomson]

Hi, there are a few things you can try:

a) See if DRI is enabled (Direct Rendering allows the software to direct 
access the hardware on the graphics card = fast graphics)
Do this in a console window: "cat /var/log/Xorg.0.log | grep DRI" 
(without quotes)
This SHOULD return (I suspect it won't)
(II) Loading extension XFree86-DRI
(**) SAVAGE(0): DRI is enabled
(II) SAVAGE(0): [DRI] installation complete

b) Another thing to try is in a console window run "glxgears -printfps"  
This will give an indication of generally how speedy your graphics are 
running (on my machine (with no DRI) I get around 150ish and GoogleEarth 
is very slow as well)

BTW- when you start googleearth, it mentions an OpenGL problem and says 
it will run in Software Emulation right?

Rob Collins wrote:
> Has anyone else had any problems getting Google Earth running properly 
> in Kubuntu using openGL?  I installed this very good app the other day 
> but comes up with message box when starting up saying that graphics 
> card driver not properly configured and that it will continue to run 
> on openGL, just very slowly.  It was not wrong, it does run but the 
> speed is such that it is soooo slow as to be not worth the effort!
>
> My motherboard-integrated graphics card is S3 proSavage8 KM266.  The 
> stock standard drivers supplied with Kubuntu 6.10 do not list this so 
> I chose "savage generic with software m/pointer" instead, 64MB ram, 
> which runs everything OK except for Google Earth.
>
> Any suggestions?
>
> Rob Collins
> (PS, fairly new to Linux)
> ------------------------------------------------------------------------
>
>
>   


Attention:
This email may contain information intended for the sole use of
the original recipient. Please respect this when sharing or
disclosing this email's contents with any third party. If you
believe you have received this email in error, please delete it
and notify the sender or postmaster at solnetsolutions.co.nz as
soon as possible. The content of this email does not necessarily
reflect the views of SolNet Solutions Ltd.