Moving Videos to Cloud with connection problems?

I'm not 100% familiar with Dreamhost's cloud file service, but I'm wondering if it's the same issue as Amazon S3. If you try and distribute files directly from S3, they won't play.

Instead, you have to deliver them with Cloudfront which seemed to fix the problem. Not sure if it's the same situation for Dreamhost, but thought it might help.

Are you setting a certificate to handle the https URLs?

--Mark

"RokuMarkn" wrote:
Are you setting a certificate to handle the https URLs?

--Mark

Mark thanks so much for your response but I am basically putting this together by trial and error,
This is pretty new to me.
I uploaded the videos to my regular server at Kevsblues.com which worked fine,
then Dreamhost told me I was basically going against their rules and regulations
by having this type a setup. I was advised to set up a Cloud account which I did.
Today I did a test on one video in a "Current Blues" section which is working
from the kevsblues.com site. I changed the Bibbspirit.mp4 link
to the cloud server and it does not work.
I do not know how to manipulate the certificate, mostly I have been working with the XML files
and some bright script and this involves mostly changing images and mp4's
Thanks for Your Help!

Kevin

"RobSMS" wrote:
I'm not 100% familiar with Dreamhost's cloud file service, but I'm wondering if it's the same issue as Amazon S3. If you try and distribute files directly from S3, they won't play.

Instead, you have to deliver them with Cloudfront which seemed to fix the problem. Not sure if it's the same situation for Dreamhost, but thought it might help.

Thanks for your help RobSMS,
not too sure what to do at this point.
I sent Dreamhost a email and this was their response,____________

Hi Kevin,

I spoke with our DreamObjects dev team regardin the issue. We can verify
that the video works when viewing a browser so at the least we can say
that the video is accessible. In order to further investigate we are
going to need more detailed information. If roku has some sort of
debugging output please provide that in a response. Have you tried
encoding with a different codec such as H.264 MKV?

Please feel free to contact us if you have any additional questions.

Now I am wondering if I should switch to Amazon?
I have been using Dreamhost for about 12 years..
Thanks for your help!

Kevin

If you're not calling SetCertificatesFile in your Brightscript code, the https URLs will definitely not work. Fix that before you do anything else. Normally you would just call

player.SetCertificatesFile("common:/certs/ca-bundle.crt")

where player is your roVideoScreen or roVideoPlayer.

--Mark

"RokuMarkn" wrote:
If you're not calling SetCertificatesFile in your Brightscript code, the https URLs will definitely not work. Fix that before you do anything else. Normally you would just call

player.SetCertificatesFile("common:/certs/ca-bundle.crt")

where player is your roVideoScreen or roVideoPlayer.

--Mark

I set up CDN and changed the
link to
http://guitar.objects.cdn.dream.io/VIDE ... spirit.mp4

and it works which is great. Thanks for your help
Mark should I still set Certificate?
Also which Brightscript Doc would set I am looking for
bundle.crt which I am not able to find.
Seeing as it i working should I just leave well enough alone?
Thanks again!
Kevin

"RobSMS" wrote:
I'm not 100% familiar with Dreamhost's cloud file service, but I'm wondering if it's the same issue as Amazon S3. If you try and distribute files directly from S3, they won't play.

Instead, you have to deliver them with Cloudfront which seemed to fix the problem. Not sure if it's the same situation for Dreamhost, but thought it might help.

I set up CDN which is the Dreamhost equivalent to Cloudfront and changed the
link to
http://guitar.objects.cdn.dream.io/VIDE ... spirit.mp4

and it works which is great.
Thanks!
Kevin

Now you're using an http link, not https, so you don't need to set a certificate file. If you ever use https again you will need it.

--Mark

"kelvis2000" wrote:
Also which Brightscript Doc would set I am looking for
bundle.crt which I am not able to find.

It's hard to find the official documentation for this. In the Component Reference documentation for roVideoScreen, for example, it mentions that roVideoScreen supports the ifHttpAgent interface, which implements the SetCertificatesFile method, which states that, "Instances of roUrlTransfer and ifHttpAgent components should call this function before performing https requests", and "The appropriate certificates file should be placed at the location specified in the SetCertificatesFile() function call". To find any mention of the certificates file name you'd have to look in the Component Reference File System documentation; under "Pathnames" it states: "common – a common read-only filesystem that all plugins have access to. Currently it only contains a CA certificate bundle that contains CA certs trusted by FireFox (common:/certs/ca-bundle.crt)".

"RokuMarkn" wrote:
Now you're using an http link, not https, so you don't need to set a certificate file. If you ever use https again you will need it.

--Mark

Any idea why this is still necessary? As much trouble as it has caused over the years, you'd think it'd have been addressed on the firmware side already. I can't recall working with any other programming language/platform that requires you to explicitly set the certificates file. It seems like it'd be trivial to have ifHttpAgent and ifUrlTransfer default to using the common certs if the protocol is https. Doing that would probably also fix a few bugs that are currently present in the built-in components (e.g., the fact that roGridScreen doesn't support posters that use https).