Have you guys noticed that closed captioning isn't working in the 6.2 or 6.3 versions of the player?
I thought it was just on my end and went on a tear for hours trying to track the cause of the problem down, but everything was set up correctly on my side (far as I could tell). However when I visited LongTail's own support documentation on Text Tracks (http://www.longtailvideo.com/support/jw-player/29360/basic-vtt-captions) I noticed it wasn't working there either.
Problem on your end or did something break in these latest versions?
Another problem in your documentation. http://www.longtailvideo.com/support/jw-player/29254/sd-and-hd-qualities-in-rss the address of the rss should be http://www.longtailvideo.com/sites/default/files/qualities-playlist.xml
I fixed the issue with the RSS example – thanks for noting.
The VTT example is a bit more strange, there seems to be an issue with some of the Drupal javascript on our support site. For now, the examples work by using Flash as primary instead of HTML5…
I assume the "Do you have a link" question was directed to me.
I am using JwPlayer to play mp3 files. I wanted to show the title of file that was playing and the easiest way, I thought, was using the CC feature. So, I set up a test case using the example shown in:
I finally figure out why captions were not working for me.
The remote IIS server I am using is not set up to serve vtt files. I discovered that, when I tried to access the vtt file through the browser, and I got a file not found (404) error even though it was in the same directory as the html that called it.
So I set up a local IIS server which allowed me to serve vtt files. But then I discovered that there were a couple of facts about the use of CC files that I did not know:
1 - The cc file must be UTF-8 encoded. In my case I had saved the file as an ANSI file which is Notepad's default. So, I opened the file and did a "Save As" using the UTF-8 encoding option.
2 - A mime type of text/vtt, has to be added to the server's mime type list. Oddly enough in my case, my local IIS server did not require a mime type but the Apache server did.
Now CC is working on my local servers.
As to my remote server, the use of XML instead of vtt circumvents the need for any configuration changes and it works very well.
Hi everybody, Sometime, my player miss caption, i don't know why. I use version 5.9 You can check for me ( if you watch movie, can have caption, but somtime don't have): http://www.azfun.net/movies/watch/797?1368273488
I am not able to get captions to work. I am using DFXP captions and have tried it to view on Firefox, Safari, and Chrome without luck. The video is playing just fine and the "CC" button is there, defaulted to English, but it doesn't seem to be pulling my file. I haven't been able to find anything wrong with my XML file, but perhaps that is the problem.
I also have not installed a cross-domain file, since I am self-hosting. Might that be the problem? Let me know if I should try that.
Here is the link for my page: http://www.mediaed.org/captions/index.htm
This is my code: <div id='my-video'></div> <script type='text/javascript'> jwplayer("my-video").setup({ playlist: [{ file: "http://d30hais5j1c2li.cloudfront.net/TheRaceForWhatsLeft.mp4", image: "http://www.mediaed.org/captions/RaceForWhatsLeft_Still.png", tracks: [{ file: "http://www.mediaed.org/captions/TheRaceForWhatsLeft_Captions.xml", label: "English", kind: "captions", default: "true" }] }] }); </script>
Looks like the issue is with the “begin” and “end” attributes of cues. The way they’re setup (e.g. 00:00:11:09), they are parsed as starting on 11 minutes and 9 seconds. I’m not sure what unit the last “:09” is (frames?), but if you can convert those to milliseconds (00:00:11.300) JW Player will play the file just fine.
Other options are using the SRT or VTT file format.
Now, I have one much smaller question. The "|" is not telling the player to insert a line break. I tried changing that to the html <br> or <br/> and the captions stopped displaying as soon as I did that.
It seems to be working now with <br/>. I am not sure what I had done differently before, but I must have had some small error somewhere. I'll let you know if it happens again.
Thank you the quick and helpful assistance. I appreciate it!