Mouse pointer still visible after unchecking "Show Mouse Pointer"
I just upgraded to the new ScreenFlow 9.0.6, and have this issue: I record my screen, and directly after recording I select the video clip. Then in the Screen Recording section I uncheck "Show Mouse Pointer". The problem is, the mouse pointer still shows. Have I encountered a bug or is there something I forgot to do?
- Computer: MacBook Air (M1, 2020)
- MacOS: 11.0
- Screenflow version: 9.0.6
- Free hard drive space: 260 GB
I'm curious if it's an M1 issue
We believe that's the case, specific to how the pointer is being handled. The monitor will work but macOS/GPU is handling the pointer differently so it's not separate metadata. Since it's a function of the OS/GPU we can't change ScreenFlow may have to throw some kind of message for these kinds of setups.
There may be an M1 issue with DisplayLink though. If you use the USB monitor only (disconnect the HDMI monitor entirely and reboot) can you record that monitor? Can you disable the mouse pointer in ScreenFlow?
Hi there, I have the same issue and tried many of the steps laid out in this thread but no use. However, I just realized the issue on my end and wanted to share in case it helps anyone else. This may only impact anyone recording PowerPoint shows with 2 monitors. My standard recording setup is to have my secondary monitor with the presenter notes and controls and my primary monitor is what SF is recording with the full screen PPT show. What happened is that my mouse curser was visible on the recorded screen in error, I didn't catch it. Well... it will NOT work to UNCHECK the mouse pointer box in this case because the mouse curser was active on the secondary (non-recorded) monitor, and even through you can SEE it on the primary (recorded) monitor it is similar to a projected item if that makes sense... so, I am stuck manually replacing all 88 slides in a 90min recorded course with new slide images.... ugh! If this is your scenario I hope this saves you the trouble of searching for a quick-fix solution.. 'cause there doesn't appear to be one. Cheers.
Dell UltraShart? That made the little boy in me chuckle :) Here are my monitor specs... and actually it is probably more important that I give the specs for the machine I record on... the specs I gave before are my editing machine. Here is my recording setup:
Ext monitor is an ASUS VS248 (not recording from this monitor, it is used for my script and speaker notes). It is connected via HDMI to a USB-C hub connected to my MBAir. See image for MBA specs.
Dan Rollins said:
ASUS VS248 (not recording from this monitor, it is used for my script and speaker notes). It is connected via HDMI to a USB-C hub connected to my MBAir.
I wonder if it's impacting the recording. Try removing the monitor, rebooting and test. Describe exactly how you test and the results.
BTW 11.3.1 is an even older version of Big Sur. Given the role the OS plays with the cursor, please update to 11.6.6 before any testing.
ScreenFlow is very dependent on the OS so always consider staying current in the series if you see screen recording issues specifically.
Dan Rollins said:
I am not sure you understand my setup and my requirements.
Apple's OS determines whether the pointer is independent or not. ScreenFlow doesn't control that. The integrated GPU of the Air has to devote resources to both the internal and external monitor.
We'd have to wait to see if the OS update fixes it. If it does not and/or bypassing the hub is your workaround then this does seem to be a macOS issue. It's possible that Monterey better handles that than Big Sur but updating to 11.6.6 should be an easier next step.