I REPLIED TO ANOTHER THREAD CONCERNING FULL SCREEN PROGRAM OUT. THAT IS ANOTHER IMPORTANT REQUEST WE’D LIKE TO SEE COME INTO AN UPDATE.
ALSO A PROPER LIVE REPLAY WORKFLOW SOMETHING LIKE WHAT VMIX HAS GOING ON. I MADE A THREAD ABOUT THAT. 
1 Like
Hi. I was trying to research our issue and came upon this chain to which it may be related. We are having trouble with program output color when the program is created via a Mimocall screenshare. See the above screenshots. In both cases, the upper is the program output using my colleague’s Mimocall and the lower is just output with me outputting the image via a Placer using the same settings. The red becomes more of an orange or rust and so forth. The differences in color are significant, which would impact our recording of a client’s slides using their branded colors. Can someone provide advice on this issue? Thank you!
1 Like
ive been faced with this issue for a very long time. Issue is still present today, i to is patiently awaiting a fix.
2 Likes
Does it change, when you place a solid black background at the end of your document? PGM has a transparent Background. Maybe this is influencing the final result.
See the difference:
Try Yourself:
https://drive.google.com/file/d/1IJxCv63wNDrqhKPkXUhHnvpvKIpp7vQz/view?usp=sharing
By the way, there are more elegant ways to create a 2D Presenter. The 2D-Presenter uses “layers below”, which is created by a syphon-sub instance (And what happens when you copy a VHS to another VHS-tape and the copy of the VHS-tape to another VHS-tape? I think there is a “generation” problem also).
You could re-create a 2D-presenter without using syphon:
Simply delete these pairs of variants you do not need. Backwards-Cycling needs at least mimoLive V5.10.1b2.
@MiniMattersEL : This is because of different color profiles and cannot be avoided. A computer does have a bunch of more colors then a TV. I think that it is better to set the color profile of the submitting mac to sRGB or Rec. 709. A codec is always restricted to a certain color profile and subsampling. MimoCall uses V9 or h.264. Bitrate can also influence colors (lost in compression).
This test over a Mimocall will also be on the agenda for tomorrow!
-Elissa
2 Likes
How that happens that the absence of a background layer affects the appearance of the other layers? Is that a bug? Should we put a black background layer in all our files?
While converting an image with alpha channel to an image without alpha channel, it seems to be that the alpha channel is also a part of the calculation. I think it’s a guess of the converter to use some kind of black. However, it’s a feature to have a transparent PGM out, so you’re able to use it as a graphics engine for other applications. If it’s a huge difference for your PGM out, I’d suggest to terminate with a full screen black background.
Understood. How can I use the transparent program output? For instance, how can I input the mimoLive transparent program output into my ATEM Mini?
The ATEM mini does not support Key-in. You could use a green Background and the ATEM mini’s keyer. (But this does not realy work well, especially when the green becomes too gray.) You’d need an ATEM switcher with SDI-in (and 10bit/8bit 4:4:4:4 support). See Desktop Video settings for the output (subsampling).
Or I can use a black background with the luma key.
Is mimoLive capable of outputting NDI with alpha channel?
A pity, I don’t know. Syphon: yes.
I just tested the NDI + alpha output. It works. Great discovery!
2 Likes
Thx for your feedback, it expanded my capabilities! 
Hello @JoPhi and also @Oliver_Boinx. We have spent the afternoons yesterday and today testing out JoPhi’s ideas and others to improve the color of our Mimocalls, and we did find a way of addressing the pretty vast color difference between PowerPoint slides when run in the host layer stack and those shared by an outside presenter. This is important to us because our clients (particularly one we are about to do a huge project for) have certain branded colors on their slides and would expect them to be reproduced accurately in the videos we create.
Based on the advice we received in this forum, we’ve tried:
- Adding a black layer at the bottom of our layer stack (perhaps to correct for the fact that our image had an alpha channel) - no change
- Output in Prores 4444 (as well as 422 and H264) to see if the 4444 codec would make a difference - no change
- Using JoPhi’s SuperPresenter TV show which uses PIP Windows for the presenter and slides instead of the Presenter2D and a PIP window like mine - increases clarity(!) - but color still an issue
- Played with using different color profiles on our machines - ran through every one - various changes - none a very close match
- Tried calibrating the display - no positive change
- Tested running tv show on hard drive vs from cloud - no change
BUT THEN…
We found the color correction filter on the Mimocall in the source panel and added it onto the Mimocall we were using for the guest PowerPoint. We were able to use the settings there to get very darn close to a match to standard color bars. See images.
So now, we do feel like we have two ways we can go with our presenters - operate their PowerPoints within Mimolive ourselves as hosts OR have them present via two Mimocalls (one for presenter and one for presentation).
It would be great if the color matched out of the box, but having this filter does make what we want and need to do possible.
Wanted to share out where we are at since the community has been so helpful to us–and we’ve learned a ton along the way. - Elissa
2 Likes
Thank you so much for sharing the results. So, combined with the pip-window-presenter and the color correction filter, the result is much closer to the original.
Amazing!!
Thank you especially @jophi - seeing how you set up your Mimolive layers and some automation really showed us how this could be used. Hoping to develop these skills further. 
1 Like
I tested it also.
Basically, I can confirm all your experiences.
(left: original, right: mimoCall)
I added your settings. The Image was too shiny and too bright, so I added an additional color-corrector, to get this out.
The colors are “still” different, because of a generation problem.
mac Compresses highRes (or RAW) to V9/h264 / other mac reconstructs the image and displays it. This way isn’t lossless. Now the question is: Can we live with it?
Since your exploration, dear @MiniMattersEL, I’m able to!
Thank you so much,
JoPhi
Ps: It looks color graded, don’t you think?
Yes it does @JoPhi that is not an option im my broadcasts because adding the color corrector introduces noise to the footage. the only option is for it to be fixed.
What i find really weird was the preview window and the program window are very much different. The preview window shows the footage coming into “Mimolive” correctly, However when it goes live and goes over to the program window it degrades color, video gamma, quality etc. Can someone try that please?