Jerky Video in VIRB Edit

I have a 2011 Macbook Pro and initial versions of VIRB Edit were fine.

I have noticed in more recent versions of VIRB Edit the video will be jerky when playing back in VIRB Edit. I think they have changed some of the video libraries in VIRB Edit and it now might need a newer faster mac to keep up :(

When video is exported it is fine (so it is just while you are viewing / editing in VIRB Edit).
  • Former Member
    0 Former Member over 11 years ago
    hi,

    could this be because all overlays are now way more flexible, and therefore more processorintensive? more flexible usually means that there is more cpu-power needed?
    after exporting all this flexebility isn't needed so the movies play fine?
  • Former Member
    0 Former Member over 11 years ago
    STEVEUK71:

    MIGIMLI may have a point, but I think you'd only have serious performance issues from the new gauges if you added a lot of them to the same movie. It's possible that you've accidentally dragged a lot of gauges on top of each other without realizing they're still there. If you're willing to clear your template modifications by just selecting a default one and seeing how that runs, it would confirm that you have a "normal" amount of gauges in your video.

    What version of OSX are you running on your Macbook Pro? You're right that we changed the video framework we're using. Apple deprecated QuickTime. Your laptop's new enough that it should be fine using 10.9's version of the video framework we're using, hardware-wise. I'd hope that it would be fine with 10.7, too, but I'm just trying to narrow down the issue here.

    The good news here is that your exported video should still render fine. We naturally want playback to render as smoothly as possible, but exported videos, especially the overlays in them, will always play smoother than us drawing everything in real time on top of your video.
  • The jerkiness / stuttering happened while just playing videos from clip viewer in Virb Edit with default gauge.

    Tried again today and did not happen, so will keep an eye on it to see if I can re-create the issue.

    Macbook Pro 13" Mid 2010
    OSX 10.9.1
    2.66 Ghz Intel Core 2 Duo
    8GB RAM
    Nivida Geforce 320m 256mb
  • Former Member
    0 Former Member over 11 years ago
    STEVEUK71: if your computer's doing a lot of other things, is low on batteries, or just has open videos in other applications, these could all affect shared resources that video playback relies on, making it slow everywhere.
  • Further info, noticed this last night:

    It is Ok, playing the small video in the editor (video left / map on right) is fine.

    But, When double clicking a clip and open it in a separate larger preview video with the overlay rendered the video stutters and will miss frames - maybe the older macbook pro can't cope with the 1080p video in a larger window and render gauges on fly at the same time?

    Exported video is fine.
  • Former Member
    0 Former Member over 11 years ago
    Are you double clicking this while in Edit mode? We pause any other video players, but there are still two open at once in that case. It makes sense that would be slower. We draw our overlays at the full resolution of the video at all times and the video framework itself is probably reading and rendering the same data regardless, so I can't think of why just rendering the video larger would harm performance.

    One thing I've noticed with my 2008 MacBook at home is that older MacBooks seem to automatically run graphically intensive things slowly while unplugged, regardless of their current battery level. While it's poor battery manners, plugging in might help your situation.
  • Just for info ...

    Viewing the video in the larger preview window does cause stuttering.

    However, if I click the full screen then all is good again ... that workaround is fine for me, until I can save up for a shiny new MacBook Pro ;)
  • Former Member
    0 Former Member over 11 years ago
    It must have something to do with rendering that movie view on top of the transparent background that popup player has. As you noted for fullscreen playback, the movie view being larger doesn't cause performance issues on its own.