[Bitpim-devel] Re: [bitpim-cvs-checkins] bitpim com_phone.py,1.17, 1.18

[d***@netzero.com]

I just sent Stephen this change. The A650 and A310 are ready to go. The report feature works fine for the PC, has beened disabled for the Mac, and appears to have no issue on Linux.

-Joe Pham

+ self.__enable_reporting=False

Please use guihelper.IsMac for detecting Mac.

Are we any closer to being able to do a build? (I would prefer to go ahead
with one, and have any dodgy functionality disabled).

Roger


-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
Bitpim-devel mailing list
Bitpim-***@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitpim-devel


________________________________________________________________
Speed up your surfing with NetZero HiSpeed.
Now includes pop-up blocker!
Only $14.95/ month - visit http://www.netzero.com/surf to sign up today!

[Vic Heintz]

If we can't get the a670 camera pix download stuff working quick enough
for this release, I'd rather send Stephen the version I have which at
least has the same functionality as the a650. - Vic

Post by d***@netzero.com
I just sent Stephen this change. The A650 and A310 are ready to go.
The report feature works fine for the PC, has beened disabled for the
Mac, and appears to have no issue on Linux.
-Joe Pham

+ self.__enable_reporting=False

Please use guihelper.IsMac for detecting Mac.
Are we any closer to being able to do a build? (I would prefer to go
ahead
with one, and have any dodgy functionality disabled).
Roger
-------------------------------------------------------
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
Bitpim-devel mailing list
https://lists.sourceforge.net/lists/listinfo/bitpim-devel
________________________________________________________________
Speed up your surfing with NetZero HiSpeed.
Now includes pop-up blocker!
Only $14.95/ month - visit http://www.netzero.com/surf to sign up
today!
-------------------------------------------------------
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
Bitpim-devel mailing list
https://lists.sourceforge.net/lists/listinfo/bitpim-devel

[Roger Binns]

Post by Vic Heintz
If we can't get the a670 camera pix download stuff working quick
enough for this release, I'd rather send Stephen the version I have
which at least has the same functionality as the a650. - Vic

The build was due at the end of the weekend and there will be another
in two weeks time. So the sooner the better.

Roger

[Stephen Wood]

I have checked in code that Vic just sent that he says he is happy
with. I suspect that the media read/write actually doesn't do the
header bytes correctly, so I commented out media writes to the phone,
but left in media reads to the 670.

So I would say do the build with what we have.

Stephen

Post by Roger Binns

Post by Vic Heintz
If we can't get the a670 camera pix download stuff working quick
enough for this release, I'd rather send Stephen the version I have
which at least has the same functionality as the a650. - Vic

The build was due at the end of the weekend and there will be another
in two weeks time. So the sooner the better.
Roger
-------------------------------------------------------
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
Bitpim-devel mailing list
https://lists.sourceforge.net/lists/listinfo/bitpim-devel

[Vic Heintz]

First of all I don't understand why you commented out the wallpaper and
ringtone reads and writes. They seemed to be working fine and are
basically the same as the a650 code. Did you comment them out of there
too? Secondly your edit broke my phonebook writes. I have edited what I
just pulled off cvs and am sending it back to you.

Perhaps you misunderstood an earlier comment about it still not
correctly making the association between wallpaper and/or ringtones and
a PHONEBOOK entry for caller ID purposes. If anything should be
commented out it is phonebook writes. But I am OK with leaving it
enabled. I can trade off having the ability to import contacts from
other sources with the annoyance of losing my caller ID associations in
a write. The few I have can be restored with a few button pushes. -Vic

Post by Stephen Wood
I have checked in code that Vic just sent that he says he is happy
with. I suspect that the media read/write actually doesn't do the
header bytes correctly, so I commented out media writes to the phone,
but left in media reads to the 670.
So I would say do the build with what we have.
Stephen

Post by Roger Binns

Post by Vic Heintz
If we can't get the a670 camera pix download stuff working quick
enough for this release, I'd rather send Stephen the version I have
which at least has the same functionality as the a650. - Vic

The build was due at the end of the weekend and there will be another
in two weeks time. So the sooner the better.
Roger

[Stephen Wood]

Post by Vic Heintz
First of all I don't understand why you commented out the wallpaper and
ringtone reads and writes. They seemed to be working fine and are
basically the same as the a650 code. Did you comment them out of there
too? Secondly your edit broke my phonebook writes. I have edited what I
just pulled off cvs and am sending it back to you.

I guess I didn't understand that the extra bytes are only in photos, not
wallpaper and ringers. I put back the version you sent at 252EST.

I do think you need rebootphone in the media methods so that the phone
gets rebooted back to where AT commands will work. But I left it as you
sent it.

Post by Vic Heintz
Perhaps you misunderstood an earlier comment about it still not
correctly making the association between wallpaper and/or ringtones and
a PHONEBOOK entry for caller ID purposes. If anything should be
commented out it is phonebook writes. But I am OK with leaving it
enabled. I can trade off having the ability to import contacts from
other sources with the annoyance of losing my caller ID associations in
a write. The few I have can be restored with a few button pushes. -Vic

Do you know if it will be possible to make ringtone/wallpaper
assignments through the phonebook AT commands. I have only looked at
this a little with my phone and it is not clear we can do this.

Stephen

[Vic Heintz]

Post by Stephen Wood
Do you know if it will be possible to make ringtone/wallpaper
assignments through the phonebook AT commands. I have only looked at
this a little with my phone and it is not clear we can do this.

On the Samsung A670 and the A610 (which from what I have seen in
examples/samsungnotes.txt has exactly the same functionality) the
"caller ID" ringtone index and camera photo directory path are returned
in the 4th and 25th fields of what is returned by AT#PBOKR. The 23rd
field seems to be a flag for the wallpaper assignment where:
5 indicates no image assignment.
4 indicates assignment of an uploaded wallpaper image but path is NOT
given in field 25
3 indicates assignment of a selected camera photo and the path is given
in field 25 as "digital_cam/Image0xx"

There must be maps in other files on the phone linking ringtone index
with brew/ringer/someFile.mid and linking a phonebook entry ID with a
brew/shared/someImage.bmp (or png) If this is the case then it may need
to be a combined brew and AT operation. Or perhaps there is an AT
command that retrieves these maps. I will dig further into this.

Vic

[Vic Heintz]

Post by Vic Heintz

Post by Stephen Wood
Do you know if it will be possible to make ringtone/wallpaper
assignments through the phonebook AT commands. I have only looked at
this a little with my phone and it is not clear we can do this.

On the Samsung A670 and the A610 (which from what I have seen in
examples/samsungnotes.txt has exactly the same functionality) the
"caller ID" ringtone index and camera photo directory path are
returned in the 4th and 25th fields of what is returned by AT#PBOKR.
5 indicates no image assignment.
4 indicates assignment of an uploaded wallpaper image but path is NOT
given in field 25
3 indicates assignment of a selected camera photo and the path is
given in field 25 as "digital_cam/Image0xx"
There must be maps in other files on the phone linking ringtone index
with brew/ringer/someFile.mid and linking a phonebook entry ID with a
brew/shared/someImage.bmp (or png) If this is the case then it may
need to be a combined brew and AT operation. Or perhaps there is an
AT command that retrieves these maps. I will dig further into this.

A little further investigation finds that the Samsung A670 has the
files: /nvm/nvm/brew_melody, /nvn/nvm/brew_image, and
/nvm/nvm/dial_tbl that would appear to be parts of the puzzle. The
first lists the ringtone filenames with IDs that correspond to what is
returned by AT#PBOKR less 16. It should be straightforward linking pb
entries with ringtone files using this info.

The second file lists all of the wallpaper image files in /brew/shared
along with a unique index.

There appears to be a link between the above unique index and and pb
entry names in the third file that corresponds to the way they were
assigned.

I have info on the record formats in each of these files. Not sure what
to do with this right now. Stephen, perhaps you can add this info to
examples/samsungnotes.txt

Vic

[Roger Binns]

Post by Vic Heintz
The
first lists the ringtone filenames with IDs that correspond to what is
returned by AT#PBOKR less 16. It should be straightforward linking pb
entries with ringtone files using this info.

That is exactly how the LG phones work. There are one or more index files
for each media type. For a phonebook entry, 0 means none, 1 through
something are the builtins, 50 (usually) points to id 0 in one index file
etc.

The worst case has been the VX6000 which has this:

# more VX6000 indices
imagelocations=(
# offset, index file, files location, type, maximumentries
( 10, "download/dloadindex/brewImageIndex.map", "brew/shared", "images", 30) ,
( 0xc8, "download/dloadindex/mmsImageIndex.map", "brew/shared/mms", "mms", 20),
( 0xdc, "download/dloadindex/mmsDrmImageIndex.map", "brew/shared/mms/d", "drm", 20),
( 0x82, None, None, "camera", 20) # nb camera must be last
)

ringtonelocations=(
# offset, index file, files location, type, maximumentries
( 50, "download/dloadindex/brewRingerIndex.map", "user/sound/ringer", "ringers", 30),
( 150, "download/dloadindex/mmsRingerIndex.map", "mms/sound", "mms", 20),
( 180, "download/dloadindex/mmsDrmRingerIndex.map", "mms/sound/drm", "drm", 20)
)

The code for writing gets interesting (that is why there is an origin field
for media).

Post by Vic Heintz
I have info on the record formats in each of these files. Not sure
what to do with this right now. Stephen, perhaps you can add this
info to examples/samsungnotes.txt

You should write some descriptions of the files. See the various .p
files as well as packetdescription.txt. You should also figure out
things like what the limits are (eg how many entries), as well as what
the phone does when you delete an image/tone. (The LG phones typically
just change that row in the index file to have an id of 0xffff).

Roger

[Stephen Wood]

Post by Roger Binns
You should write some descriptions of the files. See the various .p
files as well as packetdescription.txt. You should also figure out
things like what the limits are (eg how many entries), as well as what
the phone does when you delete an image/tone. (The LG phones typically
just change that row in the index file to have an id of 0xffff).
Roger

Roger:

I forgot if there is a simple way to test out packet descriptions of
binary files that Vic could use to test out descriptions he writes. I
know it could be done by writing a little script makes a hex dump and
adds the <#! p_whatever.whatever !#> stuff, but are there some tools
that already exist?

Thanks, Stephen

[Vic Heintz]

Post by Roger Binns

Post by Vic Heintz
I have info on the record formats in each of these files. Not sure
what to do with this right now. Stephen, perhaps you can add this
info to examples/samsungnotes.txt

You should write some descriptions of the files. See the various .p
files as well as packetdescription.txt.

My "descriptions" are in the form of Perl cgi scripts on the local web
server on my home LAN. I use a dump of my phone's root tree as the
data source for web pages which allow me to view the files as tables.
If someone would like to translate the Perl to a packet description let
me know. (I speak Perl and HTML but barely understand Python.)

Post by Roger Binns
You should also figure out things like what the limits are (eg how
many entries),

brew_melody allows 40 ringtone files (IDs 0-39 which appear in AT
commands as IDs 16-55)
brew_image allows 30 wallpaper files (IDs 0-29)

Vic

[Roger Binns]

Post by Vic Heintz
If someone would like to translate the Perl to a packet description
let me know. (I speak Perl and HTML but barely understand Python.)

The packet description stuff isn't in any language, but rather a home
grown one.

Roger