Screenflow 7 really slow

Been a Screenflow user for a long time. Upgraded to Screenflow 7 last week and it's really slow both editing and exporting compared to previous versions.

Ideas?

Steve Miller

iMac late 2015, 3.3 Ghz Intel Core i7, HD has 1.02 TB with 281 GB available.

OS 10.12.6

20replies Oldest first
  • Oldest first
  • Newest first
  • Active threads
  • Popular
  • If anything it should be faster at both.
    It's hard to evaluate a subjective comment.

    If you still have 6.2.2 on your system do something simple like capture your desktop (and nothing else) for 10 minutes and export using the Web High preset. Then do the same thing in ScreenFlow 7 capture desktop and Export Web High Preset. To Export using the preset on 7 you'll have to go to Export, Type Manual button and then select Web High. Otherwise 7 now has a Slowest, Normal, Fastest setting which is different (and fastest should generally be faster than 6 depending on what setting you used in 6).

    This is why a general statement can't be evaluated. Settings may be different between 6 and 7. 7 handles MP4 much better than 6 so editing would be faster, not slower, with imported files.

    Reply Like
  • OK, I'll try a comparison test. But note when I said I was an experienced user. I use Screenflow a LOT and am pretty familiar with how it should behave. If it was faster now, I would know, just like any experienced user would.

    Reply Like
  • Steve Miller Have you had any frequent crashing with v7 Steve?

    Reply Like
  • Steve Miller We'd need a specific set of reproducible tests in order to verify. User experience varies by source, actions, export settings so it's impossible to test a subjective evaluation.

    Now that users can select speed of export, for example, Fastest uses Intel QuickSync which is faster than the equivalent x264 setting previously used.

    If you feel something is slower please test in 6.2.2 vs 7.0 so we can have a repeatable, verifiable set of circumstances as that would be most helpful and valuable.

    Reply Like
  • I've had no crashing. Just upgraded last week, but nothing like that.

    I'll run a comparison between 7.0 and 6.2.2 today and report back.

    Reply Like 1
  • Steve Miller Thanks. Include steps and content examples if we need to reproduce.

    Reply Like
  • OK, so here's what I did and the results.

    I recorded 10 minutes of my desktop plus music via computer audio, as that was part of my initial problem with slowness (is that a word?).

    1. Screenflow 7.0

    To replicate my previous issue, I selected the Audio track and changed the Mix to Mono. That took 6.1 seconds.

    Then I clicked Smooth Audio Levels. That took 6.0 seconds.

    Then I exported the video using the Manual Web High. Export took 5:43.

    2. Screenflow 6.2.2

    Same recording.

    Selected Audio track, changed to Mono. 4.1 seconds

    Clicked Smooth Audio Levels. 3.8 seconds

    Exported Web High Preset. 3:45

     

    So it is slower for me. And since the video I was working on before was 01:08:00, the difference was more apparent.

    Not sure why this would happen after you all said it's faster. Any ideas?

    Reply Like
  • Steve Miller Interesting. Thanks for testing.
    Fill out the form and include your system specs and your test and the times for each.

    Web High is using x264. if you use Automatic and Fastest that would use the faster Intel QuickSync but using the same x264 you still shouldn't be slower.

    ScreenFlow Support Form

    Reply Like
  • CraigS OK, thanks.

    Reply Like
  • Steve Miller Do post any interesting response you get back from support in their evaluation.

    Reply Like
  • CraigS I will. Thanks.

    Reply Like
  • Steve Miller You're welcome of course.

    Reply Like
  • yep Im having the same problem

    Reply Like
  • Michele Elmas-Hardy Often the "same problem" may have noteworthy differences not obvious to the user but very important to us technicians. As you can see, Steve provided very detailed information. We really want to solve this so providing very specific workflow examples can help.

    Reply Like
  • CraigS,

     

    Here is what Support asked me to do:

    ===========

    In terms of the performance differences between v6 and v7, I would like you to try a couple of resets to see if this helps.

    Delete ScreenFlow Cache:
    1) Make sure ScreenFlow is not open. (save any work in progress)
    2) Open a new Finder window.
    3) Select the "GO" menu top of screen, Hold "Option" key with menu open, and select the "Library" that appears.
    4) In the Library folder open Caches folder.
    5) Delete ALL folders that start with “net.telestream.screenflow(4/5/6)”
    6) Empty trash.

    Part 2:

    Reset ScreenFlow Preferences:
    1) Make sure ScreenFlow is not open.
    2) Open Terminal and copy and paste this command and press Enter:To open "Terminal" (Finder > Applications > Utilities > Terminal).
    defaults delete net.telestream.screenflow7

    Restart your machine, see if the version 7 test you have run, have a different result.

    ===========

    I used the same 10:00 capture that took 4:41 to export before following these instructions. This time it exported in 4:08, so a better result.

    Reply Like
  • Steve Miller So it's some improvement. Does it seem comparable or better than version 6? Support may want to know that.

    Reply Like
  • I just updated to 7 today, and tried to do a simple project I've done dozens of times in earlier versions of screenflow:  added a webinar recording (about an hour long), trimmed front and back end and added a simple text box to the opening. The software kept locking up - I had to force quit 5 times, and I couldn't move along the timeline very successfully. Most of the time, when I tried to select a location on the time bar, that's when the software locked up. After restoring the edit for about the 4th time (I started over the first time), I hit export.  What normally would export in about 20 minutes is now telling me it will take 4 hours for under 1 hour of video.

    Reply Like
  • Greg Kittinger said:
    The software kept locking up - I had to force quit 5 times

     Can you explain what you mean be "locking up." Exactly what "locked up?" You couldn't move the mouse, the play button didn't work, beach ball? Sorry but I need technical specifics so we know what to look for.

    Please describe in a way someone could walk through your steps with a matching computer and operating system. For example, with your description it could be lack of hard drive space or RAM.

    You may want to read READ BEFORE POSTING at the top of this product forum for the information we need.

    Reply Like
  • beach ball - movie would keep playing but time marker not moving and no visuals playing, or just would freeze altogether. Cursor would move but not select anything, including finder (keystrokes used to force quit).

    System:

    MacBook Pro mid 2015

    2.2 GHz Intel Core i7; HD 500 GB w/ 40+ GB available; OS 10.12.6

    Reply Like
  • Greg Kittinger 40GB available is low especially for a long project. If you're using the system drive generally you want 20% free space for temp files and OS access.  I obviously can't say for certain that's the sole cause but it would be a concern especially when you've recorded an hour long webinar.

    You could follow the instructions given to Steve above and see if that helps as it did for him but if the low drive space is part of the problem, you'd need to free up space there as well. 

    Reply Like
login to reply
Like1 Follow
  • 1 Liked by
  • 2 mths agoLast active
  • 20Replies
  • 210Views
  • 5 Following