Most irritating one

I dont know why this problem came often.

I faced many time this problem and also loss lot of times (days):grimacing: how can i recover this file??

Synfig need more improvement in this section. Even It didn’t show any warning msg before close this file.
@KonstantinDmitriev @rodolforg @ice0

boy wo slide.sifz (244.4 KB)

If you are willing to dig through xml script to save your file then you can extract/uncompress your .sifz file the same way you would a .zip file and read it with a text editor like notebook.

In the xml script, find a line that looks like this:

  <bones>
    <bone_root type="bone_object" guid="50C8455C95AB6F9D8A4438C65ABA5D00"/>
    <bone type="bone_object" guid="568D2856EDA073FD9A88A636F2416337">
      <name>
        <string>Bone 20</string>
      </name>
      <parent>
        <bone_valuenode type="bone_object" guid="50C8455C95AB6F9D8A4438C65ABA5D00"/>
      </parent>

copy the guid hash for the bone line (not “bone_root” nor “bone_object”) for this example the correct hash is 568D2856EDA073FD9A88A636F2416337.

Next, scroll down to the line number shown in your error message. It should look like this:

<bone_valuenode type=“bone_object” guid=“300E51B5659DABF368A7EF8B8B0C748F”/>

paste your bone guid over the guid for the faulty bone_valuenode.
This gives the valuenode a valid ID for Synfig to look up.

Repeat the above process for all errors and save the file.
Change the file extension to .sif so Synfig recognizes it.

If all missing links have been replaced then the file should open. The changed nodes may be connected to unexpected bones, but that can be fixed by changing the bone_valuenode parameter in the parameters widget for each spline vertex/origin/etc.
bone-link-xml-sample

If you are comfortable with navigating the xml script and you remember the name of the bone that the node should be connected to then you can scroll down to find the proper bone instance (i.e. “Bone 20”) and copy the hash for that instead. This is not strictly necessary for recovering the file though.

1 Like

Did you copy and paste a skeleton?
For now (since ever) it isn’t recommended. :frowning:

We’ll fix it ‘soon’… (‘soon’ = we hope until 1.6.0)

2 Likes

Anyways, here’s Wonderwall
boy wo slide recovered.sifz (244.7 KB)

I got it working, but the result is a little messy…
Your file had bone_links, but no skeleton layer, so I pasted some bone script in. That was the only thing I changed besides the guid hashes. Your guy exploded into chunks on my end, but I didn’t have girl character 1.sifz so maybe it’ll be fine.

1 Like

@GregorysonofCarl thanks a million bro😊 now it open well👍

 I just delete the skeleton layer before close the file and also save it. Didnt nothing else ( copy paste) @rodolforg after i cant open that file again. 

Girl character file is another sif file and i copied some parts from that for boy char.

I will never use skeleton layer again😁. Even rotate layer also work well than skeleton layer.

Thank again😊 @GregorysonofCarl bro

1 Like