[BitPim-devel] Vrz V3m Errors reading media directories

[Scott Street]

Mac OS 10.4.7 - iMac 20" Intel Duo

Phone: Verizon RAZR V3m; seemed to allow MPT transfers -- validated that
it does work on a PC, never tried BitPim on PC.

BitPim 0.9.07, Phone setup as V3cm

Usb mini cable

First off - using "Get Phone Data" always fails because of following errors.

Browsing the filesystem is somewhat more successful. I can browse all
the directories in the phone EXCEPT:

/motorola/shared/audio
/motorola/shared/picture

What is even stranger, I can read the video directory, and even
download the files to my desktop and play them in Quicktime!!?!?

Here are the failures from both the audio and picture directories; both
of which fail after reading some of the directory contents; each time
BitPim attempts to read these directories, it fails at the same
location, respectively. If I take a bunch of photos with the camera, it
still fails at the same place reading the picture directory.



Here's the protocol logs:
/motorola/shared/audio

9:36:26.910 Moto-V3cm: Listing files in dir: 'motorola/shared/audio'
9:36:26.910 Moto-V3cm: sendbrewcommand Data - 29 bytes
<#! phones.p_brew.listfilerequest !#>
00000000 59 0b 00 00 00 00 16 6d 6f 74 6f 72 6f 6c 61 2f
Y......motorola/
00000010 73 68 61 72 65 64 2f 61 75 64 69 6f 00 shared/audio.

9:36:26.949 Moto-V3cm: brew response Data - 67 bytes
<#! phones.p_brew.listfileresponse !#>
00000000 59 0b 00 00 00 00 00 00 00 c9 d0 00 00 00 00 f8
Y...............
00000010 d5 01 00 47 00 00 00 16 2a 6d 6f 74 6f 72 6f 6c
...G....*motorol
00000020 61 2f 73 68 61 72 65 64 2f 61 75 64 69 6f 2f 31
a/shared/audio/1
00000030 30 30 34 48 7a 5f 32 30 73 5f 34 38 6b 62 73 2e
004Hz_20s_48kbs.
00000040 6d 70 5f mp_

9:36:26.951 Moto-V3cm: sendbrewcommand Data - 29 bytes
<#! phones.p_brew.listfilerequest !#>
00000000 59 0b 01 00 00 00 16 6d 6f 74 6f 72 6f 6c 61 2f
Y......motorola/
00000010 73 68 61 72 65 64 2f 61 75 64 69 6f 00 shared/audio.

9:36:26.970 Moto-V3cm: brew response Data - 64 bytes
<#! phones.p_brew.listfileresponse !#>
00000000 59 0b 00 01 00 00 00 00 00 c9 d0 00 00 00 00 c0
Y...............
00000010 f7 01 00 47 00 00 00 16 27 6d 6f 74 6f 72 6f 6c
...G....'motorol
00000020 61 2f 73 68 61 72 65 64 2f 61 75 64 69 6f 2f 54
a/shared/audio/T
00000030 61 6c 6b 54 6f 41 6e 41 6e 67 65 6c 2e 6d 70 33
alkToAnAngel.mp3
00000040

9:36:26.974 Moto-V3cm: sendbrewcommand Data - 29 bytes
<#! phones.p_brew.listfilerequest !#>
00000000 59 0b 02 00 00 00 16 6d 6f 74 6f 72 6f 6c 61 2f
Y......motorola/
00000010 73 68 61 72 65 64 2f 61 75 64 69 6f 00 shared/audio.

9:36:26.994 Moto-V3cm: brew response Data - 56 bytes
<#! phones.p_brew.listfileresponse !#>
00000000 59 0b 00 02 00 00 00 00 00 c9 d0 00 00 00 00 2b
Y..............+
00000010 02 00 00 47 00 00 00 16 1f 6d 6f 74 6f 72 6f 6c
...G.....motorol
00000020 61 2f 73 68 61 72 65 64 2f 61 75 64 69 6f 2f 61
a/shared/audio/a
00000030 6c 65 72 74 2e 6d 69 64 lert.mid

9:36:26.996 Moto-V3cm: sendbrewcommand Data - 29 bytes
<#! phones.p_brew.listfilerequest !#>
00000000 59 0b 03 00 00 00 16 6d 6f 74 6f 72 6f 6c 61 2f
Y......motorola/
00000010 73 68 61 72 65 64 2f 61 75 64 69 6f 00 shared/audio.

9:36:27.015 Moto-V3cm: brew response Data - 56 bytes
<#! phones.p_brew.listfileresponse !#>
00000000 59 0b 00 03 00 00 00 00 00 c9 d0 00 00 00 00 dd
Y...............
00000010 01 00 00 47 00 00 00 16 1f 6d 6f 74 6f 72 6f 6c
...G.....motorol
00000020 61 2f 73 68 61 72 65 64 2f 61 75 64 69 6f 2f 62
a/shared/audio/b
00000030 65 6c 6c 73 2e 6d 69 64 ells.mid

9:36:27.018 Moto-V3cm: sendbrewcommand Data - 29 bytes
<#! phones.p_brew.listfilerequest !#>
00000000 59 0b 04 00 00 00 16 6d 6f 74 6f 72 6f 6c 61 2f
Y......motorola/
00000010 73 68 61 72 65 64 2f 61 75 64 69 6f 00 shared/audio.

9:36:27.040 Moto-V3cm: brew response Data - 63 bytes
<#! phones.p_brew.listfileresponse !#>
00000000 59 0b 00 04 00 00 00 00 00 c9 d0 00 00 00 00 9a
Y...............
00000010 01 00 00 47 00 00 00 16 26 6d 6f 74 6f 72 6f 6c
...G....&motorol
00000020 61 2f 73 68 61 72 65 64 2f 61 75 64 69 6f 2f 62
a/shared/audio/b
00000030 69 74 73 5f 26 5f 62 79 74 65 73 2e 6d 69 64 its_&_bytes.mid

9:36:27.043 Moto-V3cm: sendbrewcommand Data - 29 bytes
<#! phones.p_brew.listfilerequest !#>
00000000 59 0b 05 00 00 00 16 6d 6f 74 6f 72 6f 6c 61 2f
Y......motorola/
00000010 73 68 61 72 65 64 2f 61 75 64 69 6f 00 shared/audio.

9:36:27.070 Moto-V3cm: brew response Data - 62 bytes
<#! phones.p_brew.listfileresponse !#>
00000000 59 0b 00 05 00 00 00 00 00 c9 d0 00 00 00 00 5d
Y..............]
00000010 00 00 00 47 00 00 00 16 25 6d 6f 74 6f 72 6f 6c
...G....%motorol
00000020 61 2f 73 68 61 72 65 64 2f 61 75 64 69 6f 2f 63
a/shared/audio/c
00000030 68 69 6d 65 73 5f 68 69 67 68 2e 6d 69 64 himes_high.mid

9:36:27.072 Moto-V3cm: sendbrewcommand Data - 29 bytes
<#! phones.p_brew.listfilerequest !#>
00000000 59 0b 06 00 00 00 16 6d 6f 74 6f 72 6f 6c 61 2f
Y......motorola/
00000010 73 68 61 72 65 64 2f 61 75 64 69 6f 00 shared/audio.

9:36:30.130 /dev/cu.usbmodem0000105D1: Timed out - flushing and trying again
9:36:33.113 /dev/cu.usbmodem0000105D1: Timed out waiting for 7e,
requested bytes 1 - 0 bytes read
9:36:33.113 /dev/cu.usbmodem0000105D1: Incomplete read was Data - 0 bytes


and for pictures:


9:36:53.897 Moto-V3cm: Now in brew mode
9:36:53.898 Moto-V3cm: sendbrewcommand Data - 31 bytes
<#! phones.p_brew.listfilerequest !#>
00000000 59 0b 00 00 00 00 18 6d 6f 74 6f 72 6f 6c 61 2f
Y......motorola/
00000010 73 68 61 72 65 64 2f 70 69 63 74 75 72 65 00 shared/picture.

9:36:53.926 Moto-V3cm: brew response Data - 64 bytes
<#! phones.p_brew.listfileresponse !#>
00000000 59 0b 00 00 00 00 00 09 00 cc 69 e4 04 66 03 7c
Y.........i..f.|
00000010 99 00 00 22 00 00 00 18 27 6d 6f 74 6f 72 6f 6c
..."....'motorol
00000020 61 2f 73 68 61 72 65 64 2f 70 69 63 74 75 72 65
a/shared/picture
00000030 2f 30 38 30 35 30 36 31 35 35 31 31 2e 6a 70 67
/08050615511.jpg
00000040

9:36:53.929 Moto-V3cm: sendbrewcommand Data - 31 bytes
<#! phones.p_brew.listfilerequest !#>
00000000 59 0b 01 00 00 00 18 6d 6f 74 6f 72 6f 6c 61 2f
Y......motorola/
00000010 73 68 61 72 65 64 2f 70 69 63 74 75 72 65 00 shared/picture.

9:36:53.957 Moto-V3cm: brew response Data - 65 bytes
<#! phones.p_brew.listfileresponse !#>
00000000 59 0b 00 01 00 00 00 00 00 c9 d0 00 00 00 00 65
Y..............e
00000010 1d 00 00 47 00 00 00 18 28 6d 6f 74 6f 72 6f 6c
...G....(motorol
00000020 61 2f 73 68 61 72 65 64 2f 70 69 63 74 75 72 65
a/shared/picture
00000030 2f 30 39 30 37 30 36 5f 31 33 33 31 31 2e 6a 70
/090706_13311.jp
00000040 67 g

9:36:53.959 Moto-V3cm: sendbrewcommand Data - 31 bytes
<#! phones.p_brew.listfilerequest !#>
00000000 59 0b 02 00 00 00 18 6d 6f 74 6f 72 6f 6c 61 2f
Y......motorola/
00000010 73 68 61 72 65 64 2f 70 69 63 74 75 72 65 00 shared/picture.

9:36:53.987 Moto-V3cm: brew response Data - 65 bytes
<#! phones.p_brew.listfileresponse !#>
00000000 59 0b 00 02 00 00 00 00 00 c9 d0 00 00 00 00 e0
Y...............
00000010 1b 01 00 47 00 00 00 18 28 6d 6f 74 6f 72 6f 6c
...G....(motorol
00000020 61 2f 73 68 61 72 65 64 2f 70 69 63 74 75 72 65
a/shared/picture
00000030 2f 30 39 30 37 30 36 5f 31 33 33 32 31 2e 6a 70
/090706_13321.jp
00000040 67 g

9:36:53.989 Moto-V3cm: sendbrewcommand Data - 31 bytes
<#! phones.p_brew.listfilerequest !#>
00000000 59 0b 03 00 00 00 18 6d 6f 74 6f 72 6f 6c 61 2f
Y......motorola/
00000010 73 68 61 72 65 64 2f 70 69 63 74 75 72 65 00 shared/picture.

9:36:54.017 Moto-V3cm: brew response Data - 65 bytes
<#! phones.p_brew.listfileresponse !#>
00000000 59 0b 00 03 00 00 00 00 00 c9 d0 00 00 00 00 0a
Y...............
00000010 6a 01 00 47 00 00 00 18 28 6d 6f 74 6f 72 6f 6c
j..G....(motorol
00000020 61 2f 73 68 61 72 65 64 2f 70 69 63 74 75 72 65
a/shared/picture
00000030 2f 30 39 31 30 30 36 5f 31 34 33 32 31 2e 6a 70
/091006_14321.jp
00000040 67 g

9:36:54.020 Moto-V3cm: sendbrewcommand Data - 31 bytes
<#! phones.p_brew.listfilerequest !#>
00000000 59 0b 04 00 00 00 18 6d 6f 74 6f 72 6f 6c 61 2f
Y......motorola/
00000010 73 68 61 72 65 64 2f 70 69 63 74 75 72 65 00 shared/picture.

9:36:54.045 Moto-V3cm: brew response Data - 65 bytes
<#! phones.p_brew.listfileresponse !#>
00000000 59 0b 00 04 00 00 00 00 00 c9 d0 00 00 00 00 24
Y..............$
00000010 48 02 00 47 00 00 00 18 28 6d 6f 74 6f 72 6f 6c
H..G....(motorol
00000020 61 2f 73 68 61 72 65 64 2f 70 69 63 74 75 72 65
a/shared/picture
00000030 2f 30 39 31 31 30 36 5f 31 36 35 39 31 2e 6a 70
/091106_16591.jp
00000040 67 g

9:36:54.048 Moto-V3cm: sendbrewcommand Data - 31 bytes
<#! phones.p_brew.listfilerequest !#>
00000000 59 0b 05 00 00 00 18 6d 6f 74 6f 72 6f 6c 61 2f
Y......motorola/
00000010 73 68 61 72 65 64 2f 70 69 63 74 75 72 65 00 shared/picture.

9:36:54.074 Moto-V3cm: brew response Data - 60 bytes
<#! phones.p_brew.listfileresponse !#>
00000000 59 0b 00 05 00 00 00 00 00 c9 d0 00 00 00 00 56
Y..............V
00000010 1b 00 00 47 00 00 00 18 23 6d 6f 74 6f 72 6f 6c
...G....#motorol
00000020 61 2f 73 68 61 72 65 64 2f 70 69 63 74 75 72 65
a/shared/picture
00000030 2f 31 30 30 31 30 34 36 2e 6a 70 67 /1001046.jpg

9:36:54.078 Moto-V3cm: sendbrewcommand Data - 31 bytes
<#! phones.p_brew.listfilerequest !#>
00000000 59 0b 06 00 00 00 18 6d 6f 74 6f 72 6f 6c 61 2f
Y......motorola/
00000010 73 68 61 72 65 64 2f 70 69 63 74 75 72 65 00 shared/picture.

9:36:54.104 Moto-V3cm: brew response Data - 60 bytes
<#! phones.p_brew.listfileresponse !#>
00000000 59 0b 00 06 00 00 00 00 00 c9 d0 00 00 00 00 2d
Y..............-
00000010 51 01 00 47 00 00 00 18 23 6d 6f 74 6f 72 6f 6c
Q..G....#motorol
00000020 61 2f 73 68 61 72 65 64 2f 70 69 63 74 75 72 65
a/shared/picture
00000030 2f 41 20 42 6c 61 73 74 2e 6a 70 67 /A Blast.jpg

9:36:54.109 Moto-V3cm: sendbrewcommand Data - 31 bytes
<#! phones.p_brew.listfilerequest !#>
00000000 59 0b 07 00 00 00 18 6d 6f 74 6f 72 6f 6c 61 2f
Y......motorola/
00000010 73 68 61 72 65 64 2f 70 69 63 74 75 72 65 00 shared/picture.

9:36:54.134 Moto-V3cm: brew response Data - 63 bytes
<#! phones.p_brew.listfileresponse !#>
00000000 59 0b 00 07 00 00 00 00 00 c9 d0 00 00 00 00 a7
Y...............
00000010 2c 01 00 47 00 00 00 18 26 6d 6f 74 6f 72 6f 6c
,..G....&motorol
00000020 61 2f 73 68 61 72 65 64 2f 70 69 63 74 75 72 65
a/shared/picture
00000030 2f 43 6f 6c 64 20 53 74 65 65 6c 2e 6a 70 67 /Cold Steel.jpg

9:36:54.136 Moto-V3cm: sendbrewcommand Data - 31 bytes
<#! phones.p_brew.listfilerequest !#>
00000000 59 0b 08 00 00 00 18 6d 6f 74 6f 72 6f 6c 61 2f
Y......motorola/
00000010 73 68 61 72 65 64 2f 70 69 63 74 75 72 65 00 shared/picture.

9:36:54.163 Moto-V3cm: brew response Data - 63 bytes
<#! phones.p_brew.listfileresponse !#>
00000000 59 0b 00 08 00 00 00 00 00 c9 d0 00 00 00 00 23
Y..............#
00000010 a7 00 00 47 00 00 00 18 26 6d 6f 74 6f 72 6f 6c
...G....&motorol
00000020 61 2f 73 68 61 72 65 64 2f 70 69 63 74 75 72 65
a/shared/picture
00000030 2f 43 79 62 65 72 73 70 61 63 65 2e 6a 70 67 /Cyberspace.jpg

9:36:54.166 Moto-V3cm: sendbrewcommand Data - 31 bytes
<#! phones.p_brew.listfilerequest !#>
00000000 59 0b 09 00 00 00 18 6d 6f 74 6f 72 6f 6c 61 2f
Y......motorola/
00000010 73 68 61 72 65 64 2f 70 69 63 74 75 72 65 00 shared/picture.

9:36:54.193 Moto-V3cm: brew response Data - 57 bytes
<#! phones.p_brew.listfileresponse !#>
00000000 59 0b 00 09 00 00 00 00 00 c9 d0 00 00 00 00 79
Y..............y
00000010 42 00 00 47 00 00 00 18 20 6d 6f 74 6f 72 6f 6c B..G....
motorol
00000020 61 2f 73 68 61 72 65 64 2f 70 69 63 74 75 72 65
a/shared/picture
00000030 2f 44 75 73 6b 2e 6a 70 67 /Dusk.jpg

9:36:54.195 Moto-V3cm: sendbrewcommand Data - 31 bytes
<#! phones.p_brew.listfilerequest !#>
00000000 59 0b 0a 00 00 00 18 6d 6f 74 6f 72 6f 6c 61 2f
Y......motorola/
00000010 73 68 61 72 65 64 2f 70 69 63 74 75 72 65 00 shared/picture.

9:36:57.221 /dev/cu.usbmodem0000105D1: Timed out - flushing and trying again
9:37:00.232 /dev/cu.usbmodem0000105D1: Timed out waiting for 7e,
requested bytes 1 - 0 bytes read
9:37:00.232 /dev/cu.usbmodem0000105D1: Incomplete read was Data - 0 bytes

[Dave Hansen]

Post by Scott Street
Phone: Verizon RAZR V3m; seemed to allow MPT transfers -- validated
that it does work on a PC, never tried BitPim on PC.
BitPim 0.9.07, Phone setup as V3cm
Usb mini cable
First off - using "Get Phone Data" always fails because of following errors.

Your symptoms sound very familiar, down to the filesystem browsing. I
think it is Verizon's attempt to quash file transfers of ringtones. I
was able to get the normal operation to work by commenting out a line of
code that fetched the wallpapers, I believe.

I have a feeling that the phone basically shuts down the USB transaction
when you ask for a protected area of storage on the phone. The Windows
drivers handle it, but the Linux ones don't.

I believe seem editing should restore file transfers, but I haven't been
brave enough to try.

-- Dave

[Scott Street]

Post by Dave Hansen

Post by Scott Street
Phone: Verizon RAZR V3m; seemed to allow MPT transfers -- validated
that it does work on a PC, never tried BitPim on PC.
BitPim 0.9.07, Phone setup as V3cm
Usb mini cable
First off - using "Get Phone Data" always fails because of following errors.

Your symptoms sound very familiar, down to the filesystem browsing. I
think it is Verizon's attempt to quash file transfers of ringtones. I
was able to get the normal operation to work by commenting out a line of
code that fetched the wallpapers, I believe.
I have a feeling that the phone basically shuts down the USB transaction
when you ask for a protected area of storage on the phone. The Windows
drivers handle it, but the Linux ones don't.
I believe seem editing should restore file transfers, but I haven't been
brave enough to try.

Booted windows on my iMac just to verify everything is ok, phone, cable,
and hardware wise. Sure enough, BitPim on Windows worked without
issues, still refuses to work in MacOS X. While I was in windows, I
verified all my SEEM edits are the completed to file transfers and what
not. I have all the v3m's bits set.

I also pulled and pushed data to and from the phone for pics and
ringtones [mp3 and mid both]; all worked without issue.

so it is something with the BREW / serial interface under Mac OS X...
but since it is intermittent and some transfers work [ie. video]; I
haven't a clue where to start looking for this problem.

Perhaps a workaround?

[Joe Pham]

I haven't a clue where to start looking for this problem.

You might want to try and increase the comm timeout value to see if
it helps any.

-Joe Pham




_____________________________________________________________________
PrivatePhone - FREE telephone number & voicemail.
A number so private, you can make it public.
http://www.privatephone.com

[Scott Street]

Post by Joe Pham

I haven't a clue where to start looking for this problem.

You might want to try and increase the comm timeout value to see if
it helps any.

Tried timeout, baud, flowcontrol, standing on my head -- no change.
fails after the same file each time.

I'm currently attempting to see if any characters are being returned
after the last directory request before the timeout. It appears that
nothing is being returned.

I really think it is something strange about the Verizon branded RAZR
V3m and the drivers for Mac OS X and probably Linux [anyone tried this
phone with BitPim on Linux?]

Which brings up the question of the difference between the Windows
drivers and Mac OS X drivers ?? What are the windows drivers doing
that Mac OS X isn't ?

[Scott Street]

Post by Scott Street

Post by Joe Pham

I haven't a clue where to start looking for this problem.

You might want to try and increase the comm timeout value to see if
it helps any.

Tried timeout, baud, flowcontrol, standing on my head -- no change.
fails after the same file each time.
I'm currently attempting to see if any characters are being returned
after the last directory request before the timeout. It appears that
nothing is being returned.

Ok, after much hacking today; this is what I know so far.

* p_brew.listfilerequest ; this works for any random filename index,
I set it to read just one file name works, no problem, but if I read
several in a row, it breaks; however, it appears that it is not code
p_brew.listfilerequest; seems more like a communication problem.

So, I added a 10 second delay and still after the first 9 file names,
the 10th does not get a response. So I added more and more delay, then
delays between each brew command... no change, still breaks after the
same 9 filenames, but if I read filenames starting at index of 10, I
read 5 filenames, then break... so on... the higher I start [ there are
at least 50 files in the directory ] the less filenames I can read,
until I only get 2.

It is something about the "audio" and "pictures" directories just can't
put my finger on it.