Re: VX5400 memo (Notes) test, version 1.0.3.20071206
"Ken Schnell" <[email protected]>
| Newsgroups | gmane.comp.mobile.bitpim.devel |
|---|---|
| Message-ID | <000001c839e9$43228c80$6c0910ac@pilgrim3> |
What kind of tool is used to view the file system on the newer sanyo phones - I would like to do some work on the phone development but I am having some trouble working blind. -----Original Message----- From: [email protected] [mailto:[email protected]]On Behalf Of [email protected] Sent: Saturday, December 08, 2007 5:42 AM To: [email protected] Subject: Re: [BitPim-devel] VX5400 memo (Notes) test, version 1.0.3.20071206 Thanks Joe and Nathan. The image preview now works and the ringer index is working correctly for the built-in ringtones. There appears to be an odd indexing issue when retrieving either a PictureID or a RingerID (using mp3 or midi files -- not built-in), but this only occurs when either of the IDs are changed in the phone and then retrieved into Bitpim. For contacts having a changed PictureID or RingerID, the retrieved PictureID incorrectly defaults to the first path in dload/image.dat and the RingerID incorrectly defaults to the first path in dload/myringtone.dat. The new test version did not create this problem -- I missed it when testing before. To correctly see this problem: 1. I delete all of the phonebook entries from Bitpim (Edit/Select All, Edit/Delete). 2. Then I change either a PictureID or a RingerID for a contact on the phone itself. 3. Then I retrieve the phonebook from the phone (using Replace All). 4. Then I check the PictureID or RingerID (whichever I changed, or both) for the contact, and it (or they) are wrong. 5. If I change the PictureID or RingerID in Bitpim, upload it, then retrieve it again (using steps 1 - 3) from the phone, the ID data is correct. I'm still working on a better definition of the problem (so don't hold me to this one -- I may be doing something wrong), and I'll repost when I think I have a better handle on it (I'm going to examine the pbentry.dat, pbRingIdSetAsPath.dat, and pbPictureIdSetAsPath.dat files for pre-download and post-upload differences). It may be related to this same problem for the VX8550: http://sourceforge.net/mailarchive/forum.php?thread_name=473698C5.8040105%40 gmail.com&forum_name=bitpim-user And I think another issue that might be a problem is when a contact entry is erased on the phone and the phonebook is then retrieved into Bitpim. The data for the now empty contact is filled with garbage. I'm still examining this issue as well. I'm guessing that it may appear on other phones using the same or similar pim/pbentry.dat layout. The VX5400 works fine with a straight USB cable. The phone is identified correctly using the phone info button, and the detect phone selection finds the phone OK. Playlist and To Do are not supported, but that's not a big deal. The only other thing that I noticed about the phone is that mp3s should be saved with (at minimum) the 44.1khz and 48kbs settings (using mono). The phone has some type of automatic volume control that will distort lower quality mp3s. Thanks again for all of the effort and results. Ron At 10:57 PM 12/7/2007 +0000, you wrote: >>If I manipulate the memo.dat file and make the first dword for each >>note segment unique (no particular order, and any of the 4 bytes of >>the dword), the notes appear on the phone with the correct text and >>date/time. > >Thanks for the feedback and the insight. We should be able to do something 'bout it. Any other feedback on the other functions of the VX5400? > >-Joe Pham ------------------------------------------------------------------------- SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ BitPim-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bitpim-devel ------------------------------------------------------------------------- SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php