Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

'Effect overlay' should be subtractive/multiplied #318

Open
GoogleCodeExporter opened this issue Feb 4, 2016 · 1 comment
Open

'Effect overlay' should be subtractive/multiplied #318

GoogleCodeExporter opened this issue Feb 4, 2016 · 1 comment

Comments

@GoogleCodeExporter
Copy link

Hi,
the current implementation of 'effect overlay' is wrong. It 'adds' the aperture 
masks that make the screen go brighter with stronger effect instead of going 
darker (subtracted/multiplied). With this implementation you cannot achieve 
intended black scanlines. 

Its interesting though. Some effects look ok with adding and don't suffer from 
losing too much brightness/luminance. Maybe you can add both worlds or even 
allow different blend modes (add/sub/multiply - see below). I think the 
'multiply' blend mode is the most important one. A global 'brightness booster' 
option could be useful here to compensate the lost brightness caused by the 
scanlines (or darkened pixels).

Multiply blend mode (see last sentence - its a generic method not just used by 
Photoshop):
"However, of the four blend modes in the Darken group, one of them stands high 
above the others, and that’s the Multiply blend mode. The Multiply blend mode 
is one of the most important and widely-used blend modes in all of Photoshop, 
whether you’re doing traditional photo retouching work or creating some wild 
and crazy special effect. It’s unique among all the blend modes in that 
it’s the only one named after the actual math that Photoshop performs behind 
the scenes when you have the Multiply mode selected. Photoshop takes the colors 
from the layer that’s set to the Multiply blend mode and multiplies them by 
the colors on the layer(s) below it, then divides them by 255 to give us the 
result."

The overscale feature is fantastic. Finally a proper integer scaling 
implementation without filtering. You might consider using this feature in 
combination with an additional bilinear fit-to-screen option. That's what some 
mame derivates do as well (prescaling). This results in a good tradeoff between 
sharp picture and fit-to-screen. The integer prescaling reduces the filter 
blurring alot.

Btw, i've created a DAT file with Romlister with stripped 'clones', 'not 
working', mahjong and quiz files. ROMs are down to 10GB (2776 files) (instead 
of 40GB+). If you're searching for a reasonable dat just let me know.

regards

Original issue reported on code.google.com by Maniaxx2...@gmail.com on 22 Dec 2014 at 12:24

@GoogleCodeExporter
Copy link
Author

Thanks for your findings. I will improve\fix the efect in a next update. 

Original comment by seleuco....@gmail.com on 22 Dec 2014 at 8:57

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant