wilniuk
Tourist
Reged: 11/14/06
Posts: 4
Loc: 54.38N, 25.19E
|
|
I think the problem lies in the ATI driver, starting with version 2.28. What you have to do to solve the problem is to copy an older version of the libGL.so.1 library to /usr/local/google-earth (or other path, where GE has been installed). I used the unpacked libGL.so.1.2, version 2.27.10 by placing it in the mentioned directory and renaming it to libGL.so.1. GE seems a little bit slower, but it DOES WORK . In my case, at least I'm using Debian/etch (x86).
CAUTION: Do not be tempted to overwrite /usr/lib/libGL.so.1.2 or any other instance of the library already in place, as you might brake OpenGL support for other applications.
Good luck, Cezary.
|
juliokarl2
Tourist
Reged: 11/09/06
Posts: 3
|
|
Well done Cezary, you are a real Star ! i am using libGL.so from ati-driver 2.27.10 now (just for GE as you described it), and it runs soft and smooth now. Thank you very much !
Julio
Quote:
I think the problem lies in the ATI driver, starting with version 2.28. What you have to do to solve the problem is to copy an older version of the libGL.so.1 library to /usr/local/google-earth (or other path, where GE has been installed). I used the unpacked libGL.so.1.2, version 2.27.10 by placing it in the mentioned directory and renaming it to libGL.so.1. GE seems a little bit slower, but it DOES WORK . In my case, at least I'm using Debian/etch (x86).
CAUTION: Do not be tempted to overwrite /usr/lib/libGL.so.1.2 or any other instance of the library already in place, as you might brake OpenGL support for other applications.
Good luck, Cezary.
|
xsappyx
First Post
Reged: 11/14/06
Posts: 1
|
|
This also fixed my problem with the futex_wait and ioctl einvar problems. I snagged the 8.25.18-x86_64 drivers, unpacked the install.bin: sh ati-driver-installer-8.25.18-x86_64.run --extract /tmp/ati_8.25.18
and moved the elf32 lib into my ge home: cp /tmp/ati_8.25.18/arch/x86_64/usr/X11R6/lib/libGL.so.1.2 /home/xxxx/bin/google-earth_4.0.2091
Also, i was having a problem with some missing libraries that ge wasn't erroring out on and that were buried in an strace. Using xtrace made the errors much more apparent.
If you need or care, here is the general setup on this box: Gentoo GNU/Linux - Intel(R) Pentium(R) D CPU 3.40GHz - ATI X600(x86_64 v8.30.3) Portage 2.1.1-r1 (default-linux/amd64/2006.1, gcc-4.1.1, glibc-2.4-r4, 2.6.18-gentoo-r1 x86_64) xorg7.1 - e17_oct16 cvs co - xfce 4.2.3
|
suseAMD64
Tourist
Reged: 11/11/06
Posts: 3
|
|
thanks xsappyx, that worked for me
|
philyer
Tourist
Reged: 11/15/06
Posts: 2
|
|
Quote:
I installed GE on Kubuntu Dapper using builtin ATI driver, everything worked fine (considering not having 3D accel). However, I upgraded my video drivers using ATI's brand & installer. After upgrading the drivers & cold booting, again, the rest of the desktop worked fine. However, now GE freezes on startup on the splash screen (though not locking up puter), using the K menu link, console command, as regular user, and as sudo. I've tried deleting all installed files, both in /opt and in my home dir (uninstall script errors out), then reinstalling. Still nothing. I haven't tried going back to my old video driver yet, but I don't see that changing anything. I also ran GE using strace with the command "strace -o ge googleearth" as a regular user, then ctrl+c to end the prog when it froze. However, I don't understand the output. This is on a Compaq laptop with the ATI Radeon xpress 200M (RS480 5955) w/ 128MB shared mem using driver v8.29.06. Any ideas? Thanks in advance!
Jeremy
I face the same problem! But I'm using Ubunbu Edgy, with ATI driver 2.30.0. GE freezes at initializing.
Edited by philyer (11/15/06 07:22 PM)
|
Hugo_Costelha
Tourist
Reged: 10/14/06
Posts: 6
|
|
Check this thread: http://bbs.keyhole.com/ubb/showthreaded.php?Cat=0&Number=683543
|
fruhwirth
Tourist
Reged: 10/01/06
Posts: 3
|
|
I put this file http://www.ground-impact.com/libGL.so.1.2 in the google earth directory and renamed it libGL.so.1. GE is running again, but so slowly it's hardly worth even trying.
But the comment that someone made about google earth runnign "a little" slower doesn't match my experience. It's "running" at about 1 mile per hour.
What is the long-term solution here? Am I waiting for a new ATI driver, a new GE version?
|
juliokarl2
Tourist
Reged: 11/09/06
Posts: 3
|
|
Hi fruhwirth,
i don't know what kind of libGL.so.1.2 you are using, it could even be an unaccelerated version of a MESA openGL driver. If you have an ATI graphics card like i do (Radeon PRO), try taking the libGL.so.1.2 from version 8.27.10. if you don't have the package at hand, download just that file from here. Don't forget to rename it to libGL.so.1 or create a symlink in your GE directory. i am using this libGL.so.1.2, GE version 4.0.2414 in a 32-bit chroot'ed environment on a debian sid (unstable) AMD64 box, and have no complaints at all with the performance. Concerning your question who will fix this issue i would think that both, ATI and GE would be able to fix this issue. I think it is more probable that GE fixes it but who knows.
Julio
|
fruhwirth
Tourist
Reged: 10/01/06
Posts: 3
|
|
Thanks for the link, Julio. Unfortunately, GE is still running very slowly. I deleted the libGL.so.1 that I was using, downloaded the file from your link, renamed it libGL.so.1, plopped in the GE folder. I didn't really notice any difference between the files. Both made GE run, both made GE warn that I was running in software emulation, and both made GE very very slow.
I have integrated ATI Radeon Xpress 200M on AMD64, 1.8 ghz, Ubunta Dapper. I have 128 of RAM out of 500 set aside for video memory.
So sad, so sad. GE ran like a breeze before all this started.
|
ink_polaroid
Sysop
Reged: 01/01/05
Posts: 1868
Loc: SF Bay Area, CA
|
|
Quote:
Updated to 4.0.2414, but nothing changed. GoogleEarth still cannot start.
Does anybody read this fora? Specially, does anyone realted to google ever read this error reports?
Yes, we read. For everyone who has ever reported an issue with the Linux client, consider this your personal outpouring of gratitude from me.
|