Menu
▾
▴
bitpim-devel — For bitpim developers
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
(53) |
Apr
(48) |
May
(14) |
Jun
(3) |
Jul
(21) |
Aug
(11) |
Sep
(77) |
Oct
(67) |
Nov
(28) |
Dec
(163) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(112) |
Feb
(143) |
Mar
(114) |
Apr
(138) |
May
(173) |
Jun
(119) |
Jul
(119) |
Aug
(117) |
Sep
(187) |
Oct
(170) |
Nov
(254) |
Dec
(193) |
| 2005 |
Jan
(336) |
Feb
(284) |
Mar
(189) |
Apr
(100) |
May
(89) |
Jun
(52) |
Jul
(85) |
Aug
(138) |
Sep
(181) |
Oct
(137) |
Nov
(104) |
Dec
(98) |
| 2006 |
Jan
(76) |
Feb
(106) |
Mar
(224) |
Apr
(270) |
May
(103) |
Jun
(144) |
Jul
(77) |
Aug
(38) |
Sep
(37) |
Oct
(20) |
Nov
(14) |
Dec
(73) |
| 2007 |
Jan
(130) |
Feb
(68) |
Mar
(78) |
Apr
(60) |
May
(45) |
Jun
(63) |
Jul
(84) |
Aug
(45) |
Sep
(40) |
Oct
(12) |
Nov
(71) |
Dec
(56) |
| 2008 |
Jan
(44) |
Feb
(20) |
Mar
(25) |
Apr
(17) |
May
(33) |
Jun
(60) |
Jul
(97) |
Aug
(38) |
Sep
(10) |
Oct
(20) |
Nov
(13) |
Dec
(19) |
| 2009 |
Jan
(7) |
Feb
(5) |
Mar
(23) |
Apr
(10) |
May
(6) |
Jun
(5) |
Jul
(17) |
Aug
(7) |
Sep
(14) |
Oct
(27) |
Nov
(13) |
Dec
(12) |
| 2010 |
Jan
(37) |
Feb
(9) |
Mar
(13) |
Apr
(12) |
May
(8) |
Jun
(3) |
Jul
(1) |
Aug
(9) |
Sep
(3) |
Oct
(1) |
Nov
(1) |
Dec
(4) |
| 2011 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
(4) |
May
|
Jun
(2) |
Jul
(8) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
(5) |
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
|
Nov
(3) |
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
|
From: Roger B. <ro...@ro...> - 2004-01-25 05:10:15
|
> 1. Calendar stuff Sanyo doesn't support: daybitmaps, whatever they > are, exceptions, repeat codes (monfri). > > Do I drop the entry altogether, or do my best to put it in the phone > somehow. > > How do I notify the user what has been done? The first bit of good news is I documented all the fields at the top of bpcalendar.py. The whole format needs several bits of fixing and tweaking as noted in the comments. The code path will need to be changed so that it is similar to the codepath for the phonebook. That will allow the code in the profile that does the conversion for the phone to generate warnings and errors etc. My goal is to get the phonebook working well in 0.7 (that includes import and export - but not sync which is a harder problem). I'll also need to rework the wallpaper and ringtone widgets since they are somewhat useless at the moment. The calendar will be fixed properly for 0.8. > 2. Calendar entry limits. Sanyo supports 100 entries. > > What to do if more than 100 dates in BitPim? Take first 100. (Present > behavior) Sort by date and take first 100 after current date and then > take expired entries working backward from present time? The helper class for 0.8 will let you ask for the n most relevant entries pretty much using an algorithm substantially similar to what you just descibed. Have you tried playing with test data so far? Roger |
|
From: Robert J. A. <ro...@ac...> - 2004-01-25 02:16:28
|
I just got a vx6000, and being a mozilla advocate, and cronic tester, I
want to see Mozilla sync!
So I sent a few IM's, and got some info for you all, perhaps to start
with. It's not perfect, but it's a start.
It is all below, some commentary, and some code. Hopefully someone can
make use of it Would make quite a feature.
Here's some sample python code I wrote that shows basically what you
have to do:
from xpcom import components
import xpcom.components
------------------------------------------------------
dirServiceClass =
components.classes["@mozilla.org/file/directory_service;1"]
dirService = dirServiceClass.getService(components.interfaces.nsIProperties)
messengerClass = components.classes["@mozilla.org/messenger;1"]
appShellClass =
components.classes["@mozilla.org/appshell/appShellService;1"]
# need to get the IID of nsIFile
file = dirService.get("MozBinD", components.interfaces.nsIFile)
dirService.set("ProfD", file)
file.append("prefs.js")
dirService.set("PrefF", file)
# acctMgr =
components.classes["@mozilla.org/messenger/account-manager;1"].getService(components.interfaces.nsIMsgAccountManager)
# do I need to do this? shouldn't it just happen?
prefsservice = components.classes["@mozilla.org/preferences-service;1"]
prefs = prefsservice.getService(components.interfaces.nsIPrefService)
prefs.readUserPrefs(None)
cls = components.classes["@mozilla.org/messenger/account-manager;1"]
acctMgr = cls.getService(components.interfaces.nsIMsgAccountManager)
# nsIMsgAccountManager defines accounts - getting them will load the
accounts
accounts = acctMgr.accounts
print "%d accounts" % accounts.Count()
for i in range(accounts.Count()):
account = accounts.QueryElementAt(i, components.interfaces.nsIMsgAccount)
print i, account.key
defaultServer = acctMgr.defaultAccount.incomingServer
------------------------------------------------------
then, you'd get create an AB from a uri
then, open the db on the ab, and enumerate the card
it's not that bad, actually - the only trick is getting the profile to load
ok. now that I remember, that code doesn't actually use the mozilla
profile, but a special profile
from xpcom import components
------------------------------------------------------
import xpcom.components
messengerClass = components.classes["@mozilla.org/messenger;1"]
cls = components.classes["@mozilla.org/messenger/account-manager;1"]
acctMgr = cls.getService(components.interfaces.nsIMsgAccountManager)
# nsIMsgAccountManager defines accounts - getting them will load the
accounts
accounts = acctMgr.accounts
print "%d accounts" % accounts.Count()
for i in range(accounts.Count()):
account = accounts.QueryElementAt(i, components.interfaces.nsIMsgAccount)
print i, account.key
------------------------------------------------------
that's just some sample code. But you do need to load the right profile...
and I don't quite know how to do that off the top of my head.
--
Robert J. Accettura
ro...@ac...
|
|
From: Roger B. <ro...@ro...> - 2004-01-24 07:45:34
|
> easy, windows or linux? You can work from the CVS tree on Windows, Linux and Mac. There isn't really any difference in the code. About the only reason to pick Linux and Mac over Windows is if you want to work at the direct USB level since the Windows libusb is still a bit flaky. http://bitpim.sourceforge.net/testhelp/sanyo4900-scarymessage.jpg > That link may be dead but on the 8100 I also get a very scary message > about having to contact Sprint. The link works for me, and has the message you describe. Roger |
|
From: Rob E. <rj...@sh...> - 2004-01-24 07:26:55
|
> If you are willing to help, without any quick payoff in actual working > media transfer software, and are able to get the CVS version of BitPim > running, I could use some help testing the protocol on an 8100. > easy, windows or linux? > Yes. I believe that it is required. Also on the 4900 it displays a > rather scary message > (http://bitpim.sourceforge.net/testhelp/sanyo4900-scarymessage.jpg) > when > uploading the phonebook. That's a good enough reason for me to > reboot. > That link may be dead but on the 8100 I also get a very scary message about having to contact Sprint. Any thoughts about my question for detecting an incomming call? Thanks, Rob |
|
From: Stephen W. <sa...@us...> - 2004-01-24 02:14:08
|
On Fri, 2004-01-23 at 16:50, Rob Emanuele wrote: > After playing with the program for a bit I left wondering a few things: > > Are the camera pictures and wallpaper buried in the /nvm in the file system? I've seen some "Notifications" there but nothing that hits me over head as a picture. Are apps also hidden there? > >From the reports I have gotten, the Sanyo 4900, 8100 and several other Sanyo phones don't have any pictures, ringers or apps available in the filesystem view. I do have some information on the protocol used to transfer media to the 8100 and to transfer pictures from the camera. I tried to implement the protocol for the 4900 but had no luck. So either the media protocol on the 4900 is different from the 8100, or I am missing something in my understanding of the protocol. If you are willing to help, without any quick payoff in actual working media transfer software, and are able to get the CVS version of BitPim running, I could use some help testing the protocol on an 8100. > After uploading phonebook data does it always reboot the phone? Yes. I believe that it is required. Also on the 4900 it displays a rather scary message (http://bitpim.sourceforge.net/testhelp/sanyo4900-scarymessage.jpg) when uploading the phonebook. That's a good enough reason for me to reboot. I'm told that SnapSync reboots the phone even when you read the phone book. At least we don't do that. Stephen |
|
From: Roger B. <ro...@ro...> - 2004-01-23 22:20:15
|
> After playing with the program for a bit I left wondering a few things: Stephen will answer your questions in detail as he is the Sanyo guy. > Are the camera pictures and wallpaper buried in the /nvm in the file system? The easiest way to answer that question is to make a complete filesystem backup, take a picture, then do another backup and compare the results. Same story for apps. > I just cannot tell when one is incomming. In my experience you can only do that with data calls. Maybe a robot arm to push the talk button and a webcam examining the screen :-) > After uploading phonebook data does it always reboot the phone? I believe the Sanyo code offlines the phone. I don't know of anyway to online it again without a reboot. (The LG phones auto-reboot after no activity for a minute when in sync mode). Roger |
|
From: Rob E. <rj...@sh...> - 2004-01-23 21:50:39
|
Dudes, You guys rock.... As the only open source program I know of for the Sanyo 8100 I am quite happy to have found you. After playing with the program for a bit I left wondering a few things: Are the camera pictures and wallpaper buried in the /nvm in the file system? I've seen some "Notifications" there but nothing that hits me over head as a picture. Are apps also hidden there? One project I've been beating on for quite a long time is hooking my phone to a linux based pbx and using it as a trunk line. I can make the phone dial and answer vioce calls via the virtual serial interface, I just cannot tell when one is incomming. Do you guys have any idea on that? After uploading phonebook data does it always reboot the phone? Thanks and trey cool, Rob |
|
From: Stephen W. <sa...@us...> - 2004-01-23 15:17:07
|
On Fri, 2004-01-23 at 05:01, Roger Binns wrote: > This will be of most use to Stephen. In the experiments directory there > is a new script gentestdata. Recommended way of running it is: > > cd experiments > python gentestdata.py ../tests > cd .. Trying to import this test data will be most interesting! As well as help to find outright bugs, it will force me to deal with several issues. 1. Calendar stuff Sanyo doesn't support: daybitmaps, whatever they are, exceptions, repeat codes (monfri). Do I drop the entry altogether, or do my best to put it in the phone somehow. How do I notify the user what has been done? 2. Calendar entry limits. Sanyo supports 100 entries. What to do if more than 100 dates in BitPim? Take first 100. (Present behavior) Sort by date and take first 100 after current date and then take expired entries working backward from present time? 3. Test behaviour with more than 300 names in phone book. 4. Sanyo advertises 300 names, 500 total numbers in phone. Each name can hold 7 numbers. 300*7 = 2100 > 500. What to do if trying to write > 500 numbers, but less than 300 names? The 500 number limit is from the Caller ID buffer in the phone. The present code will allow more than 500 numbers, but only put the first 500 numbers in the caller id buffer. (The numbers are sorted by type, first all the home phone numbers are written to the caller id buffer, then all the work, mobile etc.) But I have never actually written > 500 phone numbers to my phone. With the test data I can find out if A) It works, B) the phonebook on the phone is at all functional afterwards. Stephen |
|
From: Roger B. <ro...@ro...> - 2004-01-23 10:07:32
|
This will be of most use to Stephen. In the experiments directory there is a new script gentestdata. Recommended way of running it is: cd experiments python gentestdata.py ../tests cd .. (../tests is the directory it creates the data in). There is a nice csv file for importing into the phonebook. (Note it may take several minutes to generate). There are also midi files and wallpapers. There is also a calendar index.idx file you can place in your data directory. As a result of playing with this test data, I have found numerous areas where code needs to be tightened up (it is usually because it doesn't truncate fields when formatting data for the phone). You can also turn on profiling in bp.py (change the False to True). I managed to significantly improve startup and import speeds with large data sets by changing a few lines. Roger |
|
From: Roger B. <ro...@ro...> - 2004-01-22 01:04:44
|
> Another way to save information on the phone would be save the data in a > fake phone book entry. The preferences could be saved under the name > "Bitpim Data" as a phone number. The only problem with this is that we can only gaurantee one number per entry and would have to store the config data in about 20 ascii digits. That is doable for settings like is the order first name, last name but is a problem for storing a ringtone associated with each category. > (Actually on my phone, deleting a phone > book entry does not actually delete it, it just flips a bit) The LG phones are way more confused than that. They actually store the phonebook information in two or three files, but present stuff as though there was only one in the sync protocol. This is what makes the speeddial stuff more difficult as they index into one of those files instead of the index for sync protocol entries. (Actually the coders seem to never use the same indexing scheme twice. Almost every thing that has lists of entries such as the phonebook, speeddials, camera images, wallpapers, do the indexing in a different way). Roger |
|
From: Stephen W. <sa...@us...> - 2004-01-22 00:30:51
|
On Wed, 2004-01-21 at 19:13, John H. wrote: > Sorry, I never saw a reply last time. Someone had mentioned a few weeks ago sanyo 4900 media transfer was nearly complete. I was wondering the status of this? > > thanks! Actually a few weeks ago, development work on media transfer was nearly about to start, with an estimate that it might take 3 months to develop the software. Since then, problems have come up, so there is no anticipation of media support being added any time soon. It may happen some day, or it may never ever ever happen. |
|
From: John H. <mrm...@my...> - 2004-01-22 00:13:29
|
Sorry, I never saw a reply last time. Someone had mentioned a few weeks ago sanyo 4900 media transfer was nearly complete. I was wondering the status of this? thanks! _______________________________________________ No banners. No pop-ups. No kidding. Introducing My Way - http://www.myway.com |
|
From: Dustin S. <du...@ai...> - 2004-01-21 16:55:13
|
Inside the NVM dir there are two files, ERI.BIN and PRL.BIN. Both these files have a small amount of content at the beginning followed by zeros. NVM/ERI.BIN contains HEX: 00000000 55 53 2f 52 49 2f 30 30 00 00 b8 55 00 00 00 00 ASCII: US/RI/00...U.... NVM/PRL.BIN contains HEX: 00000000 55 53 2f 52 4c 2f 30 30 00 00 b3 f1 00 00 00 00 ASCII: US/RL/00........ Any chance US/RI or US/RL could be a directory? I did a full backup, then shot some video, took some pictures and added a new entry to the phonebook. After taking another full backup and comparing they appear exactly the same. So all of this stuff has got to be stored somewhere currently hidden. Dustin -----Original Message----- From: bit...@li... [mailto:bit...@li...]On Behalf Of Roger Binns Sent: January 20, 2004 6:16 PM To: bit...@li... Subject: Re: [Bitpim-devel] audiovox 9900 > but rather through other commands > which are probably not easily derivable from first principles. Unless you already have some software that does it then we can figure it out from serial port sniffing :-) [BTW I did at one point send every possible command in the filesystem command set and they all gave me error codes except for the ones I already knew about. However there do seem to be some other families of commands] The easiest way to find if they are in the filesystem is to make a complete backup, shoot some video, make a second backup and compare the two. Roger ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Bitpim-devel mailing list Bit...@li... https://lists.sourceforge.net/lists/listinfo/bitpim-devel |
|
From: Roger B. <ro...@ro...> - 2004-01-20 23:16:10
|
> but rather through other commands > which are probably not easily derivable from first principles. Unless you already have some software that does it then we can figure it out from serial port sniffing :-) [BTW I did at one point send every possible command in the filesystem command set and they all gave me error codes except for the ones I already knew about. However there do seem to be some other families of commands] The easiest way to find if they are in the filesystem is to make a complete backup, shoot some video, make a second backup and compare the two. Roger |
|
From: Stephen W. <sa...@us...> - 2004-01-20 23:03:36
|
This looks similar to the minimal file system for the Sanyo phones. All the phonebook and calendar data can be found in non-descriptevly named files in NVM, but none of the ringers or wallpapers can be found in the file system. If the video clips are downloadable over the cable, it won't be through the file system, but rather through other commands which are probably not easily derivable from first principles. |
|
From: Dustin S. <du...@ai...> - 2004-01-20 19:36:03
|
Hello, I am trying to get access to the media files on an audiovox 9900. Specifically, this phone is able to record short video clips which I would like to examine. BitPim successfully connects to the phone and gives a filesystem, however the media files are nowhere to be found. In fact when compared to the filesystem I get when I run BitPim with an LG4400 the 9900 filesystem appears very barren. The root of the filesystem has these entries: $SYS_RMT $USER_DIRS NVM/ RDM_PORT_MAP VoiceDB/ cnst/ I assume that this phone is just not supported. I have downloaded BitPim's sources, but I have no clue as to what is required to get the 9900 to reveal its full filesystem. Could someone point me in the right direction? thanks, Dustin |
|
From: Jon S. <jon...@ya...> - 2004-01-20 19:01:52
|
--- Roger Binns <ro...@ro...> wrote: > Jon Smirl wrote: > > I'm downloading the various Brew SDKs. Can you give me a clue as to where to > > look for data on the USB transactions? > > They don't have it in the SDKs. The USB stuff is just bi-directional reads > and writes. Is the content of the read/writes documented anywhere? I tried everything I can think of but I can't get copy to work from the protocol window. I do see it do this: go into brew mode memoryconfig req/resp is ok listfile req/resp is ok listdirectories req/resp is ok Readfile request, 17 bytes: 59 04 00 0d 6e 76 6d 2f 24 53 59 53 2e 45 53 4e 00 Response, 17 bytes: 59 04 0d 6e 76 6d 2f 24 53 59 53 2e 45 53 4e 00 31 then it thows an exception NameTooLong. ===== Jon Smirl jon...@ya... __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus |
|
From: Roger B. <ro...@ro...> - 2004-01-20 10:01:55
|
> Now each time I try to get a file I'm getting a protocol error. This phone is > very new so it is probably Brew 3.0. The Brew version has nothing to do with the diagnostics protocol. > I tried selecting all of the differenct phones in BitPim but I got the same > error each time. The diagnostics protocol is identical no matter what phone is selected. > Is there any way to copy/dump the protocol log? Control C/Scrape and paste. Roger |
|
From: Roger B. <ro...@ro...> - 2004-01-20 10:00:13
|
Jon Smirl wrote: > I'm downloading the various Brew SDKs. Can you give me a clue as to where to > look for data on the USB transactions? They don't have it in the SDKs. The USB stuff is just bi-directional reads and writes. Roger |
|
From: Jon S. <jon...@ya...> - 2004-01-20 07:38:15
|
I'm downloading the various Brew SDKs. Can you give me a clue as to where to look for data on the USB transactions? ===== Jon Smirl jon...@ya... __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus |
|
From: Jon S. <jon...@ya...> - 2004-01-20 07:06:54
|
I'm making progress. The errors were because I needed to udate to most recent usbutils. I'm able to get directories without problem now. I simply open the modem device from bitpim. I've tried both 2.4 and 2.6 and I get the same behavior. Now each time I try to get a file I'm getting a protocol error. This phone is very new so it is probably Brew 3.0. I'm going to go find a Windows machine so that I can download their SDK. Hopefully it will document the USB transactions. I tried selecting all of the differenct phones in BitPim but I got the same error each time. Is there any way to copy/dump the protocol log? ===== Jon Smirl jon...@ya... __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus |
|
From: Stephen W. <sa...@ge...> - 2004-01-20 05:27:14
|
> The other is I could put a file onto the phone's filesystem with the > information. We would need to test this for Sanyo phones. The Sanyo filesystem is pretty pathetic, so who knows if it would work. Another way to save information on the phone would be save the data in a fake phone book entry. The preferences could be saved under the name "Bitpim Data" as a phone number. While this would use up a phone number, it would be transparent to the user, so he could simply delete the entry if he didn't want it. (Actually on my phone, deleting a phone book entry does not actually delete it, it just flips a bit) |
|
From: Jon S. <jon...@ya...> - 2004-01-20 03:10:27
|
I only have one interface with two bulk endpoints. I had thought that this was
part of the audio support but maybe it isn't.
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 10
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 4 Motorola Communication Interface
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x8a EP 10 IN
bmAttributes 2
Transfer Type Bulk
Synch Type none
wMaxPacketSize 64
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x0b EP 11 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type none
wMaxPacketSize 64
bInterval 0
=====
Jon Smirl
jon...@ya...
__________________________________
Do you Yahoo!?
Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes
http://hotjobs.sweepstakes.yahoo.com/signingbonus
|
|
From: Roger B. <ro...@ro...> - 2004-01-20 02:54:16
|
Jon Smirl wrote: > I'm trying to run the CVS version, where does the DSV package come from? http://bitpim.sourceforge.net/developer.html If you want USB to work, you will also need to build in native/usb (you will need swig installed [a recent one, not the ancient crud on RH9]) by running build.sh I would recommend you stick to a standard stable kernel (2.4.x) first before trying out the 2.6 series. I have no idea if libusb works correctly against 2.6. If you want to post more about it, first establish that the issues are not caused by the new kernel, interactions with libusb etc. Additionally bitpim will only list interfaces for which there are bulk endpoints going in both directions (OUT and IN). Roger |
|
From: Jon S. <jon...@ya...> - 2004-01-20 02:03:45
|
/proc/bus/usb/device for the phone. T: Bus=03 Lev=01 Prnt=01 Port=01 Cnt=02 Dev#= 3 Spd=12 MxCh= 0 D: Ver= 1.01 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=16 #Cfgs= 1 P: Vendor=22b8 ProdID=2821 Rev= 0.01 S: Manufacturer=Motorola Inc. S: Product=Motorola T720c C:* #Ifs= 8 Cfg#= 1 Atr=c0 MxPwr= 20mA I: If#= 0 Alt= 0 #EPs= 1 Cls=02(comm.) Sub=02 Prot=01 Driver=cdc_acm E: Ad=81(I) Atr=03(Int.) MxPS= 16 Ivl=32ms I: If#= 1 Alt= 0 #EPs= 2 Cls=0a(data ) Sub=00 Prot=00 Driver=cdc_acm E: Ad=8a(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms E: Ad=0b(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms I: If#= 2 Alt= 0 #EPs= 0 Cls=01(audio) Sub=01 Prot=00 Driver=audio I: If#= 3 Alt= 0 #EPs= 0 Cls=01(audio) Sub=02 Prot=00 Driver=audio I: If#= 3 Alt= 1 #EPs= 1 Cls=01(audio) Sub=02 Prot=00 Driver=audio E: Ad=84(I) Atr=0d(Isoc) MxPS= 16 Ivl=1ms I: If#= 3 Alt= 2 #EPs= 1 Cls=01(audio) Sub=02 Prot=00 Driver=audio E: Ad=84(I) Atr=0d(Isoc) MxPS= 16 Ivl=1ms I: If#= 3 Alt= 3 #EPs= 1 Cls=01(audio) Sub=02 Prot=00 Driver=audio E: Ad=84(I) Atr=0d(Isoc) MxPS= 16 Ivl=1ms I: If#= 4 Alt= 0 #EPs= 0 Cls=01(audio) Sub=02 Prot=00 Driver=audio I: If#= 4 Alt= 1 #EPs= 1 Cls=01(audio) Sub=02 Prot=00 Driver=audio E: Ad=07(O) Atr=0d(Isoc) MxPS= 16 Ivl=1ms I: If#= 4 Alt= 2 #EPs= 1 Cls=01(audio) Sub=02 Prot=00 Driver=audio E: Ad=07(O) Atr=0d(Isoc) MxPS= 16 Ivl=1ms I: If#= 4 Alt= 3 #EPs= 1 Cls=01(audio) Sub=02 Prot=00 Driver=audio E: Ad=07(O) Atr=0d(Isoc) MxPS= 16 Ivl=1ms I: If#= 5 Alt= 0 #EPs= 0 Cls=ff(vend.) Sub=01 Prot=ff Driver=(none) I: If#= 6 Alt= 0 #EPs= 0 Cls=ff(vend.) Sub=02 Prot=ff Driver=(none) I: If#= 8 Alt= 0 #EPs= 1 Cls=0a(data ) Sub=02 Prot=ff Driver=(none) E: Ad=8a(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms ===== Jon Smirl jon...@ya... __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus |
107 messages has been excluded from this view by a project administrator.
){kind=link}