Fullscreen youtube colour artefacting.
Same issue as above.
MacBook Pro (Retina, 13-inch, Late 2013)
OS X El Capital 10.11.1 (15B42)
Graphics Intel Iris 1536 MB
Happens in Safari Version 9.0.1 (11601.2.7.2)
Happens in fullscreen videos at bright spots. If I wiggle the mouse and the youtube overlay reappears, the problem then disappears. (So the HUD rendering fixes it)
Michael Fisher last edited by
As countless others have said, the bright spots appear only in Safari fullscreen with no HUD rendered. I use Safari's default video player and it happens in that.
MacBook Pro Retina (13 inch, Early 2015)
OS X El Capitan 10.11.1
Intel Iris Graphics 6100
Using Safari 9.0.1 and f.lux 36.5
The artefacting happens only when the scaled resolution setting is enabled in System Preferences (the thing that makes the menus etc smaller/bigger)
Logica Ens last edited by
@Michael-Fisher The artefacting happens when the default for display resolution setting is enabled in System Preferences too.
Emre Erokyar last edited by
Having the exact same problem with;
- f.lux version 36.6
- OS X 10.11.2
- MacBook Pro (13-inch, Mid 2012).
Problem started right away after installing f.lux. I've only tested it on Safari while playing fullscreen YouTube videos with no HUD rendered, it disappears with mouse movement (and as the HUD appears) and re-appears shortly after. It can't be captured with a screenshot (Command-Shift-3), and it looks exactly as Logica Ens captured above.
Also, I can't understand why lorna thinks this could be a problem either with the GPU, Intel video drivers or the Intel hardware. I've never seen this happening before f.lux was installed.
As it seems to happen at different GPUs, OS versions and applications - and only when f.lux is installed; then the only suspect here seems to be f.lux in my humble opinion, and not the opposite. It could be f.lux having a compatibility issue with these suspects, but then shouldn't f.lux be the one trying to solve it...?
Down below are some additional details about my system if it would help.
Model Name: MacBook Pro
Model Identifier: MacBookPro9,2
Processor Name: Intel Core i5
Processor Speed: 2.5 GHz
Number of Processors: 1
Total Number of Cores: 2
L2 Cache (per Core): 256 KB
L3 Cache: 3 MB
Memory: 8 GB
Boot ROM Version: MBP91.00D3.B0C
SMC Version (system): 2.2f44
System Software Overview:
System Version: OS X 10.11.2 (15C50)
Kernel Version: Darwin 15.2.0
Boot Volume: Macintosh HD
Boot Mode: Normal
Zhiyuan Qi last edited by
I believe lorna thinks the problem was already there before f.lux was installed, and that f.lux only exposes the artifacting more.
I can also confirm that this occurs on Safari, Fullscreen Video, no huds on El Capitan with F.lux version 36.6.
Graphics Card : Single Intel Iris Pro 1536 MB
I have something to add.
This problem also happens when using a custom calibration preset, in the same conditions (fullscreen, no controls)
Guys, I have Macbook Pro Retina 13 bought in November and I have the same problem but I've spotted it only in Safari in Youtube fullscreen when menu bar hides. Videos from other website seems to be okay. I've downloaded youtube app and in this app everything is okay. I think it is the easiest and quickest solution :)
David Schlachter last edited by
I experience this issue on my 2013 MacBook Air, but not on my 2010 MacBook. Both have the same configuration (the 2010 MacBook runs off a clone of the Air's SSD).
Nitesh Singh last edited by
I see this is a very old issue and I'm still seeing it, El Capitan 10.11.4, Iris Pro 5200. 7 months out, any word on a resolution?
There is 1 easy hack to avoid this issue.
Put the mouse curser onto the youtube / netflix video scroll bar at the bottom of the screen.
The issue seems to arise due to refresh rate at full screen video in safari.
Possibly to save battery, safari technology doesnt refresh areas of the screen that have pixels the dont change or similar.
But when you put the curser over this area, , it does seem to solve the issue .
I'm still having the same issue in OS X El Capitan Version 10.11.3
Nitesh Singh last edited by
@David-Schlachter It seems related to Intel integrated GPUs. Intel/Apple never got around to fixing it on the Intel Mac driver.
What @benfowler said works. Which is mystifying... Anyone has any idea why showing the controls would affect the refresh rate or any other aspect of rendering?
Also @f-lux-team: have you considered open-sourcing this project? Someone who's affected and with some coding chops might be able to give more debug info and maybe even submit a patch?
Thanks for the great work and for looking into this issue.
@shariffy The bug is not in f.lux, it's in the OS video driver. Open-sourcing would do nothing.
lorna last edited by
@lorna Fair enough. Just a wild thought as this is both a long-standing issue and affecting quite a few users.
@innerbat I am aware. That said, I doubt Intel and Apple are falling over themselves to fix the issue. My thought was to research how f.lux could detect when the glitch will happen and (offer to) disable itself in those problematic cases. Research which could be easier with access to the code. But thanks for shooting down a benign suggestion within a minute of posting. :) Here's your sticker.
just to give an update: I still have the same problem with OSX 10.11.4, Safari 9.1 and flux 36.6. Btw moving the mouse does prevent the artefacts from happening, but who wants to do that all the time in fullscreen right? ;)
@lorna any word from the intel guys on this? thanks!
This post is deleted!
Hello! I'm having the same problem with artefacting, but in quicktime. If a spot in the video is pure white, and the video is playing with the cursor hidden, then white spots are not tinted, rather pure white. You can see when I start playing the video that the colors brighter on the GIF here.
MacBook Pro late 2013