JW Player - iphone compatible?

Hi,

We're trying to have our videos be playable on iphones. We have them as mp4s and the files themselves seem to be within the technical specs required for iphone, but they won't play. Oddly, they'll play on Androids, though. Do you suppose it's something with our settings on JW Player or with my XML coding?

I'm using the following:

<rss version="2.0" xmlns:media=" search.yahoo.com/mrss/ " xmlns:jwplayer=" developer.longtailvideo.com/trac/wiki/FlashFormats ">
<channel>
<title>Trailers Playlist 2</title>

<item>
<title>title</title>
<description>description</description>
<media:content url="http://filelocation.mp4" type="video/mp4" />
<media:thumbnail url=" filelocation.jpg " />
<jwplayer:provider>http</jwplayer:provider>

</item>
</channel>

</rss>

Also, I was looking at the longtail video forums and saw that this might be the recommended setup for JW Player for iphone, but I'm not certain:

<script type="text/javascript" src="jwplayer.js"></script>
<div id="thePlayer"></div>
<script type="text/javascript">
jwplayer("thePlayer").setup({
flashplayer: "player.swf",
file: "file.mp4",
height: "270",
width: "380"
});
</script>


I think I'd tried that once a long time ago, but went back to the XML coding I'm using now, while trying to get the thumbnail image and a few other things working. Not sure what to go with now...

Could you provide a link ?

and also the provider must be set to video :

<jwplayer:provider>video</jwplayer:provider>

Thanks a lot for your help!

I sent you a link in a private message.

I am a bit lost in terms of what settings are necessary for what, but I think I set the jwplayer:provider param as http instead of video in order to get pseudostreaming working. I'm not sure if this is necessary, though. Should all else still work fine even if it's set as video?

i see that you used a swf skin, can you set an xml one please.

Thanks! I just changed the skin to XML. I'm having someone test to see if that helps. I'd tried setting the parameter as 'video' instead of 'http,' but it seemed to make pseudostreaming not work to have it as 'video.' I'll try changing it to 'video' again for testing if our current test doesn't pan out.