| View previous topic :: View next topic |
| Author |
Message |
motosauro
Tux's lil' helper
Joined: 23 Nov 2005
Posts: 75
Location: Verona, Italy
|
 Posted: Tue Oct 17, 2006 4:46 pm Post subject: |
 |
|
| SteveBallmersChair wrote: | | When I get my x1900 in a couple of days, I'll fire it up to see if I get the same result you do. My current 6200TC with its shared memory has that known bug with blocks of textures missing (mentioned above.) |
This bug has been resolved with Nvidia beta drivers 9625.
I have a 6150 integrated chip and I had the problem you mention plus the cursor disappearing if rendered via hardware.
Now both problems are solved.
GoogleEarth started fine after nvidia driver was upgraded, then it updated itself to the latest version, which too works flawlessly.
_________________
Per aspera ad astra
If apache complains about segmentation faults on start try to clean /tmp of all apache owned files  |
|
| Back to top |
|
 |
apechkov
n00b
Joined: 04 Feb 2006
Posts: 4
Location: Macedonia
|
| Posted: Mon Nov 27, 2006 2:36 pm Post subject: |
|
|
| LAj wrote: | Hi guy
I've this strange problem with googleearth:
I can run it only with
#eselect opengl set xorg-x11
#googleearth
with ati opengl
it stuck on the title window with google earth logo and don't load the main window!
System is running a fglrx video device module!
As is it's really slow! |
This solve it for me:
emerge ati-drivers --unmerge
emerge ati-drivers
eselect opengl set ati
and then restart the X server |
|
| Back to top |
|
|
bMd
Tux's lil' helper
Joined: 07 Jul 2004
Posts: 110
|
| Posted: Thu Dec 21, 2006 1:03 am Post subject: |
|
|
Anyone have a solution for: | Quote: | >>> Unpacking source...
>>> Unpacking GoogleEarthLinux.bin to /var/tmp/portage/googleearth-4_beta-r1/work
bzip2: (stdin): trailing garbage after EOF ignored
!!! ERROR: x11-misc/googleearth-4_beta-r1 failed.
Call stack:
ebuild.sh, line 1546: Called dyn_unpack
ebuild.sh, line 708: Called src_unpack
googleearth-4_beta-r1.ebuild, line 43: Called unpack_makeself
eutils.eclass, line 1181: Called die
!!! failure unpacking (bzip2 compressed data, block size = 900k) makeself GoogleEarthLinux.bin ('2.1.5' +8884)
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! This ebuild is from an overlay: '/usr/local/portage'
|
|
|
| Back to top |
|
|
straightlineapple
n00b
Joined: 17 Apr 2006
Posts: 43
|
| Posted: Mon Dec 25, 2006 8:20 pm Post subject: size problem |
|
|
emerge googleearth on my amd64 complains that the size of the downloaded binary does not match the expected size, even
after a recent emerge --sync.
are there any reasons for this? how can i correct it without changing the manifest file? |
|
| Back to top |
|
|
Mben
Guru
Joined: 29 Mar 2004
Posts: 465
Location: New York, USA
|
| Posted: Tue Dec 26, 2006 7:09 pm Post subject: |
|
|
| Google doesn't name its binaries with the version numbers so you just get the latest version that happens to be on the file server each time you merge. I think an emerge --digest googleearth should do the trick I think. (I don't know of a way without doing that) |
|
| Back to top |
|
|
straightlineapple
n00b
Joined: 17 Apr 2006
Posts: 43
|
| Posted: Wed Dec 27, 2006 7:42 am Post subject: |
|
|
| Quote: | | emerge --digest googleearth |
this option doesn't exist here... |
|
| Back to top |
|
|
eealex
n00b
Joined: 29 Oct 2004
Posts: 65
Location: Japan
|
| Posted: Wed Dec 27, 2006 7:46 am Post subject: |
|
|
| straightlineapple wrote: | | Quote: | | emerge --digest googleearth |
this option doesn't exist here... |
You may consider doing this:
| Code: | # cd /usr/portage/x11-misc/googleearth/
# ebuild googleearth-4_beta.ebuild manifest |
Probably putting this in an overlay will be a better choice though... but anyway I emerge googleearth with this yesterday |
|
| Back to top |
|
|
manouchk
Apprentice
Joined: 08 May 2006
Posts: 288
Location: Vitória (ES), Brasil
|
| Posted: Wed Feb 28, 2007 12:27 am Post subject: |
|
|
If you have googleearth slow with radeon fre river, you can try this (it worked for me!):
(see http://www.redhat.com/archives/fedora-list/2006-November/msg05262.html)
emerge driconf
run driconf
and select disable_lowimpact_fallback option to yes
I did it as root and in /etc/drirc I obtained this:
more /etc/drirc
<driconf>
<device screen="0" driver="r300">
<application name="all">
<option name="disable_lowimpact_fallback" value="true" />
</application>
</device>
</driconf>
I tried googleearth just after and it was incredibly faster!  |
|
| Back to top |
|
|
zeonglow
n00b
Joined: 11 Sep 2006
Posts: 49
Location: /dev/zero
|
| Posted: Wed Feb 28, 2007 8:02 pm Post subject: Amd64 x2 - ati xpress 1100 |
|
|
Okay,
Here is my configuration:
chris@loveshugshug ~ $ fglrxinfo
display: :0.0 screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: RADEON XPRESS Series
OpenGL version string: 2.0.6334 (8.34.8 )
and this is fgl gears test result:
chris@loveshugshug ~ $ fgl_fglxgears
Using GLX_SGIX_pbuffer
991 frames in 5.0 seconds = 198.200 FPS
1093 frames in 5.0 seconds = 218.600 FPS
1078 frames in 5.0 seconds = 215.600 FPS
1108 frames in 5.0 seconds = 221.600 FPS
So I can be pretty sure that my ATI card is up and running.
I have installed googleearth with portage, but when I start it I can the "Google earth" splash screen and nothing else.
Is it impossible to get 32bit OpenGL stuff to work with AMD64? only my Doom 3 has a similar problem, although I have lost my key code so there's little point in fixing that 
_________________
'They say great science is built on the shoulders of giants - not here. At Aperture we do all our science from scratch; no hand holding.' - Cave Johnson, CEO Aperture Science. (Portal 2) |
|
| Back to top |
|
|
Specter64
n00b
Joined: 12 Feb 2006
Posts: 24
|
| Posted: Mon Mar 05, 2007 7:54 pm Post subject: |
|
|
I seem to be having the same problem as you.
When I downgraded the version of fglrx to 8.33.6 it worked fine. Then I upgraded again and tried the old trick of copying the libGL.so from an old version of the drivers (8.33.6 in this case) to /opt/googleearth but the trick no longer works.
So when I run strace with fglrx verision 8.34.8 I get this
| Code: | read(3, "\1\0\220\22\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 32) = 32
write(3, "\224u\3\0\1\0\0\0\342\204\0\0", 12) = 12
read(3, 0xffe8c558, 32) = -1 EAGAIN (Resource temporarily unavailable)
poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 4294967295) = 1
read(3, "\1\0\221\22\0\0\0\0\0\0\0\0\1\0\0\0\10\0\0\0\0\0\0\0\0"..., 32) = 32
write(3, "\224s\2\0\1\0\0\0", 8) = 8
read(3, "\1\0\222\22\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 32) = 32
futex(0x80d3b84, FUTEX_WAKE, 1) = 0
futex(0x80d3b84, FUTEX_WAKE, 1) = 0
futex(0x80d3b84, FUTEX_WAKE, 1) = 0
futex(0x80d3b84, FUTEX_WAKE, 1) = 0
futex(0x80d3b84, FUTEX_WAKE, 1) = 0
write(3, "\224u\3\0\1\0\0\0001\r\0\0", 12) = 12
read(3, 0xffe8c528, 32) = -1 EAGAIN (Resource temporarily unavailable)
poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 4294967295) = 1
read(3, "\1\0\223\22\0\0\0\0\0\0\0\0\1\0\0\0\10\0\0\0\0\0\0\0\0"..., 32) = 32
futex(0x80d3b84, FUTEX_WAKE, 1) = 0
futex(0x80d3b84, FUTEX_WAKE, 1) = 0
*snip*
futex(0x80d3b84, FUTEX_WAKE, 1) = 0
futex(0x80d3b84, FUTEX_WAKE, 1) = 0
open("./tls/i686/sse2/libCg.so", O_RDONLY) = -1 ENOENT (No such file or directory)
open("./tls/i686/libCg.so", O_RDONLY) = -1 ENOENT (No such file or directory)
open("./tls/sse2/libCg.so", O_RDONLY) = -1 ENOENT (No such file or directory)
open("./tls/libCg.so", O_RDONLY) = -1 ENOENT (No such file or directory)
open("./i686/sse2/libCg.so", O_RDONLY) = -1 ENOENT (No such file or directory)
open("./i686/libCg.so", O_RDONLY) = -1 ENOENT (No such file or directory)
open("./sse2/libCg.so", O_RDONLY) = -1 ENOENT (No such file or directory)
open("./libCg.so", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/opt/googleearth/libCg.so", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 11
fstat64(0xb, 0xffe8bdf4) = 0
mmap2(NULL, 113191, PROT_READ, MAP_PRIVATE, 11, 0) = 0xfffffffff0aa8000
close(11) = 0
open("/lib32/tls/i686/sse2/libCg.so", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64(0xffe8be00, 0xffe8be84) = -1 ENOENT (No such file or directory)
open("/lib32/tls/i686/libCg.so", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64(0xffe8be00, 0xffe8be84) = -1 ENOENT (No such file or directory)
open("/lib32/tls/sse2/libCg.so", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64(0xffe8be00, 0xffe8be84) = -1 ENOENT (No such file or directory)
open("/lib32/tls/libCg.so", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64(0xffe8be00, 0xffe8be84) = -1 ENOENT (No such file or directory)
open("/lib32/i686/sse2/libCg.so", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64(0xffe8be00, 0xffe8be84) = -1 ENOENT (No such file or directory)
open("/lib32/i686/libCg.so", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64(0xffe8be00, 0xffe8be84) = -1 ENOENT (No such file or directory)
open("/lib32/sse2/libCg.so", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64(0xffe8be00, 0xffe8be84) = -1 ENOENT (No such file or directory)
open("/lib32/libCg.so", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64(0xffe8be00, 0xffe8be84) = 0
open("/usr/lib32/libCg.so", O_RDONLY) = -1 ENOENT (No such file or directory)
munmap(0xf0aa8000, 113191) = 0
futex(0x80d3b84, FUTEX_WAKE, 1) = 0
futex(0x80d3b84, FUTEX_WAKE, 1) = 0
*snip*
futex(0x80d3b84, FUTEX_WAKE, 1) = 0
futex(0x80d3b84, FUTEX_WAKE, 1) = 0
writev(3, [{umovestr: Input/output error
0x80806d3f0, 7202472091656}, {ptrace: umoven: Input/output error
0xf5f5e5bb08144300, 586389445516118936}], 2) = 1684
write(3, "\224l\2\0\1\0\0\0", 8) = 8
read(3, 0xffe8c598, 32) = -1 EAGAIN (Resource temporarily unavailable)
poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 4294967295) = 1
read(3, "\1\0\225\22\0\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 32) = 32 |
And the splash just sits there with googleearth using up 99% of one of my cpus.
I have no libCg.so anywhere on my computer and I also have all but the medialibs and java emul-linux-x86 packages installed.
So it looks like we will have to wait for google to fix what ati broke.
Edit: Fixed minor errors
_________________
Specter |
|
| Back to top |
|
|
zeonglow
n00b
Joined: 11 Sep 2006
Posts: 49
Location: /dev/zero
|
| Posted: Tue Mar 06, 2007 5:28 pm Post subject: |
|
|
Don't know why they can't release a 64 bit version, it's just a case of recompiling surely?
Any OpenGL stuff I have built myself work fine.
_________________
'They say great science is built on the shoulders of giants - not here. At Aperture we do all our science from scratch; no hand holding.' - Cave Johnson, CEO Aperture Science. (Portal 2) |
|
| Back to top |
|
|
meulie
l33t
Joined: 17 Jun 2003
Posts: 845
Location: a Dutchman living in Norway
|
| Posted: Mon Jun 16, 2008 2:48 pm Post subject: |
|
|
Hi all!
I just emerged x11-misc/googleearth-4.2.205.5730 and the program works like a charm, but the fonts are all messed up. Should I emerge any additional package for correct fonts?
_________________
Greetz,
Evert Meulie |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Desktop Environments
