Peter:
There is a third requirement, that we have noted here before.
Both Microsoft and Apple need to put these vendors' own CCID drivers into the _retail build_ of their consumer OSs, and thus distribute them widely. they should not need to be downloaded: neither infrastructure vendor has any need to pander to the proprietary reader vendors, any longer.
Acting together, these players can force the reader vendors into the open phase of the reader market, by now consolidating upon the actual fact you state - that the lower-end features of CCID are now mandatory requirements for marketable consumer-class PC readers.
lets note that there is still a ways to go in the CCID world to make the motorized aspects of some non-consumer-grade readers as uniform as is now support for APDU/TPDU T0/T1 message passing over CCID. USB and higher power consumption handling are issues that not all vendors and driver writers address completely, with various negative impacts upon the USB hosts controllers on the motherboards, including total lockup of many BIOSes.
From: Peter Tomlinson <[EMAIL PROTECTED]>
Reply-To: MUSCLE <[EMAIL PROTECTED]>
To: MUSCLE <[EMAIL PROTECTED]>
CC: David Everett <[EMAIL PROTECTED]>, Ian Parsons <[EMAIL PROTECTED]>
Subject: Re: [Muscle] Status of alternative GemPlus drivers?
Date: Sat, 23 Oct 2004 05:53:31 +0100
The messages to Nathan are:
- ensure that you test with many types of card reader from many manufacturers, so long as they use the USB CCID method
- your goal must be to enable the personal computer application to be independent of the type of CCID-compliant card reader, and thus to allow the market for card readers to be open
Peter
_______________________________________________ Muscle mailing list [EMAIL PROTECTED] http://lists.drizzle.com/mailman/listinfo/muscle
