# %\_file\_size% doesn't work
**URL:** https://community.mp3tag.de/t/file-size-doesnt-work/56414
**Category:** Mac
**Created:** [February 20, 2022, 6:17pm UTC](https://community.mp3tag.de/t/file-size-doesnt-work/56414 "2022-02-20T18:17:57Z")
**Posts on this page:** 10
**Page:** 1
### Author:  [@FathaMike](https://community.mp3tag.de/u/FathaMike)
#### Post date: [February 20, 2022, 6:17pm UTC](https://community.mp3tag.de/t/file-size-doesnt-work/56414/1 "2022-02-20T18:17:57Z")
Tried to filter using "%\_file\_size% GREATER 10000" and results were always zero. When I changed to %\_file\_size\_bytes% it worked as expected.
Mike
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [February 20, 2022, 6:24pm UTC](https://community.mp3tag.de/t/file-size-doesnt-work/56414/2 "2022-02-20T18:24:06Z")
I've got a file the size about 16 MB.
%\_file\_size% returns "16,79 MB"
%\_file\_size\_bytes% returns "17609771"
So you probably need to adapt
> [@FathaMike](#):
>
> "%\_file\_size% GREATER 10000"
to
%\_file\_size% GREATER 16
or use %\_file\_size\_bytes%
---
### Author:  [@FathaMike](https://community.mp3tag.de/u/FathaMike)
#### Post date: [February 20, 2022, 6:26pm UTC](https://community.mp3tag.de/t/file-size-doesnt-work/56414/3 "2022-02-20T18:26:54Z")
In filtering, no files returned even if I do GREATER 0
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [February 20, 2022, 6:28pm UTC](https://community.mp3tag.de/t/file-size-doesnt-work/56414/4 "2022-02-20T18:28:12Z")
I assume that the result is a string for %\_file\_size% whereas %\_file\_size\_bytes% is a number and GREATER works for numbers only.
---
### Author:  [@FathaMike](https://community.mp3tag.de/u/FathaMike)
#### Post date: [February 20, 2022, 6:29pm UTC](https://community.mp3tag.de/t/file-size-doesnt-work/56414/5 "2022-02-20T18:29:03Z")
Do you know, or only assume? How do you know?
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [February 20, 2022, 6:30pm UTC](https://community.mp3tag.de/t/file-size-doesnt-work/56414/6 "2022-02-20T18:30:07Z")
I assume.
You could try
%\_file\_size% HAS 16
and see if that leads to any hits
---
### Author:  [@FathaMike](https://community.mp3tag.de/u/FathaMike)
#### Post date: [February 20, 2022, 6:31pm UTC](https://community.mp3tag.de/t/file-size-doesnt-work/56414/7 "2022-02-20T18:31:11Z")
OK, that does work. Thanks much.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [February 20, 2022, 7:32pm UTC](https://community.mp3tag.de/t/file-size-doesnt-work/56414/8 "2022-02-20T19:32:17Z")
> [@ohrenkino](#):
>
> I assume that the result is a string for %\_file\_size% whereas %\_file\_size\_bytes% is a number and GREATER works for numbers only.
> [@FathaMike](#):
>
> Do you know, or only assume? How do you know?
It's implemented like that at the moment. However, I think it can be improved so that it also works with "numerical strings", i.e., what's provided by `%_file_size%`, e.g., "16,79 MB"
I'll look into this and keep you posted!
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [March 15, 2022, 4:12pm UTC](https://community.mp3tag.de/t/file-size-doesnt-work/56414/9 "2022-03-15T16:12:35Z")
> [@Florian](#):
>
> However, I think it can be improved so that it also works with "numerical strings", i.e., what's provided by `%_file_size%`, e.g., "16,79 MB"
This is now available with Mp3tag for Mac v1.4.2.
---
### Author:  [@system](https://community.mp3tag.de/u/system)
#### Post date: [April 14, 2022, 4:17pm UTC](https://community.mp3tag.de/t/file-size-doesnt-work/56414/10 "2022-04-14T16:17:25Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.