That’s exciting! You’ve done an amazing job! Bravo! Your work has inspired so many! Your hard work is appreciated! 
2 Likes
I wonder if i could drop you latest pack in my decorations in my retrobat? That might work?
1 Like
Ive got the vmu dreamcast bez but its a solid window and not showing my gaming screen 
1 Like
That is because the Mega Bezel doesn’t need a hole. 
I have an overlay repo, but you shouldn’t need it. Retrobat is a fork of Batocera and I provide the default Decorations for Batocera.
I also provided a default Retrobat decoration at their request. It and my other Batocera decorations are indeed in the “retrobat-bezels” repo.
https://github.com/RetroBat-Official/retrobat-bezels/blob/master/default_curve/default.png
4 Likes
Awesome stuff!! Love it 
I have a little problem with Nintendo DS, the shaders work as expected except it’s vertically inverted.
Here is a screenshot :
And it’s the same for all NDS presets I tried. Other ones for other systems all work well so far.
2 Likes
Welcome to the forum!
The Mega Bezel uses wildcards to detect the current retroarch video driver and apply needed parameters.
There was an interfering retroarch bug that has been fixed in recent builds. My first suggestion is to update your retroarch installation to a more recent build.
If that fails, you can use the “Flip Veiwport Vertical” parameter to set things straight.
1 Like
Thanks ! I already had the latest stable version so I flipped the screen in the settings and it works. But I’ve also noticed I only need to flip the screen when the emulator (melonds in this case) core is set to use the opengl renderer, not when this option is off.
holy shit!!! MB2 looks crazy! I assume previous bezels can still be used?
On another note. In the current version, is there a way to use the logo when a game starts instead of the mega bezel logo? I typically have this turned off, but would maybe like to make use of system logos here… (note this is photoshopped, but this is what i want)
You are correct. Melonds should be among the list of wildcards, not Melondsds though.
With my next shader pack update I will also be releasing an updated set of wildcards that can be copied over a Mega Bezel installation for cores that either added HW acceleration or didn’t exist before the last update.
Why not melondsds ? It has the same problem I just tried it.
1 Like
If you read my post carefully, you will notice I mentioned cores that were released after the last Mega Bezel update, and cores that added hardware rendering.
Code for the wildcards is hard coded into the Mega Bezel, so of course melendsds has the same issue.
I will check melons, it may be that the code is missing for it too.
Well I’m not sure to really understand what you mean (English is not my native language btw) but I fully trust you to know what you’re doing.
On a related subject I have a suggestion : let the core manage the rotation for “book” games. Because as it is now, touch screen emulation with the mouse has inverted X and Y axes, due to the core assuming top/bottom display when the shader actually rotates to left/right. Letting the core know the display is rotated, it would then correctly handle mouse inputs.
This also affects the d-pad but that’s very easy to fix. For the mouse I made an Xpadder profile to emulate the mouse with an analogue stick, not ideal but it does the job good enough. I understand this really is not top priority though, I myself have only 3 or 4 games that would benefit from it.
Oh, and another request for when you have to time to spare (which might mean never I suppose) : a preset with the original grey DS, not the Lite one .
I am afraid it is not possible to “let the core” do the rotation within the Mega Bezel.
I have done a “Book” standard overlay, (Only works with melondsds.) I just haven’t updated the repo yet.
My koko-aio pack has a book graphic (based on the overlay) that can function as a standard overlay.
There is a lot of discussion in the discord retroarch development channel about defining screen bounds and orientation in melondsds when a border shader is used. Not sure how they will handle d-pad rotation though, or when any new code will be finished.
There are a lot of systems on my to do list. (When I get back to it.) Any additions to finished systems will be a lower priority, if they happen at all.
Yes that’s what I thought about the original DS, time will tell then. Too bad for books but that’s no big deal.
Anyway, thanks for taking the time to answer my questions.
1 Like
All is not lost on the books. Defining screen boundaries is a new feature of melondsds. I haven’t messed with what is there now, but I think that over time it should solve all of these border shader issues.
When you have choosen and save a shader for the core, go to config and in the core folder (for ex : PUAE), edit the .slangp file (mine is PUAE.slangp)
Add :
HSM_INTRO_WHEN_TO_SHOW = "1.000000"
IntroImage = "../../Graphics/_Common/Duimon_OSD.png"
and change the path for your new logo (i’m not sure about the resolution you need, maybe @Duimon can speak about this)
Exemple :
Hope it will help u 
1 Like
What I would do is create an image that uses the native resolution of the system, and adjust it to fit the way you want.
Then add the parameter…
HSM_INTRO_LOGO_HEIGHT = "0.000000"
…to those @oneshout listed above. (It uses the original image resolution.)
Keep in mind that any internal upscaling will essentially shrink the image with this setting.
That being said, it is the easiest way to make sure it does what you want.
The main caveat with the intro image is its location in the shader chain. It will display at the game resolution, so even if you use a high-resolution image, and play with the size parameter to get it to fit, it will look low res.
I’m not positive it isn’t worth trying a high res image though, my intent was to emulate the OSD of a CRT TV.
1 Like
Bro. Sexy. Thank you! I’ll give it a try. Is there a way to add logic for multi-core systems? like sega genesis and SNES and Super Famicom?
