- --
Viewing Issue Advanced Details
[ Jump to Notes ]
| ID | Category [?] | Severity [?] | Reproducibility | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 09011 | Color/Palette | Trivial | Always | Dec 8, 2024, 20:18 | 4 hours ago |
| Tester | 125scratch | View Status | Public | Platform | MAME (Official Binary) |
| Assigned To | Resolution | Open | OS | Windows 10/11 (64-bit) | |
| Status [?] | Direction Needed | Driver | |||
| Version | 0.272 | Fixed in Version | Build | 64-bit | |
| Fixed in Git Commit | Github Pull Request # | ||||
| Summary | 09011: Multiple arcade sets: [possible] Blue levels only reach about 222 | ||||
| Description |
I have noticed that for a while the blue color levels in many games, mostly from the early 80s, do not reach the full blue intensity, even when red and green do, including the following drivers: galaga, rallyx, snk6502, btime (disco, lnc, mmonkey, protenn, wtennis), docastle, bankp, gberet, yiear, chaknpop, marineb, shootout, mermaid, ambush, vastar (dogfight), mystston, mrjong, liberate (not prosport), drmicro, espial, scregg, and others. This creates a slight yellow tint on the screen. This may or may not be an inaccuracy, and I noticed that this has been fixed in some drivers like pacman, mappy, cclimber, and partially btime (for Burger Time and Burnin' Rubber), and a few others. Also, I noticed that yieartf does have full blues, since it runs on Track & Field hardware. |
||||
| Steps To Reproduce | |||||
| Additional Information | |||||
| Github Commit | |||||
| Flags | Possible | ||||
| Regression Version | |||||
| Affected Sets / Systems | Multiple arcade sets | ||||
|
Attached Files
|
|||||
Relationships
| There are no relationship linked to this issue. |
Notes
14
|
No.22563
Robbbert Moderator
Dec 8, 2024, 21:27
|
Could be because of resistors. |
|---|---|
|
No.22565
125scratch Tester
Dec 8, 2024, 22:59
|
How so? |
|
No.22566
hap Developer
Dec 8, 2024, 23:23
|
Like this (yiear.cpp in this example) Then yes, max blue will have slightly lower voltage than max red or green. bit 7 -- 220 ohm resistor -- BLUE -- 470 ohm resistor -- BLUE -- 220 ohm resistor -- GREEN -- 470 ohm resistor -- GREEN -- 1 kohm resistor -- GREEN -- 220 ohm resistor -- RED -- 470 ohm resistor -- RED bit 0 -- 1 kohm resistor -- RED |
|
No.22567
125scratch Tester
Dec 8, 2024, 23:35
edited on: Dec 8, 2024, 23:42 |
I suppose that makes some amount of sense, but I'm wondering why drivers like pacman and mappy used to be like this but aren't anymore. I always thought it was a bit of an inconsistency, and felt like since Galaga hardware is similar, it should also have higher blue values in most cases, and Galaga and Dig Dug cabinets I've played don't seem to have that issue, though I know analog video and CRTs are a factor. |
|
No.22568
hap Developer
Dec 8, 2024, 23:41
edited on: Dec 9, 2024, 00:00 |
pacman (I mean, the pacman.cpp driver) uses resnet.h, maybe more accurate that way? |
|
No.22569
125scratch Tester
Dec 8, 2024, 23:45
|
I realize I haven't provided any real hardware examples, I did look for some but found them hard to find, and analog video is somewhat inconsistent anyway. |
|
No.22687
125scratch Tester
Dec 23, 2024, 22:20
|
I wonder if it would technically be more accurate to use the galaxian color system, since I noticed its colors are darker, and the blue is slightly lower but not to the same extent. It could be too dark, but it's something to think about. |
|
No.24329
125scratch Tester
1 day ago
|
Noticed hap has been making some "normalize blue palette" changes to some sources like snk6502.cpp and jack.cpp. I wonder if these could also be applied to galaga.cpp, rallyx.cpp, and other sets. (As for galaga.cpp, I'm not really sure how Xevious handles color but it seems to have a larger palette than other galaga.cpp games so maybe it could be handled differently) |
|
No.24330
125scratch Tester
1 day ago
|
meant "other sources", not sets |
|
No.24335
hap Developer
11 hours ago
edited on: 11 hours ago |
galaga white will become blu-ish if I normalize blue. The same thing happens if I emulate the palette with a resnet (which matches schematics, nothing complex about it). I can do that commit later today, but I'm not 100% sure the lightblue white correct, or if it's just a case of increased contrast on the display (contrast of 1.15 = white). Similarly, I'm also not sure if mappy or pacman's white is supposed to be lightblue either. |
|
No.24336
125scratch Tester
10 hours ago
|
Yeah, that's fair. I personally always thought the higher blue levels were intended for galaga, but maybe there's something about the original hardware that makes the whites less bluish. I still think the normalized blue looks more "correct", mostly because it's consistent with other 8x8x4 RGB palettes, and also because to me the blues on real hardware look brighter, for example the sky in Dig Dug. Could be CRT stuff though, but I'm not sure. |
|
No.24337
hap Developer
8 hours ago
|
resnet added here for galaga,bosco,digdug: https://github.com/mamedev/mame/commit/84ffd54c16f670524918ee4d96d283d1a9012962 rallyx was already correct, it has a 1k pulldown on blue (double checked with schematics) |
|
No.24338
125scratch Tester
5 hours ago
|
Huh, that makes me wonder if the normalized blue on galaga is correct then. It might not be, but it's your call. |
|
No.24339
hap Developer
4 hours ago
|
All I can say is it matches schematics, and also matches MAME's pacman/mappy emulation (they also have lighblue white). It's not easy to determine if it's correct by looking at PCB videos just from a single color, since it depends too much on monitor knobs (contrast, brightness, ..) |