MFSL UDCD 701 - 730 24KT GOLD PACK #7 ALAC
- Type:
- Audio > FLAC
- Files:
- 335
- Size:
- 7.87 GiB (8446449515 Bytes)
- Uploaded:
- 2014-08-08 06:10:02 GMT
- By:
- DigiTizeU
- Seeders:
- 2
- Leechers:
- 0
- Comments
- 23
- Info Hash: 55EF8F3D5F6E050AC26BCCD166380E0BCED1801C
(Problems with magnets links are fixed by upgrading your torrent client!)
This is the Seventh pack with 2 more to come. It is missing: 702 Ted Hawkins - The Next Hundred Years 704 John Hiatt - Riding With the King 713 Jimmy Buffett - Son of a Son of a Sailor They have already been upped by another poster. So grab them from there. You should be complete up to 730 at this point. If not they are in the fill packs or singly posted recently. I want to thank all those who helped complete this great collection. Many have put in a lot of time to make this happen. Some rips are mine but many are from others. Thanks to the original uploaders. Thank you to quietcove, Arsventure, nubbintoit, aberki, Bil6969, and Anonymous. All of you have done a great job making this happen. Many of these are rare and hard to find. I have tried to make the artwork naming and all other aspects of these as best as possible. The collection deserved it in my opinion. I hope you all enjoy it and realize that this was a large undertaking with countless people involved. You are reaping the rewards with only a few clicks and no searching or manipulating of files. Enjoy!!! Look for the next great collection to begin in the future. The MFCD Collection!
| File list not available. |
Definitely Thank You All! MFSL are real gems and are appreciated. Thanks again!
Thanks for more awesome MFSL UDCDs! You've been doing an incredible job, which is greatly appreciated. I've been seeding your stuff to an average ratio of 16.5, and will continue to do so.
Thanks so much for compiling this great collection.
I hope many others post their gratitude here as well.
It must have been such a time consuming exercise, thanks again.
Look forward to the MFCD collection.
I hope many others post their gratitude here as well.
It must have been such a time consuming exercise, thanks again.
Look forward to the MFCD collection.
One correction: The Byrds' CD is technically titled "(Untitled)" -- without the quotation marks, but with the parentheses.
http://en.wikipedia.org/wiki/Untitled_%28The_Byrds_album%29
And it was released in 1970, not 1965.
http://en.wikipedia.org/wiki/Untitled_%28The_Byrds_album%29
And it was released in 1970, not 1965.
You are correct about the Byrds album. However many adopted the name I used. Rather than call it Untitled I chose to call it that so people knew which album it was. Thanks for the date correction.I guess I missed that.If you or anyone finds other mistakes please let me know. Trying to make it the best possible :-)
Thanks for all the thanks and compliments. This took many hours and many years of leaching....glad to give back :-)
Nubintoit & DigiTizeU - You guys have me all confused. Where is Byrds (Untitled), it's not in this pack and I don't see it anywhere else? Onna my all time favorites (then & now), but I don't even see it in the lists of missing stuff. What am I missing?
#722
There is no MFSL CD (SACD, yes) of the album you put up, this is the correct album here.
=1567180 (For DigiTizeU)
=1567180 (For DigiTizeU)
Huh? Ok the corrected version to follow...
CYBERGODSIG at 2014-09-03 14:28 CET:
Piece of shit spammer
I love hearing a supposed god cry:-) Just a whiny little boy...
CYBERGODSIG at 2014-09-05 15:05 CET:
16 bit cd's, 16 bit 16. I have DSD 64 bit, come on by, fuck digitizeu
Lol! a 2 bit punk...
FLAC files contain an md5 checksum of the encoded audio in the header. With this feature a specific audio recording could be encoded to many different FLAC files which may differ (one FLAC may be encoded for speed, another for size, another containing extra metadata) but each FLAC file would contain the same checksum which represents the source audio data. This is often called the FLAC fingerprint. The fingerprint gives all FLAC files a built in checksum and thus any FLAC file could be tested as to the integrity of its encoded data. If a FLAC file is truncated through partial download, corrupted, or manipulated in a way that would affect the audio data then the FLAC file could be identified as invalid or problematic without needing an external checksum file. Deeper within the FLAC file audio samples are grouped into audio frames which themselves are checksummed with a crc value. If a FLAC file suffers from bit rot or other corruption then a FLAC decoder such as ffmpeg’s can report on precisely where the problem is. This reporting allows an archivist a more efficient ability to resolve the problem. A CUE file can optionally be created when ripping a CD to FLAC. If a CD is read and ripped perfectly to FLAC files, the CUE file allows later burning of an audio CD that is identical in audio data to the original CD, including track order, pregaps, and CD-Text.
Your crappy ALAC uploads can't do any of that DigiTizeU.
Your crappy ALAC uploads can't do any of that DigiTizeU.
FLAC has one huge flaw. It can be done in less than loss less. So your FLAC files may be closer to an mp3 without ever being able to tell. ALAC can not be manipulated like that. I could always add SFV files for verification but in reality torrents do this already so there is no need. Or RAR or ZIP them for the same check sum FLAC gives. Good luck on knowing if your FLAC is loss less or not though...
@DigiTizeU..."FLAC has one huge flaw. It can be done in less than loss less."
Wrong. There are no flags in the FLAC encoder that will produce lossy audio. If you're referring to making a hybrid LossyFLAC by using the FLAC encoder to compress a LossyWAV file, the distinction here is that the FLAC encoder is only providing compression, the LossyWAV encoder is what removed audio data. I can also take an MP3 and make an ALAC out of it, in both cases the lossless encoder is being given lossy data.
Anyone can verify if a FLAC or ALAC file is truly lossless by viewing the spectrogram and knowing what to look for.
But when a CD is ripped to FLAC and a CUE sheet is generated in the process, you don't need to view the spectrogram, you can use the AccurateRip database to verify that the files are 100% accurate. Plus when you have FLAC + CUE you can burn an exact copy of the original CD. Can't do that with ALAC.
Obviously files that are downloaded via BitTorrent are verified with a hash, but that doesn't protect the file integrity after it's been downloaded and moved around on local storage. If FLAC files are corrupted or experience bit-rot the error can be quickly identified thanks to the built-in checksum. Can't do that with ALAC.
And who's to say that you didn't upload corrupted ALAC files to begin with, the torrent hash would only ensure that your corrupted files are distributed as is. If someone distributes corrupted FLAC files, the errors would be easy to detect. Can't do that with ALAC.
Wrong. There are no flags in the FLAC encoder that will produce lossy audio. If you're referring to making a hybrid LossyFLAC by using the FLAC encoder to compress a LossyWAV file, the distinction here is that the FLAC encoder is only providing compression, the LossyWAV encoder is what removed audio data. I can also take an MP3 and make an ALAC out of it, in both cases the lossless encoder is being given lossy data.
Anyone can verify if a FLAC or ALAC file is truly lossless by viewing the spectrogram and knowing what to look for.
But when a CD is ripped to FLAC and a CUE sheet is generated in the process, you don't need to view the spectrogram, you can use the AccurateRip database to verify that the files are 100% accurate. Plus when you have FLAC + CUE you can burn an exact copy of the original CD. Can't do that with ALAC.
Obviously files that are downloaded via BitTorrent are verified with a hash, but that doesn't protect the file integrity after it's been downloaded and moved around on local storage. If FLAC files are corrupted or experience bit-rot the error can be quickly identified thanks to the built-in checksum. Can't do that with ALAC.
And who's to say that you didn't upload corrupted ALAC files to begin with, the torrent hash would only ensure that your corrupted files are distributed as is. If someone distributes corrupted FLAC files, the errors would be easy to detect. Can't do that with ALAC.
@DigiTizeU
It's strange that you use the term leech as if it were derogatory... how exactly do you think the BitTorrent protocol works? For the record I always seed to a ratio of at least 4:1, which (in case you also don't understand seeding) means that I upload at least 4 times as much data as I download.
You have nothing to say to me because you have been put in your place, stripped of your self-appointed audio expert status, and now you're afraid to make any more claims about things you don't understand.
The reason I have been commenting is not to complain, I have no desire to download or seed anything you create and couldn't care less about your torrents. The reason I have been commenting is because you clearly think too highly of yourself and need to be knocked down a notch or two. Perhaps now you'll think twice before spouting nonsense on other user's comment sections.
It's strange that you use the term leech as if it were derogatory... how exactly do you think the BitTorrent protocol works? For the record I always seed to a ratio of at least 4:1, which (in case you also don't understand seeding) means that I upload at least 4 times as much data as I download.
You have nothing to say to me because you have been put in your place, stripped of your self-appointed audio expert status, and now you're afraid to make any more claims about things you don't understand.
The reason I have been commenting is not to complain, I have no desire to download or seed anything you create and couldn't care less about your torrents. The reason I have been commenting is because you clearly think too highly of yourself and need to be knocked down a notch or two. Perhaps now you'll think twice before spouting nonsense on other user's comment sections.
otorhinolaryngologist you are a cybergodsig puppet. Just like him you have proven your ignorance and worthlessness to the community.
otorhinolaryngologist telling people that they need to be knocked down a peg or two and professing that you are the one to do it speaks volumes about the foolishness of your arguments. Not only is it hypocritical it is ignorant. The torrent world would not miss you in the slightest and to think you are a huge contribution by seeding 400% shows your lack of intelligence. Please educate yourself as to the difference of being a seeder and an initial seeder as well as what the word leech truly means in the torrent community. However for you the word parasite comes to mind...
TY
Comments