Dziugas Baltrunas wrote: > > Hi, Stipe, > > > Forgot another _crucial_ thing! > > What about the content adaptation functionality? It seems that every new > mobile device today provides "new" screen size, accepted formats and so > on. Basicly there are several different tasks MMSC should be aware of > when delivering the MMS message using MM1: > > * If the phone doesn't support the original image, convert it to the > supported one (according to the phone capabilities), if possible;
correct. While "content adaption" should actualy been made "unnecessary" in the MMS world, this is still something to beware of. And in cases SDU sizes can't be read by devices or specific multipart entities are our of accept scope, those should be dropped, or converted. That's correct. > * If the image (in the SMIL slide) is larger than a maximum screen size > of the phone, resize it; this depends on it. Actually the MMSC "can" also relly on the phone to resize it to the specific screen size. It's up to the device usually. But some devices maybe dumb in that way, that they don't have the capability to resize on their own and rather drop the image display. In such cases, yes, it would be up to the MMSC. But that's again a tricky thing to distinguish. > * If the phone doesn't support the original sound, convert it to the > supported one (often to the AMR format) Ok, again correct (of course ;) This is all a question of legacy format support etc. > It's obvious that all these tasks will require depedency with additional > graphic and audio libraries, because, for example, writing WAV -> AMR > converter from stratch would be a suicide :) (3GPP provides a huge C API > for that). correct. We would use external libs for these aims. It's not up to Kannel to handle it internally in it's code. > The worst thing is that the content adaptation task can't be separated > from MMSC as it's the only entity receiving the User Agent Profile > (UAProf) or at least Accept headers. Shall we think about the "adapter" > submodule of the mmsbox? what do you mean with "adapter" submodule? A module that transcodes the MMS "on-the-fly", based on the user-agent and UAProf? Yes, this makes sense to me. Stipe mailto:[EMAIL PROTECTED] ------------------------------------------------------------------- Wapme Systems AG Vogelsanger Weg 80 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ ------------------------------------------------------------------- -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -----END PGP PUBLIC KEY BLOCK-----