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

[Mike Belanger]

The only thing I really miss from 2.49x was the 'noodles' mode in the Outliner.  Even though it had limited uses, it gave users an immediate impression as to what data blocks were in use, and what data blocks were not.

Then again, even that display mode didn't tell the user unused data blocks would be dropped upon re-opening the file.  But perhaps this could be used as some inspiration to this new 'asset manager' proposal.

Mike

----------------------
mikebelanger.ca


On 2012-03-15, at 9:58 AM, Mango Jambo wrote:

> 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
>>> 
>> 
>> 
> _______________________________________________
> Bf-committers mailing list
> Bf-committers at blender.org
> http://lists.blender.org/mailman/listinfo/bf-committers