DCuser

SFV Support

31 posts in this topic

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.

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

+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++

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

hehe thats why its called future request :(

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

sfv DOES ensure the archive is completed.

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

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

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...

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

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...

Share this post


Link to post
Share on other sites

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..?

Share this post


Link to post
Share on other sites

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 :)

Share this post


Link to post
Share on other sites