MFSL UDCD 731 - 760 24KT GOLD PACK #8 ALAC
- Type:
- Audio > FLAC
- Files:
- 368
- Size:
- 8.04 GiB (8633284832 Bytes)
- Uploaded:
- 2014-08-10 23:08:10 GMT
- By:
- DigiTizeU
- Seeders:
- 2
- Leechers:
- 1
- Comments
- 15
- Info Hash: A9A726B10260F19EF52808EC599C14DB343FBA28
(Problems with magnets links are fixed by upgrading your torrent client!)
This is the Eighth pack with 1 more to come. Would like this and the other one like it if anyone has it please UL: UDCDS1 Mobile Fidelity Collection - Volume 1 It includes 741, 746, 750, and 752 from Nubintoit only because I made the pack up before removing those. They have been reworked to match the rest. 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! Will probably start that next month...
| File list not available. |
Thanks a lot, great job!!
Thank you once again for the fantastic MFSL uploads.
Thanks also to the others who helped fill the gaps
:-)
Thanks also to the others who helped fill the gaps
:-)
Thank you so much, this collection will be treasured.
Awesome project, DigiTizeu. I know this has taken a lot of time and effort, so thanks for everything.
Thank you all for helping make it happen! The next one is sure to prove trickier. But will give it our best shot! :-)
There is seven that I couldn't find.
763
768
778
779
783
784
785
763
768
778
779
783
784
785
They will be in the last pack...
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.
Hey otorhinolaryngologist, why don't you try and be something other than a complaining leech. I have nothing to say to a leech who complains and never uploads. Have a little cheese and crackers with your whine...
@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 joke. You are like the dog that bites the hand that feeds him. With people like you around maybe the uploads should stop and will see how much your seeding is appreciated. Do the world a favor and find a high cliff and ...
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...
Comments