-
Notifications
You must be signed in to change notification settings - Fork 39
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Closed caption casting #15
Comments
Can you link me a site which has captions on the video? It should definitely be possible to add it in assuming it's in a format that Roku can handle (ttml). The play on roku method of launching the video may not have the capability to send the caption stream location but I can always use the old method which had a custom receiver app on the roku. |
For example, fmovies.to has closed captioning option on most of its videos. I don't know the format of subtitles in these videos. There are some other website(can't remember right now) which allow you to upload a srt file, and get the captions. I think roku supports srt, so subtitles on these websites should work hopefully |
Ok so for fmovies.to which uses jwplayer, by default the caption is in WebVTT format which roku does not support for mp4. BUT, clicking the download caption button inside the player gives you access to an srt formatted file, (whose general url is like: http://fmovies.to/subtitle/[ID].dl) which can then be sent to the roku. I thus can add in support specifically for fmovies.to since they seem to have a nice way to get the srt files directly. [I have finals coming up so I may not get to it until near christmas break] In general however, it may be hard to implement a universal method for doing this because most sites (at least the ones using jwplayer) use webvtt. Even the ones which have a "download caption" button may need to be done a case-by-case basis since the link is obfuscated with javascript and sends you to a link shortener first. Luckily fmovies.to has a nice predictable format. |
Instead of making it specific to fmovies.to, I think it would be beneficial to add general support to cast srt files with a webvideo in Rokucast. If that can be added to RokuCast, one can Download srt files to PC and send it to roku with a web video, and/or, one can also send a web link to the srt file. |
That would be a good idea. Also relatively easy to implement. The only downside is that it's not automated — you would have to search and supply a link to a srt file yourself. Moreover, it would have to be a link accessible directly (i.e. not downloaded through a file hosting provider like mediafire/megaupload/whatever). I'm not sure how easy it is to find those online, so the scope and usability could be limited. The other option you mentioned of sending SRT files downloaded to the PC might not be feasible within the scope chrome extension. You can only really send URLs of things to the roku, not the files themselves. If you were to go this route you would probably have to create a local webserver from which the file could be accessed on the Roku — not really feasible within the sandbox of an extension. |
Could you please tell me more about how to send caption stream to roku? |
I don't believe the inbuilt play on roku channel endpoint (the one which responds to a video url sent to "ipaddress:8060/input/15985...") has a parameter for captions. However, it should not be too hard to modify the custom receiver channel (found on the /master branch of this repo) to support this (it would just amount to passing the url as an extra parameter which is parsed in main.brs and accordingly setting the video metadata to include the captions. As noted before the caption formats roku supports can be found here. |
This is a great extension. haven't found anything similar for chrome yet. Lots of websites support closed captioning on the videos, but they do not appear on casted videos. Is it a problem with Play on Roku protocol or can it be overcome by updating the extension.
Also, why not submit this extension to chrome store. make it official 👍
The text was updated successfully, but these errors were encountered: