Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
Config - Preferred cores.
Current core is at the bottom of the hawk window in the status bar.
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
Joined: 11/15/2012
Posts: 67
Location: Upstate, NY
feos wrote:
Config - Preferred cores.
Current core is at the bottom of the hawk window in the status bar.
It must not be in the version of Biz Hawk I have. Currently running Interim Build SVN r4263. Only thing on the bottom bar is the save slots. No Preferred Cores in the config menu. Was there only one core for the Game Boy when this version came out? If so do you know what core it was?
A better question is, does it work ok in the newest bizhawk release?
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
Joined: 11/13/2006
Posts: 2794
Location: Northern California
If the release history is anything to go by, this is an interim build between 1.4 and 1.4.1, which is... one full decade out of date. I'd be shocked if this is somehow still a problem on 2.9.1, given all of the updates to RAM Search and Gambatte since.
TASvideos Admin and acting Senior Judge 💙 | CohostwarmCabin wrote:
You shouldn't need a degree in computer science to get into this hobby.
Joined: 11/15/2012
Posts: 67
Location: Upstate, NY
Samsara wrote:
If the release history is anything to go by, this is an interim build between 1.4 and 1.4.1, which is... one full decade out of date. I'd be shocked if this is somehow still a problem on 2.9.1, given all of the updates to RAM Search and Gambatte since.
I will download the new version and see if it works on there. I'll let you know if there are any problems.
Joined: 11/15/2012
Posts: 67
Location: Upstate, NY
feos wrote:
A better question is, does it work ok in the newest bizhawk release?
I just downloaded and installed the newest version of Bizhawk (BizHawk-2.9.1 2023-05-03). I am using Gambatte core for the Game Boy emulation. It is still having the exact same problem with the RAM Search not doing a live update on the values. Is there a setting I need to change to make it live update?
Joined: 11/15/2012
Posts: 67
Location: Upstate, NY
I got it to work, I just needed to select "CartRAM". Thank you for helping me figure this out. I'm going to start making maps of Game Boy games. I will be posting my maps at gameboymaps.com. I will let you know if I run into any other issues along the way.
Joined: 11/15/2012
Posts: 67
Location: Upstate, NY
I found a glitch. When I take a screen shot of the Game Boy Emulator the colors come out perfect. When I use "Ctrl + C" to copy the screen, it messes up the colors.
Visually it is not really noticeable, but when you paste it into Photoshop, it adds several extra colors that should not be there. For example, if I index the colors from the Print Screen, there are 4 colors. If I do the same for the "Ctrl +C" then there are 6 colors. Most people probably would not notice or care, but for mapping the games I need the exact colors from the game, without extra colors added.
The same happens both with the game screen and the GPU viewer.
Should I start a new topic for this? Let me know if you need any other information from me on this, or if this is a know issue?
Ctrl + C messes things up? Are you sure you don't mean Ctrl + Shift + C? Ctrl + C is a raw copy of the emulator's frame buffer, so it should have no issues at all (Ctrl + Shift + C goes through a GPU render pass which could screw things up maybe depending on however you configured the display and driver quality and such)
Joined: 11/15/2012
Posts: 67
Location: Upstate, NY
CasualPokePlayer wrote:
Ctrl + C messes things up? Are you sure you don't mean Ctrl + Shift + C? Ctrl + C is a raw copy of the emulator's frame buffer, so it should have no issues at all (Ctrl + Shift + C goes through a GPU render pass which could screw things up maybe depending on however you configured the display and driver quality and such)
I was just doing "Ctrl C" and not "Ctrl + Shit + C". You can test this very easy. Load any Game Boy game and use "Ctrl +C" and paste into any program that can tell you how many colors are in the image and you will see 6 colors and not 4 as it should be. Let me know what you find after trying it out.
Can you post example images, with 4 proper colors as it should be, and the same frame with 6 colors?
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
Joined: 11/15/2012
Posts: 67
Location: Upstate, NY
Correct image with 4 colors taken as a screen shot from the emulator:
Incorrect image with 6 colors taken in the same spot with Ctrl + C:
Edit by feos: Embedded the pics.
Joined: 11/15/2012
Posts: 67
Location: Upstate, NY
Here is how I figured it out. I was selecting the background to remove the coins and move them to a separate layer. I used the magic wand tool that selects just one color. As you can see, in the correct image (From Screen Shot), it works fine, but the one that I got from (Ctrl + C), does not work because of the extra color.
Trying this myself (using the default gray palette, which has all 3 palettes use the same gray palette) and I can't replicate. Furthermore, your screenshots suggest you're using a custom palette anyways, as the grays do not match the default gray palette in Gambatte. I could guess your custom palette actually has different grays between the 3 sets of palettes in it resulting in more colors. That or something else is going wrong anyways (maybe Windows code for sending it to the clipboard is going wrong? which case there is not BizHawk bug, perhaps it's some setting you enabled or whatever, or maybe it's actually the fault of the program you're pasting it into)
Joined: 11/15/2012
Posts: 67
Location: Upstate, NY
CasualPokePlayer wrote:
Trying this myself (using the default gray palette, which has all 3 palettes use the same gray palette) and I can't replicate. Furthermore, your screenshots suggest you're using a custom palette anyways, as the grays do not match the default gray palette in Gambatte. I could guess your custom palette actually has different grays between the 3 sets of palettes in it resulting in more colors. That or something else is going wrong anyways (maybe Windows code for sending it to the clipboard is going wrong? which case there is not BizHawk bug, perhaps it's some setting you enabled or whatever, or maybe it's actually the fault of the program you're pasting it into)
It's not the program I'm pasting into, as the image you provided loaded into Photoshop perfect with 4 colors. I did not change the color palette from the default, but to be sure to eliminate that in case something accidentally got changed here is a screen shot of the palette I am using, let me know if it is the default and correct. Since I am making maps I want to use the most accurate palette, and I assume that is the default one.
I used the eye dropper to get the color values: 1st color: 255, 255, 255 - 2nd color 170, 170, 170 - 3rd color 85, 85, 85 - 4th color 0, 0, 0. BG, SP1 and SP2 all have the same values.
Is that what the default palette is and would that be the most accurate palette to use for making maps of Game Boy games?
I'm guessing if it is a problem with Windows code (I'm using Windows 10), then there is nothing I can do other then using "print screen" to get the accurate colors. It makes one extra step for me for each screen shot I capture, but I can handle that if it is the only way.
So I eliminated the Program I'm pasting into because your image included in your post imports into Photoshop just fine. I eliminated using the default gray palette if you can verify the values I typed in are correct for the image I took of my color palette settings. So all that leaves from your list is Windows is to blame.
Can you, or anyone else if you don't have a computer with Windows, post an image to this topic so I can load that into Photoshop and see if it has the correct colors or not?
I use Windows 10 myself. I assume it'd be due to some configuration or whatever on your end. Something is definitely going completely wrong here, as the colors are just wrong in the first place.
Joined: 11/15/2012
Posts: 67
Location: Upstate, NY
CasualPokePlayer wrote:
I use Windows 10 myself. I assume it'd be due to some configuration or whatever on your end. Something is definitely going completely wrong here, as the colors are just wrong in the first place.
Do you mean the colors in my "Ctrl + C" image, or the colors I listed that my default setting give me of: "1st color: 255, 255, 255 - 2nd color 170, 170, 170 - 3rd color 85, 85, 85 - 4th color 0, 0, 0. BG, SP1 and SP2 all have the same values."
I just checked your image. Even though it only has 4 colors, the values of some of them are different then what I have as my default. The colors in your image are: 1st color: 255, 255, 255 - 2nd color 173, 173, 173 - 3rd color 82, 82, 82 - 4th color 0, 0, 0
The second image in https://tasvideos.org/Forum/Topics/24580?CurrentPage=1&Highlight=523813#523813
The light gray has 0xBDBDBD and 0xBEBEBE, the dark gray has 0x686868 and 0x696969, which are quite off.
Having some differences is actually normal, it's due to the fact that internally the core only stores custom palettes as RGB555 (while the user selects colors in RGB888, so it converts them downwards), when it gets put on the screen it has to be converted to RGB888, that process is a bit lossy but it doesn't really matter much as you couldn't tell without getting some tool to check the exact colors. Even then the differences should be minor, not major like the above example I brought.
Joined: 11/15/2012
Posts: 67
Location: Upstate, NY
CasualPokePlayer wrote:
The second image in https://tasvideos.org/Forum/Topics/24580?CurrentPage=1&Highlight=523813#523813
The light gray has 0xBDBDBD and 0xBEBEBE, the dark gray has 0x686868 and 0x696969, which are quite off.
Having some differences is actually normal, it's due to the fact that internally the core only stores custom palettes as RGB555 (while the user selects colors in RGB888, so it converts them downwards), when it gets put on the screen it has to be converted to RGB888, that process is a bit lossy but it doesn't really matter much as you couldn't tell without getting some tool to check the exact colors. Even then the differences should be minor, not major like the above example I brought.
Thank you. That gives me the info I need. Since I want the most accurate colors for my maps, I will stick to the Print Screen and not use Ctrl + C. I'm probably the only person out there this matter to :)
Keep in mind the gray palette is not at all a measure of accuracy, rather they are chosen as they are the easiest to look at and have perfect contrast. As far as the Game Boy was concerned there were no "colors" other than "0, 1, 2, 3", going from light to darker, and not necessarily linear in that path. The original Game Boy had some shades of green, and the Game Boy Pocket had some shades of gray, but they were not the perfect contrasting grays given by default in Gambatte. If you want "accuracy" you could want to switch to the SameBoy core, where you can select between the colors of various models (i.e. original Game Boy, Game Boy Pocket, Game Boy Light) along or the "perfect" shades of gray.
Incorrect image with 6 colors taken in the same spot with Ctrl + C:
Edit by feos: Embedded the pics.
I used the eye dropper to get the color values: 1st color: 255, 255, 255 - 2nd color 170, 170, 170 - 3rd color 85, 85, 85 - 4th color 0, 0, 0. BG, SP1 and SP2 all have the same values.
Is that what the default palette is and would that be the most accurate palette to use for making maps of Game Boy games?
I'm guessing if it is a problem with Windows code (I'm using Windows 10), then there is nothing I can do other then using "print screen" to get the accurate colors. It makes one extra step for me for each screen shot I capture, but I can handle that if it is the only way.
So I eliminated the Program I'm pasting into because your image included in your post imports into Photoshop just fine. I eliminated using the default gray palette if you can verify the values I typed in are correct for the image I took of my color palette settings. So all that leaves from your list is Windows is to blame.
Can you, or anyone else if you don't have a computer with Windows, post an image to this topic so I can load that into Photoshop and see if it has the correct colors or not?
