I just noticed now that the “curved” presets main shader look significantly different from all variations of the “flat” presets.
The “flat” ones look exactly like the default HSM Bezel shaders, the guest_advanced shader, while the curved ones look quite dark and have the hive effect very pronounced? Is this intentional or a bug? On the HSM defaults, the curved ones look just like the flat presets.
The main idea is that scanlines interaction with bright pixels should be different between curved, flat and integer scaling, resulting in a variation of brightness.
Scanlines being a major threat for moire/artifacts in curved, with a minor impact on flat and zero impact on integer, I need to somewhat mitigate that with some extra tuning.
EDIT: I agree with you, tested “curved” presets on a non-QLED display and it feels a little moody. I’ll crank brightness a little up!
Thank you for feedback! And welcome to this little Commodore shrine!
For me, the shader on the curved presets has a completely different, a bit stitchy, look, so I don’t know If it’s supposed to be this way. For example (in this case the preset has already been brightened up, like I said, the default is too dark:
While the flat presets look like this to me:
Both are Advanced_Smooth presets
It appears the difference is the “Slot Mask Strength Bright Pixels – slotmask” and the “Slot Mask Strength Dark Pixels – slotmask1” parameters in the relative “tweaks.slangp”.
I’m not sure why it is giving this result… I don’t think it should.
Now I see what you’re talking about! Thank you for pointing out.
I’m quite sure this is related to the simulated slot mask attenuation parameters. I got these already separated in curved/flat preset fragments so fixing should be a (global) breeze!
I like the stiched texture more because it better reflects IRL commodore monitors micro-dotted slot mask, I found these pretty peculiar. Stronger, plain scanlines belong to PVM/BVM slot masks. I’ll consider this for incoming CRTGaming pack.
I love how these little details make the simulated experience even more unique!
I’ll release an hotfix download this weekend, I’ve already ironed out a couple nice bugs 
I’m still using it, and still undecided about it. It’s cool that it tries to mimic commodore’s monitors, but maybe the effect is too heavy. It’s been ages since I used one (my 1084 died in 1996, RIP), but I kind of remember the image being a bit more soft, but memory might be playing tricks. I wish I had one to try it out.
You can soften the effect a bit by increasing the mask gamma.
I can easily confirm your memories, as I also used to play on a c1084. Commodore monitors used to have a little more halation and “light contamination” between pixels and really thin scanlines, resulting in a richer, softer, antialiased image.
Reproducing good old amiga pixels the way they were meant to be is pretty tricky. You should consider integer scaling and deactivating puae core auto centering and zoom, so scanlines get subtle yet visible. Also, there’s the squashed-PAL vs stretched-NTSC problem to consider to get the correct pixel size, this depends on the game version and the simulated Amiga settings. Last, but not least, the actual pixel density of your modern monitor.
Give a look to this article from @Rincewind, lots of precious Amiga love here! I will eventually integrate some of his insights in my presets.
Feel free to share you setting, I’m curious to compare our memories after… 30 years?!
I had read that article before, but now after using your presets, this image grabbed me:
It shows the same stitched pattern as your curved presets. My brother in law father used to have an electronics repair shop, so not long ago we set to test all the old TVs he still has with an Amiga 500 (through a RGB-Scart connection). All we tested (mostly phillips and Toshibas) have the hive pattern.
As for comparing memories, It’s not new to me, as I have this blog (https://amigamemoirs.blogspot.com/) about sharing Amiga memories 
Fine, I’m on the right path then. Of course the effect has to be much subtler in a normal gaming scenario without close-in zooming! This already proven to be a false path when trying to replicate ol’ CRTs.
Ohhh that’s a treasure chest you got there! But… Where’s the Jim Power in Mutan Planet review? And Agony? Can’t wait to read about these 
Sometimes the most durable memories are with the shittiest games. I’m sure you can’t find many articles around about Operation: Cleanstreets
I agree, the emotional link it’s pretty subjective. Some “bad” games can suck you in because of the game concept, the scenarios, sometimes even just the music.
Amiga lived in the shadow of great consoles of that age, but was able to nail some masterpieces. As a vintage gamer, I can now see cleary how many shitty games we hailed as classics because of graphic presentation or tech achievement: I mean GODS, BODY BLOWS/GALACTIC, but even AGONY itself were pretty lacking, but still loving. JIM POWER itself has mediocre gameplay but… the music? The parallax? The acid colors? It’s a charm. Sensible soccer? Cannon Fodder? Funny and minimal.
One thing I still can’t forgive: bad controls schemes. And with just one button on original amiga (and few games natively supporting 2 buttons) we had to go thru really bad choices. Fortunately with modern emulation we can map everything to the best.
Perhaps our destiny is to finally get the quality games we deserved 3 decades ago 
I’d like to think of games as a sensorial experience, and each game being more than the sum of its parts. I love all 3 Shadow of the Beast games, Agony and Jim Powers. I will die on that hill:) They all look, sound and feel completely Amiga. And I still play them all regularly. Lionheart, First Samurai and Turrican 2 for me are quintessential amiga trio. They have that same blissful feel that consoles can’t replicate. Just that beat from the First Samurai intro…I’m almost crying. I should go back to writing on my blog:)
And could you imagine something as unique, quirky but also nasty as Moonstone on a console? It could only exist on the Amiga. The ultimate party game!
As for bad control schemes, I agree, emulation is a blessing. Turrican 1 has 2 different keyboard keys for different smart bombs. I can just map them to my Arcade Stick. Lovely
One thing is certain: we will always love her dithered makeup.
Can’t wait for the final chapter to be out!
Lovely. They butchered my Elaine in the remake.
Heya brothers in pixels! Following experimentations with CRT shaders, I decided to release an intermediate RC to include a separate chain for slot-mask and aperture-grille.
This includes heavy modified versions of some really nice pixel shaders from the Libretro community:
Commodore displays are set to Slot-Mask. Procedural bezels make use of Aperture-grille.
Here we go with the changelog:
New release for public testing, added a new pixel shader chain to customize displays CRT visuals. BONUS: squashed some minor visual bug.
Software requirements:
Features:
CRT-TECH CHAIN to get pixel shaders customization according to actual IRL display technologyEnhancements:
CRT-TECH SLOT-MASK COMMODORE for Commodore displays visuals (based off CRT-A2080-HiResSmartResShader by @Guest.R & @Rincewind)CRT-TECH APERTURE-GRILLE SHARP for procedural bezels visuals (based off Death-to-Pixels by @Cyber)Fixes:
SCALE PRESETS for better visual coherence across curved, flat and integer (tnx @Ruysan)SCENE PRESETS to fix tube reflections texture (tnx @HyperSpaceMadness)GITHUB REPO STRUCTURE to ease out the updating process for advanced users (tnx @HyperSpaceMadness)Naturally, it’s your pack and this might be exactly the look you’re going for, but don’t you find the results a little too dark and contrasty? The green monster thing is quite desaturated too. I definitely liked your previous attempts better.
On the girl with the pink hair I can see some vertical moire stripes too — slot & phosphor mask pixel-width mismatch perhaps?
For reference, here are the same images with my current preset. It’s a bit different to the one from the article; @guest.r was kind enough to backport some improvements from his advanced shaders to the old WinUAE shaders, and I’ve made good use of some of those features (I’ll update the article later). I’ve increased the saturation a bit and the highlights are a lot better; now there is no luminance loss compared the raw unfiltered images whatsoever.
EDIT: One more pet peeve of mine. The Amiga is supposed to have perfectly square pixels in PAL mode; that’s what the OS reports too. That means that 320x256 would fill the screen completely vertically, but it will have very thin black bars on the two sides of the screen. You’ve stretched the 5/4 aspect ratio image to the 3/4 aspect ratio screen to remove those bars, so the image is a little bit stretched horizontally (I know some people did that in the back the day; however, it’s wrong 
). It’s quite visible if you compare the pink haired girls image of yours to mine. Anyway, I felt compelled to mention
Yup, previous screenshots were taken in a “safe” integer scaling contex. Flat and curved presets will need masking/scanlines to be way less pronounced to prevent loss of brightness and artifacts. This has to be done at different levels of zoom for 12 different displays, so a little of tweaking is needed. After all, it’s a “pre-release” 
Thank you for your captures, these came out from WinUAE? I’ll use these as reference to better calibrate final brightness, my monitor is aging and I can’t trust it for tuning “by eye”.
This will be easily managed by unlocking the procedural bezels aspect ratio, and let them auto-adapt to the actual core resolution / aspect ratio. Letting the PUEA core manage PAL/NTSC resolution will result in correct pixels, but also produce a less-than-pleasing switching of bezels dimensions to dynamically adapt to resolutions. I don’t like that as it’s pretty disorienting and makes the experience to appear “glitchy”, so I need further investigation. Shaderlord @HyperspaceMadness will enlight my path!
On the other side, “textured displays” need a locked 1,33 aspect ratio as bezels have to stay in place with the graphical assets. I have to do some tests disabling PUAE autocentering and overscan to work with the “native” output. I like your idea to play with the original letterboxes, but this really is a game-by-game scenario. I need a more robust all-in-one solution as I don’t expect users to manage all the PAL/NTSC fuss: to make Amiga gaming more accessible, we absolutely need to develop a “consolized” experience.
Worst case, I’ll have to develop specific presets for PAL and NTSC. But I can get over it for accuracy’s sake! 
Thank you so much for your feedback @Rincewind, I really appreciate. I’m sure we can do justice to this Amiga quest!
Yep, they’re all WinUAE screenshots.
Luckily, I have no such goal Dunno how that would work, people still need to figure out whether to play a particular game in PAL or NTSC (e.g. figure out who the developer/publisher was, European or from the US, etc… 90% of WHDLoad games are PAL, but most of them can be switched to NTSC mode to play “correctly”).
Anyway, good luck on your quest!
PUAE core has a specific feature to auto manage PAL/NTSC switching by simply parsing a tag in the ADF/HDF filename.
I just have to complete the circle on my side so I’m pretty confident to get to the point, sooner or later.