I have heard some stories that using the protect tab too many times (every time there is an offload) will eventually render the card useless - is there any truth to the tale. Am I good to protect the card during an offload?
I've dumped a lot of cards with the tab open and still not accidentally erased a card. In every application for doing so, it is at least a two-click, if not three click operation to format a card.
Now, if you format in-camera, and there are three other cards in there, that can be a different matter. Unless you're really, really confident about slot numbers!
I try, whenever possible, to verify the clips as a virtual card in P2CMS or P2Viewer prior to clearing a card. The primary / secondary bin feature in P2Viewer is handy for this purpose. Have your virtual card in one, the all P2 card in the other. Dump the card, create the virtual card path, verify the clips are there, format the card. Easy.
Then, you don't need the protect switch. Then again, it's hard to argue with being too careful and having a zero-deviation workflow for downloads - especially when you're on the hook for the footy.
I have done a lot of dumps with it open as well, I am just working with a partner you is overly paranoid about erasing the card, I think I will just satisfy him and protect it. Assuming others recommend I don't.
We have only had one card transfer go whacky in the past couple years. That was with the tab NOT moved to protect. Fortunately it was a bunch of B-Roll that the client never felt they needed so I lucked out!
I agree with being paranoid about protecting your footage. If for some reason you can't check the footage, which I don't recommned, I would put the protect tab on and ignore the rumor about ruining the card. Besides, it's easier to replace a card than apologize to a paying client.
If you mount the camera cards as drives to the computer, the OS or an app may try to write to the card. Obviously, this is undesirable. And in any event, why even take a smidgen of a chance? Write protect. Its cheap insurance.