Here is an update on what I've found so far with + support and Adobe Camera Raw.
There has been some confusion around whether or not + files work in ACR, as some have reported success (myself included, with some files), while most are reporting ACR does not recognize these files. It turns out that the culprit seems to be in the way these files are written.
Phase raw files are based on a standard which supports two different ways of packaging the information, one known as 'big-endian' and the other 'little-endian'. I won't bore anyone with the geeky details but so far I am seeing 100% correlation between big-endian P45+ files and success using ACR and little-endian P45+ files and failure using ACR.
(It gets a bit more technical from here on...)
I have received P45+ files from three different sources (as I do not yet have one myself), and the only files which develop properly in PSCS3 ACR 4.1 and LR 1.1 are, in fact big-endian (Motorola byte order) P45+ files.
I have little-endian (Intel byte order) P45+ files which the providers were careful to point out were shot to a CF card in the back itself.
This tells me that the big-endian TIFF files must have been shot tethered, as I would assume that all P45+ backs would write using the same byte order.
I cannot assume that ALL big-endian P45+ files will work, nor can I assume that all little-endian P45+ won't--I simply don't have enough files. I would need to take a look at P45+ files that have been shot tethered to a Mac (PowerPC and Intel) and to a PC to see what the correlation is to byte order and compatibility with the current version of ACR.
If I could find a counter example (eg. a big-endian file that ACR does NOT recognize or a little-endian file that ACR DOES recognize) I may be able to devise a simple patch to allow these files to work until a version of ACR comes out with proper support for these files.
Please let me know if you have the means to provide these files. You can recognize a big-endian file because the first byte value of the file will be 77 (4D.H) and a little-endian file's first byte will be 73 (49.H).
And keep your fingers crossed that ACR 4.2 will come out soon and support these files--I think we'd all much rather be out shooting than reading posts like this one, fighting to keep our workflows... (I know I would.)
I hope that helps shed a little light on this mystery of some + files working with ACR and others not.
Best regards,
Brad