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

[Mango Jambo]

I suggested it could be part of Outliner, but as Nathan said,  a good
data/asset management interface are totally welcome and way better!

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


On 15 March 2012 09:35, Mango Jambo <moraesjunior at gmail.com> wrote:

> 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
>>
>
>