javascript

Some times ago, I was trying to re-synchronize subtitles and video whithin VLC player, the typical : "150 ms after ... erf, 50 ms before, that's it ! no ... it's still desynchronized ...".

After giving up, and by curiosity, I opened the file, and found that the SubRip format is, in fact, quite simple. Just for trying, I read and displayed them in a browser. This is the way SubRipReader was born, using Mootools 1.2.

Unfortunately, it won't resolve my initial problem. But it's still able to load the subtitles through an Ajax request, to parse them, and to display them step by step, into a DOM element.

It supports :

• play / pause states
• overlapping subtitle levels : when several lines of texts should be displayed at the same time, each one took a different css class :
  

  1. 2

  2. 00:00:15,000 --> 00:00:25,000

  3. A text

  5. 3

  6. 00:00:20,850 --> 00:00:30,000

  7. An other text

  For instance, the previous subtitles lines will be injected in DOM and could be displayed like that, depending of your custom styles :

  1. <div class="overlapping0"><p>A text</p></div>

  2. <div class="overlapping1"><p>An other text</p></div>

  

For playing subtitles, use Srt.Parser and Srt.Reader :

Then, you should be able to call the start and pause actions :

I've just seen about the Universal Subtitle Format, it's going to be the time to implement its own parser !

• Clément Hallet's blog

Chaque semaine, je publie une liste de liens vers des billets de blog, des articles et des annonces qui me semblent intéressants et en rapport avec l’activité d’AF83. N’hésitez pas à proposez vos liens. Voici la sélection de cette semaine :
Google Chrome Frame

• Le blog de Bruno Michel

Chaque semaine, je publie une liste de liens vers des billets de blog, des articles et des annonces qui me semblent intéressants et en rapport avec l’activité d’AF83. N’hésitez pas à proposez vos liens. Voici la sélection de cette semaine :
Navigateurs

• Le blog de Bruno Michel

According to the Microsoft documentation, there are two dirty ways to catch such objects DOM events :

Here are two exemples using the "PlayStateChange" event :

The two script tag properties "for" and "event" don't appear in the HTML standards, nevertheless that way works fine with Internet Explorer 6, 7 and Firefox 2, but doesn't with Firefox 3 .
The second one works on all those browsers, but a problem appears when several player instances are running. How to know which one has fired the event ?

An alternate way is using DOM level 2 events. However, the WMP plugin for Firefox doesn't fire its events in the DOM. Instead of it, the plugin probably look for matching script tags and eval the content it found.

Then, on Internet Explorer, and contrary to all other events in this browser, the ones from WMP objects are not prefixed by "on" (like "onMouseOut", "onClick" ...).
Since the javascript libraries like mootools or prototype follow that Microsoft "standard", their event listeners on DOM elements are useless.

So, the good syntax to make it work with IE is :

• Clément Hallet's blog