SFV Support

[DCuser 0]

Hallo,

how about a nice feature of ApexDC++ checking validity of music files in the included .sfv-file?

The program could make a hook when the file is ok and a cross if checksum failes.

[Big Muscle 1]

it's not needed. Program doesn't allow downloading corrupted files... due to TTH.

[DCuser 0]

When there are folders with music files and a .sfv file, Apex should check the sums in the .sfv file accoding to the mp3 checksums. I know that everyone can upload everything and it won't be corrupted... but the checksums do not match the ones in the .sfv file.

When keeping ID3 data information there won't be another TTH, but Apex does not know the 'original' mp3 file... so a checking method would be very good.

[Satan 1]

Well it might be useful to check the files are still part of the original release!

I know people sometimes download the most popular files to complete an album.

[DCuser 0]

...so will this be implemented in a further release?

[gibberish 0]

+1 for sfv support

it was one of my favourite features in dc++, to see it in apex would be very useful.

i usually forget to check my files after i downloaded so to have it done automatically is a great help.

great client by the way, i only switched a month ago and i'll never go back to dc++

[Satan 1]

For what purpose? Apex already check's for file corruption through the download?

[Guest Toast]

Well this is more of a unnecessary feature BUT it would score points with OR Freaks even if TTH etc. is checked it would still matter to the OR Freaks to have a SFV Checker this would be more of a cosmetic feature then a usefull feature

i for one wouldn't mind it

[gibberish 0]

no this is not a cosmetic feature, it is necessary when archiving scene releases.

it is not about file corruption, it is about making sure that files are as they were when they were released and is important for many hubs which specialise in segmented downloading.

i can find 20 sources for the same file in a hub of ~100 people thanks to people who collect scene releases only.

[Big Muscle 1]

But SFV has some disadvantages.

a) someone has to make that SFV file and ensure that it's updated

SFV file doesn't ensure you that archive is completed, so it's absolutely useless

[Satan 1]

As BM says, SFV's are man-made, so can be easily adjusted to suit. How do you know you have an original SFV?

[Guest Toast]

Older versions had this feature it wouldn't be that hard to implement it again.

[Crise 26]

Older versions had this feature it wouldn't be that hard to implement it again.

Well if I remember right that had some bugs, but if someone fixes them for me then I am all for it... my own effort is directed elsewhere for the time being.

[Guest Toast]

hehe thats why its called future request :(

[gibberish 0]

But SFV has some disadvantages.

a) someone has to make that SFV file and ensure that it's updated

SFV file doesn't ensure you that archive is completed, so it's absolutely useless

im sorry but you obviously mis-understand what sfv's are for.

when an mp3 release (or any other for that matter) is pre'd, there is an sfv file.

the sfv file contains the checksums for the files inside the release.

on p2p many people like to edit id3 tags, transcode mp3's, or make adjustments to files - this means the files are not original. but it is hard to see with the bare eye... so you run the sfv and it tells you if the files are original or not. nothing needs updating, the file is already made. sfv DOES ensure the archive is completed.

As BM says, SFV's are man-made, so can be easily adjusted to suit. How do you know you have an original SFV?

there are ways to tell that your sfv is original. also, it is a good bet that if somebody value's sfv files enough to check their files with them then it is unlikely they would merely make a new sfv if their files failed crc check. i know very well that that behaviour doesnt happen in our hub, because we value original releases.

[Big Muscle 1]

sfv DOES ensure the archive is completed.

how? If I delete some files from archive and then make sfv file?

[gibberish 0]

how? If I delete some files from archive and then make sfv file?

the whole point is that the P2P'er DOESNT MAKE THE SFV. the sfv is made by the scene before the release goes out. it is relaitvely easy to tell if a sfv has been remade by a user on a p2p network.

if you are conscious enough to use sfv's in the first place then you are conscious enough to know not to remake them yourself.

when in a hub of ONLY scene releases, the one or two people with a remade sfv stand out 1 mile apart from the other 100 users without a remade sfv, because your search box will show:

+98 01-artist-track-sour.mp3

+02 01-artist-track-sour.mp3

it is obvious that the 98 people with the same file have the correct sfv, and the 2 people with a different version of the same file have either a) not tested their files with the sfv or tested their files, realised that their files are corrupt and remade the sfv (unlikely).

the implementation of sfv support would rule out scenario A because it would be done automatically upon download, hence less people would be sharing 'bad' files.

[Crise 26]

the sfv is made by the scene before the release goes out.

when in a hub of ONLY scene releases

ApexDC++ (or any DC client for that matter as far as I know) does not support downloading copyrighted material in any way. So there is no apparent reason for us to put our effort in adding features that are useful to only people who do download copyrighted material.

As said earlier I have nothing against or for this feature personally, but I have no reason to spend my time adding this feature back in ApexDC++ only to start hunting down the bugs in it.

[Big Muscle 1]

also, it's not true that sfv file is made before releasing. It can happen in some cases, but not always. I have never seen someone with sfv file in our hubs and that's the reason why it has been removed.

[dmvn 0]

This feature is only for scene releasers. ONLY. Unixoids use md5/sha summing, for example.... Sure this can be implemented as Apex plugin, not as client kernel feature.

[Crise 26]

Sure this can be implemented as Apex plugin, not as client kernel feature.

Nope I'm afraid not, at present the plugin stuff, is still WIP...

[gibberish 0]

also, it's not true that sfv file is made before releasing. It can happen in some cases, but not always.

you are 100% wrong.

sfv is released with EVERY scene mp3 release, failure to do so results in an instant nuke.

[0ndjultomte 0]

Verifying that only complete releases get hashed into the share by the sfv would be a invaluable feature for many hubs!

If there's a missing or broken file that directory wont be added to the share. Its as valuable as TTH sums...

[burek 0]

maybe the best solution would be to implement something like OnDownloadComplete.. something like File preview section.. users can define which programs should run after successful download of some filetype (or some other criteria)..

so, you guys who want sfv so badly, you can find a small client that can check the validity of a music file (according to its sfv file), by simply putting a OnDownloadComplete entry for say mp3 files or so..?

[0ndjultomte 0]

maybe the best solution would be to implement something like OnDownloadComplete.. something like File preview section.. users can define which programs should run after successful download of some filetype (or some other criteria)..

so, you guys who want sfv so badly, you can find a small client that can check the validity of a music file (according to its sfv file), by simply putting a OnDownloadComplete entry for say mp3 files or so..?

fuldc et. al. already checks dl files against the sfv. what we want is a feature that ensures that only complete releases are hased into the share, there is no such program.

you would need a program that changed a rel directorry name and adds incomplete and add incomplete to your skiplist. but that wont be good since you would alter the relase name :)