It would be oh, so swell, to have the ability to:
It would be VERY helpful to be able to drag and drop, and batch update videos, allowing us to change sub-accounts for videos.
Re-uploading videos account to another is very time-consuming (lots of manual labor).
Hello Ooyala fans,
In and effort to add value and improve this community, I am toying with the idea of creating a forum to submit your own articles. Please let me know your thoughts on this idea, and if this is be something the community would find useful.
I appreciate your feedback.
I have had a lot of issues working with the search API, some parts of it are great (The paging mechanism is lovely) but some are just awful and half baked. To complete search the following needs to be implemented
1. specifing AND or OR searches on multiple metadata fields
2. being able to orderby on ANY field in ASCENDING or DESCENDING (Why would updated_at not be directional?) Why cant I order on flight_end_time as an example.
3. being able to find channels and channel sets that an asset is part of
The above items are essential in my view. The Search at the moment is practically unusable for what I need and I have had to build my own that downloads the thousands of assets and handle it internally.
What would be really nice to have though is being able to attribute a search to a USER id, and for search results to return whether that user has an entitlement to view that asset, currently we are doing multiple calls to Ooyala to ascertain this when a single call would be nice.
Since there is a 500 result limit for analytics calls (ex. performance), it would be really helpful to have an "offset" parameter so that we don't have to grab the page token from each call.
If the offset was invalid, it should return null.
Welcome to the "Ideas" section of the Ooyala community. This is the number one place to post your product ideas, feature requests and suggestions for the developer and product teams to review. The ideas that receive the most votes (kudos) will get the the highest priority when being considered for a future release.
To kick things off, I'm posting the first idea.
My idea is to add a Support tab in the Backlot UI. This tab would provide link(s) that point our users to the Support community and/or product documentation. Adding this tab will give our users a one-click connection to our support team, other Ooyala users and product resources. This feature could save users valuable time when looking for answers for their technical issues. If you like the idea, please vote (kudos) it up!
Still finding lots of problems with the documentation. latest one is on this http://help.ooyala.com/video-platform/api/player_v3_api_qparams.html where the flash params for hide only hide things if there is no space between the options, but this is not detailed in the documentation and the options have spaces.
Currently the share URL comes in 2 formats
1) the automatically created ooyala URL (the current page).
2) a url applied to the specific video that only is active when that video is playing.
Both of these come with the following issues:
Facebook caches pages and thus open graph settings on that page for at least 24hrs, thus all videos shared from #1 will end up with the same share og:image, og:description and og:title as the current playing page. This is ok if you are only playing a video on it's own page, but what about a playlist from the homepage or a grid layout of videos??
The #2 option is very limiting as the content can only be placed sucessfully on 1 site, not on many sites, thus it screws up syndication. For example, when setting the URL to be example.com/videos/#VIDEO_ID for a video it will send all shares back to example.com and not necessarly to the place where the video was shared from.
What is needed is the ability to set at player.create time (or at onchange of video content) a new URL Share URL at that time. This is kinda vital to be there for the player API.
If it is not ever going to be possible to get this change made programatically, then it would be much more sensible to have the option to set the Share URL with the Player in the Backlot and not the Video. Thus a separate player could be created per site that the content will be placed on, and thus giving the site programmer the possibility to read the hash location of the URL and re-direct to the canonical URL and thus the correct Open Graph settings for that video.
Please sort this out as facebook is kinda important to every website that I create or work with and it feels just plain wrong that we can't have a good configuration.