displayplacer

Interesting, I don’t have any of these issue due to 2 pieces of software: displayplacer [0] and Phoenix [1]. Both free and open source. displayplacer is a CLI tool that once you have your monitors configured how you want them, it can give you a command you can run in the future to reconfigure your monitors the same way again. I have 2 commands stored (that I activate via Alfred but I could have also set up aliases in zsh) for the 2 locations I work at. When I sit down I run the command and everything snaps into place. I could automate this to run automatically but I haven’t felt the need. Phoenix is a tool that lets me write my own keyboard shortcuts for window management. I have 1 key combo that detects which location I’m at (by looking at monitor UUIDs) then positions all my windows how I like them. I also have shortcuts for resizing wi

It's not something that I've tried. There was a user report at the bottom of this GitHub issue that states sidecar rotation does not work. https://github.com/jakehilborn/displayplacer/issues/17

Self-plug of displayplacer[0] for changing screen resolutions/rotations/etc via the command line. [0] https://github.com/jakehilborn/displayplacer

I had a similar problem with identical monitors that I used something called displayplacer https://github.com/jakehilborn/displayplacer Later I chained the displays differently and moved the adapters around so it stopped being an issue.

This person [0] also had that issue, they found that for their monitors for whatever reason, using the contextual screen IDs instead of the persistent ones always results in a consistent configuration. Might be worth a shot. [0] https://github.com/jakehilborn/displayplacer/issues/106#issu...

Record your preferred screen config using displayplacer [1] and then run that via a shortcut. [1]: https://github.com/jakehilborn/displayplacer

Looks like displayplacer uses the standard `CGDisplayCreateUUIDFromDisplayID` which the system also uses internally: https://github.com/jakehilborn/displayplacer/blob/master/dis... This should be prone to the same issue. Your problem might actually be caused by a timing bug, where the EDID is not fully available in the first few milliseconds of the reconnection, and the system doesn't reconcile after it becomes available. displayplacer will get the full picture because it's always run a long time after the connection has stabilized. I can't be certain, but I noticed some slow monitors/hubs do have that timing issue by observing the zero/null values for UUID in The Monitor Database: https://db.lunar.fyi

I strongly suspect that this is not the full picture. I had this exact same issue, two displays, always connected to the same TB3 Dock, and they would randomly get re-assigned after wake-up. Which in my case was doubly irritating, since one of those is in portrait mode, so "fixing it" required tilting my head to be able to navigate the mouse correctly. There's a small CLI utility called `displayplacer`[1], that basically fixed this for me. I don't... really know what exact EDID fields or whatever metadata it's reading, but after I used it once to "save" the correct orientation/placement, I could reset it to the "correct" one every time after that. Highly recommended if that's something you're struggling with. [1]: https://github.com/jakehilborn/displayplacer

I'm using the command: displayplacer "id:8B1B0572-EEDF-1A21-596C-DD3D9EE1AEB2 res:3008x1692 hz:60 color_depth:8 scaling:on origin:(0,0) degree:0" "id:FFD872A9-4636-D17D-303C-CEECD89D6403 res:3008x1692 hz:60 color_depth:8 scaling:on origin:(3008,-32) degree:0" to force my 2020 13" core i5 MBP to set the screen correctly. I have to use it every time I unplug my OWC thunderbolt3 hub plugged with two Viewsonic 4k 27" (same model, it seems to be confusing to OsX) check https://github.com/jakehilborn/displayplacer Beside that I'm almost good, without any artifacts you mentioned

https://github.com/jakehilborn/displayplacer made this much better for me. I arranged my monitors once, saved a script with displayplacer, and if they mess up again, I just run the script.

Try using displayplacer. It supports hz and I added color_depth to it a while back. I don't remember HDR being in the APIs used either but that may address it. https://github.com/jakehilborn/displayplacer

You might want to check out https://github.com/jakehilborn/displayplacer which is really nice for changing resolutions beyond what macOS lets you do using the GUI