blob: d44f9298213c824715cd959090f2db01cbb1c8a0 (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
|
peripherals: 0.968
permissions: 0.959
debug: 0.958
PID: 0.956
hypervisor: 0.954
semantic: 0.950
socket: 0.949
ppc: 0.949
register: 0.944
assembly: 0.941
graphic: 0.937
arm: 0.936
risc-v: 0.934
architecture: 0.932
files: 0.931
virtual: 0.925
user-level: 0.921
network: 0.918
device: 0.917
kernel: 0.906
mistranslation: 0.906
performance: 0.902
vnc: 0.901
KVM: 0.897
boot: 0.892
x86: 0.891
VMM: 0.862
TCG: 0.858
i386: 0.736
Strange colors on PowerMac Machine OsX
Strange colors on PowerMac Machine OsX
if it used VmWare or Std i have strange color palette as result.
I had benn made a grab of screen here
http://i1249.photobucket.com/albums/hh511/tlosm/qyellow_zps1d2dfc18.jpg
My Machine is a PowerMac G5 Quad with Nvidia 7800Gtx 512mb
thankyou
Luigi
On 6 December 2014 at 17:15, luigiburdo <email address hidden> wrote:
> Public bug reported:
>
> Strange colors on PowerMac Machine OsX
> if it used VmWare or Std i have strange color palette as result.
> I had benn made a grab of screen here
>
> http://i1249.photobucket.com/albums/hh511/tlosm/qyellow_zps1d2dfc18.jpg
>
> My Machine is a PowerMac G5 Quad with Nvidia 7800Gtx 512mb
It would be interesting to know if this bug also manifests
on x86 MacOSX. (Unfortunately if it's a PPC-only bug you're
rather on your own, since there's not really active development
of PPC OSX host support any more. If you're able to write
and submit a patch I can review and apply it, though...)
-- PMM
I will check on my Macbook x86 if needed ...
i will first investigating why std mode on ppc have this issue with 32bit video modes on 16bit look like it is ok.
wmare have this isssue too. Not the cyrrus there everything is ok.
will ask some other guys to make test of qemu on other powermac machines and on linuxppc too.
About a patch ..not simple for my knowledge of coding but who know will see if some coders friend can help about.
In other way qemu on G5 is fast and usable .
PMM i found the problem it is because big endian sdl and was fixed in some other programams with this
like i write before on 8 bit std no problem when i swap to 16 bit and up i have wrong colors.
/* The MacOS X port of SDL lies about it's default pixel format
* for high-colour display. It's always R5G5B5. */
Here a code example :
#ifdef WORDS_BIGENDIAN
if (fmt->BitsPerPixel == 24) {
if (fmt->Rmask == 0x00FF0000 && fmt->Gmask == 0x0000FF00 && fmt->Bmask == 0x000000FF)
return RGBFB_R8G8B8;
if (fmt->Rmask == 0x000000FF && fmt->Gmask == 0x0000FF00 && fmt->Bmask == 0x00FF0000)
return RGBFB_B8G8R8;
} else if (fmt->BitsPerPixel == 32) {
if (fmt->Rmask == 0xFF000000 && fmt->Gmask == 0x00FF0000 && fmt->Bmask == 0x0000FF00)
return RGBFB_R8G8B8A8;
if (fmt->Rmask == 0x00FF0000 && fmt->Gmask == 0x0000FF00 && fmt->Bmask == 0x000000FF)
return RGBFB_A8R8G8B8;
if (fmt->Bmask == 0x00FF0000 && fmt->Gmask == 0x0000FF00 && fmt->Rmask == 0x000000FF)
return RGBFB_A8B8G8R8;
if (fmt->Bmask == 0xFF000000 && fmt->Gmask == 0x00FF0000 && fmt->Rmask == 0x0000FF00)
return RGBFB_B8G8R8A8;
} else if (fmt->BitsPerPixel == 16) {
if (get_sdlgfx_type () == SDLGFX_DRIVER_QUARTZ) {
/* The MacOS X port of SDL lies about it's default pixel format
* for high-colour display. It's always R5G5B5. */
return RGBFB_R5G5B5;
} else {
if (fmt->Rmask == 0xf800 && fmt->Gmask == 0x07e0 && fmt->Bmask == 0x001f)
return RGBFB_R5G6B5;
if (fmt->Rmask == 0x7C00 && fmt->Gmask == 0x03e0 && fmt->Bmask == 0x001f)
return RGBFB_R5G5B5;
}
} else if (fmt->BitsPerPixel == 15) {
if (fmt->Rmask == 0x7C00 && fmt->Gmask == 0x03e0 && fmt->Bmask == 0x001f)
return RGBFB_R5G5B5;
}
#else
if (fmt->BitsPerPixel == 24) {
if (fmt->Rmask == 0x00FF0000 && fmt->Gmask == 0x0000FF00 && fmt->Bmask == 0x000000FF)
return RGBFB_B8G8R8;
if (fmt->Rmask == 0x000000FF && fmt->Gmask == 0x0000FF00 && fmt->Bmask == 0x00FF0000)
return RGBFB_R8G8B8;
} else if (fmt->BitsPerPixel == 32) {
if (fmt->Rmask == 0xFF000000 && fmt->Gmask == 0x00FF0000 && fmt->Bmask == 0x0000FF00)
return RGBFB_A8B8G8R8;
if (fmt->Rmask == 0x00FF0000 && fmt->Gmask == 0x0000FF00 && fmt->Bmask == 0x000000FF)
return RGBFB_B8G8R8A8;
if (fmt->Bmask == 0x00FF0000 && fmt->Gmask == 0x0000FF00 && fmt->Rmask == 0x000000FF)
return RGBFB_R8G8B8A8;
if (fmt->Bmask == 0xFF000000 && fmt->Gmask == 0x00FF0000 && fmt->Rmask == 0x0000FF00)
return RGBFB_A8R8G8B8;
} else if (fmt->BitsPerPixel == 16) {
if (fmt->Rmask == 0xf800 && fmt->Gmask == 0x07e0 && fmt->Bmask == 0x001f)
return RGBFB_R5G6B5PC;
if (fmt->Rmask == 0x7C00 && fmt->Gmask == 0x03e0 && fmt->Bmask == 0x001f)
return RGBFB_R5G5B5PC;
} else if (fmt->BitsPerPixel == 15) {
if (fmt->Rmask == 0x7C00 && fmt->Gmask == 0x03e0 && fmt->Bmask == 0x001f)
return RGBFB_R5G5B5PC;
}
#endif
return RGBFB_NONE;
}
#endif
On 7 December 2014 at 11:49, luigiburdo <email address hidden> wrote:
> PMM i found the problem it is because big endian sdl and was fixed in some other programams with this
> like i write before on 8 bit std no problem when i swap to 16 bit and up i have wrong colors.
>
> /* The MacOS X port of SDL lies about it's default pixel format
> * for high-colour display. It's always R5G5B5. */
Yuck. Thanks for tracking that down. This sounds like it should
be fixed in SDL, though.
-- PMM
Peter no problem , if you need the code where i had been found that code
ask i can share it without problem.
|