Im wonder how to use sc_trans or sc_server to stream in CDN streaming?
Does any of any of you have some working example how to configurate that?
Also will be perfect if you have streamzillacdn example
Many thanks!
Related
I want to store some videos[binary] files on HBase,and made available via some sort of Http URL for access.
Can someone help me with the architecture/design for such uses cases.
I have seen below links, mostly referring to HDFS; Is HDFS better for this kind of usecase as compared to HBase?
https://www.quora.com/Is-hadoop-HDFS-a-type-of-system-you-use-to-store-videos-for-your-internet-application
Store images/videos into Hadoop HDFS
Accessing video stored in HDFS over http
after 5 years since you asked your question , I think there is no way to store images or videos in HBase , indeed Hbase is used for NoSQL data storage on top of HDFS... the optimal way is store images and videos in HDFS directly;
to conclude : HDFS is best choice for this usecase !
Can you please anyone tried to integrate google analytics with kafka ..And the processed those data in spark streaming.
Thanks!
A little late since this question was asked but...
I created a python application that demonstrates how to pull information from Google Analytics and push those metrics to a Kafka topic. Soon I should have code that demonstrates analyzing that data.
https://github.com/admintome/analytics-intake
Hopefully, that will demonstrate how to accomplish what you asked for.
There is no API available for scala to access the google analytic.
I'm working on the application that will record the voice. I want those recordings to be stored in the external mysql database. I know that JSON works well with android and PHP that I can use to connect to DB but it works only with textual data. How can I accomplish this task? What do you recommend to use to send the data? I will appreciate for a link of the good tutorial with examples. Thanks.
There are some different examples on the internet that explain how to use HTTP requests and networking on Android to communicate with a web server. Maybe you could start by looking at some of these http://www.vogella.com/articles/AndroidNetworking/article.html http://www.ibm.com/developerworks/opensource/library/os-android-networking/
Also, take a look at some of the articles here that talk about how to write a good networking app http://developer.att.com/developer/forward.jsp?passedItemId=7200042
Recently I'm doing some work on RTMP streaming, that is using Flowplayer to integrate with Edgecast Streaming service and CloudFront Streaming service.
The basic concept is easy to follow, but the format of different providers really waste me a lot of time to figure out.
For example, in order to make edgecast happy, according to the documentation, you need to specify filename in the format of mp4:filename.mp4, flv:filename (without .flv extension) and mp3:filename (without .mp3 extension).
But for CloudFront, it's a different story that mp4:filename.mp4, filename (no flv:prefix, and no .flv extension) and mp3:filename (without .mp3 extension).
This format makes people even more frustrating when today I try to use Edgecast's loadToEdge function, the format the accept is filename.mp4 (without mp4: prefix), filename.flv (without flv: prefix) and mp3:filename.mp3.
As you can see, basically there is no logic there and you have to guess and try all different combinations to make it finally working.
I just would like to know if anyone has idea about why different providers implement their streaming in all customized way? Or is it Adobe's fault doesn't have a unified form or it's just up to service providers to use whatever they like.
Thank you!
It's all about implementation. The URL format, including extensions, has nothing to do with
As an analogy, your question is like asking "Why do some websites have different URLs than others?" Example of two different yet viable ways of serving up an image:
http://server.com/question/87/why/65.png
http://server.com/image/question?number=87&image=65.
It's all about how the coders at EdgeCast, Amazon, et al wanted to implement their CDN. I'm sure there was some logic to it, well thought out or not. And probably some need to deal with legacy systems, clients and URLs.
It has nothing to do with FMS itself. Just like the above analogy's URLs have nothing to do with the web server they are served from.
I would like to have different URLs pointing into different segments of a single audio/video file.
Player will be browser based. So if the URL based solution is not possible, I am willing to explore the possibility of scripting the player.
Yes, via RTMP. CloudFront supports RTMP, which allows seeking into a file.