×

Discussion Board

Results 1 to 4 of 4
  1. #1
    Registered User
    Join Date
    Mar 2004
    Posts
    2

    Problems rendering MMS on all nokia terminals but other terminals works fine.

    Hi!

    I've got problems with displaying the swedish characters ??? on the nokia terminals. It makes no difference whether I encode the text attachment as utf-8 or iso-8859-1 (I know that iso-8859-1 should not be used). On the Nokia 3650 the characters show nice when viewing the different attachments but in the slideshow, they just appear as strange characters.

    I'm also having problems with image/png. The mms woun't render at all, but if I view the attachment the image looks fine.

    On the 3200 the image will not render correctly, one of the images is rescaled to a minimum and the other has no sharpness att all. Also the order of the slides are totally wicked.

    On the SonyEricsson phone's the mms:es renders nicely.

    Any ideas?

    Thanks for any help on this.

  2. #2
    Regular Contributor
    Join Date
    Mar 2003
    Posts
    474
    Strange problems. If everything is alright in your MMS, the characters should show up correctly in the attachments AND in the slideshow. Do you have a very old version of the 3650 SW?

    Could you send us a sample of what your SMIL looks like?

    How are you creating the MMS message? If you're using some of our tools, you can send us e.g. the Java code that you're using, or something along those lines...

    (hex dump of the MMS?)

    As to png -- the MMS Viewer should definitely be able to handle it, so I'd be tempted to question your SMIL.

    3200's ordering is easy to explain -- it's been answered here many times -- Series 40 Developer Platform 1.0 phones show MMS objects in exactly the order they are encoded in the message.

    3200 handling of PNG is not so easily explained. Don't know what to suggest.

    -paul / ForumNokia

  3. #3
    Registered User
    Join Date
    Mar 2004
    Posts
    2
    Thanks for taking you time. I've got a bit futher now and I'd be glad if you could confirm.

    I'll try to awnser your q:s here and also I will tell you some of my experience.

    3650 - I don't know about the version of the software in the phone (I've loaned it from Nokia sweden)

    SMIL- example, see the bottom

    Tools? No it's just a rendering engine build on our firm and then sending the mms on the mm7 interface.

    - image/png Here I have no clue what so ever, but rendering the images as jpeg results in the images showup ip proper size. The strange thing was that of two png images, one showed up fine, bute the other showed as it was scaled to a minimum. The difference betweed the images was the size (the one that showed as a miniature was about 5k and the other 2.5k). This happened on the Nokia 3200

    - SMIl - I've come to the conclution that the smil has to be rendered in a special way for nokia terminals, just as you said. It's a bit frustrating and makes it hard to render mms:es (via something like velocity). If someone else decides to present the par's in an other order you end up writing different (in my case ) java code for the terminals instead of leaving this up to the rendering engine. At the moment I've not found any other terminal that relies on the order of the pars, and I do hope it stays this way.

    All text is encoded with utf-8 and the content-type is set to "text/plain; charset=utf-8" wich was the trick to get swedish characters working. Also, when converting the images from png to jpeg, alot of problems dissapered.

    If you can see any problems with the smil below, please let me know, at the moment the only nokia terminals I'm having probs with is the 6600 and the 7650. For the 7650 I can settle with that the user has to view the objects one by one, but with the 6600 I find it a bit strange (it's exacly the same smil(and content) as for 6220, 3200, 3650 which now works fine).


    <?xml version="1.0" encoding="utf-8"?>
    <smil>
    <head>
    <layout>
    <root-layout width="100%" height="100%"/>
    <region id="Image" top="0" left="0" width="100%" height="100%"/>
    <region id="Text" top="0" left="0" width="100%" height="100%"/>
    </layout>
    <meta name="title" content="Some descr"/>
    </head>
    <body>
    <seq>
    <par dur="2s">
    <text region="Text" src="att-2147483648.txt"/>
    </par>
    <par dur="3s">
    <text region="Text" src="att-2147483647.txt"/>
    </par>
    <par dur="3s">
    <text region="Text" src="att-2147483646.txt"/>
    </par>
    <par dur="3s">
    <text region="Text" src="att-2147483645.txt"/>
    </par>
    <par dur="1s"><text region="Text" src="att-2147483644.txt"/></par>
    <par dur="3s">
    <img region="Image" src="att-2147483643.jpg" alt="radarbild"/>
    </par>
    <par dur="3s">
    <img region="Image" src="att-2147483642.jpg" alt="nbd karta"/>
    </par>
    </seq>
    </body>
    </smil>

  4. #4
    Regular Contributor
    Join Date
    Mar 2003
    Posts
    474
    Comments on your SMIL....

    well, you're missing the DOCTYPE line, for starters.

    <layout>
    <root-layout width="100%" height="100%"/>
    <region id="Image" top="0" left="0" width="100%" height="100%"/>
    <region id="Text" top="0" left="0" width="100%" height="100%"/>
    </layout>
    You could lose all the parameters you've passed here, as they're all default values, so they're not doing anything.

    <meta name="title" content="Some descr"/>
    I'd get rid of this as well, but that's just me.

    <body>
    <seq>
    <par dur="2s">
    <text region="Text" src="att-2147483648.txt"/>
    </par>...
    This seq is absolutely redundant - get rid of it. The body container is itself a sequence time container.

    The big question, of course, is this: does att-2147483648.txt have it's Content-Location header set to be att-2147483648.txt?

    -paul / ForumNokia
    Last edited by paulbrow; 2004-04-16 at 10:29.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
×