// mp4, samples(long-filenames) (7 days)
https://we.tl/t-C2ATGRLd9T
TC is too slow when handling long filenames mixed with japanese and chinese.
--> UI refresh is too slow and moving the current position with the up/down keys is also slow.
This symptom appears when the character length exceeds the 'Name' field.
[ Filelist Font Settings ]
Font Name: Segoe UI
Font Size: 10
[ 50 long filenames ]
----------
中森明菜/Dear Friend ~夢~'91 Akina Nakamori Special Live at幕張メッセ, 1991.7.28 29 中森明菜/Dear Friend ~夢~'91 Akina Nakamori Special Live at幕張メッセ, 1991.7.28 29 中森明菜/Dear Friend ~夢~'91 Akina Nakamori Special Live at幕張メッセ, 1991.7.28 29 001.txt
...
中森明菜/Dear Friend ~夢~'91 Akina Nakamori Special Live at幕張メッセ, 1991.7.28 29 中森明菜/Dear Friend ~夢~'91 Akina Nakamori Special Live at幕張メッセ, 1991.7.28 29 中森明菜/Dear Friend ~夢~'91 Akina Nakamori Special Live at幕張メッセ, 1991.7.28 29 050.txt
----------
TC is too slow when handling long filenames mixed with japanese and chinese
Moderators: Hacker, petermad, Stefan2, white
TC is too slow when handling long filenames mixed with japanese and chinese
Last edited by cpp64 on 2024-02-24, 08:58 UTC, edited 3 times in total.
Re: TC is too slow when handling long filenames mixed with japanese and chinese
Try changing your filelist font to another one.
In my case, Google's NotoCJK Sans Font works well.
In my case, Google's NotoCJK Sans Font works well.
Re: TC is too slow when handling long filenames mixed with japanese and chinese
2pokapolo
A font like Malgun Gothic that includes english, korean, japanese and chinese works better than Segoe UI.
However, compared to Double Commander, the english only font in TC is too slow.
In Double Commander, the english only font works fine.
I think this needs to be fixed.
I have verified your comment.
A font like Malgun Gothic that includes english, korean, japanese and chinese works better than Segoe UI.
However, compared to Double Commander, the english only font in TC is too slow.
In Double Commander, the english only font works fine.
I think this needs to be fixed.
Re: TC is too slow when handling long filenames mixed with japanese and chinese
I tested it with Segoe UI and Consolas fonts, which are included with Windows by default.
It's very slow.
I've tested running the Task Manager and repeatedly switching windows with Alt+Tab, and every time I switch to Total Commander there is a delay and the utilization of one core of the CPU is close to 100%.
There is a difference in speed between different fonts, but there seems to be some inefficiency in processing the file list.
It's very slow.
I've tested running the Task Manager and repeatedly switching windows with Alt+Tab, and every time I switch to Total Commander there is a delay and the utilization of one core of the CPU is close to 100%.
There is a difference in speed between different fonts, but there seems to be some inefficiency in processing the file list.
Re: TC is too slow when handling long filenames mixed with japanese and chinese
Confirmed on TC 11.03 x64 Windows 10 x64.
The issue seems to be caused by the way TC calculates the lengths of file names
using the current font against the width of the 'Name' column, because if I switch
the file panels to vertical arrangement (one on top of another) and drag the tab
header to make the 'Name' column as wide as possible, the delay disappears. The
wider the 'Name' column is, the less delay there is.
The issue seems to be caused by the way TC calculates the lengths of file names
using the current font against the width of the 'Name' column, because if I switch
the file panels to vertical arrangement (one on top of another) and drag the tab
header to make the 'Name' column as wide as possible, the delay disappears. The
wider the 'Name' column is, the less delay there is.
- ghisler(Author)
- Site Admin
- Posts: 48523
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
Re: TC is too slow when handling long filenames mixed with japanese and chinese
Windows uses "font substitution" for fonts which do not contain the requested characters. When you use Segoe UI, Windows has to look for the missing characters in other fonts, which is unfortunately quite slow. TC just calls a single Windows function (DrawTextW) and Windows does the drawing, so I don't know why other file managers would be faster. They have to use the standard functions too.
In conclusion, please use a font which contains the special characters.
In conclusion, please use a font which contains the special characters.
Moderator message
Moved to will not be changed
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com