SFV extensions

Only forum where polls are allowed. You may announce a new poll in the matching support forum.

Moderators: Stefan2, white, sheep, Hacker

Post Reply

Are you using the SFV and do you want the extensions?

Yes, I am using the SFV.
19
58%
No, I an not using the SFV.
10
30%
Yes, I would really like to see the extensions mentioned above implemented.
3
9%
I don't care what extensions as long as it is extended.
1
3%
 
Total votes: 33

NoMo
Junior Member
Junior Member
Posts: 5
Joined: 2003-12-29, 14:48 UTC

SFV extensions

Post by *NoMo » 2003-12-29, 15:41 UTC

Hello,

I am a regular user of SFV/CSV and would like to know if there are more of you out there and think SFV generation is to narrow.
Like with the CSV, in order to check the files I always have to use Ultraedit->macros to convert them to the SFV standard.
Or In the CSV the subdirectories are also included.

I myself would like it VERY much to have the possibility to add the comments from the descript.ion in the SFV-files.

User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 37495
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Post by *ghisler(Author) » 2003-12-30, 10:48 UTC

TC is following the SFV 1.0 standard, which doesn't include any size or date information. Do you have any information about this extension?
- what SFV version is needed to handle them?
- what is the exact syntax?
- how does the date handle regional settings? Americans write the date differently than Europeans or Japanese people.
Author of Total Commander
http://www.ghisler.com

NoMo
Junior Member
Junior Member
Posts: 5
Joined: 2003-12-29, 14:48 UTC

Post by *NoMo » 2004-01-22, 13:36 UTC

Hello again,

I am very sorry for the late reaction, I have been changing providers.

Here are 2 examples of the CSV-files I get delivered:

abraxsis_0001.jpg,556100,C1FF13AB,Victoria Poyser,Red as Blood
filename,filesize,CRC,artist,title

and:
boris_vallejo_bw_002.jpg,148846,4356F8A1,\Boris Vallejo\Black & White\,
filename,filesize,CRC,subdirectory,

User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 37495
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Post by *ghisler(Author) » 2004-01-23, 15:05 UTC

These are not SFV files. CSV is something completely different - it's a comma delimited file format for importing into Excel or similar programs.
Author of Total Commander
http://www.ghisler.com

User avatar
MxxCon
Junior Member
Junior Member
Posts: 26
Joined: 2003-02-06, 22:02 UTC
Location: Brooklyn, NY

Post by *MxxCon » 2004-01-24, 09:51 UTC

i know it's not exactly on topic, but just wanted to comment..
i do use sfv files quiet extensively, but slowly converting to PAR/PAR2. sometimes even w/o creating recovery files simply becuase checking integrity with PAR/PAR2 seems to be much faster..
Last edited by MxxCon on 2004-01-30, 01:21 UTC, edited 1 time in total.
[Sig removed by administrator: Signature can not exceed 20GB.]

NoMo
Junior Member
Junior Member
Posts: 5
Joined: 2003-12-29, 14:48 UTC

Post by *NoMo » 2004-01-24, 16:12 UTC

As far as I can see now CSV is a very popular way of checking the integrety of files global. Would it than not be an idea to add A CSV feature or maybe switch to it?

As discribed above I now have to convert every CSV to an SFV format.
And when I want to deliver my own SFV it is not very much used and requests of CSV's are very frequent. So I need to fing another program to do just that. So far I only found check tools and not generation tools like the great feature implemented in tcmdr.

Thank you for considering my feature.

milan_va
Junior Member
Junior Member
Posts: 6
Joined: 2004-04-19, 01:27 UTC
Location: Prague, Czech Republic

How about sfv plugin type?

Post by *milan_va » 2004-04-19, 01:52 UTC

I need a program to check another type of file signature, called a TTH root. I understand it's pretty rare, so I thought about new plugin type and a plugin. Another plugin of this type could do the *.CSV you are talking about.

The plugin interface could be quite simple, just
a) get a root path and relative filename and return a line of text and
b) get a root path and a line of text and return the filename (or check it at once)
c) return file extension (?)
Or I believe so.

Does anyone else think this plugin (type) would be used widely ?

Milan

--
For explanation of tree hashes go to http://www.open-content.net/specs/draft-jchapweske-thex-02.html, chapter 1 and 2.
Tiger hash is standardized, for implementation see http://www.cityinthesky.co.uk/delphi.html .

milan_va
Junior Member
Junior Member
Posts: 6
Joined: 2004-04-19, 01:27 UTC
Location: Prague, Czech Republic

Merge sfv and search plugin?

Post by *milan_va » 2004-04-19, 17:33 UTC

Hello again.

I was thinking about it and noticed that "sfv" plugin could be joined with the "search" plugin suggested last september or so. The merged plugin would be named like "metadata plugin" and in search, you could specify a value this plugin gives. To sum up:
1) A plugin returns names and types (String, Int64) of data it returns.
2) In search, you could specify a plugin, it's function and value pattern (string) or range (integer).
3) When making a .sfv file, you could choose a predefined line format or define your own.

Example for 2: [std.size]>10000, [mp3.artist]="*Jean*"
Example for 3: [std.name] [std.crc32] (for .sfv)
or [std.name],[std.size],[std.crc32],[std.path] (for .csv ver 2)
or [tth.root] [std.name] (for .tth)

It would be fun to search for files by their md5sum, don't you think?

Milan

Hammillian7
Junior Member
Junior Member
Posts: 84
Joined: 2003-07-16, 22:40 UTC
Location: Spain

Post by *Hammillian7 » 2004-08-15, 22:10 UTC

I'm not sure wether this is the place to suggest it, but what I'm looking for is something like this:
+ When I command a .sfv file generation, I get a file containing the combined info of the current .lst plus the CRC. Suppose its named .lfv (whatever name the implementor chooses).
+ I can get inside the .lfv as inside a packer (like with the current .lst).
+ (new and seeked) I can command "Syncronize Directories) and "compare by contents" and this one calculates the CRCs of the other pane and compares them with the .lst ones, giving the result as if it had compared their true contents.
+ The previous point extended to comparison between two .lfv packs entered into on the 2 TC panes.
+ When I'm inside that pack, the contents of each file is represented by its CRC and this is what is compared when choosing, for example, "File, Compare by contents".
(or maybe in a lightly different implementation)

That's to say, I would like the current .lst packs to include the CRC of each file, representing its contents, and that the main tools for comparison by contents (the one under the "File" menu and the "Sycronize Directories") use the CRC for that comparisons, both between entries inside a .lst and between these ones and normal plain files.

Or should I start a new poll for this request?
Thanks,
Jose

Galaxy S7 Edge with Android 7.0
Still struggling to resist with Windows XP

Post Reply