ahh see I learned something allready, I didnt not know the rrt wasnt iversible, that really throws me a bit off honestly.
I searched for a bit but probably was too far down the rabbit hole with this to find the other post, really sorry!
I need to re-evaluate the way I handle display reffered material then, so far I havent noticed anything in real footage becomming an issue though and just used output-sRGB as my IDT for anything thats sRGB as I output it as output-sRGB again and all was good, or probably was not.
(obviusly I dont do this for textures… just for real display reffered stuff thats supposed to be that way and stay that way and never have to be scene reffered at all) .
One thing is client offline references, we need to match a grade a lot of times and to check we get display reffered stuff, so I will have to find a way around that…
other thing is still client logos and stuff, If I get a yellow client graphic and ingest it as output-srgb that will lead to problems as well…
I think I found the post? Preserving the look of sRGB graphics
This explains the cause of this really well, but I guess to get display reffered values in/out of a aces projects I have to use RAW as input and Output, will have to see how to get around the foundry.colorspace metadata that nuke defaults to before any other rules for dailies, that was such a nice way…
I guess with the current implementation there is no way for me to playback 1:1 display reffered values straight to my display, from a file without turning off all colormanagement, so I can never look at and compare my comps srgb-display output as client will see it in dailies vs lets say a reference quicktime without manually adding a ocio-display node to the end of my comp.
To be honest I am starting to think that using the ODT as a IDT is still a OK workaround as it really just concerns “crazy” colors, but its important to know this to be able to remedy it to some extend, when I now see a shot with bright yellows I will think twice about it and doublecheck it as RAW.
One way I am thinking for dailies is to just write out acesCCT DNXHR files (we do need something single file based with baked audio for convenience) . and then encoding web player output-sRGB dailies from that and making sure RVs OCIO stuff works automatically when playing back those files, only issue is obscure video playback software like this weird one with the blue Q logo, or the one with the traffic cone cant deal with this at all.
Dont really have a great solution for client supplied references and logos, kinda dont want to work without a viewer and doing my display transforms as nodes just because of a yellow logo… man I hope I never have to make a commercial for the yellowpages 
That said, there also wasnt a great solution for this “before” aces, you either had some custom tonemapping lut that mostly wasnt reversible unless it was just 1D or you worked with that straight up sRGB clip-everything-over-1 display transform and then added tonemapping nodes to the comp tree , I dont want to ever go back to that and I take a yellow desat over this any day 
ahh all the rambling… sorry