Asus Z80K notebook, ATI Radeon Mobility 9700, XOrg 7.2, latest ATI fglrx driver, hardware acceleration working fine, latest GE.
GE hangs at the splash screen. Unlike most of the others with this problem, I do NOT have 100% CPU, and the machine is completely usable. GE just doesn't proceed beyond the splash screen. There are no error messages.
A Wireshark capture reveals that GE initiates a HTTPS session with a server (65.87.18.131). After several packets are exchanged, GE sends a packet to the server, and the server never responds. I have run this test several times. It is the same each time.
Anyone have any ideas what is going on? The ATI accelerated drivers work fine with everything else, assuming it is a driver issue, including glxgears, but from the Wireshark capture, it appears to be a GE problem.
> Asus Z80K notebook, ATI Radeon Mobility 9700, XOrg 7.2, latest ATI > fglrx driver, hardware acceleration working fine, latest GE.
> GE hangs at the splash screen. Unlike most of the others with this > problem, I do NOT have 100% CPU, and the machine is completely usable. > GE just doesn't proceed beyond the splash screen. There are no error > messages.
> A Wireshark capture reveals that GE initiates a HTTPS session with a > server (65.87.18.131). After several packets are exchanged, GE sends a > packet to the server, and the server never responds. I have run this > test several times. It is the same each time.
> Anyone have any ideas what is going on? The ATI accelerated drivers > work fine with everything else, assuming it is a driver issue, > including glxgears, but from the Wireshark capture, it appears to be a > GE problem.
> Asus Z80K notebook, ATI Radeon Mobility 9700, XOrg 7.2, latest ATI > fglrx driver, hardware acceleration working fine, latest GE.
> GE hangs at the splash screen. Unlike most of the others with this > problem, I do NOT have 100% CPU, and the machine is completely usable. > GE just doesn't proceed beyond the splash screen. There are no error > messages.
> A Wireshark capture reveals that GE initiates a HTTPS session with a > server (65.87.18.131). After several packets are exchanged, GE sends a > packet to the server, and the server never responds. I have run this > test several times. It is the same each time.
> Anyone have any ideas what is going on? The ATI accelerated drivers > work fine with everything else, assuming it is a driver issue, > including glxgears, but from the Wireshark capture, it appears to be a > GE problem.
I can confirm this. I made a capture with wireshark also, and have that in case GE folks want to look at it. The traffic is with the same IP address as np01 reported. Googleearth shuts down quickly and gracefully when I run "killall googleearth-bin".
Oddly enough, I am also running an ATI card:
01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AS [Radeon 9550]
I am running Fedora 7, as updated. Xorg appears to be 7.2, with bits of 7.1 mixed in. I am running the proprietary Radeon driver:
Same here. More info: CentOS 5 fglrx 8.40.4 kernel 2.6.18 (distro) KDE desktop Xorg 7.1 VGA compatible controller: ATI Technologies Inc M24 1P [Radeon Mobility X600] Direct rendering enabled (2 screens configuration working fine with DRI enabled into the 2 screens). LANG environment variable: es_ES.UTF-8 and es_ES.ISO-8859-1 tested (I don't think this was the problem, but tested the changed values).
Google Earth hangs as described by the previous posts. Any suggestions to solve this?
Same problem here with ATI Radeon X700 and the latest ATI fglrx drivers (v8.40.4) on Fedora Core 7.
However, I found a fix.
Put this file (an older version of libGL.so) http://www.ground-impact.com/libGL.so.1.2 in the google earth directory (/opt/google-earth/ on my distro) and rename it libGL.so.1
Seems that the more recent ATI versions of libGL.so don't play nicely with GE.
> Same here. > More info: > CentOS 5 > fglrx 8.40.4 > kernel 2.6.18 (distro) > KDE desktop > Xorg 7.1 > VGA compatible controller: ATI Technologies Inc M24 1P [Radeon > Mobility X600] > Direct rendering enabled (2 screens configuration working fine > with DRI enabled into the 2 screens). > LANG environment variable: es_ES.UTF-8 and es_ES.ISO-8859-1 tested > (I don't think this was the problem, but tested the changed values).
> Google Earth hangs as described by the previous posts. > Any suggestions to solve this?
> Same problem here with ATI Radeon X700 and the latest ATI fglrx > drivers (v8.40.4) on Fedora Core 7.
> However, I found a fix.
> Put this file (an older version of libGL.so)http://www.ground-impact.com/libGL.so.1.2 > in the google earth directory (/opt/google-earth/ on my distro) and > rename it libGL.so.1
> Seems that the more recent ATI versions of libGL.so don't play nicely > with GE.
> > Same here. > > More info: > > CentOS 5 > > fglrx 8.40.4 > > kernel 2.6.18 (distro) > > KDE desktop > > Xorg 7.1 > > VGA compatible controller: ATI Technologies Inc M24 1P [Radeon > > Mobility X600] > > Direct rendering enabled (2 screens configuration working fine > > with DRI enabled into the 2 screens). > > LANG environment variable: es_ES.UTF-8 and es_ES.ISO-8859-1 tested > > (I don't think this was the problem, but tested the changed values).
> > Google Earth hangs as described by the previous posts. > > Any suggestions to solve this?
Same hang problem here, Dell Inspiron 6000 w/ X300 Mobility, Fedora 7 with all updates, ATI driver 8.40.4 and kernel 2.6.22-4.65. The ATI driver was installed by download from the AMD driver page. Initially, I had the same hang at splash screen problem, but put the older libGL.so.1 in the google earth install folder, and it works fine.
Same problem here, followed the advice listed in this thread to replace the libGL.so.1 with a previous version and now I have the sky working. HW in question: Acer TM8204 w/ ATI x1600 mobility, fglrx drivers, direct rendering on.
> Asus Z80K notebook, ATI Radeon Mobility 9700, XOrg 7.2, latest ATI > fglrx driver, hardware acceleration working fine, latest GE.
> GE hangs at the splash screen. Unlike most of the others with this > problem, I do NOT have 100% CPU, and the machine is completely usable. > GE just doesn't proceed beyond the splash screen. There are no error > messages.
> A Wireshark capture reveals that GE initiates a HTTPS session with a > server (65.87.18.131). After several packets are exchanged, GE sends a > packet to the server, and the server never responds. I have run this > test several times. It is the same each time.
> Anyone have any ideas what is going on? The ATI accelerated drivers > work fine with everything else, assuming it is a driver issue, > including glxgears, but from the Wireshark capture, it appears to be a > GE problem.
> Put this file (an older version of libGL.so)http://www.ground-impact.com/libGL.so.1.2 > in the google earth directory (/opt/google-earth/ on my distro) and > rename it libGL.so.1
Thanks a lot it really works.
Though, as you pointed out, it's a fix - I have an impression that GE works faster and smoother under VMPlayer+Windows XP, than natively on Linux. It's funny, because when I used NVIDIA card with native drivers on the same machine, GE/Linux worked as nicely as GE/Windows XP (native, not virtual!).
> Asus Z80K notebook, ATI Radeon Mobility 9700, XOrg 7.2, latest ATI > fglrx driver, hardware acceleration working fine, latest GE.
> GE hangs at the splash screen. Unlike most of the others with this > problem, I do NOT have 100% CPU, and the machine is completely usable. > GE just doesn't proceed beyond the splash screen. There are no error > messages.
> A Wireshark capture reveals that GE initiates a HTTPS session with a > server (65.87.18.131). After several packets are exchanged, GE sends a > packet to the server, and the server never responds. I have run this > test several times. It is the same each time.
> Anyone have any ideas what is going on? The ATI accelerated drivers > work fine with everything else, assuming it is a driver issue, > including glxgears, but from the Wireshark capture, it appears to be a > GE problem.
Alternatively you could change the LD_LIBRARY_PATH settings which are modified by the googleearth shell scripts to look in /usr/lib (or / usr//lib/opengl/xorg-x11/lib/) *before* /opt/googleearth. One of the problems with distributing binary packages under Linux (as GE is) is the fact that the distributed libraries may be in conflict with the system libraries. Given the rapid state of flux in the OpenGL libraries in the X window system and with various graphics card providers it is likely that this will be an ongoing problem.
The right way to fix the problem would be for the GE install process to detect what graphics card one is running (e.g. /proc/dri/0/name) and choose to install or not install the Google specific OpenGL drivers).
