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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.