Inability to display Gbytes!

[pdavit]

The option to dynamically display file sizes seams not to be working when the size extends over the 1000Mbytes barrier for Gbs. My mp3 folder, for example, is displayed as 4.770,8M while with this option active it should read something like 4.7G or so since 1k = 1024bytes. I haven’t tested if this error/inability is only applicable on folders but since it’s already displayed as M that means TC can use the dynamic (x.x k/M/G) form for directories as well.

There is no error in size calculation it’s just the fact that when the size is classified in the Gbyte region TC still converts the number into thousands of Mbytes.

Has anyone tested if the same behavior applies on files as well?

If it’s corrected in the future can we also see the change Christian on the size displayed above the path field?

[djk]

For files that looks the same (it shows M instead of G)

BTW: Its behaviour is interesting also in other situation:

I have a file - its size is: 999 999 b - TC shows it as: 976.5k
I increase that file's size to: 1 000 000 b - TC shows it as: 0,9M

[JackFoo]

For files that looks the same (it shows M instead of G)

Hmm, true, never noticed it... But then again never missed it as well, p.s. I hope there would be an option to revert to this behaviour (i.e. no G) when Christian fixes it heh.

I have a file - its size is: 999 999 b - TC shows it as: 976.5k
I increase that file's size to: 1 000 000 b - TC shows it as: 0,9M

999,999b = 976.561..kb with 1,000,000 you add 0.0009765625kb so it shouldn't matter, perhaps TC decides uppon the format by checking the "byte string" lenght?

Cheers.

[djk]

I have a file - its size is: 999 999 b - TC shows it as: 976.5k
I increase that file's size to: 1 000 000 b - TC shows it as: 0,9M

999,999b = 976.561..kb with 1,000,000 you add 0.0009765625kb

To be precise... 976.561 kb should be rounded (not just cut) to 976.6K (not 976.5k) and 1 000 000 b shoud be shown as 1M instead of 0.9M
I mean I prefer rounding

[Grave]

To be precise... 976.561 kb should be rounded (not just cut) to 976.6K (not 976.5k) and 1 000 000 b shoud be shown as 1M instead of 0.9M :-)
I mean I prefer rounding ;-)

i hope you are aware of the fact that 1M=1048576b :)

[sqa_wizard]

1 000 000 b shoud be shown as 1M instead of 0.9M

Sorry 1 KB means 1024 bytes, thats fact.

If 1MB is 1024 KB or just 1000 KB is a philosophical and often results in a neverending discussion ...

[djk]

2Grave
Of course... I do (I meant only rounding)

2sqa_wizard
True...true...
I really don't want any discussion....

[pdavit]

I hope there would be an option to revert to this behaviour (i.e. no G) when Christian fixes it heh.

Well, that’s the idea behind the dynamic format. Otherwise you can always diactivate the option from TC’s configurations to see the long size in bytes. Now, if selectively individual users want different type of form that’s another mater!

[JackFoo]

Well, that’s the idea behind the dynamic format.

Yes, but: seeing 17,085.6M isn't confusing and IMO better than 17.1G or 17.0G; not the same is the case as seeing these 17 gb in bytes which is something along the lines of 17,915,969,536b which isn't very comfi... Today's disk are up to 250G maybe in the future will see 1T commercially available disks but that's not so soon, so for now I prefer seeing my 17.1G's as 17,085M.

Cheers.

[pdavit]

2JackFoo

Well, the same applies when rounding up Mbs while Kbs can be more accurate.

You don’t really need accuracy when you have reached the stratosphere of Gbs, do you?

[JackFoo]

Well, the same applies when rounding up Mbs while Kbs can be more accurate.

True, and let this be a feature request then... Maybe round to the next level only on 100 thousand.
For example:
1,000b -> 1,000b
50,000b -> 50,000b
231,000b -> 225.6kb
12,788M - > 12,788M
etc..

IMO this would be a better way, combining both accuracy and wrapping when number become too long.

Cheers.

[pdavit]

That’s fine by me. It’s a nice idea and more sophisticated if you like. Let’s hoppe that it’s not a lot more complicated to code.