Homebrew [Request] f.lux for 3DS

  • Thread starter Thread starter Aether Lion
  • Start date Start date
  • Views Views 15,431
  • Replies Replies 45
  • Likes Likes 3
If it's possible to control the colors on the screen (I know the brightness can be configured to more than the options we normally have), perhaps an NTR plugin could be made if it's open source. I don't see anything of the sort on their page, however.
 
  • Like
Reactions: Aether Lion
I feel like theoretically it should possible with an NTR plugin- we can already control screen brightness that way. The question is is whether or not the color temperature can change that way too.

If nothing else, such a thing would probably be n3ds only :P

Edit: Ninja'd
It'd probably be a little troublesome to create such software but I think it'd be unique and open the way to others creating similar system-wide software like that. :D
 
I feel like theoretically it should possible with an NTR plugin- we can already control screen brightness that way. The question is is whether or not the color temperature can change that way too.

If nothing else, such a thing would probably be n3ds only :P

Edit: Ninja'd
changing the power of the brightness is very different to applying a color filter on the fly :)
@cell9 - is this possible do you think? reducing the blue light from the 3ds screen
(not asking you do do it! but if you think it is possible)
 
Last edited by cearp,
If it's possible to control the colors on the screen (I know the brightness can be configured to more than the options we normally have), perhaps an NTR plugin could be made if it's open source. I don't see anything of the sort on their page, however.
https://github.com/jonls/redshift
There's this.
 
  • Like
Reactions: Deleted User
changing the power of the brightness is very different to applying a color filter on the fly :)
@cell9 - is this possible do you think? reducing the blue light from the 3ds screen
(not asking you do do it! but if you think it is possible)

If we have direct framebuffer access you could always read the B value, substract x from it (make sure not to underflow!) and write it back.
Don't know whether NTR provides this level of access though, or whether we can perform these kind of operations in realtime.

EDIT: iirc, the 3DS' framebuffer is stored in a BGR24 format. That is, pixel 0 is Blue, Green, Red (varying from 0 to 255), then you have pixel 1 with its corresponding Blue, Green and Red values. Rinse and repeat for the rest (320*240 for bottom screen, 400*240 for top screen)
 
Last edited by Wolfvak,
  • Like
Reactions: Pacheko17 and cearp
Drawing a red transparent image on both screens might work.
yeah but that is not flux, it just looks ugly, making everything reddish.
flux and stuff like it actually change the color, make blues less blue, not just make stuff red

--------------------- MERGED ---------------------------

if you have direct framebuffer access you could always read the B value, substract x from it and write it back :). Don't know if NTR provides this level of access
that's what i was trying to ask :)
I'm not sure how intensive something like that would be
 
so, just like taking screenshots, instead of reading that area we write to it...
it might not so hard actually.
location and time is not important really, just chaning the screen temp would be fine.
I'm not so sure if it is as simple as turning blue to black, it doesn't seem that simple, but i think this idea is possible if someone puts some work in :)
 
so, just like taking screenshots, instead of reading that area we write to it...
it might not so hard actually.
location and time is not important really, just chaning the screen temp would be fine.
I'm not so sure if it is as simple as turning blue to black, it doesn't seem that simple, but i think this idea is possible if someone puts some work in :)
I have no experience in creating 3DS homebrew and so yeah I'm not the one for the job. :P
 
that's what i was trying to ask :)
I'm not sure how intensive something like that would be

Shouldn't be too CPU-intensive, and even then you could always create it as a low priority thread in the background.

The main issue with this whole idea is: how much should we reduce the blue intensity?

There's no detector in o3DS and in n3DS it's locked away because only one process/service can access it at a time (so you'd have to disable qtm)
 
  • Like
Reactions: Aether Lion
The main issue with this whole idea is: how much should we reduce the blue intensity?
Create editable variables and let users experiment? I think it'd be different tastes for each users. Just like in f.lux you can set the levels. I mean it doesn't need to me near that complex.
 
  • Like
Reactions: cearp
The main issue with this whole idea is: how much should we reduce the blue intensity?

Create editable variables and let users experiment? I think it'd be different tastes for each users. Just like in f.lux you can set the levels. I mean it doesn't need to me near that complex.

Perhaps have a sort of 'safe' level low that you can't set it past, and then let the user decide how dim/bright they want it. I'm thinking in the way that flux has its lowest level, though as how you'd determine that, I'm not sure. Maybe use the built-in brightness scale as a guide for the low? I know it's not the same as color intensity, but it could still be used as a guide.
 
  • Like
Reactions: Aether Lion

Site & Scene News

Popular threads in this forum