The video will not play on my Roku dev channel?
here is the video link which works when putted to browser..
https://objects.dreamhost.com/guitar/VIDEOS/Bibbspirit.mp4
Here I posted the URL given into the XML
and it does not work, there are other videos in this same XML doc that are working
but these videos are noted in a traditional hosting environment.
I am switching to a Cloud Based environment,… any ideas?
Thanks
Kevin
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 callplayer.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).
Well, some channels use a custom certificates file. But I agree that for the majority of developers who use the standard file, it would be simpler to not require an explicit call. I’ve entered an enhancement request for this.
–Mark
I have everything linked now, finally and thanks all for the
help.
I used Handbrake to put these videos into a mp4 format
and had the bit rate set at 2048 for the majority of my 30
videos.
The Videos shot in High Def seem to be working great
like below,
http://guitar.objects.cdn.dream.io/VIDE … spirit.mp4
The videos shot in Standard Definition are taking forever to load,
I am guessing I made a mistake with the bitrate for the SD videos?
Would you think the is the cause for the slow load?
What would be a good bitrate for a SD 1200?
I used the same template in Handbrake for both SD and HD video conversion.
I have the latest version of Final Cut Pro but found no
resources for Final Cut X and Roku videos.
http://guitar.objects.cdn.dream.io/VIDEOS/BoomBoom.mp4
Thanks,
Kevin
