From: Roger B. <ro...@ro...> - 2004-02-16 04:49:35
|
> 1) USB vendor/product id... I have no idea how to find this. It is usually part of the hardware instance. Look in the com port browser. hardwareinstance USB\VID_1004&PID_6000&MI_02\SERIAL_NUMBER_02 This is how the device is named internally. For example USB devices include the vendor (VID) and product (PID) identities Every LG phone so far has been VID=1004, PID=6000 > com_lgvx4400.__init__. However, it seems to fetch standard strings (eg. > Manufacturer="LG Electronics Ltd.", Model="LG-4600"). That is just what the modem gives. You can't actually get it via the USB diagnostics interface. > Are there other > commands I can send to the phone to fetch the USB Vendor/Prod ID, or should > I be looking somewhere in the file system for this info? You have to look in the driver hardware instance bindings. > 2) Names and locations of index files. So the main "index" for both > ringers and wallpapers is a file called \$USER_DIRS. That file serves a different purpose. I think it lists all directories that could be deleted if you wanted to do a factory reset. Or maybe it is the directories that should be counted if you are trying to figure out how much space has been used. > These point to directories in \usr\Ringtone and \usr\Wallpaper. Yet another naming convention ... On other LG phones it is user/sound/ringer and brew/shared respectively. > Each subdirectory in those dirs contains 2 files: .desc(a fixed length file > which contains mime type info and file size) and a file named body (no > extension) which is the actual media file. The name of the subdirectory > becomes the name of the Ringtone/Wallpaper as seen when using the phone. Yet another different scheme. And they love duplicating information (eg file size is stored in two different places). I wonder how they map the files into phonebook entries. On the other phones, there is an index file which maps numerical indices into the filenames. > NOT have to be modified. I simply created a new subdir under \usr\Wallpaper > (or Ringtone) and gave it an appropriate name. Can the directory name include the extension (eg could you name it example.jpg)? > 3) Length of index record... see above Sounds like no index at all. > 4 + 5) Neither the phone nor calendar seems to work. I have to do some > more playing to check out where it is failing, but I suspect the phone is > different than the vx4500 in how it handles the PIM info. A cursory look at > the file system shows a \pim directory which contains pbentry.dat (which > contains the entries, obviously. These appear to be fixed length records > which include the name, and various offsets into the other files), > pbnumber.dat, pbgroup, and record_id. I'll investigate further when I get > the chance. That is in fact exactly how the other phones store the pim. Can you set the phone type in BitPim to be VX4500, and then request the phonebook? Please email me the last 4 packets from the protocol log. Roger |