• Skip to content
  • Skip to primary sidebar
  • Skip to footer

Foliovision

Main navigation

  • Weblog
    • FV Player
    • WordPress
    • Video of the Week
    • Case Studies
    • Business
  • About
    • Testimonials
    • Meet the Team
    • We Support
    • Careers
    • Contact
    • Pricing
  • Products
  • Support
    • FV Player Docs
    • Pro Support
  • Login
  • Basket is empty

html5: Video file not found on iOS

[Solved]

Foliovision › Forums › FV Player › Troubleshooting › html5: Video file not found on iOS

  • EngineerEd 11 years, 7 months ago

    Simply love this plug in!

    I looked for an answer to this in the forum but didn’t see it addressed specifically.

    Playback was working across the board in all browsers and platforms I’ve tested with one exception. The iPad. I get the html5: Video file not found.

    I think the iOS is 5.1.1
    For Safari on that iPad:
    Mozilla 5.0
    Apple WebKit 534.46
    KHTML, like Gecko
    Version 5.1
    Mobile pB206
    Sari 7534.48.3

    Has this happened to anyone else, and what might I try to hunt down the problem.
    thanks

Viewing 19 replies - 1 through 19 (of 19 total)
  • Martin 12 years ago

    Hello Ed,

    The video file might not be compatible with iPad. MP4 can contain different streams. Please use the video checker (the message which appears in the top left corner of the video) to check the video properties and use the “Send to Foliovision” button to send us a report.

    You can try to re-encode it into MP4 using a free software called Handbrake, we absolutely recommend you use the original uncompressed file for the conversion, for maximum video quality. Our article about video encoding is here, together with recommended Handbrake settings: foliovision.com/wordpress/plugins/fv-wordpress-flowplayer/encoding

    Thanks,
    Martin

    EngineerEd 12 years ago

    sent the report

    I meant to mention that I used Handbrake, and used the settings recommended in your video encoding article. That’s why I was so happy it worked so well.

    EngineerEd 12 years ago

    Oh, and I sent the report as well.

    Thanks

    Martin 12 years ago

    Hello Ed,

    I’m sorry, but we received no report. Could you please upgrade to version 2.1.35 and send the report again?

    Thanks,
    Martin

    Matthew B. 11 years ago

    Getting the same issue here on my 3GS. Videos used to play just fine.

    Martin 11 years ago

    Hello Matthew,

    we are checking your issue.

    We noticed that your forum submissions failed – we are working on fixing that too. Sorry about the inconvenience.

    Thanks,
    Martin

    Martin 11 years ago

    Hello Matthew,

    as you are our licensed user, we tested the videos on your site right away.

    The /windows-8-tutorial and also /windows-tutorial05 both play fine on both iPhone (iOS 6.1.3) and iPad (iOS 5.1.1)

    Please visit this site and copy over the “Your User Agent String is:” information here: http://whatsmyuseragent.com

    1) Have you checked some other videos or is it just /windows-8-tutorial ?
    2) Are you logged in or logged out when this happens?
    3) What happens if you open the video URL directly in the iPhone (you would have to copy it from post editing)?

    Thanks,
    Martin

    Matthew B. 11 years ago

    Hi Martin,

    It looks like at some point one of the updates to my screen recording
    software changed the format of mp4 export slightly. Though, with the
    tools I have here I am unable to determine how as the files seem to be
    in the same format.

    I was able to get videos playing again by re-encoding them with
    Handbrake, I have e-mailed Blueberry (screen recording software) to ask
    them what has changed.

    I will use the Send report function to send you details about one of the
    videos before I replace them today.

    Thanks,

    Matt

    Martin 11 years ago

    Hello Matt,

    if you could report the broken/weird MP4 files from the screen recording application, that would be great.

    Thank you for reporting back!

    Martin

    Matthew B. 11 years ago

    Hi Martin,

    At this point I am totally stumped, here is what I know:

    1) None of the mp4 videos I have uploaded since August 29th will play on
    the iPhone 3GS with FV Flowplayer.
    2) Blueberry software sent me a link to their old version of the software
    and I re-encoded a video with that, but it still doesn’t work.
    3) I encoded a video using the recommended settings in handbrake, but it
    still doesn’t work. I somehow managed to find some settings that would work last night, when experimenting with Handbrake, but this morning I can’t for the life of
    me get a video that works on the 3GS.
    4) I have tried 2 different 3GS phones, the videos do not work on either of
    them.
    5) I have tried clearing cache and cookies in Safari on my 3GS, it made no
    difference. I’m also logged out of WordPress on my iPhone, I don’t have my WP
    credentials on my phone.
    6) If I copy and paste the video link directly, Safari says “Safari cannot open the page because it is a local file”. If I place the offending video file in my Dropbox however, then attempt to open it directly on my iPhone from my Dropbox, it DOES play.

    I think we can eliminate this being a problem with my encodes, but I
    cannot explain why suddenly newer videos don’t work on the 3GS. I know a
    lot of people still use this phone, so I would be very grateful if you
    could advise.

    I just did a bunch of re-encodes with Handbrake and they are not playing either, but they are only having problems on the 3GS.

    This is far from solved I’m afraid :(

    Martin 11 years ago

    Hello Matthew,

    could you please let us know what your user agent is for these iPhone 3GS phones? I posted the instructions above.

    The thing is that iPhone 3GS might be using either iOS 3 or iOS 4, both are quite old now. That leads us to some recommended encoding settings for these devices – I read that iOS on older iPhones for older devices has a resolution limit of 640×480. Also, what .h264 profile did you used? You might need to use baseline profile.

    However our ultimate goal is to detect the user agent/connection bandwidth combination and allow you to set a different file for mobile/low-bandwidth devices and for the rest. That way the videos would be fast even on mobile devices with slow connection.

    Thanks,
    Martin

    Matthew B. 11 years ago

    Martin,

    I have found out at least where the problem is –

    On my test page there are three videos, each encoded with the exact same
    Handbrake settings. The only difference is the top one was resized to
    640×480, the middle to 800×608 and the last one left at its native
    1024×768 size. Only the top most video (640×480) plays on my 3GS and on
    my girlfriends 3GS (both on iOS 6).

    Now it makes sense why my older videos worked, because it was Windows 8
    that moved the minimum screen resolution up to 1024×768 and so my
    encodes moved up in size too!

    So, can your team investigate why larger size videos fail to play on
    some iOS devices like this? It shouldn’t be a problem for the device to
    just resize the video to fit.

    I am getting an Apple fanatic friend to test the same page on all his
    devices tonight and will report back.

    Thanks,

    Matt

    Matthew B. 11 years ago

    Hi Martin,

    Did you get my latest e-mail with the video test page? It seems that the iPhone 3GS is rejecting videos that are > 640×480 in size so you could be right, but they DO play if played directly on the device. I used h264 profile – Main.

    If I encode two separate videos, and put the second, smaller video in the “mobile video” box when adding the FV WP Flowplayer shortcode, would that work?

    Anyway, here is the user agent string from both phones (identical), were are on iOS 6

    Mozilla/5.0 (iPhone; CPU iPhone OS 6_1_3 like Mac OS X)
    AppleWebKit/536.26 (KHTML, like Gecko) Version/6.0 Mobile/10B329
    Safari/8536.25

    Mozilla/5.0 (iPhone; CPU iPhone OS 6_1_3 like Mac OS X) AppleWebKit/536.26 (KHTML, like Gecko) Version/6.0 Mobile/10B329 Safari/8536.25

    Thanks for the help, looks like we’re getting to the bottom of this.

    Matt

    Martin 11 years ago

    Hello Matthew,

    interesting, I found out about the same issue above.

    What you can do is to use “mobile video” field of our plugin. Enable it in Settings -> FV WordPress Flowplayer -> Post Interface Options. Then in the shortcode editor you will get a special field for mobile video.

    That video will be served for each device with screen width lower than on equal to 320px and height lower than on equal to 480px. So you can test that out on desktop too by sizing down the browser window. This is done in JavaScript, so you don’t have to worry about WordPress page cache.

    Even if the later iPhones’ screen is in reality 640x960px, it’s true size is calculated as 320x480px as it’s the so called “retina” display.

    Thanks,
    Martin

    Matthew B. 11 years ago

    Fantastic! It feels good to get to the bottom of the problem. I just tried that on http://www.top-windows-tutorials.com/windows-8-tutorial/ and it now plays on the 3GS. FV Flowplayer rocks :)

    Feature request – Have the video checker warn the user if they only provide a video that is greater than 640×480 size that it might not play on some mobile devices.

    Thanks,

    Matt

    Martin 11 years ago

    Hello Matthew,

    the problem of doing such check is that browser doesn’t know the video dimensions until the video is ready to play. And it won’t get that far on old iPhone as it fails prior to that. So the only option would be to cache the video size, same as our video checker works.

    Thanks,
    Martin

    Matthew B. 11 years ago

    Hi Martin,

    Sorry I don’t think I was clear. What I meant was, have your video checker (the thing that is only shown to admins) show a warning if the video will be too big to play on iOS and no alternative is provided (like it does when moov atom is wrong for instance). I did not mean a warning to the website visitor.

    I think that would be a good feature to add, but obviously I don’t know how much work that would be, just a suggestion is all.

    Thanks again for all your help,

    Matt

    frapre 5 years ago

    Hello,
    the plugin no longer displays videos on Iphone. The message “hml5: video not found” appears. It works well on Android and PC. In the past days it also worked regularly on the iPhone.
    Link to video: https://www.teleoccidente.it/wp/2020/06/30/carini-referendum-su-depuratore-depositata-proposta-di-delibera-video/

    Thank you

    Juraj Kacaba 5 years ago
    Avatar photo

    Hello frapre,

    Can you please send us your user agent info? And also version of your iOS. We’ve tested your video with iPhone and haven’t experienced any playback issues.

    Thanks,
    Juraj

Viewing 19 replies - 1 through 19 (of 19 total)
Reply To: html5: Video file not found on iOS



Please Sign in or Register to upload files.

Related Posts

  1. WordPress video player support for Blackberry 10 OS

  2. Codificación de vídeo en HTML5

  3. Videokodierung für HTML5

Primary Sidebar

Sign in Register
FV Player Docs Post New Topic

Welcome

to Foliovision support forums! We'll be happy to provide free support to resolve all the reported bugs. You always can start by specifying your OS and browser and steps to reproduce the bug.

If you need help with the installation on your site, please submit a request for a Pro Support Incident. We'll have you up and running in no time, with detailed instructions on how to resolve your issue yourself in the future.

Facing a hard to solve WordPress problem? On a tight deadline?

Let us take care of it for you
right now.

Pro Support Buy FV Player

Footer

Our Plugins

  • FV WordPress Flowplayer
  • FV Thoughtful Comments
  • FV Simpler SEO
  • FV Antispam
  • FV Gravatar Cache
  • FV Testimonials

Free Tools

  • Pandoc Online
  • Article spinner
  • WordPress Password Finder
  • Delete LinkedIn Account
  • Responsive Design Calculator
Foliovision logo
All materials © 2025 Foliovision s.r.o. | Panská 12 - 81101 Bratislava - Slovakia | info@foliovision.com
  • This Site Uses Cookies
  • Privacy Policy
  • Terms of Service
  • Site Map
  • Contact
  • Tel. ‭+421 2/5292 0086‬

We are using cookies to give you the best experience on our website.

You can find out more about which cookies we are using or switch them off in .

Powered by  GDPR Cookie Compliance
Privacy Overview

This website uses cookies so that we can provide you with the best user experience possible. Cookie information is stored in your browser and performs functions such as recognising you when you return to our website and helping our team to understand which sections of the website you find most interesting and useful.

Necessary Cookies

Strictly Necessary Cookie allow you to log in and download your software or post to forums.

We use the WordPress login cookie and the session cookie.

If you disable this cookie, we will not be able to save your preferences. This means that every time you visit this website you will need to enable or disable cookies again.

Support Cookies

Foliovision.com uses self-hosted Rocket.chat and self-hosted Freescout support desk to provide support for FV Player users. These cookies allow our visitors to chat with us and/or submit support tickets.

We are delighted to recommend self-hosted Rocket.chat and especially Freescout to other privacy-conscious independent publishers who would prefer to self-host support.

Please enable Strictly Necessary Cookies first so that we can save your preferences!

3rd Party Cookies

This website uses Google Analytics and Statcounter to collect anonymous information such as the number of visitors to the site, and the most popular pages.

Keeping this cookie enabled helps us to improve our website.

We reluctantly use Google Analytics as it helps us to test FV Player against popular Google Analytics features. Feel free to turn off these cookies if they make you feel uncomfortable.

Statcounter is an independent Irish stats service which we have been using since the beginning of recorded time, sixteen years ago.

Please enable Strictly Necessary Cookies first so that we can save your preferences!