Data removed from clips after splitting

Got a Ultra30 the other day and am running into an issue with VIRB Edit on Mac. Once I lay out all my clips, it seems that splitting a clip will sometimes lose its GMetrix data.

You can see in the first pic that the clip has positional data. The next pic is immediately after splitting the clip. The first half of the split clip still has data, but the second half does not. All other clips still have their data, even those which have been split/arranged/partially removed.

When attempting to re-sync the data, it appears that everything is just fine, there's nothing to sync. One press of Cmd-Z (in addition to undoing a ton of steps that it shouldn't) will re-stitch the clip, and all data is restored. Split it again? Data's gone again.

This is a frustratingly intermittent problem. Help?

  • Got a Ultra30 the other day and am running into an issue with VIRB Edit on Mac. Once I lay out all my clips, it seems that splitting a clip will sometimes lose its GMetrix data.

    You can see in the first pic that the clip has positional data. The next pic is immediately after splitting the clip. The first half of the split clip still has data, but the second half does not. All other clips still have their data, even those which have been split/arranged/partially removed.

    When attempting to re-sync the data, it appears that everything is just fine, there's nothing to sync. One press of Cmd-Z (in addition to undoing a ton of steps that it shouldn't) will re-stitch the clip, and all data is restored. Split it again? Data's gone again.

    This is a frustratingly intermittent problem. Help?



    Have you tried deleting your G-Metrix Cache? this may fix it. Please try the below and see if it fixes your problem.

    Close VIRB Edit, navigate to the GMetrixCache folder, delete everything that's in it then start VIRB Edit and see if the issue continues to occur.

    Location:
    User>Library>Cache>VIRB Edit>GMetrixCache
  • Having the same problem here, using a Virb XE camera. I've found that the data usually stays intact if the clip speed is at 100%. Sometimes it's fine if a clip at 200% is split. It always breaks for me when splitting a clip set at 400% or 800%. The problem is easily reproducible as follows:

    • Create a new video [project]
    • Import a clip
    • Select a data overlay template (just so you can see what happens)
    • Set the clip speed to 400%
    • Split the clip
    • Notice that the data on the right side of the split now shows"--"


    As the OP mentioned, you can CTRL+Z back just prior to the split and the data comes back, but if you attempt the split again, the same thing will happen. I'm unable to locate a GMetrixCache anywhere within the Library folder so I don't think that's the issue. I'm pretty sure it's a bug in the Virb Edit software with how it handles the split operation.


    For completeness, my setup is:
    • MacBook Pro (15-inch, Late 2016)
    • macOS Sierra 10.12.3 (16D32)
    • Virb Edit 4.2.3 (161220.1719)
  • My workaround:

    1) Import video and data into VIRB Edit
    2) Lay out template/gauges
    3) Export in SuperUltraHighMax quality
    4) Import into iMovie or GoPro Studio
    5) Split, arrange, adjust color, audio, etc
    6) Export

    Personally I like the side-effect of keeping the intact A-Z track. If you split and edit in VIRB Edit, you end up with A-B, C-D, E-F sections of your track, which looks goofy. With the workflow above, the entire tracks stays A-Z, and your position simply jumps to a new area after a splice in the video.

    Note that going from VIRB Edit > GoPro Studio > final export seems to introduce a 10s AVsync issue. Not sure what's up with that.
  • I appreciate your input, but that's not a viable work-around for me as I have a multi-camera set up. This would require me to fully render 4 separate files:
    • Front camera only
    • Rear camera only
    • Front camera with Rear picture-in-picture
    • Rear camera with Front picture-in-picture


    I don't have the patience for that when a bug fix could remedy the problem