What about uploading a show that is in inactive torrents

[garther]

I recently acquired silvers that have been seeded here before (over two years dead) and are in the inactive audio torrents section. http://www.thetradersden.org/forums/showthread.php?t=3919&highlight=robert+plant

So - do I just start a new thread for this and upload my new torrent or is there another procedure?

thanks

[retired]

http://www.thetradersden.org/forums/faq.php?faq=rules#faq_audioguide

[guygee]

I recently acquired silvers that have been seeded here before (over two years dead) and are in the inactive audio torrents section. http://www.thetradersden.org/forums/showthread.php?t=3919&highlight=robert+plant

So - do I just start a new thread for this and upload my new torrent or is there another procedure?

thanks

I was kind of curious about this too, since even if EAC or suitable alternative is used, and even if we all know the READ OFFSET for our own particular DVD/CD drive, it is still likely that the md5s and the ffps will be different for different transfers "from silver". So if the ffps are different in the new seed transferred "from silver" compared to the old seed transferred from a supposedly identical "silver" boot, does it constitute a "reseed" or a whole new seed?

[direwolf-pgh]

a 'reseed' is still a new seed - just add a link to the old inactive thread :)
-thats my understanding of it

[guygee]

a 'reseed' is still a new seed - just add a link to the old inactive thread :)
-thats my understanding of it

I agree with you that it is a new seed in the sense that somebody has to seed a new torrent, but I thought the term "reseed" was reserved for filesets that have identical flac or shn fingerprints as those from a previous seed...or maybe even identical wholefile md5s for all of the music files...

I would go as far to say that if it is a true reseed in the way I would use the term, there should potentially be others with the same file set that could (theoretically) jump on and help seed at least the musical portion of the fileset (ignoring info files, artwork, etc.)...

If I am wrong about this and I am in fact nitpicking about the definition of a "reseed" please let me know ;)

[garther]

I was kind of curious about this too, since even if EAC or suitable alternative is used, and even if we all know the READ OFFSET for our own particular DVD/CD drive, it is still likely that the md5s and the ffps will be different for different transfers "from silver". So if the ffps are different in the new seed transferred "from silver" compared to the old seed transferred from a supposedly identical "silver" boot, does it constitute a "reseed" or a whole new seed?


Exactly - my just created filesets names, checksums, art, and info file names do not match the files of the existing dead torrent so that would be pointless to 'reseed'. I'd say its a new thread and torrent all together. So a ruling from a TTD Mod would be nice - the link to the FAQ doesn't cover the topic unless I am missing it....

thanks

[AAR.oner]

a reseed, as i understand it, would have to be the exact same fileset as the previous...what yer doing would be a whole new torrent -- i'd consider it another "version" in the trading pool...therefor you'll just follow the steps posted above

but since you are adding a new "version", i would step it up from the previous...make sure you use an error-correcting extraction program [EAC or xACT or cdparanoia] and that it is properly configured in re: to offsets, etc...also, include the extraction log, since most collectors would prefer to have it...and include st5 checksums for both the flac AND the wav files

[if you already knew the above, my apologies -- we never know what folks know or don't in re: to lossless trading, so we try to break it down completely to cover all the bases :D ]

[garther]

Thanks - no need to apologize - I'm after all the guy asking for more info from more experienced traders - I don't have all the answers! yeah its all set to go as described - but the ST5 checksum? Is that the number in my included EAC log with each extracte file? i.e "Copy CRC DCE83089" or another checksum to be calculated with xACT as is done for the the FFP?

thanks for the help

[U2Lynne]

wav st5s using xACT....

Open xACT to the Checksums tab
Add all the wav files
Hit Checksums
You'll be asked if you want shntool or standard checksums
Hit shntool
Tell it where to save the checksums and give it a name (the extension is .st5)
Let xACT do it's thing


st5 - shntool md5

[garther]

wav st5s using xACT....

Open xACT to the Checksums tab
Add all the wav files
Hit Checksums
You'll be asked if you want shntool or standard checksums
Hit shntool
Tell it where to save the checksums and give it a name (the extension is .st5)
Let xACT do it's thing


st5 - shntool md5

got it - thanks again

[Tubular]

If it is the same pressing of the CD, and
if your read offset was properly corrected, and
if the CD extracts with no errors,
then the wav files' md5's should match. (unless one set
has been mastered or edited or otherwise changed after
extraction)

If you go wav #1 > SHN version 2.90 (or whatever)
and then wav #1 > SHN version 3.60

then both SHN's md5's won't match because the newer version of SHN compresses better and the checksum is changed. There is also the issue of seek tables with SHN's. Some SHN seeds don't have them at all, some have them appended, and some have them as a separate .skt files. Two SHN sets made from identical wav files won't match if one set has seek tables appended and one set doesn't have them. FLAC's fingerprint remains the same though, because it just represents the audio data (not tags or replay gain) no matter what compression level or version is used.