Messages

1

Feature Requests and Suggestions / Re: Suggestions for File Checksum

« on: April 11, 2016, 16:51:18 »

No! Maybe I explained it wrong.

Currently it always ask to select ASCI or UTF8; I mean to skip that step and only ask once. Remember the selection for the future so it don't keep asking everytime I create a checksum file. And merge that window with a selection for SFV/MD5.

That's what I meant with "selecting code page", sorry.

Instead of having 2 separete menu entries for SFV and MD5, one would do the same. You are currently creating a Popup for the ASCI/UTF8 selection, so you can use that same window for the SFV/MD5 selection, thus cleaning a bit the menu entries.
(see attach 2&3)

And the other 2 options would create the CRC files directly without asking the  ASCI/UTF8 thing, remembering the selection you did last time. That way you have the possibility to process things directly (using shortcuts for ex.) maintaining your "preferred" settings while also the current way of setting things before processing. But cleaner in both cases.

2

Feature Requests and Suggestions / Re: Suggestions for File Checksum

« on: April 10, 2016, 19:19:56 »

Bumping; I know you have been busy Mathias but just to be sure if at least the 1st part would be implemented some day to make checksum a more reliable system.

3

Support and Feedback / Re: Sample Rate column - does it work?

« on: March 06, 2016, 19:04:46 »

It's also broken in Total Commander, maybe you are using the same libs... (?)

You could also look for the official libs instead of 3rd party support, which would let you (or the user) replace them in the future easily.
https://xiph.org/flac/api/

Or the cue tools libs, which include Flac, Lame for Mp3, Wavpack, Ape, ... already compiled and ready to use (64 & 32 bit dlls)
https://sourceforge.net/p/cuetoolsnet/code/ci/default/tree/
http://www.cuetools.net/wiki/CUETools_Download

PD: Also some of these formats (Flac for ex.) are capable of storing MD5 signatures related only to the musical content and not the "tags", known as Flac Fingerprint Files. I work with them regularly.

Using the official libs it would not be difficult to use multicommander as a gui for them via commands and perform audio file checksums wich would be great. Or even integrated in the file checksum plugin.

The only program who does that is called "The trader's little helper" but is totally outdated. I now use my own set of scripts to do it but it would be a really interesting option that could attract many users in the future from Audio Forums.

4

Feature Requests and Suggestions / Re: FLAT Filesystem View bugs and request

« on: February 01, 2016, 12:59:06 »

Uploaded the dmp file.

5

Feature Requests and Suggestions / Re: FLAT Filesystem View bugs and request

« on: February 01, 2016, 03:27:26 »

Oh, I'm using win 7.

Something is wrong using MC in that win 7..  running it in compatibility mode for vista and finally works as expected, does not get stuck at that point.

6

Feature Requests and Suggestions / Re: FLAT Filesystem View bugs and request

« on: February 01, 2016, 02:39:13 »

http://www.nirsoft.net/utils/what_is_hang.html

Hang report for C:\Utiles_x64\Exploradores\MultiCommander_x64_Portable_(5.9.0.2062)\MultiCommander.exe
Generated by using WhatIsHang on 01/02/2016 2:31:53
Web site: http://www.nirsoft.net


Remarks:
* The program hangs in a single system call. You can look in the call stack and  stack data to find out which API function cause this hang.


Strings found in the stack:
Default
C:\Windows\winsxs\amd64_microsoft-windows-i..plication.resources_31bf3856ad364e35_11.2.9600.16428_en-us_37b47fc8249b0283
md64_microsoft-windows-i..plication.resources_31bf3856ad364e35_11.2.9600.16428_en-us_37b47fc8249b0283
C:\$Recycle.Bin
\$Recycle.Bin

Will upload the dmp file tomorrow

7

Feature Requests and Suggestions / Re: FLAT Filesystem View bugs and request

« on: January 31, 2016, 23:02:55 »

Tried again against 3400000 files/4TB and working right, then again against the SO disk SSD and hangs... could it be a security/permissions problem?

Like trying to access to specific folders... that would explain why it hangs and does nothing.

8

Feature Requests and Suggestions / Re: FLAT Filesystem View bugs and request

« on: January 31, 2016, 22:54:14 »

I think usability would be greater if Explorer submenu is top level or its own menu.  But no problem, just suggesting it.

Just noted we have the possibility to change existing menu hotkeys so it's user choice to make flat view Ctrl+B and show buttons ctrl+shift+B.
hahaha Forget anything I said about the hotkeys, sorry. You already let the user to change them! (and therefore I don't mind about the default value)

9

Feature Requests and Suggestions / Re: FLAT Filesystem View bugs and request

« on: January 31, 2016, 22:49:00 »

Uhm... I get it. Then there must be another variable playing here... I'm sure it hangs indefinitely as I say, while other file managers do finish the process at some time (1-2 minutes), that's why I'm sure it's not only a HDD problem.

In fact just tried in a SSD, the SO disk and it hangs. CPU usage 0%. No I/O reads. No memory increase. I'm using the x64 portable. Running as admin.

Can not imagine what it could be, if you need any info or thing to test, just let me know. Not that I consider this top priority as you say but since you asked about testing it.
In fact I care more about the checksum part and the problems present with wrong checksum files I suggested in the other thread.

10

Feature Requests and Suggestions / Re: FLAT Filesystem View bugs and request

« on: January 31, 2016, 22:35:54 »

Also not sure if I follow you... I'm suggesting to also add the Flat view option in the view menu, the same there is Show hidden files and all that.
Not to move the entire Viewmode to the view menu.

You asked about moving that option, and I suggest to move it there or at least replicate it there too, which seems to me the natural place to be. That along the hotkey change, commonly used in other file managers, and also simpler than 3 keys. In fact I would reserve 2-hotkeys for actions, used more frequently, instead of show/hide UI things like the log (ctrl+L), buttons (ctrk+b), etc.

You can not disable the explorer plugin so it must be always enabled, therefore no problem to have that menu option permanent there, the same there is already a Explore Panel submenu in the View menu (?).

Just asking, was not sure if I didn't explain myself right or it's really a limitation of how things works in the code.

11

Feature Requests and Suggestions / Re: FLAT Filesystem View bugs and request

« on: January 31, 2016, 22:22:50 »

I would not report this if Im not sure it's not what you say...

I mean TC do that work in X seconds. But MC will hang indefinitely.

I'm not talking about the usual hang you talk about and task manager showing it does something, I talk about HDD not being read at all at some point while TC would have already finished. We can expect TC is faster than MC, ok, but it makes no sense if TC scan the same folders in less than a minute and MC hangs 30 min without doing anything. That's what I report.

There seems to be some point where it does not work as it should be.... below that point is what you say, task manager shows it's working, and then I suggested to just show another window as active with the progress. But that's independent to the previous problem.

12

Feature Requests and Suggestions / Re: Suggestions for File Checksum

« on: January 30, 2016, 14:27:20 »

Playing a bit more with the extension have a few more suggestions:

*Checksum file named as the path name which the files are stored in (when selecting multiple files):

.../My files/
xxxx.txt
yyyy.txt

If selecting both:
checksum is created as --->xxxx.sfv
Suggestion, change to  --->My files.sfv

A more logical approach than just naming the SFV for multiple files like the first file found in the folder.

*A direct command/menu option to create the checksum file without opening the file checksum panel, then starting the process, finally selecting the code page...
In that option, code page support would not be asked every-time but once and saved as default preference for future use.

Selected files and pressing the option would created the MD5\SFV checksum without more questions. Name convention following the first suggestion, folder name for multiple files or file name for 1.

The new options should also be integrated into the user commands/internal commands, that way we can assign this direct approach to a hotkey.


Have thought about 2 ways to do it in the UI

• *Adding 2 more menu entries to do it and adding a note about the existing ones being processed via file checksum panel and the second.
  
  See attach 1
  
• *Merging the 2 existing entries into one and adding the 2 new ones. Old one merged would open the panel, and then you ask at the same time the codepage and checksum format before doing anything.
  
  See attach 2 & 3

13

Feature Requests and Suggestions / FLAT Filesystem View bugs and request

« on: January 29, 2016, 21:14:47 »

http://forum.multicommander.com/forum/index.php/topic,1457.msg5289.html#msg5289

FLAT Filesystem View
If you find any bugs/issue with flat filesystem view, report it.. Flat view is not a mode I use my self and I will probably miss many of the issue when testing. And if people who uses it do not report the issues it will probably not be fixed.

Also I do not like the way it is activated now (from the viewmode popup).. Suggestions are welcomed..  Icon on toolbar?  Icon in another place?
Hot key.. (what combo), Menu ?  .. another ?

*Multicommander hangs indefinitely & crash when using Flat View with too many folders/files, checked several times. The behavior is really strange since it first cache all files from HDD, if the time doing that is too big then it will finally end the caching process (HDD stops reading) but the UI continue unresponsive. Then if I restart MC and try to Flat View the same path it usually works.
Can't say where is the limit... I work with +10^4  files, 2-3Tb total size
(TC works right anytime in same circumstances, not a HDD problem)

Features request:

*Create a new active window (at top) while caching the files showing the progress and sub-folders being analyzed; no more waiting without knowing how it is going.
Cancel button allows you to stop at any point without waiting MC to finish. It would load the partial list.

See attach. 1

*Hot key --> CTRL+B          (Button Window to ---> CTRL+SHIFT+B)

*Menu --- > Move to View.

See attach. 2

*In fact I would suggest to play a bit more with the menus, differentiating the general UI behavior (UI or Appearance) and the explorer panel options (view).
Flat view still goes to View, explorer panel width and options too. View modes not so hidden, just at bottom.  (stop/refresh should be there too, my fault!)
The rest of UI options not related to explorer panel would go to UI menu.

See attach 3

14

Feature Requests and Suggestions / Suggestions for File Checksum

« on: January 28, 2016, 12:58:54 »

Hi Mathias, I appreciate all the work you did with that extension within MC in the last months fixing the remaining bugs and adding unicode support, all working as expected.

Recently I got some corruption in my HDDs and used the file checksums to analyze which files got corrupted... in the process I found I missed some things to make it that system totally reliable.

Corrupted Checksum files (*.md5, *.sfv, ...) are not loaded by the extension nor can be identified. I found this to be a problem because apart from having my files (to be checked) corrupted, some of the sfv files themselves were also corrupted. If I try to check them nothing happens since the info stored is not readable BUT the program also does not warn you about it.
Is not important when you just check one file but it does if you are checking 10000 sfv files without user attention, just loading the entire batch from folders and subfolders. You have no way to know if a small numbers of all your sfv files is not being loaded at all.

1. Add total number of checksum files analyzed/loaded at the bottom of the file checksum window.

Result: WWWW checksum files analyzed, xxxx files OK, yyyy files failed, zzzz files missing

This lets the user to compare the number of checksum successfully loaded against the total checksum files. At least gives some clue about some of them failing to be read or missing files. If you have X folders and you expect to have the same number X of checksum files, it becomes really helpful.

2. Warn about checksum files not being as expected. For ex... 0 byte checksum files, checksum files without any CRC stored, etc. Corruption is easily identifiable no need to make complex analysis. If you load a sfv file but it can not be checked as sfv then I expect the program to warn me about it, not just omitting it.
Show them the same failed checksum files or missing files are also shown in the result window, and maintain them after clearing successful from list.

3. Delete individual entries, something simple, just "supr". There is a clear all and clear successful from list options, but can not remove an specific checksum file from the list, independently of its status. Really useful when you are working with the final failed results to recover the wrong files or have to recreate the checksum file (since it is not reloaded from disk but memory once it's on the list).

15

Support and Feedback / Re: Attribute in View filters - Sort by attribute

« on: May 19, 2015, 20:50:00 »

The 1st one did the trick after restarting MC, thank you!

16

Support and Feedback / Attribute in View filters - Sort by attribute

« on: May 18, 2015, 14:58:24 »

Have been looking for some info about the filters in the explorer panel but no luck.

Not sure if it's already implemented or not but... is there a way to filter files and folders according to the attributes?

In fact my specific problem is listing all Symlinks within a folder. The symlinks point to other subfolders.

Have tried to sort by attribute option via the "Attrib" column but it doesn't work. Standard folders are shown as ----d and the symlinked folders as ----l, that's right, but can not sort them. For some reason it doesn't work properly for those flags.

Then I tried with the filters but I have not found the way to filter using attributes.

Any tip?

17

Support and Feedback / Re: File Checksum broken

« on: May 18, 2015, 14:48:55 »

I see. Have managed to solve the problem by using a command line utility to encode those utf-8 cheksums to the required encoding before checking them.

I don't use it, but don't forget to check the checksum creation since it was not working properly as I noted you.

18

Support and Feedback / Re: File Checksum broken

« on: May 05, 2015, 14:40:48 »

Still can not create ASCII sfv in multicomander.


Have found the "unicode" problem...

Just noted the sfv file is in UTF-8. While multicommander seems to check for UTF-16 (or UCS-2). Any possibility to add sfv UTF-8 support too?

19

Support and Feedback / Re: File Checksum broken

« on: May 04, 2015, 17:38:07 »

To me is not really necessary to add the create unicode feature, since TC does that.

But read again my previous post:

Create sfv is not working with any file. Not only unicode.

Also the Reading is not working with unicode as intended. Still working with the non unicode sfv.

Check the first example I put, it's not unicode and it didn't work.

20

Support and Feedback / File Checksum broken

« on: May 02, 2015, 18:33:03 »

Hi, just seen you updated the program with the Unicode Support but now there is something definitely wrong.

Using Multicommander to create a checksum file

H:\New test.rar

Output sfv file:

Code: [Select]

N e4e5a3

h:\Musica_vinilo\Omega\10000 lépés {luckburz 1969 HUN 1st Qualiton LPX 17400}\

Code: [Select]

10 - Félbeszakadt koncert.flac
09 - Spanyolgitár legenda.flac
08 - 1958-as boogie-woogie klubban.flac
07 - Tízezer lépés.flac
06 - Tékozló fiúk.flac
05 - Kérgeskezű favágok.flac
04 - Udvari bolond kenyere.flac
03 - Tűzvihar.flac
02 - Gyöngyhajú lány.flac
01 - Petróleum lámpa.flac
Output:

Code: [Select]

0 68a2cb3b
0 70862fb6
0 3b81c27e
0 5c6be97e
0 a89de4d3
0 8f1a3448
0 c790ef0c
0 33f646d1
0 88c8344f
1 c40a8568
1 e4ce9dfe

Tested several times with different folders and files, no names are written in the sfv file using the last versión. Just the first character and the checksum.




Loading an unicode sfv file (created with total commander) from

h:\Musica_vinilo\Omega\10000 lépés {luckburz 1969 HUN 1st Qualiton LPX 17400}\

Code: [Select]

; Generated by WIN-SFV32 v1.0
; (Compatible: Total Commander 8.51a)
art\Gatefold Inside.png 22413440
art\Gatefold Outside.png 592C79D6
art\Poster.png E26B0256
art\Side A.png AAF84704
art\Side B.png D894FB4C
Flac_MD5.ffp 7EF399A9
01 - Petróleum lámpa.flac 68A2CB3B
02 - Gyöngyhajú lány.flac 70862FB6
03 - Tűzvihar.flac 3B81C27E
04 - Udvari bolond kenyere.flac 5C6BE97E
05 - Kérgeskezű favágok.flac A89DE4D3
06 - Tékozló fiúk.flac 8F1A3448
07 - Tízezer lépés.flac C790EF0C
08 - 1958-as boogie-woogie klubban.flac 33F646D1
09 - Spanyolgitár legenda.flac 88C8344F
10 - Félbeszakadt koncert.flac C40A8568
cover.jpg EA172055
foo_dr.txt 50656364
Info.txt CB847F8B
info_avax.txt 8CFA4173

Still those files using unicode names not being recognized. Ansi sfv files working as expected.

All that using last version, portable, from clean install.

21

Support and Feedback / Re: File Checksum Plugin in Unicode?

« on: February 19, 2015, 00:06:53 »

Just wanted to add that I understood what you suggested.. the problem is I'm not using regional settings for those specific file names because that's not my language; those are just some files from other character set, but not the only ones.
I have no possibility to change the regional settings to match all at the same time, thus the importance of unicode.

Windows is a hell for this... still wondering why in 2015 the SO has no complete unicode support for the console for ex.

22

Support and Feedback / Re: File Checksum Plugin in Unicode?

« on: February 18, 2015, 17:11:51 »

I do it that way too, only using MC, and the results are those of the 1st post. Still 2 files unrecognized (not sure if the file names have been pasted here right though).

But those are only some examples. Have other files with same problem and with unicode support it works in TC.

My regional settings are Spanish layout for all except the system language, which is in English. Input for the keyboard is in Spanish too.

23

Support and Feedback / Re: File Checksum Plugin in Unicode?

« on: February 18, 2015, 13:14:19 »

Nope. All these checksum operations are done in the same PC and SO. No changes in regional settings.

24

Support and Feedback / File Checksum Plugin in Unicode?

« on: February 13, 2015, 17:57:42 »

I'm having a problem when checking SFV files which contain unicode file names. The SFV files (or Md5) are created via total commander and work great there. Both creating/checking.
But when using the FC plugin in Multi Commander those files are not found and the names appear with strange characters.

Code: [Select]

01 - Petróleum lámpa.flac
02 - Gyöngyhajú lány.flac
03 - Tűzvihar.flac
04 - Udvari bolond kenyere.flac
05 - Kérgeskezű favágok.flac
06 - Tékozló fiúk.flac
07 - Tízezer lépés.flac
08 - 1958-as boogie-woogie klubban.flac
09 - Spanyolgitár legenda.flac
10 - Félbeszakadt koncert.flac
Also, if I create the SFV file within Multi Commander there are still some files not recognized

Code: [Select]

04 - Udvari bolond kenyere.flac
06 - Tékozló fiúk.flac

Is there any way to set the plugin to work with Unicode? It's a pitty this limitation since this is the only program which has a built it virtual explorer for checksum files...