Length ( containerfield ) question

[Stuart Taylor]

Length ( containerfield ) calculation returns the file size in a container.

Files stored as a reference aside, the file size of a Quicktime movie stored in a container seems to be wrong (way too small).

So what file size does it safely return, image, stored file… ?

Anyone know definitively or should i try every combination, think i will probably get it wrong and would like to be sure.

best

Stuart

[corn]

QuickTime movies aren't stored in containers - they are stored by reference only. You can store the movie in a container as a "file" but then it is not playable as when stored as a movie by reference.

[comment]

What do you mean by "too small"? AFAIK, you cannot embed a movie in a container, so the size should be 0.

[Stuart Taylor]

Hi Guys,

That makes sense now,

The size was always around 1k which must be just the link, the files were 1.2 mb.

I was confused by the fact "store as reference" was not an option.

This has cleared up many questions for me.

Previous post refering to speed or Quicktime files remotely.

best

Stuart

Thanks for takingng the tie

[comment]

The size was always around 1k

Are you sure about this? I get exactly 0 when container contains a reference.

[Stuart Taylor]

Hey Comment,

Interestingly it would seem that when adding a quicktime file and having Length ( container ) as a calculation not unstored a value is returned around 150b, if the Length ( container ) is unstored 0b is returned.

The bytes go up and down based on the path length which could be what it is returning.

[comment]

OK, I see it now. It's not bytes. What a strange bug (or is it a feature?).

If the field is unstored, it correctly returns the size of file. But if the field is stored, it returns [color:red]the number of characters in the path: instead of Length ( Container ) it actually does Length ( GetAsText ( Container ) ).

If the content is embedded, both versions return the file size, as expected.

Edited June 9, 2008 by Guest