If you are having a problem or need help with Vimeo, please use our Help Center.
Community Forums / API / API calls to search for mobile available content, call URIs for content directly?
- Be nice: Even if you disagree with someone, you need to keep your tone civil and reasonable.
- Keep on topic: Please keep discussions relevant to each topic and avoid multiple topic posts.
- Don't Spam: Show restraint with your posting frequency. We're all doing cool stuff on Vimeo, but if we post about it too much, it can be distracting.
- Respect the Staff: The entire Community Staff were users once, just like you. We try very hard to answer everyone's questions, so please be cool.
- Still have questions? Watch this tutorial.
-
Vimeo: About / Blog / Developers / Jobs /
Community Guidelines /
Help Center / Video School / Music Store / Site Map
/ Vimeo
or 
-
Legal: TM + ©2012 Vimeo, LLC. All rights reserved. / Terms of Service / Privacy Statement / Copyright
Playing with the Vimeo site on Android, I see Vimeo show mobile specific content and when a link is clicked, the Android native VideoPlayer is opened to the correct stream.
Where can I find documentation to do this outside of the browser? I'd like to search vids for mobiles and open URIs with video player myself.
Thanks,
Steve
We do not give direct links to the video files.
Thank you for the information.
What is happening on the Android device when the link is clicked? Since the player is native (not flash), it must be getting a stream URI from somewhere. Is this a process that can be used by 3rd party developers?
Thanks again
Steve
I have a service which makes it easy for users to share content from a vast amount of media providers and publishers. This content is viewable on the web, desktop and mobile.
Vimeo content shared is generally of such high quality. It's such a shame to not be able to provide a link to watch the video on my iPhone, Android and Nokia apps.
Those services which do provide a mobile alternative are simple getting a LOT more views.
I don't understand why you wouldn't want to show it off to as many viewers (and developers) as possible.
What bothers me most is that I can't even get the mobile video urls to MY movies which PAID for on a Vimeo Plus account.
Will the API even show information that a certain video HAS been 'mobilized'? (So we can (at the very least) provide a link to view on the Vimeo mobile page?
Just another reminder to the fact this is a PAID service. Hiding away linmks to our content is becoming an increasing disgrace - in many people's opinion that I have heard.
I know I sound grouchy, but I'm really not. I just hate to see missed opportunities. Feel free to contact me about the Phreadz API and how we might possibly be able to work together on some sort of partnership to resolve this in a workable/helpful/enjoyable/useful way ;)
I will add something in the API so you can tell whether a video has a mobile version or not.
Please, we need to be able to have a direct link to our content for mobile-viewers. Most slick way would be that the embed-tag would do this. But I don't mind setting a separate link beneath the embedded video.
But this will then open the vimeo site and then the visitor has to click again to watch. This is not good service to a paying customer.
Please inform me on better way to do this
We do not provide direct links to video files.
Has this changed? I'm trying to use Buzztouch to generate an iPhone app, and it supports a feature to call .m4v or .h264 directly:
See under "Streaming video"
What we want to be able to do is embed one of our videos on a webpage and, if the user doesn't have Flash or is on a mobile phone, to alternatively display the mobile version of the video. Can't this be made accessbile via the API?
Seems like a no-brainer feature to me. Especially since we're paid members.
For now, you can just link to the mobile page (vimeo.com/m/#/videoid). We'll be adding something to the API so that you can tell if a video has a mobile version.
In the future, we'll have an embed code that will show up properly everywhere, but it's not an easy thing so it will take us some time to work out.
Example - I have a video that's private, but I do allow it to be embedded on a certain approved site. For said site, I want to link to the mobile version if the user doesn't have Flash or is on a mobile device. Since the video is private it won't display.
So what will solve this? The link to the video. You said above "we don't provide direct links to the video files for any video on the site", but that's not entirely true. I can allow users to download the original video file if I want. And, the mobile version video is a direct link to the video.
You guys need to make this better sooner than later. I know for me, I'll find another solution when it comes time to renew my Plus membership if the accessibility for paid members isn't improved.
Also - you guys need to learn to respond to support tickets.
I began with the option to add a link under the video which takes people to my Vimeo mobile page. (vimeo.com/m/#/videoid)
However, this created additional clicks, and switches the user from a client site for example, to my video publishing site, so I am now considering linking directly to the mobile mp4 video.
Example:
av.vimeo.com/80194/157/13989279.mp4?token=1264600077_f76f6c956f28ced9f459a40c663e6474
That seems to work great. Any reason Vimeo might want to prevent me from doing this? I'd like to know up front.
I think the solution is making my own iPhone compatible M4v, sticking it on my web server, and providing a link to it.
For anyone else, the best solution I came up with:
1. Switch on Develop menu in Safari in Preferences > Advanced.
2. Set User Agent to iPhone so Vimeo will load up the mobile version of the video. (Develop > User Agent)
3. Download the mobile video and upload it to your web server.
Why not just make my own mobile video?
No iPhone to test with. And traditionally, it has been a rather large, undocumented PITA. (Difference between mp4 and m4v?) Auto-encoding was terribly inefficient. Vimeo must have done lots of testing and research on encoding.
Even if we did give out our source file URLs, we've heard that Apple denies apps that play video that doesn't use HTTP Live Streaming (which we do not support).