> > >Woof! > >On Fri, 18 Jun 2010 20:34:11 -0400, M. Ranganathan <[email protected]> >wrote: > >> Can be done in the background when system load is low by a low priority >> thread. > >Well, zipping (or MP3 encoding) could be. But what about when someone >calls in to check their messages? The unzipping/MP3 decoding must be done
>in realtime, on demand, and on the server. > >I agree with Tony's argument for MP3 when sent via e-mail or downloaded > from the user portal. But even if sipX did MP3 encoding for this purpose, >I'd suggest keeping the original linear files around for when users are >retrieving messages via the telephone to avoid the need to decode in >realtime. +1. Performance is more important than disk space. > >Is anyone out there running a 'large' sipX/SCS system willing to publish >their voicemail usage specs? I'd love to see the average number of >messages per mailbox, and the average length of each message, and the >total disk space used by voicemail. Every system I've ever looked at was >using a tiny fraction of the disk space for voicemail. Average message >length was under 30 seconds. Logs were taking up WAY more space then >voicemail ever did. > >And for the record, I think sipX should support MP3, but only when someone >finds a way around the licensing issues. Can we detect if lame is installed and if so use it, otherwise no? --martin > >--Woof! _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev sipXecs IP PBX -- http://www.sipfoundry.org/
