Some Vectrex shots for reference:
Hello! Can someone help me with this? I set Integer scale both axes on, and this happens, looks stunning for me, but I can’t take of those black gaps on the sides…
If I use Integer scale Multiple offset on long axis, then the sides go underneath the reflection and then the reflection looks bad…
1 Like
well I think I found something, I’m not sure if I’m doing the correct thing, but it looks good… 
2 Likes
I’ve encountered behavior like this as well. I think this is now a known issue.
1 Like
Yeah I will need to address this at some point 
4 Likes
Mega Bezel is updated to V1.14.0_2023-04-15
Be sure to use at least Retroarch 1.15
Changes:
- Added PASSTHROUGH base variants
- These have a minimal processing on the image coming from the core, and no CRT shader
- Includes FXAA for antialiasing 3D polygonal graphics
- Guest’s G-Sharp used for scaling the game image down to the size on the screen
- Added NO-TUBE-FX versions here as well
- Did a really big refactor of the building of the presets
- This makes it easier to keep the presets consistent and know what is in each one
- Removed Negative crop passes, since it’s not being used
- Removed first pass which wasn’t needed since we don’t use mipmapping for DREZ anymore
- Moved the Intro after ScaleFX so the Static should no longer get smoothed
- Added support to fix flipping in more core with glcore
- Fixed Reflection Disappearing with Raster Bloom Enabled
- Fixed Reflection on Dual Screen LCD presets where the whole unsplit image was being used for both screens
- Added Threshold to GSharp so that it doesn’t apply to a similar incoming resolution
- Updated Dual Screen presets to use params files which users could leverage if desired
- Overscan and Raster Bloom is now available for most presets
- Fixed Potato CRT Curvature affecting black line which it shouldn’t
- Removed Afterglow on all Potato Presets (Before some had them some didn’t)
- Remove Sega Luma Fix from the Guest shader, so only the one in Grade is used (since it will be turned on automatically for sega consoles)
Go to the first post here for links to the package and install instructions. Please make sure to read the install & setup instructions
12 Likes
Hello, HyperspaceMadness. I have a question, if you don’t mind. When I updated via the download link and replaced the old Mega_Bezel folder with the new one I got this screen when loading up a few of my emulators.
However, after updating via the Online Updater in RetroArch I no longer received this message. Do you have ideas what might have caused that to appear and, if it is a fault of mine, can you let me know what to avoid doing in the future. I wouldn’t have minded just re-selecting the presets I wanted. It’s no big deal. But I just thought I’d mention it in case it is anything important.
1 Like
Just wanted to say thanks for these awesome quality of life innovations and improvements!
This is a welcome improvement and something that I had just started implementing manually in my Sega Genesis presets. Is this active already?
Anyway, Keep up the great work!
1 Like
Sorry for hijacking the thread, but this is something I always wondered.
What is it and why is it needed?
…to return in topic, how do you enable it automatically? Maybe you check the core resolution?
Great work as usual!
1 Like
I think Sega Luma fix looks better to me than the Sega brightness fix. Wouldn’t be better to remove the Brightness one instead the Luma? Sorry for the stupid question…
I recently did some testing and I found one of them to be more neutral colour temperature wise, while the other seems to add a bit of warmth (red).
I prefer the more neutral one.
1 Like
Do you mean that Sega Brightness fix is the more neutral one?
1 Like
I just checked it and it’s the Sega Luma Fix in the [BRIGHTNESS & CONTRAST] Section that I found to be more neutral.
1 Like
So you agree with me that looks better… So I wasn’t wrong then…
1 Like
Yes and no.
You asked this, but this is exactly what @HyperspaceMadness did. Remove the Sega Brightness Fix and leave the Sega Luma Fix.
This is the corresponding parameter in the slangp file that remains active:
g_lum_fix
This is for Sega Luma Fix.
1 Like
Hmm, Sorry, but I’m not sure why this would be happening, it’s kind of strange…
Yup this is active already, it covers the Genesis cores in online updater, let me know if you see it not applying to any particular emulators
Basically Sega hardware has white not at the top value of 255 like everything else, instead white on Sega consoles was like 248 or something, so when playing through an emulator the brightest white will not appear as white as it should. The luma fix stretches the brightness of all values so that 248 lands at 255.
Enabling it automatically is done by using the $CORE$ wildcard for the known Sega cores, so this will not automatically apply to Sega arcade games. If you wanted to use these you could copy the ones in here Mega_Bezel/resource/param_values/core-defaults/core
Hmm I’ll see if I should swap these around because in general something is neutral is usually better. If I do I would need to have the afterglow passes on the potato presets, because that’s where this color correction is.
2 Likes
The way you have it now already uses the more neutral Sega Luma Fix. So it should be good to go.
1 Like
Ok great, thanks for clarifying that Sounds like I can keep it as is.
1 Like
How do we get our shader presets included in a pack? I really love TheNamec’s monitor bezels and have worked really hard on my VGA and RGB monitor presets that go along nicely with one of his and would love to be able to share so other users can game with such nuanced and tailored displays, once I feel satisfied enough with the results.
1 Like
I would recommend sharing your presets as a standalone pack, and let @TheNamec detail how to add them to his presets.
I have both local and global overrides in my reference chain, but I am not sure what he has made available in his presets. Although we started with the same boilerplate, we moved in independent directions.
The alternative would be for @HyperspaceMadness to include them as base preset variations, but even so it would still depend on @TheNamec’s reference chain.
Keep in mind that although my pack is pretty neutral (As far as CRT settings go.) I believe he has developed some CRT parameters of his own. Your settings could conflict with his.
You could always contact him via PM.
2 Likes