search for: 8bpp

...> +nouveau 0000:02:00.0: disp: 0870: 0000e900 -> 0000e800 > > nouveau 0000:02:00.0: disp: 0874: 00000000 -> ffff0000 > > nouveau 0000:02:00.0: disp: 0878: 00000000 > > nouveau 0000:02:00.0: disp: 0880: 05000000 > > > > Looks like it's using 8bpp (0x1e00) in 32MB case but 16bpp (0xe800) in > > 64MB case. Why? > > > > I get blank screen even with 64MB with video=1280x1024-8 kernel > > parameter. Console works with video=1280x1024-16 even with 32MB stolen > > memory. > > > > Conclusions: 8-bit support...

...70: 0000e900 -> 0000e800 >>> > nouveau 0000:02:00.0: disp: 0874: 00000000 -> ffff0000 >>> > nouveau 0000:02:00.0: disp: 0878: 00000000 >>> > nouveau 0000:02:00.0: disp: 0880: 05000000 >>> > >>> > Looks like it's using 8bpp (0x1e00) in 32MB case but 16bpp (0xe800) in >>> > 64MB case. Why? >>> > >>> > I get blank screen even with 64MB with video=1280x1024-8 kernel >>> > parameter. Console works with video=1280x1024-16 even with 32MB stolen >>> > memory. >&g...

...70: 0000e900 -> 0000e800 >>> > nouveau 0000:02:00.0: disp: 0874: 00000000 -> ffff0000 >>> > nouveau 0000:02:00.0: disp: 0878: 00000000 >>> > nouveau 0000:02:00.0: disp: 0880: 05000000 >>> > >>> > Looks like it's using 8bpp (0x1e00) in 32MB case but 16bpp (0xe800) in >>> > 64MB case. Why? >>> > >>> > I get blank screen even with 64MB with video=1280x1024-8 kernel >>> > parameter. Console works with video=1280x1024-16 even with 32MB stolen >>> > memory. >&g...

...02:00.0: disp: 0870: 0000e900 -> 0000e800 >> > nouveau 0000:02:00.0: disp: 0874: 00000000 -> ffff0000 >> > nouveau 0000:02:00.0: disp: 0878: 00000000 >> > nouveau 0000:02:00.0: disp: 0880: 05000000 >> > >> > Looks like it's using 8bpp (0x1e00) in 32MB case but 16bpp (0xe800) in >> > 64MB case. Why? >> > >> > I get blank screen even with 64MB with video=1280x1024-8 kernel >> > parameter. Console works with video=1280x1024-16 even with 32MB stolen >> > memory. >> > >> &gt...

I'm trying to run an old (~1995) Windows game under Wine, but it requires 256 colours and won't work any higher. I've checked out the 256 colour hacks page and the X methods don't work, because I use the FGLRX drivers and they don't support 8bpp, so I'm trying VNC. I've installed vnc-server and vnc so I can play it through a 256 colour VNC connection, but so far I can get the game to run but only in two colours. Other apps I start in VNC (e.g. Eye of Gnome) do show in 256 colours, it's just the 256 colour game that shows in 2...

...sp: 086c: 00000000 -> 00100a00 +nouveau 0000:02:00.0: disp: 0870: 0000e900 -> 0000e800 nouveau 0000:02:00.0: disp: 0874: 00000000 -> ffff0000 nouveau 0000:02:00.0: disp: 0878: 00000000 nouveau 0000:02:00.0: disp: 0880: 05000000 Looks like it's using 8bpp (0x1e00) in 32MB case but 16bpp (0xe800) in 64MB case. Why? I get blank screen even with 64MB with video=1280x1024-8 kernel parameter. Console works with video=1280x1024-16 even with 32MB stolen memory. Conclusions: 8-bit support is broken and bpp reduction is weird. > Sounds like things are...

...: 00000000 -> 00100a00 > +nouveau 0000:02:00.0: disp: 0870: 0000e900 -> 0000e800 > nouveau 0000:02:00.0: disp: 0874: 00000000 -> ffff0000 > nouveau 0000:02:00.0: disp: 0878: 00000000 > nouveau 0000:02:00.0: disp: 0880: 05000000 > > Looks like it's using 8bpp (0x1e00) in 32MB case but 16bpp (0xe800) in 64MB > case. Why? > > I get blank screen even with 64MB with video=1280x1024-8 kernel parameter. > Console works with video=1280x1024-16 even with 32MB stolen memory. > > Conclusions: 8-bit support is broken and bpp reduction is weird....

Greetings Gentlefolk, It's a long time since I 'cvs updated' my wine sources. I did that last night, and after rebuilding I was left with three questions. My experience was that to run an 8-bit windoze app, I had to run wine under an X server that was running in 8bpp. This time, I forgot to switch to an 8-bit X, and to my amazement, the app came up under 16 bpp. Way Cool! q1) An 8 bpp app running on a 16 bpp X server will be slower than an 8 bpp app running on an 8 bpp X server, right? My 16 bpp X server runs at 1600x1200, but I have a dozen other resolutio...

...t tell the difference between it and running natively under windows. Anyway, between now and then I've reinstalled and updated drivers, etc and I can't get wine to work for the life of me (Recent version too) When I had it working I was using a script to start a second X server in 640x480x8bpp, spawn an xterm and ultimately starcraft. It worked great. I'm trying the same thing now, but all I can get is starcraft to load with a mostly black screen and a few white pixels where the menu animations are. Sound and mouse seem fine. The absolute best I could do was by turning on the ins...

...39;t exit it just sits there ocasionaly using a bit of cpu time (85% ish) I've left it for a long time (about 4 hours) with no dicernable change in this.... yeah 4 hours was a lot longer than I think is a useful time to wait but I got distracted. I've tried changing my colour depth to 8bpp but that didn't seem to make any difference, anyone got any clue what it could be think so hard about, other than how much it (like all technology) my do it's best to thwart me at every turn (yes I do think that it's personal, technology's got it in for me and I'll be damned...

http://bugs.winehq.org/show_bug.cgi?id=1984 I think this deserves some attention. NetStorm tries to switch from 32bpp to 8bpp, but can't, even though X does have 8bpp configured.

...----- Bugs fixed in 2.17 (total 20): 12185 Before You Know It crashes 19177 Gorky-17 does not start in Direct3D HAL (SW Renderer is OK) 29958 UIRibbon Framework not implemented: 926749fa-2615-4987-8845-c33e65f2b957 38622 gdiplus should return PixelFormat32bppARGB instead of PixelFormat8bppIndexed for a grayscale PNG file 39885 Cannot allocate more than 32gb of memory 41370 TTM_GETCURRENTTOOL returns always FALSE when send from TTN_NEEDTEXT handler. 41827 Wrong specular rendering with some applications 42427 Steam application claims no internet connection 43046 Multiple...

...id game launch session, (if somebody wants it, i can provide the full version) -- it appears that the graphics backend call pair which causes trouble is to winex11.drv.GetDCEx()/ winex11.drv.GetSystemPaletteEntries(), which seem to suggest that the application asks for the drawing context (it wants 8bpp), realises that something is wrong with the palette and fails: 0009:Ret winex11.drv.GetDCEx() retval=000001ec ret=7ee6a102 0009:Ret user32.GetDC() retval=000001ec ret=00480a94 0009:Call gdi32.GetSystemPaletteEntries(000001ec,00000000,00000100,0032f96c) ret=0 0480b05 0009:Call kernel32.97(7edbe98...

...2:19 2008 CConn: connected to host 127.0.0.1 port 5900 CConnection: Server supports RFB protocol version 3.3 CConnection: Using RFB protocol version 3.3 Mon Jul 7 10:42:25 2008 TXImage: Using default colormap and visual, TrueColor, depth 24. CConn: Using pixel format depth 6 (8bpp) rgb222 CConn: Using ZRLE encoding Mon Jul 7 10:42:26 2008 CConn: Throughput 20000 kbit/s - changing to hextile encoding CConn: Throughput 20000 kbit/s - changing to full colour CConn: Using pixel format depth 24 (32bpp) little-endian rgb888 CConn: Using hextile...

Hi, This is my work in documenting EVO. I did some RE to fill missing gaps. Best regards, Maxim Levitsky

Aaron Plattner (1): Don't disable FB access when it's already disabled. Adam Jackson (9): Remove all trace of mfb Bug #10004: Fix palette initialization in 8bpp modes. Fix boolean inversion in VBE screen clear. Remove some useless module loading cruft. Prefer a more modern depth/bpp selection. Add semi-reasonable mode validation. Clean up memory model checking, and properly refuse unsupported models. Update copyright....

Compatibility updates for xserver 1.20. Adam Jackson (8): Default to 32bpp if the console is 8bpp (and we weren't told otherwise) Use own thunk functions instead of fbdevHW*Weak Pass the pci device (if any) through to fbdevhw in probe and preinit Fix shadow fb allocation size (v2) Remove dead pix24bpp variable Use shadowUpdate32to24 at 24bpp Update for 1....

...eora supports. For my immediate purposes, I don't have any information about what the actual colorspace used at my frame source is, so the "unspecified" variants I declared will have to suffice. It's not meant to support every conceivable format (notably it doesn't do >8bpp) but it should support lots of common/popular formats easily, and is extendable to scratch someone else's itch. Thanks in advance, John Koleszar

Here is an app to test the texture layout. No message means it's ok. Otherwise it spews a lot of errors. You have to manually set the TILE_HEIGHT, TILE_WIDTH and TILING_PARAM. TILE_WIDTH == TILE_PITCH in this case because it's 8bpp data. Use this list (TILING_PARAM) TILE_WIDTHxTILE_HEIGHT: (0x00) 32x4 (0x10) 64x8 (0x20) 64x16 (0x30) 64x32 (0x40) 64x64 I'm curious to know if anyone has different layouts. You may need to sudo run it. Maarten. -------------- next part -------------- A non-text attachment was scrubbed......

...ytes of free disk space, then check your virtual memory settings." At that moment I had 39248 Kbyte free memory and 1.1Gbyte of free disk space. When I choose "Continue" I get nothing but blank screen. I tried managed/unmanaged, dga/nodga modes, 640x480 and other resolutions with 8bpp and 16bpp, but didn't success. Now I'm not know what to do further.... :-( System info (I don't which does matter): codeweavers-wine-20020411, XFree86-4.2.0, kernel-2.4.18, gnome-1.4, 256Mbyte RAM, AMD Duron 800 Mhz. Help me or I'll going crazy... ;-( Thanks in advance, SiX