Total Commander

Hello Christian, I found out that TC 11.03 does not understands these extensions right.

First (Zstandard) - It opens .tzst files like .zst - it's not right because .tzst = tar.zst and should be opened as tar.zst
because If we open .tzst files as just .zst we can't see .tar inside but a file without extension.

Second (Brotli) - It doesn't know at all that .tbr = tar.br I didn't find another way to prove it other than:
https://lists.gnu.org/archive/html/bug-tar/2017-10/msg00003.html - you can find .tbr there.
In Lunux .tbr means tar.br but for Windows I'm not so sure but .tgz = .tar.gz

I created a small archive for you to see. Test.tar.zst - is a right behavior. Test.tzst is wrong but the archives are the same.
https://drive.google.com/uc?export=download&id=1XS37ab8kfarz1FirM7tcIsacDhO1D5XN

Sorry for creating a topic in a wrong place at the first time.

Hm...

history.txt wrote:17.02.23 Added: Unpack BROTLI files with extensions .br . Please note that BROTLI files cannot be detected by content, so other files with that extension can cause an error when unpacking/testing archives (32/64)
17.02.23 Added: Unpack ZSTD files with extensions .zst and .tzst (=.tar.zst) on Windows XP and newer (32/64)
15.02.23 Added: Unpack ZIP files with ZSTD (by Facebook) compression on Windows XP and newer (32/64)

Well. I don't see any ".tbr" there.
Is is supported elsewhere?

Brotli archives with any extension are not very widespread even in Linux. I don't know if it's defined somewhere but it definitely might be .tbr = tar.br
It's not very critical for me, but about .tzst this is.

2lelik007
Should it be ".tzs" instead of ".tzst"?

No, It's not about this. As you've mentioned:

Unpack ZSTD files with extensions .zst and .tzst (=.tar.zst) on Windows XP and newer (32/64)

This means .tar.zst and .tzst should be opened the same way but TC opens them differently.

In the archive I've provided Test.tar.zst and Test.zst are the same files just with the different extensions.
If we open Test.tar.zst we see Test.tar inside - this is right, but if we open Test.tzst - we see Test - without any extension - this is wrong.

But if Test.tzst were Test.zst this would be right that a file has no extension. I mean if you rename Test.tar.zst, Test.tzst > Test.zst or Test.tbr, Test.tar.br > Test.br and see no file extension in an archive - this is exactly right because TC just doesn't know anything about tar in this case.

I re-uploaded an archive for testing to Google Drive and checked it wth virustotal so is not a problem to see the difference.

More of it:

The latest 7-zip opens both files right but ZSTD method only exists in beta for now.

https://7-zip.org/a/7z2404-x64.exe
https://7-zip.org/a/7z2404.exe

About .tbr - I don't think there's any standard exists because Brotli itself is not a standard and not a very common thing.

lelik007 wrote: ↑2024-04-07, 04:58 UTC More of it:

The latest 7-zip opens both files right but ZSTD method only exists in beta for now.

https://7-zip.org/a/7z2404-x64.exe
https://7-zip.org/a/7z2404.exe

About .tbr - I don't think there's any standard exists because Brotli itself is not a standard and not a very common thing.

So use the actual 7-zip 24.04 beta with the Total7zip plugin.
No problem with this version in TC.

This may work but IDK exactly because I don't use either 7-zip nor Total7zip myself. TC uses the author's (Yann Collet) code in TCZSTD64.dll to unpack .zst. And, obviously, TC7Z64.DLL is 7zxa.dll for .7z. By the way 7-zip doesn't use Yann Collet's code but rather an own Igor Pavlov's implementation based on a format.

zst files do not store the name of the inner packed file, so TC just cuts off the extension. To open the inner .tar file, just use Ctrl+PageDown instead of Enter.

2ghisler(Author)

To open the inner .tar file, just use Ctrl+PageDown

This is exactly what I do. And now when I know how TC acts I can just rename these files.

so TC just cuts off the extension.

Because now I understand why .tzst means the same for TC as .zst And also it would act for .tbr this way.
It's OK - not a big deal. I think the topic should be closed.