webm not appearing as n option in h5pIV

Hi Olivier,

I am actually observing some weird behaviour, and if you cannot explain it least can I... sorry!

I made some interesting observations which I will report "as is", with no interpretations , may be trying to point out the logic that pushed me in that direction. After a few attempts editing with firefox (FF) or safari (SA) I had some conflicting results that made me think the order in which video links were uploaded was relevant for either browser to show the options in the list, so I went as follows:

all editing done with SA, starting point is an old video with an mp4 (linked) running fine in both SA + FF.

1) added one webm file link that consequently appears in the list of available sources as second option

result: no option is shown in SA (expected) original mp4 still played + no option is shown in FF (unexpected) but a video can be played in FF. Cannot tell if mp4 or webm at this point.

2) same link as first old mp4 added in third position and named mp4-1

result: SA will show the two mp4 options (mp4+mp4-1; expected) FF will not show any (unexpected) and a video will still play, cannot tell which option so far

3) same link as first mp4 added in 4th position and named mp4-2

result: SA will show 3 options (mp4+mp4-1+mp4-2; expected) FF will not show any but play a video (expected at his point but no hypotheses could be made)

4) first link deleted - at ths point webm is top of the list, followed by mp4-1 and mp4-2 in that order

result: SA will show options mp4-1+mp4-2 (expected), FF will show...webm + mp4-2 (unexpected but somehow "appreciated"...!)

• Conclusion 1: SA will never play a webm
• Conclusion 2: editing with SA will affect which options will be availbale and in which order they are visualized by FF

Editing with FF from the very beginning gives no troubles at all, everything is visible in whichever order, only the inability to play webm from SA applies.

I know too little in this field to even suggest what could be the underlying story, but certainly I can observe what I reported, which somehow links the final usability of the resource by FF to the editor with which the h5p IV has been created and saved.

mp4 as well as webm files are served as they are, so that if you download the link you recover the original document. I doubt they are modified, and even if they were, it wouldn't explain the differences observed between SA and FF behaviour as editors and players.

Hope this can help somehow, or may be it is totally pointless. I had to use this systematic approach having to decide whether to duplicate, re-create from scratch, or simply re-edit approx 60 videos with interactions. Could have been much more painful if I didn't work it out this way.

REgards

Adriano

Dear All,

I did some more experimenting today and found out something even more scary…

The h5p IV resource edited with safari to contain links to one webm and two mp4 files (indicated as webm, mp4-1 and mp4-2 in that order) had already been shown during the initial trials to only offer 2 out of three options in safari (mp4-1 and mp4-2) and 2 options in firefox (webm amd mp4-2).

However it puzzled me that FF was ignoring mp4-1 and I tried today to link 3 different movies, movieA.webm, movieB.mp4 and movieC.mp4, and found that Safari offers B and C as different qualities, truly listing mp4-1 and mp4-2 in the list, while FF offers webm and mp4-2 in the list, but they still correspond to movieB and movieC. In other words webm is never played in either browser, even if offered as an option. What is weird is that FF joins wrong field names to actual links ignoring field 2 and linkA, so that field 1(webm) is somehow listed but corresponds to linkB, field2 is ignored, and filed 3 (mp4-2) is correctly linked to linkC.

More horrors to come....?

A.