Bug in Total Commander ?!

English support forum

Moderators: Hacker, petermad, Stefan2, white

Maxis
Junior Member
Junior Member
Posts: 9
Joined: 2005-01-11, 10:56 UTC

Bug in Total Commander ?!

Post by *Maxis »

When I try to use Total commander to copy mp3 files to Creative MuVo2 FM mp3 player which features a 5GB Seagate ST1 microdrive, the speed is slower than 400KB/S. But when I copy the same files using windows explorer, it costs less than 25 seconds for 80MB files.

I tried windows commder v4.03 v4.54 v5.11, the results are same. Is it a bug of Total Commander?
User avatar
Clo
Moderator
Moderator
Posts: 5731
Joined: 2003-12-02, 19:01 UTC
Location: Bordeaux, France
Contact:

Settings

Post by *Clo »

2Maxis
:) Hello !
Welcome on board !
- You could try to change the copying-mode :
Menu Configuration >>> Options >> Tick the radio-button : “Also use big files copy-mode”.
- If that doesn't the trick, try then the last option below :
“Use copy+paste via Explorer…”

:mrgreen: Kind regards,
Claude
Clo
#31505 Traducteur Français de TC French translator Aide en Français Tutoriels Français English Tutorials
User avatar
Hacker
Moderator
Moderator
Posts: 13142
Joined: 2003-02-06, 14:56 UTC
Location: Bratislava, Slovakia

Post by *Hacker »

Maxis,
Before trying out Clo's suggestion, try Configuration - Options - Copy/Delete - Use compatibility mode for the following drives.

HTH
Roman
Mal angenommen, du drückst Strg+F, wählst die FTP-Verbindung (mit gespeichertem Passwort), klickst aber nicht auf Verbinden, sondern fällst tot um.
User avatar
pdavit
Power Member
Power Member
Posts: 1529
Joined: 2003-02-05, 21:41 UTC
Location: Kavala -> Greece -> Europe -> Earth -> Solar System -> Milky Way -> Space
Contact:

Re: Bug in Total Commander ?!

Post by *pdavit »

Maxis wrote:I tried windows commder v4.03 v4.54 v5.11, the results are same. Is it a bug of Total Commander?
OT: By the way, where did you find those old versions?
"My only reason for still using M$ Window$ as an OS is the existence of Total Commander!"
Christian Ghisler Rules!!!
User avatar
sas2000
Power Member
Power Member
Posts: 682
Joined: 2003-02-07, 04:32 UTC
Location: Galiza

Post by *sas2000 »

 
2Pdavit:
I have these releases (but i don't remember exactly where i got it)

WINDOWS COMMANDER V1.12
WINDOWS COMMANDER V1.13
WINDOWS COMMANDER V1.30
WINDOWS COMMANDER V1.50
WINDOWS COMMANDER V2.00
WINDOWS COMMANDER V2.01
WINDOWS COMMANDER V2.11
WINDOWS COMMANDER V3.03
WINDOWS COMMANDER V3.53
WINDOWS COMMANDER V4.03
WINDOWS COMMANDER V4.54
WINDOWS COMMANDER V5.11

If you're interested i can send it to you.
 
User avatar
franck8244
Power Member
Power Member
Posts: 704
Joined: 2003-03-06, 17:37 UTC
Location: Geneva...

Post by *franck8244 »

You can find old releases on clubtotal ...
:oops: Maxwish removed them to save webspace...
TC#88260 -
User avatar
pdavit
Power Member
Power Member
Posts: 1529
Joined: 2003-02-05, 21:41 UTC
Location: Kavala -> Greece -> Europe -> Earth -> Solar System -> Milky Way -> Space
Contact:

Post by *pdavit »

sas2000 wrote:If you're interested i can send it to you.
I would really appreciate that! Thank you!

pdavit @ hotmail . com

Just remember the size limitations of hotmail. You will probably need to create three zips.

Please, exclude v4.54 and v5.11 I already have them. Thanks again!
"My only reason for still using M$ Window$ as an OS is the existence of Total Commander!"
Christian Ghisler Rules!!!
User avatar
sas2000
Power Member
Power Member
Posts: 682
Joined: 2003-02-07, 04:32 UTC
Location: Galiza

Post by *sas2000 »

 
You have e-mail from ******@softhome.net :D .
 
Maxis
Junior Member
Junior Member
Posts: 9
Joined: 2005-01-11, 10:56 UTC

Post by *Maxis »

Thanks for you all. The problem is solved after I change the configuration. BUt I am curious about the reason.
User avatar
Sheepdog
Power Member
Power Member
Posts: 5150
Joined: 2003-12-18, 21:44 UTC
Location: Berlin, Germany
Contact:

Post by *Sheepdog »

Maxis wrote:BUt I am curious about the reason.
TC uses proprietary copy/move routines. This is sometimes very useful since you can adjust e.g. the blocksize for those operations or define wich partitions are on different Harddsiks to optimize copying. In addition you prevent using the caching mechnism of Windows wich is often not optimal.

But in some cases these copy routines do not work as expected. So you can define that TC uses Explorer -method to copy files. E.g using USB-stick needs the Explorer method to get full speed.

sheepdog
"A common mistake that people make when trying to design something
completely foolproof is to underestimate the ingenuity of complete fools."
Douglas Adams
Surranó
Junior Member
Junior Member
Posts: 16
Joined: 2004-12-25, 20:29 UTC

For me, big files mode seemed to be much slower.

Post by *Surranó »

Hi there,

I had a defective CD and tried to save the file, so tried the different copy modes on the single 700MB .mpg the CD contained.

"reliable, but slow" produced ~1-3M/s and went fine up to 98%.
"also use big files" produced ~400-700k/s and failed after 90%.
Is there an explanation? e.g. "DON'T USE IT FOR OPTICAL DRIVES" or such?
User avatar
Sheepdog
Power Member
Power Member
Posts: 5150
Joined: 2003-12-18, 21:44 UTC
Location: Berlin, Germany
Contact:

Re: For me, big files mode seemed to be much slower.

Post by *Sheepdog »

Surranó wrote:"reliable, but slow" produced ~1-3M/s and went fine up to 98%.
"also use big files" produced ~400-700k/s and failed after 90%.
Is there an explanation? e.g. "DON'T USE IT FOR OPTICAL DRIVES" or such?
On CD there are always Blocks from 2048 byte.
If the buffersize is 1024k you will need 512 Sectors to fill the buffer.
If the buffersize is 10240k you'll need 5120 Sectors to fill the buffer.

I think that the probability of read errors is increasing with a bigger buffer (while you have no read error to expect on HDs). Tus it will take longer to fill this buffer. Additional you get a temparture problem: reading continous a time will warm up the CD - that makes it harder to read it.

And I guess that if there occurs a read error the whole buffer is dismissed. Thus you will loose 5119 Sectors (in the worst case) instead of 511. That would explain the difference - I think.

After all I would advise against the 'big file copy mode' for CDs.

And for retrieving data from known damaged CDs I would search for special tools instead of using TC.

sheepdog
"A common mistake that people make when trying to design something
completely foolproof is to underestimate the ingenuity of complete fools."
Douglas Adams
Surranó
Junior Member
Junior Member
Posts: 16
Joined: 2004-12-25, 20:29 UTC

Re: For me, big files mode seemed to be much slower.

Post by *Surranó »

Sheepdog wrote: After all I would advise against the 'big file copy mode' for CDs.
Thanks for the explanation, I'm enlightened :) BTW forgot to tell that "big read" caused the drive to keep positioning, I guess it really didn't use *any* drive cache :)
And for retrieving data from known damaged CDs I would search for special tools instead of using TC.
Actually, we tried quite a few things, including dd. I just tried if my drives fared better than the four drives we tried on my workplace. No big deal.[/quote]
User avatar
sas2000
Power Member
Power Member
Posts: 682
Joined: 2003-02-07, 04:32 UTC
Location: Galiza

Post by *sas2000 »

 
2Pdavit
Old releases of Wc ready, check it.
Bye. :D
User avatar
Sheepdog
Power Member
Power Member
Posts: 5150
Joined: 2003-12-18, 21:44 UTC
Location: Berlin, Germany
Contact:

Re: For me, big files mode seemed to be much slower.

Post by *Sheepdog »

Surranó wrote:Actually, we tried quite a few things, including dd. I just tried if my drives fared better than the four drives we tried on my workplace. No big deal.
[/quote]


What about BlindRead/BlindWrite? It'sgot a quite good read engine. I know there were some other, I will search in my HD.

sheepdog
"A common mistake that people make when trying to design something
completely foolproof is to underestimate the ingenuity of complete fools."
Douglas Adams
Post Reply