[Bf-committers] Reference counting, deleting data and fake users

[Mango Jambo]

It could be part of Outliner, IMHO it is a perfect place to it. (But
Outliner needs a better attention to make it works properly)
Not only showing Fake User, but it could list any kind of data and its
users. A good example is images and movies. It would look something like
this:
*
*
*- Image A
     - ./location/image.png
    - Users
          - Texture 1
         - Texture 4*
 - Composite Node
- Strip 3 (from Video sequencer)
 - Movie X (from an image sequence)
- Image Sequence B
*     - Start - ./location/image0001.png*
*     - End - ./location/image0100.png* (or something like that)
     - Users
          ...

It would work with any data, including listing Fake Users. It makes easy to
reference count, deleting and other important feature: to re-link/fix
outside data, it includes image, image sequences, movies and Linked groups.
If we open a bronken linked blend file today, it simply lost it. I mean, it
happen to Linked Groups, but broken image keeps the address, even given a
pink wrong color to the object. IMHO it should be easy to re-link or even
swap the linked group, image address straight from Outliner.

I think these proposals would avoid stupid problems, may be mainly for
Mango Project. They will be dealing with images and movies all day. ;)

It was my 5 pence! Cheerios

Moraes Junior - aka mangojambo
Animator & 3D Artist
+55 43 88133399 <http://www.oniria.com.br>


On 15 March 2012 01:47, Nathan Vegdahl <cessen at cessen.com> wrote:

> Agreed.  As long as this is the paradigm, then this makes sense as a
> default.  However, I think it's not at all obvious that this is a good
> paradigm as Blender moves forward.  I remember this was a concern that
> William had in the Big Buck Bunny days as well.  Not sure if he's
> around to weigh in on that.
>
> The main benefit of the current "garbage collection" style paradigm is
> that since data/asset management is quite anemic in Blender right now,
> this prevents tons of unused data from piling up.  During Sintel, for
> example, we would end up with files that had huge numbers of unused
> actions, and manually deleting them (even one-click per action) would
> have been a pain.
>
> So perhaps as Blender gains a good data/asset management interface, we
> can start thinking about shifting away from automatic garbage
> collection, and towards a more manual-deletion paradigm...?
>
> --Nathan
>
>
> On Wed, Mar 14, 2012 at 3:30 PM, Antony Riakiotakis <kalast at gmail.com>
> wrote:
> > Hi Daniel, I agree that the new default makes sense in blender's data
> > paradigm but I am questioning the paradigm not the default :)
> > _______________________________________________
> > Bf-committers mailing list
> > Bf-committers at blender.org
> > http://lists.blender.org/mailman/listinfo/bf-committers
> _______________________________________________
> Bf-committers mailing list
> Bf-committers at blender.org
> http://lists.blender.org/mailman/listinfo/bf-committers
>