So, that confirms (I think! my head's spinning...) what I really knew, that the two files are different. It's the 'why' that I don't understand yet
if you zip (or rar) the file
check the md5 yourself before giving clearance to the plant
or you can download the image back and check the md5 yourself before giving clearance to the plant
What are your thoughts on putting a couple DDP's (double CD release) on a DVDR?Should I zip each one?
(I think Brian from DM always says the following): When you submit a DDP, add the checksum file inside the folder, compress the entire folder (.zip or .rar) and send that to the plant.
Andrew, no not added... 30 seconds into the first track, the music disappears for a whole 60 seconds, while the CD display keeps ticking over. The only way that could happen, I should think, is if I created an edl with 60 seconds of silence in the first track, but the MD5 I included with the uploaded DDP set passes the master edl, which of course is intact. It doesn't pass the image file on the ftp server.
That doesn't make the bad image file the fault of the plant - where their fault lies is in not running the checker, which would have spotted a bad file, which I could then have re-uploaded.
<snip>..I should have thought that the MD5 you created was created to be a checksum of the premaster DDP image you sent (the one that is, presumably, still on your hdd)... yes?
Of course, perhaps MD5 is also somewhat unreliable. Although it may be that the only issue is the ability for two different files to generate the same hexcode and not for the same file to generate two different hexcodes...from Wiki:"US-CERT of the U. S. Department of Homeland Security said MD5 "should be considered cryptographically broken and unsuitable for further use,"[9] and most U.S. government applications now require the SHA-2 family of hash functions.[10]"
I have had the occassion that a corrupted .zip archive still unpacked, with a glitch in the audio as result...
yes indeed, but that also includes checking the PQ, which has not been affected by a whacking great silence in Track One.
And I agree with everything else you say, except that MD5 still seems to be the industry norm for us audio engineers, maybe the CIA needs something more robust.
Thanks for clarifying that the MD5 you sent does not, in fact, pass the master EDL, as you originally wrote, but that it, rather, passes the DDP image that you dumped from the master EDL and then (attempted to) upload(ed). I get confused sometimes with RISC (reduced instruction set chats). (The DDP image is - again, for clarity - _not_ the EDL project files and folders.)
The way of catching a plunk of silence that is inadvertently dumped along with the intended EDL (to DDP image), is to export an audio CD of the DDP image and audition/test that CD for good audio and cueing. I assume that you did that, as well.
The other audio is perfect and the PQ marks are perfect, CD-TEXT, EAN, etc...?
...There always was a very small chance that I had somehow managed to make a DDP file containing a minute's worth of silence, but then the MD5 checker would pass this, no? See above...Yup...
Your comments about the MD5 being hacked are, presumably, true, but that's getting a little paranoid, I think... a hacker would probably cost the plant more than they would save in re-pressing costs
I have no idea what your last remarks are about
Ouch It seems to me that MD5 is pretty secure, and would catch a corrupt file, whereas you say unZipping might not, so you may as well stick with only MD5?
I would like the broker to demonstrate that their server is not corrupted, as if they are holding me responsible for upload errors, they must surely also be responsible for the integrity of their storage?
I've weighed the value of 'winning the fight' vs the value of potentially earning a client for life.
Question.If I've created a DDP file set say via SoundBlade, that exists as a folder of DDP file set components. How do I generate a MD5 Checksum for that folder? Every time I try it seems I need to generate an individual MD5 for each component file within the DDP folder. Should I zip first, and then generate an MD5 for the single zipped file? Oh, and congrats on having the plant cover the re-pressing!Thanks,Brad
I assume there's no issue at the plant when there's an MD5 file sitting in the DDP folder. I assume it ignores it.