Comments on: Vonage and AT&T Home Voicemail on an iPhone http://tj.tntluoma.com/scripts/att-home-voicemail-on-an-iphone Life through my skewed view Thu, 20 Nov 2008 11:50:46 +0000 http://wordpress.org/?v=2.6.3 By: TuxToaster http://tj.tntluoma.com/scripts/att-home-voicemail-on-an-iphone#comment-15080 TuxToaster Wed, 16 Jul 2008 19:21:57 +0000 http://tj.tntluoma.com/?p=917#comment-15080 <p>The WAV format you mentioned is admittedly weird, and not well supported, but at the same time it's an industry standard. G.711 @ 8kHz is exactly what a typical telephone conversation runs over the phone line at, so any phone system that directly records a telephone conversation or message to a file is going to produce that same format of WAV. They just simply aren't resampling the file before sending it out.</p> <p>I had the same thing here with our corporate voicemail system. Once they released the ability to play MP3 attachments on the iPhone, I set up a script on the phone server to convert the voicemails to MP3 before sending them out, just so I could play them remotely.</p> <p>It obviously won't matter now, but for anyone else who finds this page looking for an answer, lame CAN convert these types of WAV files, but it's going to require a build that has support for libsndfile. I've had to maintain a custom compiled build of lame here to ensure that we could work with the WAV recordings that our system is pumping out, works pretty well once you can get it to recognize the file type.</p> <p>Anyways, too bad that they waited until now to add support for it, but awesome work! Glad to see I'm not the only one who uses PHP & shell scripts to glue things together :-)</p> The WAV format you mentioned is admittedly weird, and not well supported, but at the same time it’s an industry standard. G.711 @ 8kHz is exactly what a typical telephone conversation runs over the phone line at, so any phone system that directly records a telephone conversation or message to a file is going to produce that same format of WAV. They just simply aren’t resampling the file before sending it out.

I had the same thing here with our corporate voicemail system. Once they released the ability to play MP3 attachments on the iPhone, I set up a script on the phone server to convert the voicemails to MP3 before sending them out, just so I could play them remotely.

It obviously won’t matter now, but for anyone else who finds this page looking for an answer, lame CAN convert these types of WAV files, but it’s going to require a build that has support for libsndfile. I’ve had to maintain a custom compiled build of lame here to ensure that we could work with the WAV recordings that our system is pumping out, works pretty well once you can get it to recognize the file type.

Anyways, too bad that they waited until now to add support for it, but awesome work! Glad to see I’m not the only one who uses PHP & shell scripts to glue things together :-)

]]> By: kvanh http://tj.tntluoma.com/scripts/att-home-voicemail-on-an-iphone#comment-15076 kvanh Wed, 16 Jul 2008 12:56:13 +0000 http://tj.tntluoma.com/?p=917#comment-15076 <p>I had the same problem with my last blackberry (work provided so no iPhone). Our work voicemail (Cisco VOIP) would send WAV files i couldn't listen to. After "accidentally" breaking my phone and getting a new one the WAV files could play. Not sure they ever added the capability to the old phones.</p> I had the same problem with my last blackberry (work provided so no iPhone). Our work voicemail (Cisco VOIP) would send WAV files i couldn’t listen to. After “accidentally” breaking my phone and getting a new one the WAV files could play. Not sure they ever added the capability to the old phones.

]]> By: Nuthatch http://tj.tntluoma.com/scripts/att-home-voicemail-on-an-iphone#comment-15075 Nuthatch Wed, 16 Jul 2008 12:49:49 +0000 http://tj.tntluoma.com/?p=917#comment-15075 <p>Thanks for sharing a great story. The problem with AT&T is they know waaaaay too much about exactly what voice data they are moving around their network. They're not going to use a common mp3 format when they know their source is 8000Hz mono, etc. This is probably the smallest, most efficient format they can do without going completely proprietary. But not the easiest for anyone else to use or listen to ;)</p> Thanks for sharing a great story. The problem with AT&T is they know waaaaay too much about exactly what voice data they are moving around their network. They’re not going to use a common mp3 format when they know their source is 8000Hz mono, etc. This is probably the smallest, most efficient format they can do without going completely proprietary. But not the easiest for anyone else to use or listen to ;)

]]>