-
Showed this when testing out ios stream in rackspace:
Analysis of http://….rackdcn.com…..mp4
Mime Type: application/vnd.apple.mpegurl
Video:
Bad mime type: Video served with a bad mime type application/vnd.apple.mpegurl!
-
-
Hello Chan,
your video URL points to a M3U8 file for the HLS stream, but the file extension is MP4. So our video checker treats it as a MP4 video and that’s why it reports the error.
Can you ask Rackspace if this is how their system work? I mean do they always use the .mp4 extension for HLS streams, or is it just a coincidence?
Thanks,
MartinYes they always use .mp4. I noticed it wouldn’t play either.
Hello Chan,
it’s tricky if the file extension doesn’t match the file type.
There is a way of making it play though – try adding #.m3u8 at the end of the URL. So
http://something-something.rackcdn.com/video.mp4Becomes this, it will play, I just tested it:
http://something-something.rackcdn.com/video.mp4#.m3u8Thanks,
MartinI can’t get this url to work with your player: rtmp://video.example.com/480745868/_definst_/mp4:480745868/file-name.mp4
And this one shows up with my domain in front of it in video checker
http://video.example.com/480745868/_definst_/mp4:480745868/file-name.mp4/playlist.m3u8
The RTMP works in jwplayer just perfect. I don’t want to spend a $150 for it to work without there logo though.
Hello Chan,
take a look at your RTMP path – it contains “mp4:” which separates the RTMP server endpoint from the RTMP path.
So the correct way of posting this with FV Flowplayer is.
[fvplayer rtmp="rtmp://video.example.com/480745868/_definst_/" rtmp_path="480745868/file-name.mp4"]
Then you can simply add up HLS stream:
[fvplayer rtmp="rtmp://video.example.com/480745868/_definst_/" rtmp_path="480745868/file-name.mp4" src="http://video.example.com/480745868/_definst_/mp4:480745868/file-name.mp4/playlist.m3u8"]
We updated the RTMP documentation with this.
I see that the HLS is not checked by video checker at all, so we fixed that by including at least a basic check.
In next version of FV Flowplayer, you will be able to insert the URL in its original form, but we still prefer to separate the RTMP server and path.
Thanks,
MartinI got the rtmp working but the quality switching isn’t working.
Hello Chan,
as you are our licensed user, we can have a look at your issue right on your website. Could you please post a link where we can see the malfunction? Alternatively you can just post URLs to your quality versions and we will test it out.
Thanks,
MartinCheck my FV Flowplayer licensed website. You will see that the quality switching doesn’t work.
Hello Chan,
thank you for your cooperation, where were a couple of issues we had to fix:
1) First of all – M3U8 is designed to support multiple quality streams inside of it. Can you get such file from your video provider? Then there should be no need for quality switching provided by our plugin.
However we included support for that in new FV Player Pro release (0.1.8.9), so this will now work. Tested on iPad as well.
2) I see the bug in RTMP quality switching. The new version fixes that as well.
3) We also released new FV WordPress Flowplayer (2.2.21) to fix the issue with your RTMP URLs (rtmp://server/path/mp4:path/file-name).
Thanks,
MartinI can’t get the hls quality stream.
The video is off now when going to full screen.
Hello Chan,
I can see the quality switching on your site and I can use full screen as well. Tested in Safari (7.0.1), iPad (iOS 5.1.1) and Firefox (31.0, Firefox has to use Flash with RTMP as only Safari plays HLS).
Could you please post more information about what browser you used?
Thanks,
MartinI don’t see that it’s changing with hls when clicking on ipad. It might be you can test it.
The rtmp seems to work now in quality switching. When going to full screen in rtmp it’s off until you change the quality then it works in full screen but not until you change the quality while in full screen.
I’m using Chrome the latest. I can confirm that it only shows the video off on full screen in chrome. The others work good.
Hello Chan,
are you sure you don’t have “Private” mode enabled on the iPad? That might interfere.
Regarding your full screen issues – we tested Chrome 36.0.1985.125 on Mac OS X 10.9.1, Chrome 35.0.1916.114 m and 36.0.1985.125 m on Windows 7 and couldn’t replicate the issue.
Do you mean that the video disappears after switching the quality? Is the issue solved by clearing the browser cache or perhaps even restarting it? Does the issue also appear if you log out of the site?
Thanks,
MartinThe video shows to the left with all the black on the right when clicking full screen. I can’t tell if it’s using flash or not in chrome. When in full screen then clicking a different quality it is full screen as it should be. Only in Chrome does it do this on windows 7. I cleared the cache in browser. It does it not logged in to. On ipad it should it switches I just can’t call because the video looks same to me in quality. I don’t have private mode.
Hello Chan,
could you please test for your Chrome issues here? https://foliovision.com/player/demos/flowplayer-quality-switching
On iPad, you need to have a look at your watermark logo – it’s clearly sharper when you are in HD video mode.
Thanks,
MartinThe link you sent to test shows fine. Just on the one on my site.
It only does that with the rtmp and hls embedded video not a video I have using just the mp4 link.
Hello Chan,
I’ll be sending you a test page with your video privately in a couple of minutes. If will show us if the issue could be related to the template which you are using.
Thanks,
MartinIt didn’t show offset but that wasn’t flash rtmp. It did that only with rtmp that I saw. Also, it plays really slow in flash on xp.
Hello Chan,
on our test page, the video was streamed in RTMP and HLS. So Chrome was using Flash to play the RTMP stream as it doesn’t play HLS.
I had a look in Windows XP with IE7 and the video played smoothly. We have a separate support ticket where we noticed that Windows XP with IE7 is indeed slow to play videos on your particular site, so there must be some CSS conflict.
Thanks,
Martin
