Extracted 'MP3' file is corrupt

[gafling]

WavePad version: 3.12

Status: recent download - evaluation copy

Windows version: W2000 SP4

 

Objective: create mp3 file to be used as ring tone.

 

Procedures:

1) load an MP3 file (fileX.mp3)

2) select area to 'copy'

3) Save as 'MP3 (fileZ.mp3)

4) test play 'fileZ.mp3' with various players; all work.

5) upload 'fileZ.mp3' to Razor-V3.

6) Phone will not play file. It considers the file corrupt.

 

Notes:

- Other MP3 files that do play properly on the phone have one of these groups as the beginning characters of the MP3 file:

- - 'ID3' (optional 256 byte header?)

- - 0xfffb (begin of data marker?)

 

Presuming one of the above is normal, I notice that the extracted file (fileZ.mp3) has the 'ID3' characters but it appears to be only 8 bytes long, and there is no '0xfffb' marker following it.

 

Could this be a bug? Or do I need to set an option somewhere?

 

Thanks for your help.

[Guest MichaelJee]

Hello Gregory,

 

Can you detail

“Other MP3 files that do play properly on the phone have one of these groups as the beginning characters of the MP3 file”

 

1 - Do you mean characters when viewing with a hex editor?

 

2 – I would suggest that answers could be gained by looking into the specs of the phone. It may NOT want to play a file with ID2/3 headers. Can you please research? You might need to use an application from the manufacture to specially load the mp3 onto the phone.

 

M

[gafling]

Michael, thank you for responding.

 

1 - Do you mean characters when viewing with a hex editor?

(Yes)

 

2 - I would suggest that answers could be gained by looking into the specs

of the phone. It may NOT want to play a file with ID2/3 headers. Can you

please research? You might need to use an application from the manufacture

to specially load the mp3 onto the phone.

 

(The phone plays MP3 files with and without 'ID3' headers. I should note

that in all files that start with the 'ID3' segment, that segment is 256

bytes long and is immediately followed by a 'synch word'.)

 

 

I have downloaded and viewed every MP3 file on my phone. When viewed with

a file viewer with hex capabilities, they all begin with either the three

ASCII characters 'ID3' or the 32-bit synch word. If the file begins with

'ID3', that seems to be part of a 256 character header. It is immediately

followed by the '0xfff?????' synch word. Some files have no 'IDx' header

and begin immediately with the '0xfff?????' synch word data. Here are some

examples of working MP3 files from the phone

 

File that begins with synch word:

00000000 FF FB 92 64 00 0F F0 00 00 69 07 00 00 00 00 00

00000010 0D 20 E0 00 00 00 00 01 A4 14 00 00 00 00 00 34

00000020 82 80 00 00 F1 38 85 CD F9 40 0C 38 BF 01 CF 00

00000030 ...

Note: this file was extracted using WavePad 2.x.x; works on phone.

 

 

Another file that begins with synch word:

00000000 FF F2 52 C0 2A EC 00 00 00 02 5C 00 00 00 00 0E

00000010 E9 25 6E 38 1A 4B 2C 37 34 B9 17 42 8B AE A5 AA

00000020 0A C1 6A DB F8 6E D6 28 DB CB 46 46 2B 27 18 02

00000030 ...

Note: this MP3 file came from the phone; obviously works on phone.

 

File that begins with 'ID3':

00000000 49 44 33 03 00 00 00 00 01 76 50 52 49 56 00 00 ID3......vPRIV..

00000010 00 0E 00 00 50 65 61 6B 56 61 6C 75 65 00 FF 7F

00000020 00 00 50 52 49 56 00 00 00 11 00 00 41 76 65 72

00000030 61 67 65 4C 65 76 65 6C 00 51 1C 00 00 00 00 00

00000040 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

00000050 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

00000060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

00000070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

00000080 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

00000090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

000000A0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

000000B0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

000000C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

000000D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

000000E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

000000F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

00000100 FF F2 41 C8 BA D8 00 0E C0 CA 79 77 43 48 02 90 <-- 0xfff241c8 synch word

00000110 4F AC D1 C0 37 03 73 44 4A 11 37 78 89 80 08 AE

00000120 68 00 20 18 A0 93 27 3A 52 16 81 8B 6F 48 05 04

00000140 ...

Note: this MP3 file plays AOK on the phone.

 

This file created by WP v3.12: (it does NOT work on phone)

00000000 49 44 33 03 00 00 00 00 00 00 B9 4A 00 03 21 B3 ID3.......¹J..!³

00000010 6C 43 32 F0 00 03 8F C0 E3 F1 F8 1C 0E 3F 03 81

00000020 C0 E0 7F 00 A6 60 61 11 6E E0 69 84 01 BD 3F E1

00000030 64 C0 48 06 D0 3D 10 00 C2 07 F6 80 12 B0 32 81

00000040 82 01 3F E0 0C 9C 35 78 5B F8 63 3F FC 56 E4 B9

00000050 04 02 43 00 24 2F EC DE 03 01 C0 10 40 19 63 00

00000060 30 50 06 06 00 90 FF FF 80 C0 B0 30 40 00 C1 04

00000070 0B 1C 13 A0 FB 14 BF FF FE 06 48 40 7D 44 13 03

00000080 14 08 3B 02 77 03 18 00 59 22 97 FF FF FC 41 01

00000090 F2 2E 30 E5 06 30 47 84 B8 FE 23 F0 B6 02 B4 FF

000000A0 FF FF FC 64 00 18 00 7A 87 80 90 40 B2 70 F7 C3

000000B0 15 80 68 10 1A 06 0D 9C 10 40 D4 2E 10 2D 13 FF

000000C0 FF FF D0 90 CB 93 06 CC 72 C4 85 2B 1D 5B 21 FA

000000D0 28 8D CB 4C FD BD 74 1C D6 A4 01 79 4A 39 18 00

000000E0 AA 49 54 15 56 B1 B3 CD 15 21 81 F0 D1 11 40 71

000000F0 A3 E7 55 A1 0E 98 BA 10 DC A8 3B D5 A7 FB 52 AD

00000100 41 0D 10 B2 CE B9 47 28 CF E7 88 D7 A9 A6 E3 DD <- 0xfff? should be here ...

00000110 92 35 19 DE CA 8A 6A 7C 8B 9E D4 61 9A 02 C4 D1

00000120 1E AE 1C 9D AB 18 1F 96 D4 8C 68 4A 65 F6 B7 08

00000130 ...

Note: this file is formatted wrong; does not play on phone.

 

 

Follow up:

 

This last file was created by 'cut/paste/open new/save as'. I used a hex

editor to modify the '0x49443303' to be '0xfffb9000'. That was the initial

four bytes in the original file. I then transferred the file to my phone

and VIOLA! it works. I know it's a hack but WTH ...

 

By now I am pretty sure that there is a small problem in WP v3.12. As I

mentioned above, I created a MP3 file on an earlier version of WP and it

works just fine. The MP3 file created by the earlier version has no 'ID3'

header at all. It begins with the 32 bit synch word only.

 

I have tried 'cut/paste/save as' using other MP3 sources. When using a hex

file viewer, it shows the opening characters always look like the file dump

immediately above. The 'ID3' header is not formatted correctly.

 

I hope this helps. Send me an e-mail if you want additional data.

 

Gregory

[Guest MichaelJee]

Thanks Greg,

 

We are looking into this now.

 

M