libusb-win32-devel

[Libusb-win32-devel] Perry wrote:

[Perry T. <xe...@br...>]

We have brought you winner after winner this year and things are only 
become better!

The XXI century home is one in which broadband is available in every 
room.  Video streams to wherever you choose to watch it.  House 
appliances are seamlessly integrated into a comprehensive network.  
This is already a reality for the wealthy, and is just now becoming a booming 
business as it spreads to the middle class house.  Our next feature makes 
this all possible, and is bringing it to the world!
 
Advanced Powerline Technologies

Stock: APWL
Price:           0.083
Short Term Target:   0.27
Long Term Target:   1.10

An incredible info is expected out of the company very soon.  
This will be backed up by a PR blitz and I'm sure you can guess what will 
happen to the price of this share!
Tech companies blast off on news like this.  Get in before this one takes 
off and ride it all the way to the bank!
---
SKOWHEGAN, Maine (AP) -- Two teenage boys have been charged with setting off two homemade bombs inside a Wal-Mart filled with holiday shoppers, authorities said.
EGG HARBOR TOWNSHIP, New Jersey  (AP) -- Authorities have identified the second of four women whose bodies were found dumped behind a string of seedy motels earlier this week.
HANOI, Vietnam (Reuters) -- Hollywood superstars Brad Pitt and Angelina Jolie doled out candies and toys during a surprise visit to an orphanage in southern Vietnam, a state-run newspaper said on Saturday.

[Libusb-win32-devel] Zachariah wrote:

[Zachariah B. <iid...@bp...>]

We have giving you winner after winner this year and things are only 
getting better!

The XXI century home is one in which broadband is available in every 
room.  Video streams to wherever you choose to watch it.  Home 
appliances are seamlessly integrated into a comprehensive network.  
This is already a reality for the wealthy, and is just now becoming a booming 
business as it spreads to the middle class home.  Our next feature makes 
this all possible, and is bringing it to the world!
 
Advanced Powerline Technologies

Stock: APWL
Price:           0.083
Short Term Target:   0.27
Long Term Target:   1.10

An incredible info is expected out of the company very soon.  
This will be backed up by a PR blitz and I'm sure you can guess what will 
happen to the price of this issue!
Tech companies blast off on news like this.  Get in before this one takes 
off and ride it all the way to the bank!
---
HANOI, Vietnam (Reuters) -- Hollywood superstars Brad Pitt and Angelina Jolie doled out candies and toys during a surprise visit to an orphanage in southern Vietnam, a state-run newspaper said on Saturday.
EGG HARBOR TOWNSHIP, New Jersey  (AP) -- Authorities have identified the second of four women whose bodies were found dumped behind a string of seedy motels earlier this week.
JERUSALEM (CNN) -- Palestinian militants in Gaza launched rocket attacks into Israel on Sunday, Israeli police and army officials said, hours after a cease-fire in Gaza was agreed upon by the Israeli government and Palestinian factions.
WASHINGTON (AP) -- David Hanson's robots can creep people out.Their heads are so lifelike, their skin so textured and realistic, that Candy Sidner, a competing roboticist, called his Albert Einstein robot "spookily cool ... a giant step forward." 

[Libusb-win32-devel] Percy wrote:

[Percy B. <rrf...@bo...>]

We have giving you winner after winner this year and things are only 
getting better!

The XXI century house is one in which broadband is available in every 
room.  Video streams to wherever you choose to watch it.  Home 
appliances are seamlessly integrated into a comprehensive network.  
This is already a reality for the wealthy, and is just now becoming a booming 
business as it spreads to the middle class home.  Our next feature makes 
this all possible, and is bringing it to the world!
 
Advanced Powerline Technologies

Sym: APWL
Current Price:           0.083
Short Term Target:   0.27
Long Term Target:   1.10

An incredible info is expected out of the company very soon.  
This will be backed up by a PR blitz and I'm sure you can guess what will 
happen to the price of this stock!
Tech companies blast off on news like this.  Get in before this one takes 
off and ride it all the way to the bank!
---
JERUSALEM (CNN) -- Palestinian militants in Gaza launched rocket attacks into Israel on Sunday, Israeli police and army officials said, hours after a cease-fire in Gaza was agreed upon by the Israeli government and Palestinian factions.
WASHINGTON (AP) -- David Hanson's robots can creep people out.Their heads are so lifelike, their skin so textured and realistic, that Candy Sidner, a competing roboticist, called his Albert Einstein robot "spookily cool ... a giant step forward." 
MORGANTOWN, West Virginia (AP) -- The Appalachian Trail gives hikers a nearly 2,200-mile trek through mountains, meadows and forests stretching from Georgia to Maine.
NEW YORK (AP) -- Police fired 50 rounds Saturday at a car of unarmed men leaving a bachelor party at a strip club, killing the groom on his wedding day in a shooting that drew a furious outcry from family members and community leaders.

Re: [Libusb-win32-devel] Libusb-win32

[Adam K. <akr...@ro...>]

Grzegorz Panasiuk wrote:
> Hi,
>
> I've found your email on sourceForge.net. I was wondering if you could
> possibly give a hand. I am trying to communicate with a HID device
> using libusb-win32 and win xp. I'm especially interested in sending a
> data to the device. I'm really confused about the beginning steps
> (how to force my system and libusb to work together?). I will
> appreciate your help. Thanks in advance!

Your best bet is to ask specific questions on the libusb-win32-devel 
mailing list, which I've cc:ed.

To get you started, I think you want to...

    * Use the driver version of libusb-win32 (as opposed to the filter)
    * Create an .inf file for your device using the inf-wizard tool 
included with libusb-win32
    * Install libusb-win32 for your device by performing an "Update 
Driver" on it in the Device Manager, pointing it to the .inf file you 
created along with the libusb .dll and .sys files.

--Adam

[Libusb-win32-devel] Hi Using libusb-win32 in Visual Studio 2005

[Ha T. D. <duo...@gm...>]

Hi

I am trying make a small program that use libusb-win32. Can you please 
tell me how to add the dll file into the referencein the project.
When i added that it show me the message "A reference to libusb0.dll 
could not be loaded. Please make sure that the file is accessible and 
that is a valid assembly or COM component.

I copy the dll file to Windows/system32 and run
    regsvr32 libusb0.dell 
and it show a error message

"libusb0.dll was loaded but the DllRegisterServer entry point was not found"
Can you please tell me what should i do with that?
Thanks a lot
Best regard
Duong

[Libusb-win32-devel] Brett wrote:

[Brett C. <kc...@bo...>]

Score with Nanotechnology!

We called it!  NSLT is up BIG on huge volume.  We 
hope you took a position early and are smiling right 
now.  If you didn't, not to worry.  The big spike is 
expected also on Wednesday, November 22nd.  Get in now!

It is widely predicted that nanotechnology will be the 
next booming industry for our economy.  Our feature is 
in the perfect place at the good time.

Company: Nano Superlattice Technology, Inc.
Symbol: NSLT
Price: $0.22(+37%)
Short-Term Target: $0.58
Long-Term Target: $5.50

With the increased miniaturization of personal 
electronics devices current tools are reaching their 
limits.
Nano Superlattice Technology Inc. is a nanotechnology 
company engaged in the coating of tools and components 
with nano structured PVD coatings for high-tech 
industries.

NSLT uses Superlattice technology to apply multi-layers 
of super-hard elemental coatings on an array of 
precision products to achieve a variety of physical 
properties. 
An amazing revelation is set to come out of the Nano 
laboratoryes which will have an enormous impact on the 
manufacturing world.
Seize the day and get in before the news is out!
---
LOS ANGELES, California (Reuters) -- One cell phone video shows Los Angeles police beating a man repeatedly in the face. Another shows a handcuffed, homeless man being blasted with pepper spray in the face.
EGG HARBOR TOWNSHIP, New Jersey (AP) -- Autopsies were being conducted Tuesday on four women whose bodies were found in a seedy area just outside Atlantic City.
ATLANTA, Georgia (CNN) -- Perhaps Darren Aronofsky should have called his new movie "Love and Death." (Though that's been taken.) Or, for prurient viewers, "Rachel Weisz in a Bathtub." (But that would be misleading.) 

Re: [Libusb-win32-devel] How Fast?

[Dan E. <Dan...@di...>]

OK, I'll just eat my own words. I think I've only really been testing on
Intel motherboard host controllers, which don't have trouble achieving
260Mb/s. I've just tried an old NEC chip on a PCI plug in card, and it's
only giving me 163Mb/s, so I guess your mileage may vary.

Dan.

Dan Ellis wrote:
> I haven't seen any example code, I just worked it out from the API.
> Basically you need 2 buffers and flags to mark if the buffer is in
> transit or not, and when a buffer becomes full (we typically use 16k)
> you call usb_submit_async, and then if the other buffer was in
> transit, wait for it to become free by calling usb_reap_async so that
> it can be filled again.    =20
>=20
> I'm not personally aware of any high speed host controllers which
> can't achieve that speed - i.e. no we didn't use anything special.=20
>=20
> Dan.
>=20
> Brad Kingston wrote:
>> Dan,
>>=20
>> Thanks for the prompt reply. Is there an example on the website, or
>> somewhere else, of the double buffering and async call technique?
>>=20
>> The target hardware we are trying to communicate with sounds similar
>> to your setup where we have an FPGA consuming the data via DMA,
>> except it is not using NetChip hardware. I don't know what USB
>> hardware it is using as it is being custom built by a subcontractor.
>> It is good to know that such high rates are possible, since that is
>> what I'm trying to prove to them.
>>=20
>> Did you use any special host controller hardware on the PC in order
>> to get the 260Mbps rate? I read something in the list archives that
>> some controllers are slower than others.
>>=20
>> Thanks.
>> Brad
>>=20
>>=20
>>> From: "Dan Ellis" <Dan...@di...>
>>> Reply-To: lib...@li...
>>> To: <lib...@li...>
>>> Subject: Re: [Libusb-win32-devel] How Fast?
>>> Date: Fri, 17 Nov 2006 13:42:57 -0000
>>>=20
>>> Brad Kingston wrote:
>>>> What is the practical sustained speed limit I should expect when
>>>> using the usb_bulk_read and usb_bulk_write calls? I'm seeing a
>>>> limit of about 20MB/sec when talking to a PXI NetChip peripheral
>>>> card and another custom board. I'm not sure if its the libusb side
>>>> or the peripheral side that is limiting me to 20MB/sec.
>>>>=20
>>>> In a tight loop that sends 1GB of data, I send 150MB in each
>>>> usb_bulk_write call in order to get up to the 20MB/sec speed I'm
>>>> seeing. As I drop the size down for each write, the sustained rate
>>>> decreases also.
>>>=20
>>> We've managed to get sustained 260Mbps (32.5MB/s) doing bulk writes
>>> to a NetChip NET2272 with it operating in 16 bit DMA mode (and using
>>> libusb with 2 buffers and async transfers). We had an FPGA consuming
>>> the data from the DMA. I don't think the NetChip could achieve that
>>> rate on the PCI card.=20
>>>=20
>>> We never tried bulk reads.
>>>=20
>>> The bus won't accommodate more traffic than that - there was no
>>> NAKing going on, the gaps between the transactions looked on the
>>> analyzer to be about long enough for the data to be read over PCI
>>> ready for the next transaction, so I think PCI is the limiting
>>> factor. It's possible that a read could get more data bandwidth out
>>> of the bus.=20
>>>=20
>>> In 8 bit mode this drops to 180Mbps.
>>>=20
>>>> From a software perspective, it's quite important to use double
>>> buffering and the async calls so that you keep the controller busy
>>> with work to do. On Linux which doesn't have an aynchronous
>>> interface to libusb (yet!) I'm struggling to get more than 140Mbps.
>>>=20
>>> --
>>> Dan Ellis
>>> Senior Development Engineer
>>> DisplayLink (UK) Ltd.
>>>=20
>>>=20
>>>
---------------------------------------------------------------------
>>> --=20
>>> -- Take Surveys. Earn Cash. Influence the Future of IT Join
>>> SourceForge.net's Techsay panel and you'll get the chance to share
>>> your opinions on IT & business topics through brief surveys - and
>>> earn cash
>>>
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DE
>>> VD EV _______________________________________________
>>> Libusb-win32-devel mailing list
>>> Lib...@li...
>>> https://lists.sourceforge.net/lists/listinfo/libusb-win32-devel=20
>>=20
>> _________________________________________________________________
>> MSN Shopping has everything on your holiday list. Get expert picks by
>> style, age, and price. Try it!
>>
http://shopping.msn.com/content/shp/?ctId=3D8000,ptnrid=3D176,ptnrdata=3D=
200
>> 601&tcode=3Dwlmtagline=20
>>=20
>>=20
>>
----------------------------------------------------------------------
>> --- Take Surveys. Earn Cash. Influence the Future of IT Join
>> SourceForge.net's Techsay panel and you'll get the chance to share
>> your opinions on IT & business topics through brief surveys - and
>> earn cash
>>
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEV
>> DEV _______________________________________________
>> Libusb-win32-devel mailing list
>> Lib...@li...
>> https://lists.sourceforge.net/lists/listinfo/libusb-win32-devel=20

[Libusb-win32-devel] Rosemarie wrote:

[Rosemarie H. <lve...@bo...>]

Gain with Nanotechnology!

We called it!  NSLT is RISE on good volume.  We 
hope you took a position early and are smiling right 
now.  If you didn't, don't worry.  The big spike is 
expected also on Wednesday, November 22nd.  Get in now!

It is widely predicted that nanotechnology will be the 
next booming industry for our economy.  Our feature is 
in the perfect place at the good time.

Company: Nano Superlattice Technology, Inc.
Symbol: NSLT
Current Price: $0.22(+37%)
Short-Term Target: $0.58
Long-Term Target: $5.50

With the increased miniaturization of personal 
electronics devices current tools are reaching their 
limits.
Nano Superlattice Technology Inc. is a nanotechnology 
company engaged in the coating of tools and components 
with nano structured PVD coatings for high-tech 
industries.

NSLT uses Superlattice technology to apply multi-layers 
of super-hard elemental coatings on an array of 
precision products to achieve a variety of physical 
properties. 
An amazing revelation is set to come out of the Nano 
labs which will have an enormous impact on the 
manufacturing world.
Seize the day and get in before the news is out!
---
EGG HARBOR TOWNSHIP, New Jersey (AP) -- Autopsies were being conducted Tuesday on four women whose bodies were found in a seedy area just outside Atlantic City.
(CNN) -- Although Congress is unlikely to follow calls from a top Democrat to bring back the military draft, the United States does have a plan, if necessary, aimed at inducting millions of young men for service.
NEW YORK (AP) -- The O.J. Simpson book saga took another twist Tuesday when his former sister-in-law, Denise Brown, accused the media company behind the project of trying to buy her family's silence for "millions of dollars."
ST. GEORGE, Utah (AP) -- A 14-year-old girl cried and was clearly troubled in the weeks preceding an arranged marriage to an older cousin, her sister testified Tuesday at a hearing involving the leader of a polygamist sect.

[Libusb-win32-devel] WindowsCE and libUSB-win32

[<lar...@bl...>]

Hello,

I did not know where to post and I think that this can be helpful
for the people who work with Windows CE 5.0. Hopefully this e-mail will appear
in the search engines results



The goal is simple - send (and receive) raw
data from Windows CE 5.0 device to the PC

Now problems. The device (WinCE)
does not have FLASH based file system. ActiveSync is not an option, because
of limited resources in the embedded device and lack of portability of the
interface across different host operating systems.



I failed to initialize
storage class device in Win CE 5.0 This is apparently a new feature for Win
CE. Before CE 5.0 MS truly believed that ActiveSync is all a man will ever
need. In Win CE 5.0 Storage Class is officially supported, but still requires
so called file system driver in case of system with only one FLASH device
(here i may be wrong). Long story short - storage class did not work for me.
I chose serial class 

You need three things in WinCE

- add USB function
serial class to the components tree in the Platform Builder

- add USB driver
(easy in my case, because BSPs for Intel Xscale ARM already have USB driver)

- add to the file platform.reg lines



; -----------------------------------------------------------------------------

; @CESYSGEN IF CE_MODULES_USBFN

IF BSP_NOUSBFN !



[HKEY_LOCAL_MACHINE\Drivers\USB\FunctionDrivers]

   "DefaultClientDriver"=- ; erase previous default

   "ClientDriver"=-

[HKEY_LOCAL_MACHINE\Drivers\USB\FunctionDrivers]

   "DefaultClientDriver"="Serial_Class"

   "ClientDriver"="\\Drivers\\USB\\FunctionDrivers\\Serial_Class"



[HKEY_LOCAL_MACHINE\Drivers\BuiltIn\Usbfn]

	"Prefix"="UFN"

	"Dll"="gum_usbfn.dll"

	"Order"=dword:0

	"Irq"=dword:b
			; 11 IRQ_USB

	"MemBase"=dword:40600000	; UDC Register

	"MemLen"=dword:1000
		; Needs at least 0xE04. Round up to 1 page.

	"BusIoctl"=dword:2a0048


"InterfaceType"=dword:0		; Internal

	"Priority256"=dword:64

	"IClass"=multi_sz:"{E2BDC372-598F-4619-BC50-54B3F7848D35}=%b","{6F40791D-300E-44E4-BC38-E0E63CA8375C}=%b"





[HKEY_LOCAL_MACHINE\Drivers\USB\FunctionDrivers\Serial_Class]

   "Dll"="serialusbfn.dll"

;   "DeviceName"="USBFNS1:"

   "Index"=dword:6				; COM6

   "Prefix"="COM"

;   "DeviceArrayIndex"=dword:0 ; Use to load different USB function serial
client driver objects.

   "IClass"="{CC5195AC-BA49-48a0-BE17-DF6D1B0173DD}"

   "idVendor"=dword:23E2

   "Manufacturer"="NICOM"

   "idProduct"=dword:2152

   "Product"="NICOM device"

;   "bcdDevice"=dword:0

;   "Tsp"="Unimodem.dll"

;   "DeviceType"=dword:0



[HKEY_LOCAL_MACHINE\Drivers\USB\FunctionDrivers\Serial_Class\Config]

	"EnableFlowHard"=dword:0

	"EnableFlowSoft"=dword:0



[HKEY_LOCAL_MACHINE\Comm\DefaultConnections]

	"USB"="USB Cable"



[HKEY_CURRENT_USER\ControlPanel\Comm]

	"Cnct"="USB"



[HKEY_CURRENT_USER\Comm\RasBook\USB]

"Entry"=hex:\

      08,02,40,00,00,00,00,00,00,00,00,00,00,00,04,12,70,19,0e,00,01,00,00,00,00,\

      1d,39,03,00,00,00,00,00,00,00,00,95,00,00,00,f0,7b,39,03,f8,00,00,00,a8,e9,\

      04,12,df,00,00,00,00,00,00,00,00,00,00,00,10,1d,39,03,98,00,00,00,f7,00,00,\

      00,df,00,00,00,f8,00,00,00,f8,00,00,00,84,ea,04,12,b8,33,39,03,98,00,00,00,\

      f7,00,00,00,df,00,00,00,f8,00,00,00,00,00,00,00,95,00,00,00,f0,7b,39,03,0c,\

      01,00,00,f8,e9,04,12,e1,00,00,00,00,00,00,00,00,00,00,00,70,19,0e,00,96,00,\

      00,00,00,1d,39,03,c0,19,0e,00,00,00,00,00,00,00,00,00,aa,aa,aa,aa,00,00,00,\

      00,00,00,00,00,f0,00,00,00,df,fd,ff,ff,0b,00,07,0b,46,00,00,00,01,00,00,00,\

      c0,fb,ff,ff,00,00,00,00,ff,00,00,00,00,ff,00,00,00,00,ff,00,00,00,00,ff,01,\

      00,00,00,00,00,ff,00,00,1d,39,03,c0,19,0e,00,01,00,00,00,34,f0,04,12,6c,68,\

      13,0a,00,00,00,00,00,00,00,00,70,19,0e,00,04,00,00,00,00,00,00,00,f0,38,39,\

      03,e1,00,00,00,0c,01,00,00,01,00,00,00,01,00,00,00,00,00,00,00,00,00,00,00,\

      00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,01,00,00,00,64,00,69,00,72,\

      00,65,00,63,00,74,00,00,00,00,00,a8,58,01,00,ca,27,05,12,ca,27,05,12,09,00,\

      00,00,fc,d6,55,00,53,00,42,00,20,00,43,00,61,00,62,00,6c,00,65,00,00,00,08,\

      00,ca,27,05,12,90,ea,04,12,00,00,00,00,00,00,00,00,34,f0,04,12,00,00,00,00,\

      70,68,13,0a,f1,00,00,00,00,00,00,00,f0,f0,00,00,00,00,00,00,00,00,00,00,01,\

      00,00,00,01,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,01,00,00,00,00,00,\

      ff,00,00,1d,39,03,c0,19,0e,00,aa,29,e5,23,2c,eb,04,12,24,eb,04,12,0c,e8,f7,\

      03,98,b1,f8,03,a0,2c,08,00,89,01,00,00,00,00,00,00,ca,27,05,12,00,00,00,00,\

      00,00,00,00,ac,04,02,00,de,00,00,00,09,01,00,00,08,01,00,00,00,00,00,00,ca,\

      27,05,12,00,00,00,00,aa,29,e5,23,00,00,00,00,a0,2c,08,00,00,00,00,00,40,72,\

      01,7c,90,09,00,00,00,00,00,00,09,00,00,00,80,10,00,00,89,01,00,00,40,72,01,\

      7c,02,00,00,00,c0,4b,01,7c,00,00,00,00,ca,27,05,12,00,00,00,00,c0,4b,01,7c,\

      01,00,00,00,70,c0,01,00,89,01,00,00,00,00,01,7c,89,01,00,00,f8,c0,01,00,ca,\

      27,05,12,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,02,00,00,00,00,00,\

      00,00,00,00,00,00,f8,49,f8,03,18,2e,05,00,c0,19,0e,00,ff,00,00,00,ec,62,01,\

      00,c0,6c,01,7c,00,00,00,00,02,00,00,00,89,01,00,00,40,72,01,7c,02,00,00,00,\

      00,00,00,00,00,00,00,00,e4,58,01,00,09,00,00,00,80,c3,01,00,00,00,00,00,00,\

      00,00,00,98,00,00,00,f8,00,00,00,df,00,00,00,0a,01,00,00,ca,27,05,12,81,00,\

      00,00,50,dc,13,0a,1c,ec,04,12,20,b7,07,00,40,72,01,7c,89,01,00,00,02,00,00,\

      00,ca,27,05,12,50,dc,13,0a,0d,00,00,00,81,00,00,00,ca,27,05,12,ca,27,05,12,\

      60,71,01,7c,c0,c4,07,00,f8,00,00,00,22,ff,ff,ff,0a,01,00,00,69,ff,ff,ff,22,\

      ff,ff,ff,f7,fe,ff,ff,69,ff,ff,ff,09,ff,ff,ff,f7,fe,ff,ff,22,ff,ff,ff,09,ff,\

      ff,ff,69,ff,ff,ff,c0,19,0e,00,1c,10,39,03,00,00,00,00,00,00,00,00,00,00,00,\

      00,00,00,00,00,ce,c4,cd,63,0d,00,00,00,ca,27,05,12,0c,e8,f7,03,d8,a1,f8,03,\

      00,00,00,00,0d,00,00,00,20,ff,01,00,e0,ec,04,12,e4,ec,04,12,0d,00,00,00,dc,\

      c3,07,00,0d,00,00,00,00,00,00,00,ca,27,05,12,00,00,00,00,00,00,00,00,ac,04,\

      02,00,e4,ec,04,12,dc,ec,04,12,2c,11,13,00,00,00,00,00,ca,27,05,12,00,00,00,\

      00,aa,29,e5,23,00,00,00,00,dc,c3,07,00,00,00,00,00,60,71,01,7c,ca,27,05,12,\

      0a,00,00,00,09,00,00,00,00,c8,ff,ff,0d,00,00,00,60,71,01,7c,81,00,00,00,c0,\

      4b,01,7c,00,00,00,00,00,00,00,00,00,00,00,12,c8,af,f6,83,0f,00,00,00,00,00,\

      00,00,00,e0,c8,83,70,c5,cf,80,98,07,cd,83,c8,af,f6,83,0f,00,00,00,38,fe,00,\

      f0,88,ed,04,12,9c,c0,10,80,0f,00,00,00,00,00,00,00,c4,b3,00,f0,64,f0,04,12,\

      4e,00,00,00,00,00,00,00,00,00,00,00,c0,6c,01,7c,54,ef,04,12,e0,94,10,80,f1,\

      ec,ff,ff,00,00,00,00,00,00,00,00



ENDIF BSP_NOUSBFN !	

; @CESYSGEN
ENDIF CE_MODULES_USBFN

; -----------------------------------------------------------------------------



Compile WinCE application with the following code

// USBTest.cpp : Defines
the entry point for the application.

//



#include "stdafx.h"



#include
<windows.h>

#include <types.h>



HANDLE serialPort;

DWORD eventMask;



const char USBTxString[] = "NICOM's USB ... and Miasnikov forever!";



int
WINAPI WinMain(	HINSTANCE hInstance,

					HINSTANCE hPrevInstance,

				
LPTSTR    lpCmdLine,

					int       nCmdShow)

{

	TCHAR portName[10];


DCB portDCB;

	COMMTIMEOUTS portTimeouts;

	UINT8 rxData[64];

	UINT8 txData[64];

	DWORD readBytes, writtenBytes;

	BOOL status;



	_tprintf(_T("USB Test
Application is running \r\n"));



	do {

		wcscpy(portName, _T("COM6:"));

		serialPort = CreateFile(

			portName, GENERIC_READ | GENERIC_WRITE, 0,
NULL, CREATE_NEW, FILE_ATTRIBUTE_NORMAL, NULL

		);

    if (serialPort ==
INVALID_HANDLE_VALUE) {

			_tprintf(_T("Serial Port %s cannot be opened,
error = %d \r\n"), portName, GetLastError());

			break;

		}



		status
= GetCommState(serialPort, &portDCB);

		if (status == 0) {

			_tprintf(_T("COM
State Get Failure, error = %d \r\n"), GetLastError());

			break;

		}



#if 1

			portDCB.BaudRate = CBR_9600;

#else

			portDCB.BaudRate = CBR_256000;

#endif

	    portDCB.Parity = NOPARITY;

	    portDCB.ByteSize = 8;

	  
 portDCB.StopBits = ONESTOPBIT;



		status = SetCommState(serialPort, &portDCB);

		if (status == 0) {

			_tprintf(_T("COM State Set Failure, error = %d \r\n"),
GetLastError());

			break;

		}



#if 0

		txData = 0x55;

		writtenBytes
= 1;

		_tprintf(_T("Writing data to COM ... \r\n"));

		while (status = WriteFile(serialPort,
&txData, 1, &writtenBytes, NULL)) {

			_tprintf(_T("OK. "));

			if (writtenBytes)
_tprintf(_T("Tx Data = %d \r\n"), txData);

			else break; // no bytes has
been written



			Sleep(1000); // transmit data once per second

		}

		if
(status == 0) {

			_tprintf(_T("COM Data Write Failure, error = %d \r\n"),
GetLastError());

			break;

		}

#endif



#if 1

		status = GetCommTimeouts(serialPort,
&portTimeouts);

		if (status == 0) {

			_tprintf(_T("COM Timeouts Get Failure,
error = %d \r\n"), GetLastError());

			break;

		}



	    portTimeouts.ReadIntervalTimeout
= MAXDWORD;

	    portTimeouts.ReadTotalTimeoutMultiplier = 0;

	    portTimeouts.ReadTotalTimeoutConstant
= 0;



		status = SetCommTimeouts(serialPort, &portTimeouts);

		if (status
== 0) {

			_tprintf(_T("COM Timeouts Get Failure, error = %d \r\n"), GetLastError());

			break;

		}



		status = SetCommMask(serialPort, EV_BREAK | EV_RXCHAR);

		if (status == 0) {

			_tprintf(_T("COM Event Mask Set Failure, error =
%d \r\n"), GetLastError());

			break;

		}



		while (status = WaitCommEvent(serialPort,
&eventMask, NULL)) {

			status = SetCommMask(serialPort, EV_BREAK | EV_RXCHAR);

			if (status == 0) {

				_tprintf(_T("COM Event Mask Set Failure, error
= %d \r\n"), GetLastError());

				status = 1; /* set back a valid status
of WaitCommEvent for following handling */

				break;

			}



			if (eventMask
& EV_RXCHAR) {

				while (status = ReadFile(serialPort, &rxData, 64, &readBytes,
NULL)) {

					if (readBytes) {

						_tprintf(_T("Rx Data ="));

						for
(UINT8 index = 0; index < readBytes; index++) _tprintf(_T(" %d"), rxData[index]);

						_tprintf(_T("\r\n \r\n"));

					}

					else break; // end of file
- no more bytes to read

				}

				if (status == 0) {

					_tprintf(_T("COM
Data Read Failure, error = %d \r\n"), GetLastError());

					status = 1; /*
set back a valid status of WaitCommEvent for following handling */

					break;

				}

			}

			#if 1

			break;

			#endif

 

			if (eventMask & EV_BREAK)
break;

		}

		if (status == 0) {

			_tprintf(_T("COM Event Wait Failure,
error = %d \r\n"), GetLastError());

			break;

		}

#endif



#if 1

		_tprintf(_T("Writing
data to COM ... \r\n"));

		memcpy(txData, USBTxString, strlen(USBTxString));

		while (status = WriteFile(serialPort, txData, strlen(USBTxString), &writtenBytes,
NULL)) {

			_tprintf(_T("Tx Bytes = %d \r\n"), writtenBytes);

			if (writtenBytes)
{

				_tprintf(_T("Tx Data ="));

				for (UINT8 index = 0; index < writtenBytes;
index++) _tprintf(_T(" %c"), txData[index]);

				_tprintf(_T("\r\n \r\n"));

			}

			else break; // no bytes has been written



			Sleep(1000); // transmit
data once per second

		}

		if (status == 0) {

			_tprintf(_T("COM Data
Write Failure, error = %d \r\n"), GetLastError());

			break;

		}

#endif

	} while(0);



	_tprintf(_T("Exiting from the USB Test Application \r\n"));

    return 0;

}







Ok, now Windows host side (Win32)

You need libUSB-win32
standard installation. Install it. Compile file 



#include <usb.h>

#include
<stdio.h>

#include <string.h>



#if 1

/* the device's vendor and product
id */

#define MY_VID 0x23E2

#define MY_PID 0x2152

#endif



#if 0

/* the
device's vendor and product id */

#define MY_VID 0x067B

#define MY_PID 0x2303

#endif



/* the device's endpoints */

#define EP_IN 0x81

#define EP_OUT
0x02



#define BUF_SIZE 16



#if 1

const char USBTxData[] = {1, 2, 3, 4,
5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16};

#endif



usb_dev_handle *open_dev(void);



usb_dev_handle *open_dev(void)

{

  struct usb_bus *bus;

  struct usb_device
*dev;



  printf("Scan USB bus\n");

  for(bus = usb_get_busses(); bus; bus
= bus->next) 

    {

      printf("Bus = %d from %d\n", bus, usb_get_busses());

      for(dev = bus->devices; dev; dev = dev->next) 

        {

       
  if(dev->descriptor.idVendor == MY_VID

             && dev->descriptor.idProduct
== MY_PID)

            {

              return usb_open(dev);

         
  }

          else 

            {

              printf("vid=%08X did=%08X\n",
dev->descriptor.idVendor, dev->descriptor.idProduct);

            }

   
    }

    }

  return NULL;

}



int main(void)

{

  usb_dev_handle *dev
= NULL; /* the device handle */

  char tmp[BUF_SIZE * 4];

  int index, size;



  usb_init(); /* initialize the library */

  usb_find_busses(); /* find
all busses */

  usb_find_devices(); /* find all connected devices */





  if(!(dev = open_dev()))

    {

      printf("error: device not found!\n");

      return 0;

    }



  if(usb_set_configuration(dev, 1) < 0)

    {

      printf("error: setting config 1 failed\n");

      usb_close(dev);

      return 0;

    }



  

  if(usb_claim_interface(dev, 0) < 0)

   
{

      printf("error: claiming interface 0 failed\n");

      usb_close(dev);

      return 0;

    }



#if 0

    if(usb_bulk_write(dev, EP_OUT, tmp,
sizeof(tmp), 5000) 

     != sizeof(tmp))

    {

      printf("error: bulk
write failed\n");

    }

#endif



  printf("Writing to the device\n");

#if 1

  memcpy(tmp, USBTxData, sizeof(USBTxData));

#endif

  do

  {

 
  size = usb_bulk_write(dev, EP_OUT, tmp, sizeof(USBTxData), 5000);

    if(size
<= 0)

    {

      printf("error: bulk write failed %d\n", size);

    }

    else

    {

      printf("Sent: %d bytes\n", size);

    }

  } while
(0);



#if 1

  printf("Reading from the device\n");

  while (1)

  {

#if
1

    memset(tmp, 'X', sizeof(tmp));

#endif

#if 1

    size = usb_bulk_read(dev,
EP_IN, tmp, sizeof(tmp), 5000);

    if(size <= 0)

    {

      printf("error:
bulk read failed %d\n", size);

    }

    else

#endif

    {

      printf("Got:
%d bytes\n", size);

//      tmp[sizeof(tmp) - 1] = 0;

      tmp[size - 1]
= 0;

      printf("Read: %s \n\n", tmp);

//      printf("RxData:");

//
     for (index = 0; index < size; index++) printf(" %d", tmp[index]);

//
     printf("\n\n");

    }

  }

#endif



  usb_release_interface(dev, 0);

  usb_close(dev);



  return 0;



}

[Libusb-win32-devel] it me Barbara

[Barbara D. <se...@bl...>]

Our picks bring our readers BIG gains!  Why?  Because we present 
well-researched, quality companies backed by promotions which have 
the ears of investors around the globe.  When you have GREAT product 
and unrivaled PR you get super gains!  This one is just what your 
portfolio needs:

The Great American Food Chain, Inc.
Symbol:  GAMN
Current Price: $0.96
Projected Price: $3.20 (330% gain)

GAMN is has an incredible business model in a booming sector.  Look 
around you.  Everything is being standardized and franchised.  GAMN 
is a company specializing in the development and expansion of proven 
independent restaurant concepts into multi-unit locations.  Business has 
been booming!

A huge publicity campaign is beginning and will be supported by some 
astounding press releases.  It is imperative to get in before the first big 
announcement.  Readers, this is a big one.  Don't miss this chance!

Re: [Libusb-win32-devel] How Fast?

[Dan E. <Dan...@di...>]

I haven't seen any example code, I just worked it out from the API.
Basically you need 2 buffers and flags to mark if the buffer is in
transit or not, and when a buffer becomes full (we typically use 16k)
you call usb_submit_async, and then if the other buffer was in transit,
wait for it to become free by calling usb_reap_async so that it can be
filled again.

I'm not personally aware of any high speed host controllers which can't
achieve that speed - i.e. no we didn't use anything special.=20

Dan.

Brad Kingston wrote:
> Dan,
>=20
> Thanks for the prompt reply. Is there an example on the website, or
> somewhere else, of the double buffering and async call technique?=20
>=20
> The target hardware we are trying to communicate with sounds similar
> to your setup where we have an FPGA consuming the data via DMA,
> except it is not using NetChip hardware. I don't know what USB
> hardware it is using as it is being custom built by a subcontractor.
> It is good to know that such high rates are possible, since that is
> what I'm trying to prove to them.    =20
>=20
> Did you use any special host controller hardware on the PC in order
> to get the 260Mbps rate? I read something in the list archives that
> some controllers are slower than others. =20
>=20
> Thanks.
> Brad
>=20
>=20
>> From: "Dan Ellis" <Dan...@di...>
>> Reply-To: lib...@li...
>> To: <lib...@li...>
>> Subject: Re: [Libusb-win32-devel] How Fast?
>> Date: Fri, 17 Nov 2006 13:42:57 -0000
>>=20
>> Brad Kingston wrote:
>>> What is the practical sustained speed limit I should expect when
>>> using the usb_bulk_read and usb_bulk_write calls? I'm seeing a limit
>>> of about 20MB/sec when talking to a PXI NetChip peripheral card and
>>> another custom board. I'm not sure if its the libusb side or the
>>> peripheral side that is limiting me to 20MB/sec.
>>>=20
>>> In a tight loop that sends 1GB of data, I send 150MB in each
>>> usb_bulk_write call in order to get up to the 20MB/sec speed I'm
>>> seeing. As I drop the size down for each write, the sustained rate
>>> decreases also.
>>=20
>> We've managed to get sustained 260Mbps (32.5MB/s) doing bulk writes
>> to a NetChip NET2272 with it operating in 16 bit DMA mode (and using
>> libusb with 2 buffers and async transfers). We had an FPGA consuming
>> the data from the DMA. I don't think the NetChip could achieve that
>> rate on the PCI card.=20
>>=20
>> We never tried bulk reads.
>>=20
>> The bus won't accommodate more traffic than that - there was no
>> NAKing going on, the gaps between the transactions looked on the
>> analyzer to be about long enough for the data to be read over PCI
>> ready for the next transaction, so I think PCI is the limiting
>> factor. It's possible that a read could get more data bandwidth out
>> of the bus.=20
>>=20
>> In 8 bit mode this drops to 180Mbps.
>>=20
>>> From a software perspective, it's quite important to use double
>> buffering and the async calls so that you keep the controller busy
>> with work to do. On Linux which doesn't have an aynchronous
>> interface to libusb (yet!) I'm struggling to get more than 140Mbps.
>>=20
>> --
>> Dan Ellis
>> Senior Development Engineer
>> DisplayLink (UK) Ltd.
>>=20
>>=20
>>
-----------------------------------------------------------------------
>> -- Take Surveys. Earn Cash. Influence the Future of IT Join
>> SourceForge.net's Techsay panel and you'll get the chance to share
>> your opinions on IT & business topics through brief surveys - and
>> earn cash
>>
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVD
>> EV _______________________________________________=20
>> Libusb-win32-devel mailing list
>> Lib...@li...
>> https://lists.sourceforge.net/lists/listinfo/libusb-win32-devel
>=20
> _________________________________________________________________
> MSN Shopping has everything on your holiday list. Get expert picks by
> style, age, and price. Try it!=20
>
http://shopping.msn.com/content/shp/?ctId=3D8000,ptnrid=3D176,ptnrdata=3D=
20060
1&tcode=3Dwlmtagline
>=20
>=20
>
------------------------------------------------------------------------
-
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to
> share your=20
> opinions on IT & business topics through brief surveys - and earn cash
>
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDE
V
> _______________________________________________
> Libusb-win32-devel mailing list
> Lib...@li...
> https://lists.sourceforge.net/lists/listinfo/libusb-win32-devel

Re: [Libusb-win32-devel] How Fast?

[Brad K. <kin...@ho...>]

Dan,

Thanks for the prompt reply. Is there an example on the website, or 
somewhere else, of the double buffering and async call technique?

The target hardware we are trying to communicate with sounds similar to your 
setup where we have an FPGA consuming the data via DMA, except it is not 
using NetChip hardware. I don't know what USB hardware it is using as it is 
being custom built by a subcontractor. It is good to know that such high 
rates are possible, since that is what I'm trying to prove to them.

Did you use any special host controller hardware on the PC in order to get 
the 260Mbps rate? I read something in the list archives that some 
controllers are slower than others.

Thanks.
Brad


>From: "Dan Ellis" <Dan...@di...>
>Reply-To: lib...@li...
>To: <lib...@li...>
>Subject: Re: [Libusb-win32-devel] How Fast?
>Date: Fri, 17 Nov 2006 13:42:57 -0000
>
>Brad Kingston wrote:
> > What is the practical sustained speed limit I should expect when
> > using the usb_bulk_read and usb_bulk_write calls? I'm seeing a limit
> > of about 20MB/sec when talking to a PXI NetChip peripheral card and
> > another custom board. I'm not sure if its the libusb side or the
> > peripheral side that is limiting me to 20MB/sec.
> >
> > In a tight loop that sends 1GB of data, I send 150MB in each
> > usb_bulk_write call in order to get up to the 20MB/sec speed I'm
> > seeing. As I drop the size down for each write, the sustained rate
> > decreases also.
>
>We've managed to get sustained 260Mbps (32.5MB/s) doing bulk writes to a
>NetChip NET2272 with it operating in 16 bit DMA mode (and using libusb
>with 2 buffers and async transfers). We had an FPGA consuming the data
>from the DMA. I don't think the NetChip could achieve that rate on the
>PCI card.
>
>We never tried bulk reads.
>
>The bus won't accommodate more traffic than that - there was no NAKing
>going on, the gaps between the transactions looked on the analyzer to be
>about long enough for the data to be read over PCI ready for the next
>transaction, so I think PCI is the limiting factor. It's possible that a
>read could get more data bandwidth out of the bus.
>
>In 8 bit mode this drops to 180Mbps.
>
> >From a software perspective, it's quite important to use double
>buffering and the async calls so that you keep the controller busy with
>work to do. On Linux which doesn't have an aynchronous interface to
>libusb (yet!) I'm struggling to get more than 140Mbps.
>
>--
>Dan Ellis
>Senior Development Engineer
>DisplayLink (UK) Ltd.
>
>
>-------------------------------------------------------------------------
>Take Surveys. Earn Cash. Influence the Future of IT
>Join SourceForge.net's Techsay panel and you'll get the chance to share 
>your
>opinions on IT & business topics through brief surveys - and earn cash
>http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>_______________________________________________
>Libusb-win32-devel mailing list
>Lib...@li...
>https://lists.sourceforge.net/lists/listinfo/libusb-win32-devel

_________________________________________________________________
MSN Shopping has everything on your holiday list. Get expert picks by style, 
age, and price. Try it! 
http://shopping.msn.com/content/shp/?ctId=8000,ptnrid=176,ptnrdata=200601&tcode=wlmtagline

Re: [Libusb-win32-devel] How Fast?

[Dan E. <Dan...@di...>]

Brad Kingston wrote:
> What is the practical sustained speed limit I should expect when
> using the usb_bulk_read and usb_bulk_write calls? I'm seeing a limit
> of about 20MB/sec when talking to a PXI NetChip peripheral card and
> another custom board. I'm not sure if its the libusb side or the
> peripheral side that is limiting me to 20MB/sec.   =20
>=20
> In a tight loop that sends 1GB of data, I send 150MB in each
> usb_bulk_write call in order to get up to the 20MB/sec speed I'm
> seeing. As I drop the size down for each write, the sustained rate
> decreases also.  =20

We've managed to get sustained 260Mbps (32.5MB/s) doing bulk writes to a
NetChip NET2272 with it operating in 16 bit DMA mode (and using libusb
with 2 buffers and async transfers). We had an FPGA consuming the data
from the DMA. I don't think the NetChip could achieve that rate on the
PCI card.

We never tried bulk reads.

The bus won't accommodate more traffic than that - there was no NAKing
going on, the gaps between the transactions looked on the analyzer to be
about long enough for the data to be read over PCI ready for the next
transaction, so I think PCI is the limiting factor. It's possible that a
read could get more data bandwidth out of the bus.

In 8 bit mode this drops to 180Mbps.

>From a software perspective, it's quite important to use double
buffering and the async calls so that you keep the controller busy with
work to do. On Linux which doesn't have an aynchronous interface to
libusb (yet!) I'm struggling to get more than 140Mbps.

--=20
Dan Ellis
Senior Development Engineer
DisplayLink (UK) Ltd.
=20

[Libusb-win32-devel] How Fast?

[Brad K. <kin...@ho...>]

What is the practical sustained speed limit I should expect when using the 
usb_bulk_read and usb_bulk_write calls? I'm seeing a limit of about 20MB/sec 
when talking to a PXI NetChip peripheral card and another custom board. I'm 
not sure if its the libusb side or the peripheral side that is limiting me 
to 20MB/sec.

In a tight loop that sends 1GB of data, I send 150MB in each usb_bulk_write 
call in order to get up to the 20MB/sec speed I'm seeing. As I drop the size 
down for each write, the sustained rate decreases also.

Thanks in advance for your help.
Brad

_________________________________________________________________
Share your latest news with your friends with the Windows Live Spaces 
friends module. 
http://clk.atdmt.com/MSN/go/msnnkwsp0070000001msn/direct/01/?href=http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friends.aspx&mk

Re: [Libusb-win32-devel] Hi can you please help me?

[Ha T. D. <duo...@gm...>]

Thank you very much for the website. I do thing that they know how the 
protocol and data format of the MS Fingerprint reader. I will have a 
look to see if i can find a way to convert to Win base. Once again thank 
you very much

Have a nice day
Best regard

Maverick

Bertrik Sikken wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Ha Thai Duong wrote:
>   
>> Hi First thing i want to say is thank you very much.
>> I am quite new to software development so please accept my apology for
>> these question.
>>
>> I have tried to contact Microsoft but they won't release info about
>> format or protocol. Is there any chance that i can find that some where
>> else? Or can i make the controller without that information.
>>     
>
> A lot of reverse-engineering is done to get stuff working under Linux.
>
> I just found this page:
> http://dpfp.berlios.de/wikka.php?wakka=HomePage
>
> They say their library works with libusb, so it should not be too hard
> to get port part of the code back to windows and also run it on libusb.
>
> Regards,
> Bertrik
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.2 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFFWkAvETD6mlrWxPURAvMPAJwKkc6ensfXDZuQO0UlQBuLHKSObwCfVcqz
> mGzXtFI1+p3SlyCSj9gusfc=
> =NMEW
> -----END PGP SIGNATURE-----
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Libusb-win32-devel mailing list
> Lib...@li...
> https://lists.sourceforge.net/lists/listinfo/libusb-win32-devel
>
>   

Re: [Libusb-win32-devel] Hi can you please help me?

[Ha T. D. <duo...@gm...>]

Thank you very much for the website. I do thing that they know how the 
protocol and data format of the MS Fingerprint reader. I will have a 
look to see if i can find a way to convert to Win base. Once again thank 
you very much

Have a nice day
Best regard

Maverick
Stephan Meyer wrote:
> Try libdpfp (http://dpfp.berlios.de/wikka.php?wakka=HomePage),
> a user space library that uses libusb. The website claims that
> the software works only on Linux but porting it to Windows
> should be easy.
>
> BTW: I found the aforementioned web site by typing 
> "microsoft+fingerprint+reader+libusb" into Google.
>
> Stephan
>
>
>   
>> Hi First thing i want to say is thank you very much.
>> I am quite new to software development so please accept my apology for 
>> these question.
>>
>> I have tried to contact Microsoft but they won't release info about 
>> format or protocol. Is there any chance that i can find that some where 
>> else? Or can i make the controller without that information.
>>
>> Best regard
>> Duong
>>
>> Bertrik Sikken wrote:
>>     
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>>
>>> Ha Thai Duong wrote:
>>>
>>>       
>>>> Hi
>>>>
>>>> I am trying to make a small program that control the Microsoft Finger 
>>>>         
>
>   
>>>> Print Reader using C# and Visual Studio 2005. Can anyone give me an 
>>>>         
> C# 
>   
>>>> example code that i can access the Microsoft Fingerprint Reader? I do 
>>>>         
>
>   
>>>> appreciate your help a lot.
>>>>
>>>> This is i got  from running TestLibusb
>>>>
>>>> bus-0/\\.\libusb0-0031--0x045e-0x00bd     045E/00BD
>>>> - Manufacturer : Microsoft
>>>> - Product      : Microsoft® Fingerprint Reader
>>>> - Serial Number: {79B29790-FFF8-FC43-95C3-246FD5B6A017}
>>>>   wTotalLength:         32
>>>>   bNumInterfaces:       1
>>>>   bConfigurationValue:  1
>>>>   iConfiguration:       0
>>>>   bmAttributes:         80h
>>>>   MaxPower:             130
>>>>     bInterfaceNumber:   0
>>>>     bAlternateSetting:  0
>>>>     bNumEndpoints:      2
>>>>     bInterfaceClass:    255
>>>>     bInterfaceSubClass: 255
>>>>     bInterfaceProtocol: 255
>>>>     iInterface:         0
>>>>       bEndpointAddress: 81h
>>>>       bmAttributes:     03h
>>>>       wMaxPacketSize:   64
>>>>       bInterval:        8
>>>>       bRefresh:         0
>>>>       bSynchAddress:    0
>>>>       bEndpointAddress: 82h
>>>>       bmAttributes:     02h
>>>>       wMaxPacketSize:   64
>>>>       bInterval:        0
>>>>       bRefresh:         0
>>>>       bSynchAddress:    0
>>>>
>>>>         
>>> The interface class, sub-class and protocol are all 255 (0xFF) which
>>> means vendor-specific, in other words non-standard.
>>> You'll need more information on the protocol/format of the data
>>> exchanged with the fingerprint reader.
>>>
>>> Regards,
>>> Bertrik
>>> -----BEGIN PGP SIGNATURE-----
>>> Version: GnuPG v1.4.2 (MingW32)
>>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>>>
>>> iD8DBQFFWhY6ETD6mlrWxPURAm8LAJ9U1FHCKDcNa5ZOn+avY9d3wDrIUwCfUZDt
>>> PIqyuNld+X+lXz7erQBp1mo=
>>> =mSIm
>>> -----END PGP SIGNATURE-----
>>>
>>>
>>>       
> -------------------------------------------------------------------------
>   
>>> Take Surveys. Earn Cash. Influence the Future of IT
>>> Join SourceForge.net's Techsay panel and you'll get the chance to 
>>>       
> share your
>   
>>> opinions on IT & business topics through brief surveys - and earn cash
>>>
>>>       
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>   
>>> _______________________________________________
>>> Libusb-win32-devel mailing list
>>> Lib...@li...
>>> https://lists.sourceforge.net/lists/listinfo/libusb-win32-devel
>>>
>>>
>>>       
>>
>>     
> -------------------------------------------------------------------------
>   
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to share 
>>     
> your
>   
>> opinions on IT & business topics through brief surveys - and earn cash
>>
>>     
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>   
>> _______________________________________________
>> Libusb-win32-devel mailing list
>> Lib...@li...
>> https://lists.sourceforge.net/lists/listinfo/libusb-win32-devel
>>     
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Libusb-win32-devel mailing list
> Lib...@li...
> https://lists.sourceforge.net/lists/listinfo/libusb-win32-devel
>
>   

Re: [Libusb-win32-devel] =?GB2312?B?tPC4tDogW0xpYnVzYi13aW4zMi1k?= =?GB2312?B?ZXZlbF0gRG9lcyBMaWJVU0Igbm90IHN1cHBvcnQgVVNCIENhbWVyYSBkZXZpYw==?= =?GB2312?B?ZSA/?=

[Bertrik S. <be...@si...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

SinaVIP wrote:
>  Hi
> 
>    My camera use  isochronous transfer protocol. 

In that case, I think it will be hard to get it to work.
You can try googling if perhaps some linux hacker has figured out
the webcam protocol.

Kind regards,
Bertrik
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFW5xLETD6mlrWxPURAkjpAKC5clgoKEWE8CmDCeB31BLmbM1vRwCeL5OQ
BXUb1394gl85v/iKprR0gMY=
=+1Es
-----END PGP SIGNATURE-----

Re: [Libusb-win32-devel] Hi can you please help me?

[Stephan M. <Ste...@ia...>]

Try libdpfp (http://dpfp.berlios.de/wikka.php?wakka=3DHomePage),
a user space library that uses libusb. The website claims that
the software works only on Linux but porting it to Windows
should be easy.

BTW: I found the aforementioned web site by typing=20
"microsoft+fingerprint+reader+libusb" into Google.

Stephan


> Hi First thing i want to say is thank you very much.
> I am quite new to software development so please accept my apology for=20
> these question.
>=20
> I have tried to contact Microsoft but they won't release info about=20
> format or protocol. Is there any chance that i can find that some where=20
> else? Or can i make the controller without that information.
>=20
> Best regard
> Duong
>=20
> Bertrik Sikken wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > Ha Thai Duong wrote:
> >=20
> >> Hi
> >>
> >> I am trying to make a small program that control the Microsoft Finger =


> >> Print Reader using C# and Visual Studio 2005. Can anyone give me an=20
C#=20
> >> example code that i can access the Microsoft Fingerprint Reader? I do =


> >> appreciate your help a lot.
> >>
> >> This is i got  from running TestLibusb
> >>
> >> bus-0/\\.\libusb0-0031--0x045e-0x00bd     045E/00BD
> >> - Manufacturer : Microsoft
> >> - Product      : Microsoft=AE Fingerprint Reader
> >> - Serial Number: {79B29790-FFF8-FC43-95C3-246FD5B6A017}
> >>   wTotalLength:         32
> >>   bNumInterfaces:       1
> >>   bConfigurationValue:  1
> >>   iConfiguration:       0
> >>   bmAttributes:         80h
> >>   MaxPower:             130
> >>     bInterfaceNumber:   0
> >>     bAlternateSetting:  0
> >>     bNumEndpoints:      2
> >>     bInterfaceClass:    255
> >>     bInterfaceSubClass: 255
> >>     bInterfaceProtocol: 255
> >>     iInterface:         0
> >>       bEndpointAddress: 81h
> >>       bmAttributes:     03h
> >>       wMaxPacketSize:   64
> >>       bInterval:        8
> >>       bRefresh:         0
> >>       bSynchAddress:    0
> >>       bEndpointAddress: 82h
> >>       bmAttributes:     02h
> >>       wMaxPacketSize:   64
> >>       bInterval:        0
> >>       bRefresh:         0
> >>       bSynchAddress:    0
> >>=20
> >
> > The interface class, sub-class and protocol are all 255 (0xFF) which
> > means vendor-specific, in other words non-standard.
> > You'll need more information on the protocol/format of the data
> > exchanged with the fingerprint reader.
> >
> > Regards,
> > Bertrik
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.4.2 (MingW32)
> > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> >
> > iD8DBQFFWhY6ETD6mlrWxPURAm8LAJ9U1FHCKDcNa5ZOn+avY9d3wDrIUwCfUZDt
> > PIqyuNld+X+lXz7erQBp1mo=3D
> > =3DmSIm
> > -----END PGP SIGNATURE-----
> >
> >=20
-------------------------------------------------------------------------
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to=20
share your
> > opinions on IT & business topics through brief surveys - and earn cash
> >=20
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3DDE=
VDEV
> > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
> > Libusb-win32-devel mailing list
> > Lib...@li...
> > https://lists.sourceforge.net/lists/listinfo/libusb-win32-devel
> >
> >=20
>=20
>=20
>=20
-------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share=20
your
> opinions on IT & business topics through brief surveys - and earn cash
>=20
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3DDE=
VDEV
> =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
> Libusb-win32-devel mailing list
> Lib...@li...
> https://lists.sourceforge.net/lists/listinfo/libusb-win32-devel

[Libusb-win32-devel] =?gb2312?B?tPC4tDogW0xpYnVzYi13aW4zMi1kZXZlbF0gRG9lcyBMaWJVU0Igbg==?= =?gb2312?B?b3Qgc3VwcG9ydCBVU0IgQ2FtZXJhIGRldmljZSA/?=

[SinaVIP <da...@vi...>]

 Hi

   My camera use  isochronous transfer protocol.=20

DLL version:	0.1.12.0
Driver version:	0.1.12.0

bus/device  idVendor/idProduct
bus-0/\\.\libusb0-0001--0x0ac8-0x301b     0AC8/301B
- Manufacturer : Vimicro Corp.
- Product      : PC Camera
  wTotalLength:         193
  bNumInterfaces:       1
  bConfigurationValue:  1
  iConfiguration:       0
  bmAttributes:         a0h
  MaxPower:             80
    bInterfaceNumber:   0
    bAlternateSetting:  0
    bNumEndpoints:      2
    bInterfaceClass:    255
    bInterfaceSubClass: 255
    bInterfaceProtocol: 255
    iInterface:         0
      bEndpointAddress: 81h
      bmAttributes:     01h
      wMaxPacketSize:   0
      bInterval:        1
      bRefresh:         0
      bSynchAddress:    0
      bEndpointAddress: 82h
      bmAttributes:     03h
      wMaxPacketSize:   8
      bInterval:        10
      bRefresh:         0
      bSynchAddress:    0
    bInterfaceNumber:   0
    bAlternateSetting:  1
    bNumEndpoints:      2
    bInterfaceClass:    255
    bInterfaceSubClass: 255
    bInterfaceProtocol: 255
    iInterface:         0
      bEndpointAddress: 81h
      bmAttributes:     01h
      wMaxPacketSize:   128
      bInterval:        1
      bRefresh:         0
      bSynchAddress:    0
      bEndpointAddress: 82h
      bmAttributes:     03h
      wMaxPacketSize:   8
      bInterval:        10
      bRefresh:         0
      bSynchAddress:    0
    bInterfaceNumber:   0
    bAlternateSetting:  2
    bNumEndpoints:      2
    bInterfaceClass:    255
    bInterfaceSubClass: 255
    bInterfaceProtocol: 255
    iInterface:         0
      bEndpointAddress: 81h
      bmAttributes:     01h
      wMaxPacketSize:   192
      bInterval:        1
      bRefresh:         0
      bSynchAddress:    0
      bEndpointAddress: 82h
      bmAttributes:     03h
      wMaxPacketSize:   8
      bInterval:        10
      bRefresh:         0
      bSynchAddress:    0
    bInterfaceNumber:   0
    bAlternateSetting:  3
    bNumEndpoints:      2
    bInterfaceClass:    255
    bInterfaceSubClass: 255
    bInterfaceProtocol: 255
    iInterface:         0
      bEndpointAddress: 81h
      bmAttributes:     01h
      wMaxPacketSize:   256
      bInterval:        1
      bRefresh:         0
      bSynchAddress:    0
      bEndpointAddress: 82h
      bmAttributes:     03h
      wMaxPacketSize:   8
      bInterval:        10
      bRefresh:         0
      bSynchAddress:    0
    bInterfaceNumber:   0
    bAlternateSetting:  4
    bNumEndpoints:      2
    bInterfaceClass:    255
    bInterfaceSubClass: 255
    bInterfaceProtocol: 255
    iInterface:         0
      bEndpointAddress: 81h
      bmAttributes:     01h
      wMaxPacketSize:   384
      bInterval:        1
      bRefresh:         0
      bSynchAddress:    0
      bEndpointAddress: 82h
      bmAttributes:     03h
      wMaxPacketSize:   8
      bInterval:        10
      bRefresh:         0
      bSynchAddress:    0
    bInterfaceNumber:   0
    bAlternateSetting:  5
    bNumEndpoints:      2
    bInterfaceClass:    255
    bInterfaceSubClass: 255
    bInterfaceProtocol: 255
    iInterface:         0
      bEndpointAddress: 81h
      bmAttributes:     01h
      wMaxPacketSize:   512
      bInterval:        1
      bRefresh:         0
      bSynchAddress:    0
      bEndpointAddress: 82h
      bmAttributes:     03h
      wMaxPacketSize:   8
      bInterval:        10
      bRefresh:         0
      bSynchAddress:    0
    bInterfaceNumber:   0
    bAlternateSetting:  6
    bNumEndpoints:      2
    bInterfaceClass:    255
    bInterfaceSubClass: 255
    bInterfaceProtocol: 255
    iInterface:         0
      bEndpointAddress: 81h
      bmAttributes:     01h
      wMaxPacketSize:   768
      bInterval:        1
      bRefresh:         0
      bSynchAddress:    0
      bEndpointAddress: 82h
      bmAttributes:     03h
      wMaxPacketSize:   8
      bInterval:        10
      bRefresh:         0
      bSynchAddress:    0
    bInterfaceNumber:   0
    bAlternateSetting:  7
    bNumEndpoints:      2
    bInterfaceClass:    255
    bInterfaceSubClass: 255
    bInterfaceProtocol: 255
    iInterface:         0
      bEndpointAddress: 81h
      bmAttributes:     01h
      wMaxPacketSize:   896
      bInterval:        1
      bRefresh:         0
      bSynchAddress:    0
      bEndpointAddress: 82h
      bmAttributes:     03h
      wMaxPacketSize:   8
      bInterval:        10
      bRefresh:         0
      bSynchAddress:    0
=20

-----=D3=CA=BC=FE=D4=AD=BC=FE-----
=B7=A2=BC=FE=C8=CB: lib...@li...
[mailto:lib...@li...] =B4=FA=B1=ED =
Bertrik
Sikken
=B7=A2=CB=CD=CA=B1=BC=E4: 2006=C4=EA11=D4=C215=C8=D5 1:39
=CA=D5=BC=FE=C8=CB: lib...@li...
=D6=F7=CC=E2: Re: [Libusb-win32-devel] Does LibUSB not support USB =
Camera device ?

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

SinaVIP wrote:
> Dear Sir
> =20
>  =20
>     I wanna use LibUSB access USB camera and grab the video data. But=20
> usb_set_configuration function alwayes said "CRC Error" ,Why?
> Does LibUSB not support USB Camera device ?

As far as I know, libusb cannot do isochronous transfers yet (which are =
used
by a lot of webcams). What kind of protocol does your camera use?
Apparently, some of the newer (and expensive) ones use the USB video =
class
standard.

CRC error does not make sense to me in response to a =
usb_set_configuration
call. What argument do you use?
It is in line with the device descriptor?

Kind regards,
Bertrik
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFWf9GETD6mlrWxPURAqdFAKC6pZ7RPj18HbK+GK+DAopDcw2h2wCfagdo
AAN4fY+ta1uaiEKIxub248Y=3D
=3Du8EV
-----END PGP SIGNATURE-----

-------------------------------------------------------------------------=

SF.net email is sponsored by: A Better Job is Waiting for You - Find it =
Now.
Check out Slashdot's new job board. Browse through tons of technical =
jobs
posted by companies looking to hire people just like you.
http://jobs.slashdot.org/
_______________________________________________
Libusb-win32-devel mailing list
Lib...@li...
https://lists.sourceforge.net/lists/listinfo/libusb-win32-devel

--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.409 / Virus Database: 268.14.5/534 - Release Date: =
2006-11-14
=20

--=20
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.409 / Virus Database: 268.14.5/534 - Release Date: =
2006-11-14
=20

[Libusb-win32-devel] =?gb2312?B?tPC4tDogW0xpYnVzYi13aW4zMi1kZXZlbF0gRG9lcyBMaWJVU0Igbg==?= =?gb2312?B?b3Qgc3VwcG9ydCBVU0IgQ2FtZXJhIGRldmljZSA/?=

[SinaVIP <da...@vi...>]

Hi

   My camera use  isochronous transfer protocol.=20


usb_set_debug(4);
	usb_init();
	usb_find_busses();
=09

-----=D3=CA=BC=FE=D4=AD=BC=FE-----
=B7=A2=BC=FE=C8=CB: lib...@li...
[mailto:lib...@li...] =B4=FA=B1=ED =
Bertrik
Sikken
=B7=A2=CB=CD=CA=B1=BC=E4: 2006=C4=EA11=D4=C215=C8=D5 1:39
=CA=D5=BC=FE=C8=CB: lib...@li...
=D6=F7=CC=E2: Re: [Libusb-win32-devel] Does LibUSB not support USB =
Camera device ?

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

SinaVIP wrote:
> Dear Sir
> =20
>  =20
>     I wanna use LibUSB access USB camera and grab the video data. But=20
> usb_set_configuration function alwayes said "CRC Error" ,Why?
> Does LibUSB not support USB Camera device ?

As far as I know, libusb cannot do isochronous transfers yet (which are =
used
by a lot of webcams). What kind of protocol does your camera use?
Apparently, some of the newer (and expensive) ones use the USB video =
class
standard.

CRC error does not make sense to me in response to a =
usb_set_configuration
call. What argument do you use?
It is in line with the device descriptor?

Kind regards,
Bertrik
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFWf9GETD6mlrWxPURAqdFAKC6pZ7RPj18HbK+GK+DAopDcw2h2wCfagdo
AAN4fY+ta1uaiEKIxub248Y=3D
=3Du8EV
-----END PGP SIGNATURE-----

-------------------------------------------------------------------------=

SF.net email is sponsored by: A Better Job is Waiting for You - Find it =
Now.
Check out Slashdot's new job board. Browse through tons of technical =
jobs
posted by companies looking to hire people just like you.
http://jobs.slashdot.org/
_______________________________________________
Libusb-win32-devel mailing list
Lib...@li...
https://lists.sourceforge.net/lists/listinfo/libusb-win32-devel

--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.409 / Virus Database: 268.14.5/534 - Release Date: =
2006-11-14
=20

--=20
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.409 / Virus Database: 268.14.5/534 - Release Date: =
2006-11-14
=20

Re: [Libusb-win32-devel] Hi can you please help me?

[Bertrik S. <be...@si...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Ha Thai Duong wrote:
> 
> Hi First thing i want to say is thank you very much.
> I am quite new to software development so please accept my apology for
> these question.
> 
> I have tried to contact Microsoft but they won't release info about
> format or protocol. Is there any chance that i can find that some where
> else? Or can i make the controller without that information.

A lot of reverse-engineering is done to get stuff working under Linux.

I just found this page:
http://dpfp.berlios.de/wikka.php?wakka=HomePage

They say their library works with libusb, so it should not be too hard
to get port part of the code back to windows and also run it on libusb.

Regards,
Bertrik
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFWkAvETD6mlrWxPURAvMPAJwKkc6ensfXDZuQO0UlQBuLHKSObwCfVcqz
mGzXtFI1+p3SlyCSj9gusfc=
=NMEW
-----END PGP SIGNATURE-----

Re: [Libusb-win32-devel] Hi can you please help me?

[Ha T. D. <duo...@gm...>]

Hi First thing i want to say is thank you very much.
I am quite new to software development so please accept my apology for 
these question.

I have tried to contact Microsoft but they won't release info about 
format or protocol. Is there any chance that i can find that some where 
else? Or can i make the controller without that information.

Best regard
Duong

Bertrik Sikken wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Ha Thai Duong wrote:
>   
>> Hi
>>
>> I am trying to make a small program that control the Microsoft Finger 
>> Print Reader using C# and Visual Studio 2005. Can anyone give me an C# 
>> example code that i can access the Microsoft Fingerprint Reader? I do 
>> appreciate your help a lot.
>>
>> This is i got  from running TestLibusb
>>
>> bus-0/\\.\libusb0-0031--0x045e-0x00bd     045E/00BD
>> - Manufacturer : Microsoft
>> - Product      : Microsoft® Fingerprint Reader
>> - Serial Number: {79B29790-FFF8-FC43-95C3-246FD5B6A017}
>>   wTotalLength:         32
>>   bNumInterfaces:       1
>>   bConfigurationValue:  1
>>   iConfiguration:       0
>>   bmAttributes:         80h
>>   MaxPower:             130
>>     bInterfaceNumber:   0
>>     bAlternateSetting:  0
>>     bNumEndpoints:      2
>>     bInterfaceClass:    255
>>     bInterfaceSubClass: 255
>>     bInterfaceProtocol: 255
>>     iInterface:         0
>>       bEndpointAddress: 81h
>>       bmAttributes:     03h
>>       wMaxPacketSize:   64
>>       bInterval:        8
>>       bRefresh:         0
>>       bSynchAddress:    0
>>       bEndpointAddress: 82h
>>       bmAttributes:     02h
>>       wMaxPacketSize:   64
>>       bInterval:        0
>>       bRefresh:         0
>>       bSynchAddress:    0
>>     
>
> The interface class, sub-class and protocol are all 255 (0xFF) which
> means vendor-specific, in other words non-standard.
> You'll need more information on the protocol/format of the data
> exchanged with the fingerprint reader.
>
> Regards,
> Bertrik
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.2 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFFWhY6ETD6mlrWxPURAm8LAJ9U1FHCKDcNa5ZOn+avY9d3wDrIUwCfUZDt
> PIqyuNld+X+lXz7erQBp1mo=
> =mSIm
> -----END PGP SIGNATURE-----
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Libusb-win32-devel mailing list
> Lib...@li...
> https://lists.sourceforge.net/lists/listinfo/libusb-win32-devel
>
>   

Re: [Libusb-win32-devel] Hi can you please help me?

[Bertrik S. <be...@si...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Ha Thai Duong wrote:
> Hi
> 
> I am trying to make a small program that control the Microsoft Finger 
> Print Reader using C# and Visual Studio 2005. Can anyone give me an C# 
> example code that i can access the Microsoft Fingerprint Reader? I do 
> appreciate your help a lot.
> 
> This is i got  from running TestLibusb
> 
> bus-0/\\.\libusb0-0031--0x045e-0x00bd     045E/00BD
> - Manufacturer : Microsoft
> - Product      : Microsoft® Fingerprint Reader
> - Serial Number: {79B29790-FFF8-FC43-95C3-246FD5B6A017}
>   wTotalLength:         32
>   bNumInterfaces:       1
>   bConfigurationValue:  1
>   iConfiguration:       0
>   bmAttributes:         80h
>   MaxPower:             130
>     bInterfaceNumber:   0
>     bAlternateSetting:  0
>     bNumEndpoints:      2
>     bInterfaceClass:    255
>     bInterfaceSubClass: 255
>     bInterfaceProtocol: 255
>     iInterface:         0
>       bEndpointAddress: 81h
>       bmAttributes:     03h
>       wMaxPacketSize:   64
>       bInterval:        8
>       bRefresh:         0
>       bSynchAddress:    0
>       bEndpointAddress: 82h
>       bmAttributes:     02h
>       wMaxPacketSize:   64
>       bInterval:        0
>       bRefresh:         0
>       bSynchAddress:    0

The interface class, sub-class and protocol are all 255 (0xFF) which
means vendor-specific, in other words non-standard.
You'll need more information on the protocol/format of the data
exchanged with the fingerprint reader.

Regards,
Bertrik
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFWhY6ETD6mlrWxPURAm8LAJ9U1FHCKDcNa5ZOn+avY9d3wDrIUwCfUZDt
PIqyuNld+X+lXz7erQBp1mo=
=mSIm
-----END PGP SIGNATURE-----

[Libusb-win32-devel] Hi can you please help me?

[Ha T. D. <duo...@gm...>]

Hi

I am trying to make a small program that control the Microsoft Finger 
Print Reader using C# and Visual Studio 2005. Can anyone give me an C# 
example code that i can access the Microsoft Fingerprint Reader? I do 
appreciate your help a lot.

This is i got  from running TestLibusb

bus-0/\\.\libusb0-0031--0x045e-0x00bd     045E/00BD
- Manufacturer : Microsoft
- Product      : Microsoft® Fingerprint Reader
- Serial Number: {79B29790-FFF8-FC43-95C3-246FD5B6A017}
  wTotalLength:         32
  bNumInterfaces:       1
  bConfigurationValue:  1
  iConfiguration:       0
  bmAttributes:         80h
  MaxPower:             130
    bInterfaceNumber:   0
    bAlternateSetting:  0
    bNumEndpoints:      2
    bInterfaceClass:    255
    bInterfaceSubClass: 255
    bInterfaceProtocol: 255
    iInterface:         0
      bEndpointAddress: 81h
      bmAttributes:     03h
      wMaxPacketSize:   64
      bInterval:        8
      bRefresh:         0
      bSynchAddress:    0
      bEndpointAddress: 82h
      bmAttributes:     02h
      wMaxPacketSize:   64
      bInterval:        0
      bRefresh:         0
      bSynchAddress:    0

Re: [Libusb-win32-devel] Does LibUSB not support USB Camera device ?

[Bertrik S. <be...@si...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

SinaVIP wrote:
> Dear Sir
>  
>   
>     I wanna use LibUSB access USB camera and grab the video data. But
> usb_set_configuration function alwayes said "CRC Error" ,Why? 
> Does LibUSB not support USB Camera device ?

As far as I know, libusb cannot do isochronous transfers yet (which
are used by a lot of webcams). What kind of protocol does your camera
use? Apparently, some of the newer (and expensive) ones use the USB
video class standard.

CRC error does not make sense to me in response to a
usb_set_configuration call. What argument do you use?
It is in line with the device descriptor?

Kind regards,
Bertrik
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFWf9GETD6mlrWxPURAqdFAKC6pZ7RPj18HbK+GK+DAopDcw2h2wCfagdo
AAN4fY+ta1uaiEKIxub248Y=
=u8EV
-----END PGP SIGNATURE-----