The facebook API provides video stats via 'Page Video Views' and 'Video Insighs'.
'Page Video Views' has the metric page_video_views (https://developers.facebook.com/docs/graph-api/reference/v13.0/insights#videoviews).
'Video Insighs' has the metric total_video_views
(https://developers.facebook.com/docs/graph-api/reference/video/video_insights/).
Apart from the 'period', are these 2 metrics fundamentally referring to the same stats?
I also know about post_video_views, but this one seems a bit more straightforward in understanding.
EDIT: based on further reading of ‘Page Video Views’, the metrics here seem to be the combined stats of all the videos on a page. This metric doesn’t break the stats down into individual videos. So it just gives an overall sense of how people are engaging with all the videos on the Page.
Possible conclusion -> 'Page Video Views' give overall stats of all video combined that can be broken down into daily. Video Insights give stats for individual videos but only for lifetime.
Can somebody confirm this?
Videos can be "crossposted", meaning the same video can be used on multiple different pages.
https://www.facebook.com/help/678485232304895:
Crossposting is a way to use videos across multiple Pages.
The page_video_views metric is for videos that played directly on your page. That's for all the videos on your page. post_video_views would be for one specific post, containing a specific video.
total_video_views is a metric for an individual video. That includes all views, across all pages where the video might have been used.
Related
Both of these are metrics used on a video for a page. How you fetch these metrics is slightly different.
So both of these are used to show "The number of times your videos played for at least 3 seconds...". Additionally, these both are returning the same value for all my videos.
What I am interested in knowing is what makes these different? Which one should I use?
The same video could be used in multiple posts - a video uploaded once, can be used as source for new video posts, instead of uploading a completely new one.
So post_video_views gives you the views of that video as part of a specific post, and total_video_views the overall views for the video.
Additionally, these both are returning the same value for all my videos.
Yes, if you didn’t use any of those videos multiple times, then both metrics will be the same.
I am planning to buy and use AXIS Camera Station S2208 Appliance
, and seeking way to retrieve images stored in this recorder in remote area via API. (not retrieve from camera, but recorder)
I guess VAPIX (or ONVIF) API is responsible for this task, but not sure where the exact description is (I looked over VAPIX-library page, but found no clue).
Questions are as follows
To begin with, is it possible to retrieve images from recorder via VAPIX (or ONVIF) ?
If it is possible, where is the description in VAPIX-library page (from Network video, Applications, Audio systems, Physical access control or Radar)?
If not, are there any ways to do it?
I also searched in AXIS Camera Station User Manual, and found out Developer API. However, it was not clear to me about details.
I posted here because I couldn't get answer from official page.
Any help would be great. Thanks!
I can't seem to find a way in Wowza or any other solution like nginx-rtmp-module to take a live stream's RTMP metadata and insert it into the specific frames of the MP4 saved file.
Maybe I'm looking at this the wrong way, but our live streaming app only allows the broadcaster to post comments/feedback and we want to make sure the viewers see those comments on the exact frame that the comment was made on by the broadcaster. We tried having the two being separated where the video was streamed via wowza and the comments sent to clients via PubNub but there is just to much variance on when the comments show up.
The only way I can think of is to include the broadcaster comments inside metadate for the specific frame the comment was made. Then we'd be guaranteed to have the comment show up in the right place.
Help is much appreciated.
Thanks!
I'd like to know if it's possible (and if yes: how) to fetch statistics for our soundcloud tracks via the soundcloud API.
I know that i can get the current playback count of my tracks but is it possible to get the playback count of yesterday and so on to draw a custom graph ?
Or do i have to poll the api and record the data myself?
Not officially. Latest and official api does not support this feature yet. It voilates the tos.
Check that question first, before you read further:
soundcloud: Is api-v2 allowed to be used and is there documentation on it?
For experimental use, you can try this:
soundcloud.com/{username}/stats
Is a good starting point to take a deeper look on the networks tab in the console.
Example calls:
totals -> all tracks
https://api-v2.soundcloud.com/users/soundcloud:users:1672444/stats/totals?from=1427846400000&to=1428364800000&client_id=b45b1aa10f1ac2941910a7f0d10f8e28&app_version=1d6991e
plays -> individual tracks
https://api-v2.soundcloud.com/users/soundcloud:users:1672444/tracks/soundcloud:tracks:148976759/stats/timeseries/plays?from=1427846400000&to=1428364800000&resolution=day&client_id=b45b1aa10f1ac2941910a7f0d10f8e28&app_version=1d6991e
The second call will give you, what you want - an array with the daily plays.
To make the calls working i had to manipulate the request headers.
Origin https://soundcloud.com
Referer https://soundcloud.com
Host api-v2.soundcloud.com
Authorization (copied from network tab)
I'm having issues with audio files on the iPhone web-app. Seems as each time an audio file is played, it's loaded first then played, even if repeating the same audio on a page that hasn't refreshed (done via javascript). From what I've research manifest files would be great but they are for offline application. I'm now researching HTML5 databases.
Does anyone know if HTML5 databases can store audio files such as mp3? The end result it then to pull the mp3 from the database. It might still have to load the file each time from the database but I'm hoping it's quicker than retrieving it from a server.
Thank you.
I think what you are after is possible, however you have a significant hurdle in that the implementation of HTML5 databases on most browsers is limited to 5mb as per w3c recommendations:
A mostly arbitrary limit of five
megabytes per origin is recommended.
Having said that the way its implemented in iPhone Safari is that databases can grow until they reach 5MB in size at which point the browser will ask the user if they wish to allow for the extra size, asking again at 10, 50, 100 and 500MB (see section "Estimated Database Size" in this post by html5doctor).
There is no limit on the number of databases you can build per domain in safari, however according to this post by Cantina Consulting you can have a total of 50MB across all databases in a single domain.
Given these parameters, a possible work-around for this implementation is to split your mp3 blobs across multiple databases, creating a new database each time your reach 4.9MB, however even if you follow this design it may not be ideal as you will still experience the following:
50MB is not a lot of audio files, a typical 5/6min song is about 5MB at 128Khz, so that only gives you space for about 1CD (60 min) of mp3 songs, after this you will need user cooperation to use additional database space.
You will still have significant security issues trying to play the mp3 blobs from the javascript runtime, it may be possible to bypass these tricking flash into thinking they are mp3 stream but I'm not sure how you'd go about it.
Feel free to have a play around with this iPhone HTML5 SQL Client I put together, you may want to use something similar for experimenting with your local mp3 Database.