Screenflow 8 Mouse Pointer Size Glitch

Elliot Temple said:
System Preference -> Accessibility -> Display

 This may be related to how Accessibility interacts with OS/GPU which ScreenFlow depends on. 

Can you provide a screen recording showing the issue?

Elliot Temple It's certainly sounds related to high Accessibility handles OS/GPU and the layer the mouse "sprite" is on. See if you can get a consistent pattern to the issue.

This issue is causing us some serious trouble too. The cursor sometimes renders large and displaced down and to the right and snaps back and forth depending on where it's hovered in InVision Studio. Quicktime doesn't record this issue, only ScreenFlow. Here's a recording: https://www.dropbox.com/s/946yhblhu2v357a/ScreenFlow%20Cursor%20Glitch.mp4?dl=0

Joseph Todaro Thanks for that. Can you test in another program such as Apple Pages. Draw a box and resize it for example and see how ScreenFlow handles it.
Also include your Accessibility settings. We need to see if it's specific to how InVision Studio handles the cursor amongst other things.

Elliot Temple ScreenFlow 8.1? If not please update and check again with a new recording of Ulysses. The OS is Mojave. Since it's specific to Ulssyes then it may be how that program interacts with 10.14 and the GPU which is how ScreenFlow gets its cursor information.

If this is ScreenFlow 8.1 then do report the issue.
Also try doing a screen recording with Quicktime and post whether you see the issue there as well.

ScreenFlow Report Form

Elliot Temple Certainly report the issue. While it may be Ulysses' relationship to OS and GPU we can investigate what we can do on our end.

Please do test in Quicktime screen recording though as it may indicate how the OS handles it natively. You can include that information in a follow up when we send you the case number as we investigate.

I'm having the same issue. OSX Mojave, Screenflow 8.2.2
The text selection cursor seems 4 times larger than the others. 
It... it's really annyoing. I'm trying to produce high quality tutorials and the cursors keeps changing size, which... it just seems off. Unprofessional. 
Tried recording the same thing with Quicktime, no issues there. 

And I have not changed the sizes of my cursors in accessibility settings or anything.

yablko I’m still having this problem as well. I’ve almost phased Screenflow completely out of my workflow because of it. Huge disappointment.

And it does it even when I change the pointer to "Circle - Light" or whatever in Screenflow. It's just makes it 4 times bigger when I hover over text.

But even weirder - I've just checked and it does do this in Visual Studio Code but not in Sublime Text. 

Maybe it's got something to do with Electron based apps...?

But, uh... the fact that this has been an issue for 4 months is filling me with a little bit of dread.

yablko said:
But even weirder - I've just checked and it does do this in Visual Studio Code but not in Sublime Text. 

 Not weird at all. Different programs may handle the GPU differently. ScreenFlow gets its info from the program, OS, GPU interaction. ScreenFlow records what's being sent to it.

If the issue is specific to certain apps it's something the app is doing. We can examine and see what we can do on our end but if it's under the OS control we can't change that.

Please fill out the above form I posted.

The specifics are important. Program and OS updates can change the behavior. 

yablko said:
Tried recording the same thing with Quicktime, no issues there. 

 Quicktime doesn't separate the cursor of the interface. It's a "flat" recording. ScreenFlow gives you separate control of the cursor including replacing it entirely so it's handled on a layer level. It gets that information from the program/OS/GPU interaction handed to ScreenFlow.

I did submit the form, but that was before I discovered the Visual Studio / Sublime Text difference:) 

Damn... I tried recording with Screenflow 7 (still had it on my machine, from before the upgrade to 8) and it does the same thing. 

I was thinking I'm just gonna go back to the older version. Didn't help. I guess it's a Mojave problem... it's annoying:(

yablko 

yablko said:
I guess it's a Mojave problem

 You can see why compatibility is always a challenge when Apple updates the operating system. 

If you've submitted the form and received a case number then all you need to do is send an email with the case number (to the email address that sent you the case number) and include any newly found information. The updated info can help us as we examine any potential solutions. Thanks for doing that.

CraigS yablko  The issue is not specific to Mojave. It began for me before installing Mojave. But in either case definitely something that the Screenflow team needs to address to keep the tool usable.

Joseph Todaro We're investigating but if it's specific to their program and the OS/GPU we may be limited. Programers may "take advantage" of some things in their programing which impact the information the OS hands to ScreenFlow. Since "flat" recording works (as done in Quicktime) that would be a workaround but it would mean losing the pointer control functionality in ScreenFlow.

We may be close to a solution on this but I can't give specifics yet. Hang tight everyone.

CraigS it sounds like you already have a handle on this issue, but if not, this is being caused by apps that set a custom bitmap cursor, where the bitmap image has a DPI other than 72.

This is commonly done to add "retina" cursors to an app. For example, if you have a 16x16pt cursor, you would create a 32x32px image and give it a DPI of 144. macOS respects the DPI and displays the cursor correctly as 16x16pt on retina and non-retina screens. Screenflow seems to ignore this, and incorrectly displays it as a 32x32pt cursor.

I don't know if the DPI information is lost by the time the cursor image gets to you - although it seems likely that you could reconstruct it from the screen scale factor - but hopefully you'll be able to do something!

Aaron Kennedy If you've experienced this first hand please do fill out the form previously posted and include your explanation of cause.

I'm also experiencing this with my Macbook Pro retina. Cursor is normal size while recording, HUGE in post-produciton and final video. The (black) default regular mouse pointer looks OK and with a normal size, but the Pilcrow is horrendously BIG.

Edit: It's only happening in one app, Pycharm. I guess this has to do with the custom Pilcrow this app utilizes?

SK Update to my latest post - It's not happening in one app only but in all apps that utilize the pilcrow pointer. The only place where it isn't happening is in web forms (like the one I'm typing in now).

SK ScreenFlow 8.2.2? What macOS? Please provide the name of an app and a screenshot.