3

Recover contents of .scc file

Dear support & forum:

 

While recording a lecture of about 90 minutes, my laptop ran out of disk space. As a result, ScreenFlow failed to return to the main window and didn't save the recording.

I have rescued a 50 GB .scc file from the default scratch folder. However, so far I have not been able to recover the contents. I tried the following:

- Dragging the .scc file to the ScreenFlow app in the Dock -> An empty document is shown.

- Dragging the .scc file to the main window (media library) -> An empty document is shown.

- Replacing an existing .scc file in a ScreenFlow document with the copied one. -> A warning about a corrupt .scc file is shown.

Unfortunately, none of these attempts have succeeded. 

Is there any technique to recover the file contents? I am working as a computer science professional, so I am open to any technical suggestion (except for reverse-engineering the proprietary .scc format).

I am using ScreenFlow 7.3 (31012) with the default scratch folder on OSX 10.13.4 

Best regards, Konrad

 

ps. Note that if the recording is irrecoverably broken, I am tempted to change to another product for screen recording. Running out of space during a recording seems like an average problem that should be tackled by ScreenFlow without complete data loss. 

56replies Oldest first
  • Oldest first
  • Newest first
  • Active threads
  • Popular
  • CraigS As a long-time Screenflow user, I have also suffered from the inability to recover the gigabytes of video that have became irretrieveable because of crashes (as recently as this week). I am a former senior product manager at Adobe, and I have been on product teams that had to decide on the priority of features, bug fixes, enhancements. This issue is wholly about data loss, and in the companies I have worked in would have been treated as top Severity and top Priority to solve. Yet, there are years of notice about the problem and requests from users to provide a solution. I respectfully request that Telestream prioritize the creation of a solution to this above any other feature request, bug fix or product enhancement. Data loss like this is catastrophic, and clearly is not a "rare" event, given the length of time over which people have been asking for help with it.

    Please forward this comment to your product management and engineering teams. Thank you.

    Like 3
      • CraigSModerator
      • Telestream Desktop Forum Moderator
      • CraigS
      • 1 yr ago
      • Reported - view

      Simon Sturmer We are investigating what can be done. It's a complex issue given the proprietary method and metadata being used.

      Like 1
    • Bob Schaffel I believe this states my thoughts exactly.  There should be some sort of recovery, or unpackage application to retrieve audio and video files directly.

      Like
      • CraigSModerator
      • Telestream Desktop Forum Moderator
      • CraigS
      • 1 mth ago
      • Reported - view

      Cornelius Henke ???
      This is an old thread and it's been added.
       

      Like
    • CraigS I don't see this in the latest version of ScreenFlow 10.0.6. Please advise

      Like
      • CraigSModerator
      • Telestream Desktop Forum Moderator
      • CraigS
      • 1 mth ago
      • Reported - view

      Cornelius Henke Hold the Shift key before using Help.

      Like
  • 90 minutes of recording and SF stopped with an "external error”. I MUST send the video to my clients this afternoon but the scc file won't open up. 2021 and still no SAVE each x minutes in SF. Think about that...

    Like
    • CraigSModerator
    • Telestream Desktop Forum Moderator
    • CraigS
    • 1 yr ago
    • Reported - view
    Branislav Milic said:
    SF stopped with an "external error”

     Can you please post the exact error message? 
    We'd need to know more about the circumstances. Ran out of hard drive space? Something else?
    We're working on improved recoverability for a future version.

    Like
    • CraigS The problem is that the dialog box was not visible anymore after 2-3 seconds while I was trying to save the file.
      I still had more than 80 GB on the hard drive.
      Anyway I created a ticket but I'm in deep shxxx if this file can't be recovered. Clients are waiting now.

      Like
      • CraigSModerator
      • Telestream Desktop Forum Moderator
      • CraigS
      • 1 yr ago
      • Reported - view
      Branislav Milic said:
      created a ticket

       Can you post the ticket number here so I can track as well?

      Branislav Milic said:
      the dialog box was not visible anymore after 2-3 seconds while I was trying to save the file.

       Just so we understand the sequence of events, during recording the error message appeared or was it a box offering an OK button, etc?
      What else was running, including programs you were trying to capture?
      Was there any utilities that run in the background like virus checkers running or were you using any active cloud syncing such as DropBox, iCloud etc.?
      What exactly did you attempt to do during/after the warning/dialog box appeared such as Save or Force Quit, etc.?

      Like
  • I am in exactly same situation two days in a row. I have short disk space because for some reason one hour of recording takes 30GB(!!!!!).
    I have to upload both recording to the cloud to save them (second one is still uploading for several hours because hey I don't have symmetric fiber) 
    And I really wanted to know what to do. There should be simple tool to extract mp4 from scc.
    I am on 7.x and I certainly won't be paying for upgrade, what for upgrade if there is no solution for such simple problem and after reading this thread I see company certainly offers no support?
    I submitted request to customer support in order to find that file, fortunately I was able to locate it because support still is silent.
    If someone looks for the recordings in my case it was in folder:

    /private/var/folders/y4/6ggmr4bs5qld7j9n_mlplmtr0000gn/T/

    Thanks God I wasn't doing anything for a client :(

    Like
    • CraigSModerator
    • Telestream Desktop Forum Moderator
    • CraigS
    • 1 yr ago
    • Reported - view
    Sebastian Szwarc said:
    There should be simple tool to extract mp4 from scc.

     SCC is a proprietary format.
    Normally you'd import the SCC into another ScreenFlow document (it can be a new blank document) and export it. The SCC can be corrupted though.

    If all you need is to find the SCC you can now find that by holding Shift and Help

     
     

    Like
    • CraigSModerator
    • Telestream Desktop Forum Moderator
    • CraigS
    • 1 yr ago
    • Reported - view
    Sebastian Szwarc said:
    f there is no solution

     The solution already exists for finding the SCC even in ScreenFlow 7.

    Like
  • So change it from proprietary to open source, for God sake. Even if this is proprietary, it is up to developer to create such tool for repairing file
    I said there is no solution to extract content from scc!!!!! When I open scc file in Screen flow content is empty! That's the problem!
    And still customer support from Telestream couldn't provide answer about temporary folder, they didn't reply to me at all. 

    Also, your statement about recording many other elements like mouse movement with video is plain simply BS and proof prof lack of optimization.
    I recorded screen content without any mouse movement so  application should be clever enough to not save additional metadata when mouse is idle. Also opinions in this thread suggesting recording in chunks are correct.
    I met ScreenFlow during version 3 and considered this superb project, but no longer.

     This thread is 2 years old and during that time no solution for broken scc file was provided and latest posts here were 2 months old. Just because developers spent time implementing additional features to justify yearly  paid upgrade instead of fixing old errors. You follow Plex path, so I won't buy you a coffee.

    To other people I suggest to try Quick Time Capture + Luma Fusion.

    Like 1
    • Simon Sturmer
    • Software Engineer, Trainer, Speaker, Founder
    • sstur
    • 1 yr ago
    • Reported - view

    I agree that "proprietary format" is not a valid excuse for lack of tooling. In fact, the opposite should be true: if you create a proprietary container format you _need_ to create tooling around demuxing and recovery. If it was an open source container format the community would be welcome to provide that tooling.

    The price you pay for choosing to use a proprietary format is that it's on you to build the tooling. Not doing so for over 2 years now is fairly negligent and will drive power users to other solutions.

    Like
    • CraigSModerator
    • Telestream Desktop Forum Moderator
    • CraigS
    • 1 yr ago
    • Reported - view
    Sebastian Szwarc said:
    So change it from proprietary to open source,

     The screen recording includes metadata that allows certain actions and callouts to work, taken from the GPU and OS interaction, and must be near visually lossless.

    Sebastian Szwarc said:
    I recorded screen content without any mouse movement so  application should be clever enough to not save additional metadata when mouse is idle

     What is being recorded is far more complex than that if one looks at the feature set.

    Sebastian Szwarc said:
    To other people I suggest to try Quick Time Capture + Luma Fusion.

     That and other combinations have always been available but they don't have functions that can only be done by recording the metadata ScreenFlow records.

    Like
    • CraigSModerator
    • Telestream Desktop Forum Moderator
    • CraigS
    • 1 yr ago
    • Reported - view
    Simon Sturmer said:
    Not doing so for over 2 years now is fairly negligent and will drive power users to other solutions.

     While there are screen recording options, ScreenFlow's unique feature set due, in part to its method of recording that keeps power users. ScreenFlow has some very serious power users who are leading industry tutorial makers.

    Like
    • Simon Sturmer
    • Software Engineer, Trainer, Speaker, Founder
    • sstur
    • 1 yr ago
    • Reported - view

    Broadly I would agree and, as a power user, I haven't found anything in the market with the unique feature set that ScreenFlow has, and that's why I'm still here.

     

    But if you think about it another way that's like saying "We lead the market so we can totally suck at recoverability and our users are stuck with us because the other options suck worse in so many more ways."

     

    Just food for thought ; )

    Like
      • CraigSModerator
      • Telestream Desktop Forum Moderator
      • CraigS
      • 1 yr ago
      • Reported - view

      Simon Sturmer Recoverability is difficult. There's been a number of improvements in that area such as finding the Temp SCC to the Recover/Discard option when opening documents with issues. Finding a way to recover the SCC is not easy. The developers are well aware of the issues. Wanting something and being able to do it and a useful way takes considerable effort and the solution may not (yet) be viable.

      Keep in mind that file recovery can be so complex that entire companies do this as their only endeavor. This becomes even more difficult when the format has information that proprietary. When the developers see means to improve it they'll certainly explore it. 

      Like
      • Simon Sturmer
      • Software Engineer, Trainer, Speaker, Founder
      • sstur
      • 1 yr ago
      • Reported - view

      CraigS I agree that recovery is difficult, I'm not saying it's easy, I'm saying that there is currently zero tooling for inspecting/recovering the contents of an SCC file and that's not good enough. We have zero insight into that file format. I hear the line "proprietary" a lot, but in my mind that reasoning doesn't hold water. Being the creator of a file format makes you _more_ suited to build the tooling for it (and arguably more obligated to do so since no one else can).

      Look, as a software engineer myself, I can't imagine using the reasoning "Hey, I created this proprietary file format, it's great! But I created it in such a way that it's too difficult for me to create any tooling around it."

       

      > There's been a number of improvements in that area such as finding the Temp SCC to the Recover/Discard option when opening documents with issues

      Sure, but giving us a way to _find_ an SCC file is not the same as giving us a way to recover its content, this is completely orthogonal to the point of this thread which is asking for some way to get the contents out of an SCC file.

      > Keep in mind that file recovery can be so complex that entire companies do this as their only endeavor.

      I get that there exist dedicated data recovery companies in the world that can put a disk platter in a clean room and recover bad sectors and all that complex stuff. But let's not conflate that with "I created a proprietary file format for which I provide zero recovery/inspection tooling"

       

      > This becomes even more difficult when the format has information that proprietary.

      Something being "proprietary" does not necessarily justify the statement that it's more difficult to build tooling around, especially if _you're the creator_ of the proprietary format. In your mind, why would something being proprietary make it "even more difficult" to build tooling for?

      Like
      • CraigSModerator
      • Telestream Desktop Forum Moderator
      • CraigS
      • 1 yr ago
      • Reported - view

      Simon Sturmer Sorry but the developers have been with the product since the beginning (predating Telestream) and they know the challenges involved. The ability to implement is not necessarily related to the ability to recover. They know the technical hurddles.

      Like
  • I've been using Screenflow for years and I never had an issue. 

    I found this thread after losing a 1hr30m recording, with a corrupt .scc file.

    I cannot believe that Telestream does not have any support or tooling for corrupt .scc files. 

    Can anyone confirm that I'm SOL here? Or is there any way to salvage this recording?

    Like
      • Simon Sturmer
      • Software Engineer, Trainer, Speaker, Founder
      • sstur
      • 1 yr ago
      • Reported - view

      Sven Haakken
      If Screenflow can open the SCC file directly (drag it into the timeline) then you're in luck. This works for me < 50% of the time. If Screenflow refuses to open it, then you're SOL. Sadly.

      Like
    • Simon Sturmer Yeah I tried dragging it. Thanks for the SOL confirmation. 

      I would consider myself a power user and will now seriously consider alternatives. Do you know what would be the cream of the competition? If nothing still, today, comes close, you wanna build something together? 

      Like
      • Simon Sturmer
      • Software Engineer, Trainer, Speaker, Founder
      • sstur
      • 1 yr ago
      • Reported - view

      Sven Haakken Haha, that sounds like a super fun (not to mention ambitious) project, and I totally like big undertakings, but I got my hands full with my own early stage startup at the moment; I better not tell my investors I pivoted to video editing just yet 😆

      Honestly the more approachable, yet still difficult engineering task I was thinking about is trying to reverse engineer the SCC format and see if we could make a tool to demux the individual streams from it. The video and audio are likely standard formats and we might be able to look for notable stream markers, but the screen capture is likely a whole other beast and even if we got it extracted, possibly wouldn't be able to do much with. It would be a fun, but overwhelming task and I'm not sure it would be worth it in the end. But I'd love to learn more about how the file format works.

      Like
    • Simon Sturmer I have my toes in a few different startups, mostly product management, some bizdev, but none of them are aware of my business with the other. I code for fun and to make my life easier in my spare time.

      I'd really be interested to get a peek under the hood and see exactly what it would take to rescue corrupt .scc files. 

      I'd bet the VP of Product gets this feedback from dev and doesn't even look into a cost/benefit analysis, because he knows customers are locked in and there is no better current alternative.

      The fact that something like this wasn't addressed at the outset of the development is beyond the pale. 

      "We built something, and it works most of the time, but there's this huge bug that we don't know how to fix". What a cop out. 

      Like
Like3 Follow
  • 3 Likes
  • 1 mth agoLast active
  • 56Replies
  • 1316Views
  • 13 Following