webm not appearing as n option in h5pIV

Hi,

I was trying to publish an interactive video with different formats available. I used 4 different resolution in mp4, and 3 different webm created from converting the same original mp4 with different converters. They are all uploaded in the streaming repository in moodle so links have been successfully pasted and saved in the h5p "add a video" tab as in pict1. When I save and try to play it only the 4 mp4 are available options (pict2). 

Suspecting a local server problem I looked for a publicly available link to a webm example and tried to do the same. This is the linked webm https://www.html5rocks.com/en/tutorials/track/basics/treeOfLife/video/de... despite appearing in the add a video section (pict3) it generated the output shown in pict4..... Opening the "add interactions" tab looks like pict5

This happens on MacOS Mojave 10.14.6 with Safari, Firefox and Chrome.

In conclusion, no webm format are played from the h5p interface, while each of them would be correctly payed if linked to an ordinary moodle page resource. The source of the webm file seems not to be relevant, as well as the "correctness" of the final format (different convertions tried but to no avail) and the browser used.

Please, where should I go and look for to set it to do the right thing?

Many thanks

Regards

Adriano

otacke's picture

Hi Adriano!

It's not H5P's interface that's causing trouble, but Safari not providing a codec for the webm standard.

I created https://h5p.org/node/751295 using the link to the webm file that you provided. If you open it in Safari (Catalina, Mojave, High Sierra - doesn't matter), the video won't play. Firefox and Chrome don't have that problem, however, so I'm not sure if you had some other issues as well.

Best,
Oliver

Hi Olivier,

thanks for your reply.

As I stated in my first post I tried to access the video with different players, but to no avail. I attach a screenshot of the same video opened with firefox, where only 4 out of the 7 quality kevels offered are available to the user. On the other hand I verified that I can open the link you provided with firefox and not with safari...I am puzzled. The conclusion would be that firefox and safari show different behaviours as you say, but not when opening the video from my course.

Could it be that the browser used to edit h5p (safari in my case) will permanently affect the list of available formats in the gear button? (Easy to try but couldn't help asking...!)

Would you have any other suggestion? Is there a Safari plugin for webm?

Thanks for your help

Adriano

Hi Olivier, thanks for your reply.

I confirm that I can open the link you provide with firefox and not with safari. However, I still cannot open my own video with eithr browser.

So I tried to edit a new IV resource with firefox from the first step and it worked: webm can bi played but only in firefox. Then I tried further to edit a new IV rsource with safari first, adding an mp4 and a webm, saved, confirmed it was not available with either browser, re-edited with firefox to add a second webm format, saved with forefox, and... still no webm available! This implies that the way Safari saves H5P IV cannot be reset by re-editing with another browser (might be obviuos to the guru's but wasn't for me!), which in turn has one further major implication: If I want to add webm to the videos in my course(s) I need to create a second copy of everything cutting and pasting all interactions as well. This sounds a lot of work.

I wonder if something coud be done to a downloaded h5p file to reupload as a mended version, directly editable with firefox to a final working version with no need to make copies. Any suggestions in this direction?

Many thanks for your help

Adriano

I apologize for nearly duplicating the post. At a first glance it looked as if it had gone astray. On top of what I say I should add that is a webm file is loaded as an attachement to a different moodle resource (such as page for example) it will be loaded and correctly played even from within safari....even more puzzling to me.

Regards

Adriano

otacke's picture

Hi Adriano!

Not sure if I can follow completely.

H5P and the browser don't alter the video in any way. It's just loaded and copied onto your server if you upload it, or it is loaded from another server if you only provide the link. Editing on either Firefox, Safari, Chrome, whatever doesn't make a difference.

If I understand it correctly, you use some form of video hosted on moodle (included there somehow). Are you sure it's a) not transcoded in any way and b) provided as a video file and not some HTML file or something else?

Best,

Oliver 

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

otacke's picture

Hi Adriano!

Wow, nice effort. Absolutely not sure what's going on. Maybe you could provide the files you're using?

Best,

Oliver 

Hi Oliver,

sure I can. Presently I only have the final file after all the editing. Would that suffice or do you want me to generate the intermedite steps again? Where should I send the files?

Thanks

A.

otacke's picture

If you want others to check, provide them with anything necessary to reproduce your problem. Dropbox? GDrive? ...

And that only applies to a desktop mac, as both safari and firefox from ipad or phone will behave the same way. I have no android devices to test it

BV52's picture

Hi All,

I've done some testing myself and I can reproduce the initial report regarding the webM videos not showing in the list. I am also seeing another issue where if I added WebM as the first video in the list all MP4 will not show. Let me test this a bit more before I file an official bug report for the core team to check.

@Adriano if you can provide some sample files it would help a lot since I have limited access to file converters.

-BV

Hi BV,

 

I can provide mp4 and webm files, as well as the downloaded h5p from the final editing (step 4 in my previous post). I can't of anything else but I am obviously  open to requests. Please let me know if they are what you need and the best way to provide them. The movies, to be the original ones, will be remarkably big, may be a link would suit you better?

Thanks

A.

BV52's picture

Hi A,

Links would be awesome!

-BV

hi BV,

whom should I send the links to to avoid sharing with the whole world?
Thanks

A.

BV52's picture

Hi A,

Just send them to my personal e-mail address [email protected].

-BV

Hi BV,

I am approaching another leg of editing/publishing some content to my courses and I was wondering if anything had been discovered on the unexpected behaviour of h5p IV resources.

Many thanks

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.

BV52's picture

Hi Adriano,

The report has been filed.

-BV