Forums

Skip to content

Advanced search
  • Quick links
    • Unanswered topics
    • Active topics
    • Search
  • FAQ
  • Login
  • Register
  • Board index Assistance Desktop Environments
  • Search

Prevent Vmware messing up color palette.

Problems with GUI applications? Questions about X, KDE, Gnome, Fluxbox, etc.? Come on in. NOTE: For multimedia, go up one forum
Post Reply
Advanced search
27 posts
  • 1
  • 2
  • Next
Author
Message
tecknojunky
Veteran
Veteran
User avatar
Posts: 1937
Joined: Sat Oct 19, 2002 6:50 am
Location: Montréal
Contact:
Contact tecknojunky
Website

Prevent Vmware messing up color palette.

  • Quote

Post by tecknojunky » Sun Jan 09, 2005 5:47 pm

Remember in the (archaics) old days of Windows 98, when it booted, the Windows logo would become all funny looking? This is now happening when I run Vmware. I can't fix it unless I restart Xorg.

I'd like to know if I can do something about it. I can'y find nothing about it, probably because I don't know how to search with proper terms to describe this.

Thanks.
Last edited by tecknojunky on Tue Jan 11, 2005 3:28 am, edited 1 time in total.
(7 of 9) Installing star-trek/species-8.4.7.2::talax.
Top
J0rus
n00b
n00b
User avatar
Posts: 30
Joined: Tue May 27, 2003 5:41 am
Location: Maryland, USA

  • Quote

Post by J0rus » Tue Jan 11, 2005 3:03 am

I have the same problem. The only way I've found to fix it is to Ctrl-Alt-F1 out to console, then Alt-F7 back.
Odd part is I tried to take a screenshot of my own to show the corruption and the weirdness doesn't show up with either Gimp or scrot!

I'm running the fglrx 3.14.6 drivers on my ATI 9800 Pro, and am currently in BigHead (3200x1200) mode.
I also have both a vesa-tng framebuffer AND fbsplash bootsplash going on behind my KDE session.

Haven't tried turning anything off yet...anyone get rid of this annoying problem?


~J0rus
Top
tecknojunky
Veteran
Veteran
User avatar
Posts: 1937
Joined: Sat Oct 19, 2002 6:50 am
Location: Montréal
Contact:
Contact tecknojunky
Website

  • Quote

Post by tecknojunky » Tue Jan 11, 2005 3:30 am

J0rus wrote:Odd part is I tried to take a screenshot of my own to show the corruption and the weirdness doesn't show up with either Gimp or scrot!
Gee, I just took a look at my screenshot I had link in my first post. It showed quite right and ok. I removed the link. It seem you can't screenshot it.
(7 of 9) Installing star-trek/species-8.4.7.2::talax.
Top
finr
Tux's lil' helper
Tux's lil' helper
Posts: 126
Joined: Tue Feb 24, 2004 1:15 pm

  • Quote

Post by finr » Tue Jan 11, 2005 7:47 am

This is not really a solution to your problem, but I found that starting gmplayer obviously restores whatever went wrong, this used to work for me with vmware and console switching.
Since I'm using the radeon drivers instread of fglrx everythings fine, though. Apart from no accelerartion being available, that is... :?
Top
tredman2
Apprentice
Apprentice
User avatar
Posts: 169
Joined: Fri Dec 06, 2002 7:29 pm
Location: Holiday, FL
Contact:
Contact tredman2
Website

VMWare Color Palette Problem

  • Quote

Post by tredman2 » Fri Mar 25, 2005 4:05 pm

I haven't done any kind of investigation on what causes this, but I have discovered after uninstalling the gensplash features, that this palette problem no longer occurs. My first impression is that it has something to do with the way the splash works with the video memory in the framebuffer.

I also don't know if this is related, but every once in a while, when the kernel would switch to the higher resolution frame buffer settings, the system would freeze up tight, not even getting to init. Since I removed splash= from grub, I haven't had that issue. Whenever the splash= was active, the screen would start up with horrible looking fonts, then get to this one particular point in the boot, reset the video mode and display the fonts properly. This is the point where it would occasionally lock up on me. Without splash, it never does that video mode change and thus never locks up on me. However, the side effect was that VMWare no longer messes with the color palette.

Sorry if I seem like I'm rambling, but it's Friday, and I SO need the weekend to get here.

Tim
Top
TwoSlick
Tux's lil' helper
Tux's lil' helper
User avatar
Posts: 114
Joined: Mon Apr 22, 2002 4:06 pm
Location: Rolla, MO

  • Quote

Post by TwoSlick » Fri Mar 25, 2005 8:30 pm

I've also experienced this problem. I've been using vmware for a while, then needed to rebuild the system from scratch. When I did so, I noticed that vmware started corrupting the screen. I tried the two latest gentoo-dev-sources, nvidia-kernel drivers, and combinations of them. However none of them solved the problem. From seeing one of the previous solutions, I decided to switch from vesa-tng to vesafb in my kernel. This seems to solve the problem for me too. It is my opinion that there may be a problem in the vesa-tng driver.

- TwoSlick
Top
tredman2
Apprentice
Apprentice
User avatar
Posts: 169
Joined: Fri Dec 06, 2002 7:29 pm
Location: Holiday, FL
Contact:
Contact tredman2
Website

VESAtng

  • Quote

Post by tredman2 » Sat Mar 26, 2005 12:37 am

That would make sense. That's the VESA driver I was using.

I think I've completely cast aside framebuffer consoles right now, though. My workstations use X almost exclusively, and my servers are headless.
Tim
"I drank what?" - Socrates, 399 BCE
Top
tecknojunky
Veteran
Veteran
User avatar
Posts: 1937
Joined: Sat Oct 19, 2002 6:50 am
Location: Montréal
Contact:
Contact tecknojunky
Website

Re: VESAtng

  • Quote

Post by tecknojunky » Sat Mar 26, 2005 4:18 am

tredman2 wrote:That would make sense. That's the VESA driver I was using.
Not an absolute thrut. I'm using the tdfx framebuffer driver and I occasionnaly have the issue. But, finaly, switching to a text console and back to X fix it. Not that of a big deal.
(7 of 9) Installing star-trek/species-8.4.7.2::talax.
Top
tredman2
Apprentice
Apprentice
User avatar
Posts: 169
Joined: Fri Dec 06, 2002 7:29 pm
Location: Holiday, FL
Contact:
Contact tredman2
Website

  • Quote

Post by tredman2 » Sat Mar 26, 2005 8:33 pm

That seems to be the universal fix, no matter which driver you're using. I think all it needs is for the video mode to be reinitialized, and it's fine. Any program that you run in X that changes the video mode, like full screen media applications or games, should do the same thing.

And while doing an CTL-ALT-F1 followed by an ALT-F7 is a workaround, I'm in and out of VMWare so much that I just got weary of it.
Tim
"I drank what?" - Socrates, 399 BCE
Top
tecknojunky
Veteran
Veteran
User avatar
Posts: 1937
Joined: Sat Oct 19, 2002 6:50 am
Location: Montréal
Contact:
Contact tecknojunky
Website

  • Quote

Post by tecknojunky » Sun Mar 27, 2005 7:25 am

Well, I usualy do it once. while I don't know your definition of "frequent", I too go back and forth between the guest and the host, but I don't use (or very occasionaly) the full screen feature. But if the color palette does get screwed up constantly, I have no problem imagining it would get anyone agravated. :D
(7 of 9) Installing star-trek/species-8.4.7.2::talax.
Top
cbueche
n00b
n00b
User avatar
Posts: 42
Joined: Wed May 29, 2002 7:41 am
Location: Prêles, Switzerland
Contact:
Contact cbueche
Website

  • Quote

Post by cbueche » Tue Mar 29, 2005 7:11 pm

Hi,

not sure, just a guess, but for me, it screw only the anti-aliased fonts. A Konsole text is OK, but texts in evolution and firefox are screwed.
ctrl-alt-F1 and back to ctrl-alt-F7 fixes it until the next vmware start.

Charles
Charles Bueche <charles@bueche.ch>
sand, snow, wave, wind and net -surfer
Top
tecknojunky
Veteran
Veteran
User avatar
Posts: 1937
Joined: Sat Oct 19, 2002 6:50 am
Location: Montréal
Contact:
Contact tecknojunky
Website

  • Quote

Post by tecknojunky » Wed Mar 30, 2005 1:05 am

I guess just for you. For me, even my desktop's wallpaper gets all messed up.
(7 of 9) Installing star-trek/species-8.4.7.2::talax.
Top
cbueche
n00b
n00b
User avatar
Posts: 42
Joined: Wed May 29, 2002 7:41 am
Location: Prêles, Switzerland
Contact:
Contact cbueche
Website

  • Quote

Post by cbueche » Wed Mar 30, 2005 6:45 am

Correct, now that I try, some pixels of the wallpaper are the wrong color. So it seem the palette is gone.
Charles Bueche <charles@bueche.ch>
sand, snow, wave, wind and net -surfer
Top
s4kk3
Apprentice
Apprentice
User avatar
Posts: 232
Joined: Fri Oct 15, 2004 11:58 am
Location: Finland
Contact:
Contact s4kk3
Website

  • Quote

Post by s4kk3 » Wed Mar 30, 2005 1:18 pm

One solution is to start gmplayer(mplayer) and leave it open while you're running vmware.
Top
chukaman
n00b
n00b
User avatar
Posts: 9
Joined: Thu Sep 16, 2004 11:55 am
Location: Johannesburg, South Africa
Contact:
Contact chukaman
Website

change windows settings

  • Quote

Post by chukaman » Fri May 13, 2005 9:02 pm

i'm experiencing the palette problem as well, with vmware workstation 5, the latest xorg and the latest ati-drivers, and I seem to have fixed the problem by simply setting the windows that runs inside the vmware to use 16 bit colour instead of 32 bit colour. the problem only stopped happening after one restart of xorg. not sure if that's a solution for anybody but it's worked for me.
# charles leaver
# obsidian switch (pty) ltd.
# charles@switch-it.co.za
Top
spiryt
n00b
n00b
User avatar
Posts: 45
Joined: Sun Feb 22, 2004 9:00 pm

  • Quote

Post by spiryt » Sat May 14, 2005 10:51 am

you are using vesa framebuffer I suppose. To get rid of those permamently kernel has to be compiled without framebuffer suport, you will loose penguin/bootsplash etc but vmware will be working properly with no trash on the screen left and fully functional full screen mode. (at least it helped in my case)
Top
EtherealSoul
n00b
n00b
User avatar
Posts: 34
Joined: Tue May 06, 2003 1:54 am
Location: Portugal

  • Quote

Post by EtherealSoul » Wed May 18, 2005 11:37 am

Well I don't know if anything has to do with it but I was reading a article regarding how to speed up the system ...
One of the thing to we could do was sysctl -w vm.swappiness=10
well not only speed up a little bit my system as the vmware wks 5 stop messing with my color pallete.

by the way ... I'm using 2.6.11-gentoo-r7, ati-drivers 8.12.10, xorg-x11 latest version.
Death is just another step to get into another plane of existence.
Top
asiobob
Veteran
Veteran
User avatar
Posts: 1375
Joined: Wed Oct 29, 2003 8:13 am
Location: Bamboo Creek

  • Quote

Post by asiobob » Wed May 18, 2005 1:16 pm

This is interesting, I'm not suffering from this problem. I'll contribute my system details

kernel: 2.6.11.7 (vanilla)
vesa driver: vesafg (not vesa-tng)
gensplash: patched and worked
nvidia drivers: for geforce ti 4200
vmware: 5
vmware windows bit depth: 32
Top
opentaka
l33t
l33t
User avatar
Posts: 840
Joined: Fri Feb 18, 2005 8:05 am
Location: Japan
Contact:
Contact opentaka
Website

  • Quote

Post by opentaka » Sat May 28, 2005 11:27 am

i got the exact same problem.
I havnt find the solution yet, but starting gmplayer fix the problem anyway :)
"Being defeated is often a temporary condition. Giving up is what makes it permanent" - Marilyn vos Savant
Top
sbbeebe
Tux's lil' helper
Tux's lil' helper
User avatar
Posts: 104
Joined: Fri Aug 01, 2003 11:42 pm
Location: Colorado, US

  • Quote

Post by sbbeebe » Sat May 28, 2005 12:36 pm

As a couple other posters have noted, I removed fb support from the kernel and that fixed it.
"smell the color 9"
steve
Top
AlterEgo
Veteran
Veteran
User avatar
Posts: 1619
Joined: Thu Apr 25, 2002 2:51 pm

  • Quote

Post by AlterEgo » Sun May 29, 2005 10:10 am

sbbeebe wrote:As a couple other posters have noted, I removed fb support from the kernel and that fixed it.
You need to increase color depth for your frame buffer device to 16 bits or higher (on the host machine). Then the vmware screen corruption goes away.
Top
spiryt
n00b
n00b
User avatar
Posts: 45
Joined: Sun Feb 22, 2004 9:00 pm

  • Quote

Post by spiryt » Sun May 29, 2005 10:24 am

You need to increase color depth for your frame buffer device to 16 bits or higher (on the host machine). Then the vmware screen corruption goes away
Will VMWare work full screen with increased color depth of will it just stop messing the colour palette ?
Top
AlterEgo
Veteran
Veteran
User avatar
Posts: 1619
Joined: Thu Apr 25, 2002 2:51 pm

  • Quote

Post by AlterEgo » Sun May 29, 2005 1:42 pm

spiryt wrote:
You need to increase color depth for your frame buffer device to 16 bits or higher (on the host machine). Then the vmware screen corruption goes away
Will VMWare work full screen with increased color depth of will it just stop messing the colour palette ?
It did for me. Found the info somewhere on the Vmware forums. Can't remember details, sorry.
Top
Marctraider
Guru
Guru
User avatar
Posts: 387
Joined: Wed Dec 24, 2003 2:58 pm

  • Quote

Post by Marctraider » Sun May 29, 2005 3:42 pm

I switched from vesa-tng to normal vesafb and my problems were away :)
MOBO: Maximus II Gene
RAM: DDR2 OCZ 4GB
CPU: E6400 Conroe
GPU: HD2600XT
SATA: 3x 250GB.
Top
opentaka
l33t
l33t
User avatar
Posts: 840
Joined: Fri Feb 18, 2005 8:05 am
Location: Japan
Contact:
Contact opentaka
Website

  • Quote

Post by opentaka » Mon May 30, 2005 9:47 am

Marctraider wrote:I switched from vesa-tng to normal vesafb and my problems were away :)
cool. is there any advantage or disadvantage changing from vesa-tng to vesafb? like I have to reconfig my grub setting etc?
"Being defeated is often a temporary condition. Giving up is what makes it permanent" - Marilyn vos Savant
Top
Post Reply

27 posts
  • 1
  • 2
  • Next

Return to “Desktop Environments”

Jump to
  • Assistance
  • ↳   News & Announcements
  • ↳   Frequently Asked Questions
  • ↳   Installing Gentoo
  • ↳   Multimedia
  • ↳   Desktop Environments
  • ↳   Networking & Security
  • ↳   Kernel & Hardware
  • ↳   Portage & Programming
  • ↳   Gamers & Players
  • ↳   Other Things Gentoo
  • ↳   Unsupported Software
  • Discussion & Documentation
  • ↳   Documentation, Tips & Tricks
  • ↳   Gentoo Chat
  • ↳   Gentoo Forums Feedback
  • ↳   Duplicate Threads
  • International Gentoo Users
  • ↳   中文 (Chinese)
  • ↳   Dutch
  • ↳   Finnish
  • ↳   French
  • ↳   Deutsches Forum (German)
  • ↳   Diskussionsforum
  • ↳   Deutsche Dokumentation
  • ↳   Greek
  • ↳   Forum italiano (Italian)
  • ↳   Forum di discussione italiano
  • ↳   Risorse italiane (documentazione e tools)
  • ↳   Polskie forum (Polish)
  • ↳   Instalacja i sprzęt
  • ↳   Polish OTW
  • ↳   Portuguese
  • ↳   Documentação, Ferramentas e Dicas
  • ↳   Russian
  • ↳   Scandinavian
  • ↳   Spanish
  • ↳   Other Languages
  • Architectures & Platforms
  • ↳   Gentoo on ARM
  • ↳   Gentoo on PPC
  • ↳   Gentoo on Sparc
  • ↳   Gentoo on Alternative Architectures
  • ↳   Gentoo on AMD64
  • ↳   Gentoo for Mac OS X (Portage for Mac OS X)
  • Board index
  • All times are UTC
  • Delete cookies

© 2001–2026 Gentoo Foundation, Inc.

Powered by phpBB® Forum Software © phpBB Limited

Privacy Policy

 

 

magic