Extension talk:TimedMediaHandler/VideoJS Player

CC button pushes out the info button

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

When the file has timed text, the information button shows outside of the player. See the first example at Extension:TimedMediaHandler#Client support for example. Nardog (talk) 11:38, 22 June 2019 (UTC)

Yes already listed at the known issues ;) —TheDJ (Not WMF) (talk • contribs) 13:04, 22 June 2019 (UTC)

Oh, that's what was meant by "small thumbnails". I just assumed it was about video files themselves in lower resolution. Audio files don't even have thumbnails yet can have captions. I think the wording can be improved. It is not clear in what circumstances control bar issues arise.

EDIT: Wait, subtitles for audio don't even appear. That's an issue in and of itself. Nardog (talk) 13:18, 22 June 2019 (UTC)

The fix for the controls not fitting rolls out this week. Should be on all large wikis by tomorrow. —TheDJ (Not WMF) (talk • contribs) 19:06, 11 July 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Hide elements when narrowed

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I wish the new player hid certain elements such as the seek bar and volume control when the width specified is not large enough to show all of them. See the mess at w:IPA vowel chart with audio for example.

I would also love there to be an ability to manually opt in or out the elements. Like disablecontrols of the old one but more powerful. An ability to pre-select the CC language would also be nice. Nardog (talk) 11:44, 22 June 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

problems with videos in articles

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Thank you for this nice new video player, but there is a problem if you use them in an article: for example De:Folgen der globalen Erwärmung in der Arktis (in non-mobile and fireforx view) I couldn't use fullscreen. Habitator terrae (talk) 19:38, 23 June 2019 (UTC)

This is likely because the controls do not fit inside the controller. This is a known issue that is already being worked on. —TheDJ (Not WMF) (talk • contribs) 08:20, 24 June 2019 (UTC)

Another example that good demonstrate this could be find here:

De:Eurofighter Typhoon#Technische%20Daten

. It would be an idea to made the video automatic expend by viewing. Habitator terrae (talk) 12:44, 25 June 2019 (UTC)

@Habitator terrae Expand to which size ? Fullscreen ? Inside the multimedia viewer ? double size. —TheDJ (Not WMF) (talk • contribs) 13:36, 25 June 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

audio

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Should this also be used for audio? If this should be in firefox ther is a problem with the time mouse-over: File:Main Page VideoJS Player.png Habitator terrae (talk) 20:36, 23 June 2019 (UTC)

This is an issue with the Main page of Commons. I'm already following up locally there. —TheDJ (Not WMF) (talk • contribs) 08:17, 24 June 2019 (UTC)

Is this fixed? Do we need to file a task? Jdforrester (WMF) (talk) 23:59, 26 June 2019 (UTC)

Discussion is here: https://commons.wikimedia.org/wiki/User_talk:Tacsipacsi#styles

Not yet fixed, but should be soon. —TheDJ (Not WMF) (talk • contribs) 09:42, 27 June 2019 (UTC)

Thanks! Jdforrester (WMF) (talk) 16:21, 27 June 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

You know what would be nicer

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

A video player integrated into the Media Viewer interface. Eman235 (talk) 02:35, 24 June 2019 (UTC)

patches welcome ;) —TheDJ (Not WMF) (talk • contribs) 08:17, 24 June 2019 (UTC)

Remove the frame from the right and left sides of the video inconvenient the video display, or at least replace it with a thin imperceptible line. Also remove the frame above, the title should go in the bar below to not bother the one watching the video. Delete the "menu" name of the visible buttons, replace it with the tooth nut icon, add the total duration of the video. It still looks like an old video player. Morriuz2 (talk) 16:46, 25 September 2019 (UTC)

I've done some experiments in the direction of merging the player into Media Viewer, but it's not done yet and will need some work to integrate the UI controls well. Something to put on the todo list though! brooke (talk) 21:39, 27 November 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Automatically activate subtitles

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

It would be nice, if subtitles are automaticly active. Habitator terrae (talk) 12:46, 25 June 2019 (UTC)

Always ? And with which fallback strategy in terms of language ?

There already is a ticket for this btw as, if you want you can follow it there https://phabricator.wikimedia.org/T225640 —TheDJ (Not WMF) (talk • contribs) 13:22, 25 June 2019 (UTC)

I have to disagree. Maybe there could be a preference to make subtitles automatic, but I don't think they should be automatic by default. Kaldari (talk) 02:46, 10 July 2019 (UTC)

But they were automatic by default and by this the videos were embedded into the articles, as you can see here de:Folgen_der_globalen_Erwärmung_in_der_Arktis the video is in english and the users in the German Wikipedia couldn't understand it without subtitles. (Also the default until now automaticly extend the video, so that videos in articles, like for example this, are viewable. Habitator terrae (talk) 10:07, 10 July 2019 (UTC)

It's also great for accessibility and convenient for those without impairments so you don't have to turn on sound (in a public place or in the restroom for example). Pneen (talk) 07:12, 25 July 2019 (UTC)

I don't think we should be optimizing our interface for restroom use. In most cases, people playing videos want to hear the audio. Kaldari (talk) 18:36, 25 July 2019 (UTC)

Restroom use was merely an example. There are countless situations where audio is not ideal. I'm not arguing for audio to be disabled by default as that can be controlled by the device. I'm hoping for subtitles to be on by default. A better example is in a classroom. Pneen (talk) 00:14, 6 August 2019 (UTC)

@Kaldari: I don't think we should name the current practice as "restroom use". Habitator terrae (talk) 19:12, 25 July 2019 (UTC)

Also @all: If I view an English video in the German Wikipedia, I want to see German subtitles if aviable. Habitator terrae (talk) 19:22, 25 July 2019 (UTC)

On Commons, I'd favour same-language subtitles by default, as this will help share the world's knowledge more effectively.[1] The linked review paper, and others, say that subtitles help comprehension even for university students watching videos in a language in which they are highly skilled (also improves comprehension and literacy in the illiterate and semi-literate).

I remember seeing a study on Japanese children's TV subtitles, which are tricolour, one for the syllable currently being pronounced, one for past utterances, and one for future ones. Literacy in Japan is notably high. I'd support tricolour subtitles here; voice recognition should make this fairly automatable in most cases. Obviously this is a substantial feature request, but the world's illiterate population is increasingly online with smartphones (a reason why we really need this extension, thank you to everyone who has worked on it).

Default same-language subtitles would also encourage more people to work on decent subtitles, improving both accessibility for the deaf and translatability (the first step in translated subtitles is same-language subtitles). HLHJ (talk) 02:55, 23 November 2019 (UTC)

Subtitles don't work for me, even if I turn them on in the options.

Illegitimate Barrister (talk) 17:23, 23 December 2019 (UTC)

Currently, the "add subtitles" button is really missing. (In the classic version it was easily accessible thanks to the CC button.) And doing it manually… is more complicated… ThelmOSO (talk) 02:04, 12 March 2020 (UTC)

Currently, the "add subtitles" button is really missing. (In the classic version it was easily accessible thanks to the CC button.) And doing it manually… is more complicated… YES INNIT Hiya-Fella 123 (talk) 11:38, 9 February 2021 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

توضیحات

(~~~~)دوستان یک توضیح مختصر میدید ازاین ویژگی Sihper (talk) 00:44, 8 July 2019 (UTC)

Thank you

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

This is awesome. Nice work y'all! ~ Kaldari (talk) 02:49, 10 July 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Can't change size in live preview

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

With the live preview on, once you've hit "Show preview", a change in the size of media in [[File:...|###px]] doesn't get reflected in further previews.

Changing the filename will still result in unchangeable size and swapping the order of multiple files will simply swap the files but not the sizes, so it seems it is the order in which files are input in preview that have the sizes remembered and unalterable.

It doesn't affect the outcome after saving the changes and the problem goes away if you turn the live preview off, but this is odd, unexpected behavior and I think it needs fixing. Nardog (talk) 14:24, 17 July 2019 (UTC)

Thanks for the report, @Nardog; @TheDJ has fixed this issue in the new version of the code which will be deployed this week. Jdforrester (WMF) (talk) 15:32, 31 July 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Video previews on scruber

This would be really cool! This would only make sense at larger sizes of course Pneen (talk) 07:20, 25 July 2019 (UTC)

Double tap to skip/rewind 10 secs

useful on phones Pneen (talk) 08:09, 25 July 2019 (UTC)

Automatic playback in the highest quality

It should be possible to automatically play the best quality of a file depending on connection speed. — Elvaube ?! 08:11, 25 July 2019 (UTC)

This will not soon be possible. Our infrastructure is still quite a bit away from that. —TheDJ (Not WMF) (talk • contribs) 18:27, 25 July 2019 (UTC)

Can't open captions settings on audio

I mean you technically can, but you can't see anything without the prior knowledge of what it looks like and the fact you can scroll it. Perhaps the settings should pop up independently of the media, much like the captions for audio. Nardog (talk) 19:33, 27 July 2019 (UTC)

can you make a screenshot, i'm not sure what you mean. —TheDJ (Not WMF) (talk • contribs) 07:27, 29 July 2019 (UTC)

Try opening the captions settings here. Nardog (talk) 07:52, 29 July 2019 (UTC)

Oh, audio doesn't have captions settings. (because audio uses a different captioning system that I had to write myself, because no one in the world but us provides captioning for audio fragments it seems). —TheDJ (Not WMF) (talk • contribs) 14:11, 29 July 2019 (UTC)

Then shouldn't the menu option be hidden for audio? Again, try selecting it on the page. Nardog (talk) 16:00, 29 July 2019 (UTC)

Which browser are you using ? Cause i dont have it. —TheDJ (Not WMF) (talk • contribs) 18:30, 29 July 2019 (UTC)

Firefox/Chrome. https://i.imgur.com/ZpYHqxp.png (lower is what I get after selecting "captions settings") Nardog (talk) 18:53, 29 July 2019 (UTC)

Do you now at least know what I'm talking about? This seems straightforward, all you need to do is hide the option if the file is audio. Nardog (talk) 22:53, 20 August 2019 (UTC)

Priority of the buttons

Apparently, with audio, the last buttons that remain to be seen when the player is not wide enough to show all of them are the playback button (obviously) and the volume button. I'm not sure if this is ideal. Many files require attribution while users can usually adjust the system volume themselves, so it seems to me it is the info button that should always be visible aside from the play button. Nardog (talk) 19:50, 27 July 2019 (UTC)

Tabbed + new player = black bar

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I am using tabbed languages, and I enabled new media player (beta feature), hoping that it would solve that empty pronunciation player bug. It got worse. It shows black bars instead, and refreshing does not fix it. The only way to use the pronunciation sound is to disable the new player. It happens on Chrome and FireFox.

Screenshot[2] Sin Jeong-hun (talk) 12:46, 28 July 2019 (UTC)

This is a problem with wikt:MediaWiki:Common.css, not Video.js. I'll look into it and ask an admin on Wiktionary to help with fixing it. Nardog (talk) 22:45, 28 July 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Can't select some options in CC/resolution menu when the player is at the top of a page

Try to select the captions settings or German captions at File:Example.ogg. It seems like the menu disappears as soon as the mouse cursor reaches the MediaWiki navigation menu (#mw-head), which is set to position: absolute;. Similar behavior with the resolution menu for videos.

EDIT: Apparently clicking the CC or cogwheel button rather than hovering it prevents the menu from disappearing, but the options overlapping with #mw-head remain unselectable. Nardog (talk) 07:58, 29 July 2019 (UTC)

I've filed phab:T230651. Jc86035 (talk) 12:00, 17 August 2019 (UTC)

I've just also noticed that captions for audio don't appear on Commons for some reason (or rather, they appear at the bottom of the page view as a whole—i.e. you have to scroll down to see them—just not of the visible part), while they work just fine on other sites such as this and English Wikipedia. Nardog (talk) 09:03, 6 August 2019 (UTC)

This seems to be because the caption-container class conflicts with the GallerySlideshow gadget's caption-container class. Both of the selectors aren't specific enough, so both of them now conflict with each other. I've filed a ticket in Phabricator as phab:T230650. Jc86035 (talk) 11:07, 17 August 2019 (UTC)

sound

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I cann't hear any sound in Safari for iPhone. 203.128.212.166 (talk) 15:54, 3 August 2019 (UTC)

This information is less than ideal for debugging. Can you share some more info with us, like your iOS version (available at Settings / General / Software Update; same as Safari version) and an example for a “muted” file? Thanks in advance! Tacsipacsi (talk) 21:04, 4 August 2019 (UTC)

The version of iOS is 12.3.1, and the muted file is File:Jeff Koons in Matt Black Reflections series.webm. 203.128.212.166 (talk) 06:52, 5 August 2019 (UTC)

One more question: does this happen with the old player (like on File:Screenshot of TimedMediaHandler extension with Big Buck Bunny as background video.png) as well, or only with the new one (e.g. File:Screenshot of TimedMediaHandler using VideoJS with Big Buck Bunny.png)? Tacsipacsi (talk) 21:32, 5 August 2019 (UTC)

I cannot play the video with the old player at all. 203.128.212.166 (talk) 02:27, 9 August 2019 (UTC)

I checked it again. I could play the video with the old player in the desktop view on my phone, but I couldn't hear the sound. Moreover, I couldn't play the video in the mobile view on my phone. I think the old player is deactivated in the view. 203.128.212.166 (talk) 02:40, 9 August 2019 (UTC)

I can hear something but I can't see above to beneath 49.195.201.231 (talk) 13:36, 13 August 2019 (UTC)

Probably this is because you have your ringer switch to mute (vibrate for calls only). Because on iOS we depend on HTML5 audio and because Apple in their infinite wisdom considers this not to be a 'primary audio'-category, it is muted with the ringer mute....... —TheDJ (Not WMF) (talk • contribs) 08:34, 14 August 2019 (UTC)

I can confirm that this happens for the video player but (confusingly) not the audio player on iOS 12. Jc86035 (talk) 13:03, 17 August 2019 (UTC)

Audio clips are transcoded to mp3 now, which IS natively supported. —TheDJ (Not WMF) (talk • contribs) 18:59, 17 August 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Caption display

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I'm having an issue with line breaks in captions; see phab:T230649. Jc86035 (talk) 11:22, 17 August 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Play button is too big

I wish the play button was not so large and prominent. It covers too much of the thumbnail. This is not very conducive to creating attractive articles on Wikipedia. Can we either make the play button border smaller or more translucent? Coffeeandcrumbs (talk) 04:35, 26 September 2019 (UTC)

@Brion VIBBER, is this possible? Or is it possible to move the triangle play button to a bottom-right corner so it does not cover the most important part of the thumbnail preview? Coffeeandcrumbs (talk) 09:50, 25 January 2020 (UTC)

Agree. The play button is ugly and unnecessary big. Ita140188 (talk) 17:29, 10 February 2020 (UTC)

Thank you!

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

To everyone who helped making this happen: thanks so much for the new video player! I took my first video for Wikipedia in 2008 and have always been interested in this option as moving images can do so much more for explaining certain topics. At some point, I gave up because I couldn't watch Commons videos on any of my mobile devices (I mainly use an iPad during the time I'm off work.) Recently, I became more interested in video content production. The featured-content-community on Commons introduced "Featured video candidates", and you can clearly tell that this effort sparked greater interest in video-making among a couple of us. Also, I started my own YouTube channel aimed at encouraging and empowering hobby photographers to create short videos illustrating Wikipedia articles. So, given this particular background, I cannot tell you how happy was when I turned on the new video player you created. Thanks again. This is great step forward and – despite all the feedback about small bugs and other minor stuff – you can be very proud of the result. All the best! Frank Schulenburg (talk) 03:04, 22 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Remembering the quality setting

Is there a way the video player could remember my last quality setting? I usually have a fast internet connection and would like to always watch videos in the highest quality available. Currently, each time I click on a new video, I have to adjust that setting again, so that I can watch the video in HD (if available). Ideally, my browser would remember the highest quality setting I used last (alternative: a flag that could be set to "always display videos in the highest quality available"). Any thoughts whether this would be easy to implement? Frank Schulenburg (talk) 16:49, 23 October 2019 (UTC)

It wouldn't be super hard I think; we definitely should consider this. Could save as a cookie or as a user preference... Thanks for the suggestion! I'll copy this and a few others over to Phabricator to keep track of them. brooke (talk) 21:38, 27 November 2019 (UTC)

You can't print the preview picture

When I try to print an article including the video that I havn't start, it comes out as a white space. But it should get out as the preview picture shown in the article, just without the play symbole. Wikiolo (talk) 19:53, 16 November 2019 (UTC)

Unlocking for everyone

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

The VideoJS Player should be unlocked for everyone because it is already a billion times better than the old one. You can still make improvements and upgrades in a Beta version. Wikiolo (talk) 14:56, 24 November 2019 (UTC)

We're hoping to make the switchover soon, after some recent updates land which reduce the JavaScript download size when players aren't used. brooke (talk) 21:36, 27 November 2019 (UTC)

But the recent update was a step back... Wikiolo (talk) 20:28, 14 December 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Upcoming changes to new video player mode

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Sometime in the next week or so, the new video player mode will update to the latest patch revision. (Until then, you can see it in action at video-testing.wmflabs.org)

This makes a few changes, some for performance and some for comfort:

• The video.js (and ogv.js if needed) libraries are loaded on-demand and minified better, so there's less download penalty to a page using video or audio components.
• Instead of playing inline (often uncomfortably small for thumbnails), videos play in a larger dialog box, making them easier to see! (In the future this dialog box may be replaced with integration into the Media Viewer interface used for photos) Unlike the old dialog box, this uses the same UI library as other MediaWiki components, so will feel more familiar, and it handles mobile screens or small windows well.
• Temporarily, audio players are not transformed -- you get the default audio player controls of the browser. This has a couple downsides like no captions support, but means you can play an audio file without the dialog.

Once a few more improvements get in we'll probably switch over the mode to default, and later dismantle the old player to simplify the codebase and reduce the size of the ResourceLoader module definitions.

Issues to fix include:

• Handling audio!
• Possibly enabling captions by default
• Remembering caption and resolution settings

This hopefully will happen by the end of the calendar year. Your feedback is useful and welcome, and I'll be filing more tasks in phabricator with additional things I've seen in the feedback forum. Thanks everyone! brooke (talk) 21:54, 27 November 2019 (UTC)

Updated audio support is in the works and can be tested at video-testing.wmflabs.orgnow as well, but has a few glitches in Safari. brooke (talk) 06:45, 28 November 2019 (UTC)

If UI library as other MediaWiki are familiar, and then why I can play an audio without the dialog Maizunir (talk) 03:01, 30 November 2019 (UTC)

+1 for Remembering caption and resolution settings, I am usually on >50Mbps network changing the quality every time is strenuous. Specially when I participate at COM:FVC.

I tried the video-testing.wmflabs.org and it works fine on all(5) of my devices.

Thanks for this new player! Eatcha (talk) 14:32, 2 December 2019 (UTC)

@Maizunir Couldn't agree more. This is going out of its way to make the experience worse and it makes no sense. Nardog (talk) 12:49, 7 December 2019 (UTC)

Or, alternatively, will it make it possible to place an inline button (or preferably a link) that opens the dialog without embedding a player? That would solve the issue I brought up here, though not to the full extent. Nardog (talk) 12:53, 7 December 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

The new preview is a big step back and makes no sense

I can´t understand the newest "upgrade": Now you can´t have a preview in the thumb picture anymore, so you have the same problem as in the current video player: You can just watch the video with full screen. That makes no sense since you could click to maximize the preview video to full screen. The only bug in that version was that you had to maximize the video quality manually...

Why are you doing that? It was almost perfect... Wikiolo (talk) 20:27, 14 December 2019 (UTC)

We are doing it for reasons of javascript performance having a big impact on page load times.

Also realistically the inline video player created such small players that for many people inline playback wasn't useful anyways. —TheDJ (Not WMF) (talk • contribs) 12:09, 16 December 2019 (UTC)

It should be resizable then. Nnnn20430 (talk) 18:42, 6 September 2020 (UTC)

Oh, come on... Wikiolo (talk) 23:46, 16 December 2019 (UTC)

I still can´t live with the step back:

First, when you see the video preview on the small screen at first, you can choose, weather you want to see the full video or not without ckicking the whole video back.

Second, if you would like to print an article, you can influence the excerpt of the preview picture that will be printed by stoping the video on that time. In the updated version you don´t have that option anymore.

Third, the video seems in the original version of the video player more to be a "part of the article", than a link to the video as it looks in the updated version.

So due to that reasons, I am still hoping that you get back to the origin version of the video player. Wikiolo (talk) 13:23, 30 March 2020 (UTC)

I have changed my view back to the old version, because I can't see any benefit anymore in the new version. 2001:A61:12D2:D01:9481:42C6:91EA:4CC3 (talk) 09:18, 26 December 2020 (UTC)

Inline audio player option

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Although I really enjoy the popup for video, I don't enjoy it as much for audio. The extension should add a option to user preferences to use an inline player individually for the video player and the audio player. It should also allow popups to be changed to inline players and inline players to be expanded into popups. BrandonXLF (talk) 20:01, 15 December 2019 (UTC)

Agree. It really does not make sense to open a popup for audio. Ita140188 (talk) 17:29, 10 February 2020 (UTC)

A big argument for this is that a major use case for audio is listening to in background, while reading the article. —⁠andrybak (talk) 12:34, 22 February 2020 (UTC)

I filed a Phabricator task (but didn't realize there was one already, so I closed it as a duplicate of phab:T246035). Jc86035 (talk) 16:07, 1 April 2020 (UTC)

I am quite late to this discussion, but I would just like to say that I wholeheartedly agree with these comments. It is very annoying that to listen to an audio file on a Wiki page, you have to stare at a loudspeaker icon. If this were rolled out today, I predict we would see a 90% drop in people listening to embedded audio files (if such a thing could be measured). Mysterymanblue (talk) 08:58, 26 June 2021 (UTC)

I agree. There should be options for both inline and pop-up playback experience, with audio being played inline by default (preferably). Not having the option for inline audio made me opt out of this otherwise excellent feature. Lord Clayton7 (talk) 14:32, 29 July 2021 (UTC)

+1

But it doesn't appear that commenting here will have an effect on the design czar 22:57, 10 January 2022 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Play button

Why is the play button on the top left part of the screen? I think centering it is better. MuctarD12 (talk) 15:02, 16 January 2020 (UTC)

This is because we generally have 'small' video frames, and the focus of the thumbnail often is in the middle as well. If we put the play button there, it's more difficult to make out the contents of thumbnail.

For that reason, the english wikipedia for a long time already is putting the button in the corner. We figured doing the same for the new player from the start would make sense.

And the new player technology that we use already does so. —TheDJ (Not WMF) (talk • contribs) 15:10, 16 January 2020 (UTC)

Keyboard arrows controls

It would be nice to be able to control video playback through the arrows in the keyboard, as in other video players (e.g. Youtube). Something like: right arrow goes ahead 10 seconds, left arrow goes back 10 seconds. Ita140188 (talk) 16:16, 27 January 2020 (UTC)

Popup window should close when clicking outside of it

Now I need to click on the x button on the top left. It's more intuitive to close the popup window by clicking outside of it (back in the page) Ita140188 (talk) 17:28, 10 February 2020 (UTC)

It’s not that intuitive for me (regular, non-web popups usually don’t close when clicking outside of them), but hitting the Esc key should definitely close it. Tacsipacsi (talk) 17:34, 10 February 2020 (UTC)

But then why show the underlying page? Why not a black background? If I see the page around the popup, intuitively I would think that clicking on the page the popup would close (something like selecting another window on PC) Ita140188 (talk) 11:07, 11 February 2020 (UTC)

You can click on other windows to switch away from a normal window on a PC, but usually you can’t do so to switch from a popup window to its parent window. For example open a new document in an office program (I tested MS Word and LibreOffice Writer), write some text and try to close the window. A popup window appears asking whether you want to save the document; if you click somewhere in the main window of the program, either nothing happens, or the popup blinks and nothing else happens, but the popup certainly doesn’t go away. Other popup windows usually work the same. Tacsipacsi (talk) 13:48, 11 February 2020 (UTC)

The web is different. Most popup scripts allow dismissing the popup by clicking outside it or pressing Esc. And I expect this extension the same. Nardog (talk) 06:43, 17 February 2020 (UTC)

In my experience web is not different, at least popups looking like proper windows are not. To cite an example independent from this tool (i.e. not the OOjs UI), jQuery UI’s windows cannot be closed by clicking outside, either. (By the way, the old Kaltura player uses jQuery UI. The window cannot be closed by clicking outside, but can be closed by hitting Esc.) Tacsipacsi (talk) 09:52, 17 February 2020 (UTC)

Audio width

Currently specifying the width of the player gets outright ignored, with [[File:Example.ogg]], [[File:Example.ogg|500px]], and [[File:Example.ogg|100px]] all yielding the same result (220px). This better be temporary. Nardog (talk) 16:46, 14 February 2020 (UTC)

I don’t agree. This is not better be temporary, this MUST be temporary. It should be fixed ASAP, but certainly before releasing this feature. Tacsipacsi (talk) 17:25, 14 February 2020 (UTC)

wikt:had better. Nardog (talk) 17:48, 14 February 2020 (UTC)

Auto-generated MIDI files are broken

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

The auto-generated MIDI that comes with Score aren't playing at all on the new player. QuietHere (talk) 12:57, 17 February 2020 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

维基百科如何在百科里插入视频

维基百科如何在百科里插入视频 Wlchunxiaodi (talk) 20:02, 15 March 2020 (UTC)

请上传，然后加入[[File:上传档案名称]]。上传扭是在左边栏里头。 Camouflaged Mirage (talk) 13:08, 31 March 2020 (UTC)

Can't scroll while player is open

I don't know why a page won't scroll up or down while the player window pops up. George Ho (talk) 04:23, 19 March 2020 (UTC)

It's a modal player. Jdforrester (WMF) (talk) 01:27, 3 April 2020 (UTC)

Can you explain how a "modal player" functions? Thanks. George Ho (talk) 01:36, 3 April 2020 (UTC)

https://en.wikipedia.org/wiki/Modal_window

In user interface design for computer applications, a modal window is a graphical control element subordinate to an application's main window. It creates a mode that disables the main window but keeps it visible, with the modal window as a child window in front of it. Users must interact with the modal window before they can return to the parent application.

Jdforrester (WMF) (talk) 02:20, 3 April 2020 (UTC)

I see. Do you know what other players are more suitable besides a "modal" model? George Ho (talk) 02:38, 3 April 2020 (UTC)

The player isn't modal, the integration of it into MediaWiki is. However, floating windowing systems are exceptionally code-expensive, and building that for this feature might not be a great investment in time.

(To clarify, I agree that it's not great that this is a modal window.) Jdforrester (WMF) (talk) 15:36, 3 April 2020 (UTC)

Hmm... Maybe not just for the video player, the floating windowing system would be also beneficial for MediaViewer, a system viewing larger size of images.

Has the floating window been proposed before? George Ho (talk) 20:48, 3 April 2020 (UTC)

Yes. See T51969. Jdforrester (WMF) (talk) 21:00, 3 April 2020 (UTC)

How are "repositionable/draggable" and "floating" interchangeable? Is making a floating window—allowing users to scroll down an article without interruptions—possible without dragging that window, or does the floating window need to be dragged in order for the code to work well? George Ho (talk) 23:14, 4 April 2020 (UTC)

BTW, when I said "page", I should have clarified "article page". George Ho (talk) 02:12, 3 April 2020 (UTC)

I am writing this followup to the modal explanation, as far as I have understood it. I want to advocate that not having the possibiity to scroll the (Wikipedia article) window, below the playing player's dialog, can be a real drawback : such is the case when musical audio passages are included in an article, in regard with explanations, lyrics or scores of what is heard. The modality/immobility does not permit to look at both at the same time. Improving this would be a great plus of comfort. Thanks in advance Eric.LEWIN (talk) 03:50, 2 May 2020 (UTC)

I think the modal player is terrible, I want to be able to scroll the page. Nnnn20430 (talk) 18:35, 6 September 2020 (UTC)

thats the extension's programming, thats how they started working on this. Patrick799 (talk) 21:37, 2 March 2021 (UTC)

I have finally gone back to the old video reader, unchecking the option in my global preferences for beta functionnalities, and, for what I have tester, all comes much better : sounds are played directly with no supplementary dialog opening, and so one can read the page while hearing music ; videos are played in a dialog which is movable and does not forbide moving through the article, and therefore browsing it.

So, it's terrible to say because of all the work done by developpers trying yo improve things, but the conclusion is this : for the moment, forget this beta functionality.

Note : I am using Safari on macOS, old versions (9.1.3 on 10.9.5), as well as new ones (13.1.1 on 10.15.5), with the same results (I'll try Firefox soon, when I'll have it reinstalled on my newer machine ; but it did so also on my old machine with a v.76.0.1 Firefox). And in fact the video « without the beta feature set » looks to me nicer, and much more like the screen capture given in the associated MediaWiki page (the Big Buck Bunny picture from the Blender movie), which is not what I see when trying the example below (the video with the Firefox presenting frame). It looks to me like the configuration is totally reversed : unchscksd feature meaning having it, and conversely ; is this possible ?

I keep following this discussion (probably with low reaction time, about a day up to a few ones) in case of more info needed. Eric.LEWIN (talk) 23:14, 6 September 2020 (UTC)

First of all, my English may be wrong.

Because I am not good at English because I am Korean.

(In a word, I'm using a translator.)

I had a hard time watching videos or scrolling in wikpedia. I said I wouldn't use this function, but I came here once. MediaWiki and wikipedia managers, please fix this, and this could lead to the perception that it's an illegal page. This is because you might recognize that you did it on purpose to earn advertising revenue (you can ignore this). So let's fix this weakness and send it to someone who doesn't know our convenience and wikipedia.

And I think it's right to use a different player (because it's a beta version) and accept the user's opinion and apply it if you think it's good.

(I'm sorry if you think I'm saying something wrong or swearing.)

If you have anything to say to me, I would appreciate it if you could come and talk to me at

https://ko.wikipedia.org/wiki/%EC%82%AC%EC%9A%A9%EC%9E%90%ED%86%A0%EB%A1%A0:Djfisefa

Thank you😉 Djfisefa (talk) 13:00, 23 September 2020 (UTC)

Djfisefa (talk) 13:04, 23 September 2020 (UTC)

Also went back to the old player. The new version is definitely a step back, with much worse usability Ita140188 (talk) 15:49, 26 February 2021 (UTC)

Lil NeckJack

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Ariel Aprielyullah, yang dikenal secara profesional sebagai Lil NeckJack, adalah penyanyi rap dan penulis lagu Amerika. Ia dikenal karena kepribadiannya yang hiperaktif, 36.90.23.8 (talk) 03:49, 1 April 2020 (UTC)

Uhhh... I don't know what you're talking about but when I copied from Google Translate, you're asking about artist. This is not place to ask about an artist. Please keep topical from this page. —Baran ^☪︎ 06:50, 1 April 2020 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Notes to closing the window

After I enabled the beta feature, I spent a few moments trying to close the window:

• I would expect the closing x button to be positioned right, not left, if there is no other button positioned right.
• I would expect clicking outside the window (clicking to the article behind) to make the window close. Dvorapa (talk) 15:40, 14 April 2020 (UTC)

I would expect the closing x button to be positioned right, not left, if there is no other button positioned right.

No. That's now how our design works, anywhere. The closing "x" is on the left in all modern (after ~2010) interfaces (VE, WTE2017, ContentTranslation, TemplateWizard, …) because that's where users expect them. This is influenced by mobile OS design, where this has been true for a decade too. Top right is always reserved for "make the change" actions only ("publish"/"upload"/"next"), and is empty if there's no positive action to make.

I would expect clicking outside the window (clicking to the article behind) to make the window close.

Yeah, good point; patch written. Jdforrester (WMF) (talk) 18:23, 14 April 2020 (UTC)

Not sure what you mean, closing "x" on android in recents view is on the right. Nnnn20430 (talk) 18:34, 6 September 2020 (UTC)

Thank you for the patch! To the x button: I understand this as far as there is some action on the right. But if there is nothing, I'm confused. Maybe this is just me, I don't know. Dvorapa (talk) 18:39, 14 April 2020 (UTC)

I'm of the same opinion as Dvorapa.

While it's not a problem for small dialog windows, like the save edit window of the VE, where the X is directly in our field of view, it's not the same for a video window which covers almost all the screen.

This mobile OS design is only applied to the desktop skin video player. But most desktop users are used to close a window by clicking on the X on the top right. Only MacOS users are used to the closing O on the top left.

Furthermore, the X is already on the top right for images: https://de.wikipedia.org/wiki/%C3%9Cberschallflugzeug#/media/Datei:Bell_X-1_color.jpg

By the way, .oo-ui-processDialog-actions-safe {  left: 0; } doesn't obviously modify only the video windows, so contributors can't choose to show it on the left. The RedBurn (talk) 08:30, 29 April 2020 (UTC)

Yes, I also think it is not the best solution to put the window close button on the left, like on Macs. And this is insanely confusing to me in the whole design of OOUI. But here it is necessary to change the whole design of the OOUI, and not just the design for the player.

Another variant is that we can try to refuse OOUI for a player, it seems redundant for playing video. Iniquity (talk) 01:53, 31 July 2020 (UTC)

I would personally match the video player style with Media Viewer (image) style. And yes, maybe the full OOUI layout for these two (gallery-like) cases is redundant Dvorapa (talk) 20:17, 2 August 2020 (UTC)

I would expect the closing x button to be positioned right. Schlurcher (talk) 08:46, 3 August 2020 (UTC)

As a note, Twitter photos also have a cross on the left. Iniquity (talk) 16:39, 3 August 2020 (UTC)

Score audio files not playing

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I had activated the feature and it worked fine for videos, but now I found out that because of it I was no longer able to play MIDI audio from the score extension (just tested it with de:Cam Ye O’er Frae France#Melodie). Using Chromium on Windows 10. Therefore, I had to deactivate it for now. Is this a known problem? XanonymusX (talk) 12:59, 17 April 2020 (UTC)

Yes, it’s a known problem, see phab:T245377. Tacsipacsi (talk) 22:59, 17 April 2020 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Speed of media playing

Are there any possibilities to modify the speed of play of a media ? Some other players still propose this feature. By augmenting the speed, it's kind of like a book you are fine to leaf through, or a web page to browse, for instance for having a quick preview, or for searching a specific moment, or because you are at ease following a podcast at x1.5 speed, such for MOOC and conference podcast replay — x2 is still audible if you heard or played it yet —. It's a feature I really use and appreciate. Conversely, the possiblity to have slower speeds is as weel very useful when a media is hard to follow, for instance some harder harsher course passages but you don't want to interrupt the flow, or where hearing something in a language you are not fluent with, or when trying to catch a particular frame, a specific intonation, a musical ornament or a specific interpretative execution, etc. etc.

Thanks in advance, and best regards Eric.LEWIN (talk) 18:24, 22 April 2020 (UTC)

Imagery is replusive to certain devices

Some phones has an interphase of locking certain contemplated videos like the Wiki-Videos so therefore the videos are ''Banned''; from being seeing or even been audio-fied so it is simpler to make them accessible in many ways of text with ''Safety measures'' that allows the ''video'' content to be downloaded onto their electronic device automatically. (Just giving an opinion ) Bruce Todd (talk) 15:52, 25 April 2020 (UTC)

That is a great idea Eagle eyewear (talk) 13:15, 26 April 2020 (UTC)

Indeed it is,but will it be effective? Bruce Todd (talk) 17:27, 26 April 2020 (UTC)

Eish I don't know about that Eagle eyewear (talk) 13:07, 27 April 2020 (UTC)

I hate when websites automatically download things on my phone, because my phone is well capable of displaying them right away, and downloads don’t vanish automatically, so I have to clean up my downloads directory manually from time to time. If one’s phone cannot play videos in browser, they can always be downloaded by clicking the info icon in the lower right corner, and clicking the download link below the preview. Tacsipacsi (talk) 01:13, 27 April 2020 (UTC)

You should be able to click out of the player

There was already a patch written for clicking out of the player

You should be able to click anywhere outside the player to close it. This is what most websites allow you to do with pop-up dialogs. Lycopene579 (talk) 18:38, 17 May 2020 (UTC)

Agree. See also Extension talk:TimedMediaHandler/VideoJS Player#h-Popup_window_should_close_when_clicking_outside_of_it-2020-02-10T17:28:00.000Z Ita140188 (talk) 23:32, 6 September 2020 (UTC)

I really think it should be exactly like YouTube. It is user friendly, and every body knoes or have learned how to use it Iymaa (talk) 07:21, 11 September 2020 (UTC)

me too Eddie764 (talk) 17:38, 17 December 2020 (UTC)

I just tried to do this with the example, expecting it to work, but it didn't. This is clearly something users expect, and thus should be supported. LunaSophia (talk) 14:04, 25 April 2021 (UTC)

well im using chrome so that shouldn't be the problem right? Entering123 (talk) 00:16, 23 November 2021 (UTC)

If available, have closed captions icon

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

If the video has one, consider adding a closed captions icon. If I am wrong and that Wikipedia does not support CC in videos, please add them. They are crucial to accessibility. Also, audio descriptions can be great too, if potential users are large. Gerald Waldo Luis (talk) 16:00, 29 June 2020 (UTC)

@Gerald Waldo Luis: There is a CC button if captions are available, check for example the video in en:Help:Getting started. Probably not many videos have closed captions here, but the infrastructure is ready to add them. Tacsipacsi (talk) 19:48, 29 June 2020 (UTC)

Ah, I just realized that, thx for the info. Gerald Waldo Luis (talk) 11:42, 30 June 2020 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Keyboard shortcuts don't work

I use this on my own site even though I think it's a crappy garbage piece of trash and here's why:

The standard keyboard shortcuts don't work. Make it full screen and use the arrows to skip ahead and move back and nothing happens because the arrow keys aren't supported. Press space to pause and it doesn't pause the video, instead, it exits fullscreen. And pressing f to get back to a fullscreen view doesn't work.

It's nice that it plays videos, and it's fine if no users want to do anything other than watching a video from start to end without pausing it or skipping a head or rewinding. But from a usability point of view it's trash, which is sad because it wouldn't that all that to make it usable. 2001:2002:51ED:CEE0:3739:D9D2:3A84:C81 (talk) 18:13, 1 October 2020 (UTC)

C'est vrai appuier sur un espace pour mettre pause et cela ne le mets pas en pause... Je ne comprends pas trop l'utiliter de crée un truc qui ne fonctionne pas ! 2A02:2788:11D8:C38:D4A6:F9E2:5514:75D7 (talk) 13:29, 9 December 2020 (UTC)

Video player

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

i think video play is Awesome Eddie764 (talk) 17:37, 17 December 2020 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

لما لا يتحول كل فيديو الي كتابة تحت كل مقال او وضع فيديو نفسه نوع من الارشادات الي كل مستخدم جديد كي يفهم ما المطلوب

مرحبا عندما تبحث عن مقالة شاهد فيديو رغم حتي تتعلم كيف تكتب مقال او توسع مقال اريد ان انشيء مقال وشكرا ارجو المساعدة Rawaa roumieh (talk) 14:27, 20 December 2020 (UTC)

The new video player in the Wikipedia app (android) does not work as well as the web version on windows an android

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

In the Wikipedia application, despite the addition of a new video player, it is not possible to enlarge the video, and generally the video image is small, invisible and watchable. Is there a solution to this problem? Mohammad ebz (talk) 10:17, 1 April 2021 (UTC)

I don’t think the Android issue is connected to this change in any way, the app’s video player looks like a native player (i.e. implemented by the rendering engine rather than this JavaScript library). I have no idea why full screen is disabled, though. Tacsipacsi (talk) 22:42, 1 April 2021 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Feedback - seems to mostly be an improvement (iOS safari)

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

As per subject header, mainly because webm videos can be played in browser rather than having to be downloaded before use, for mobile sites (eg on Ouzo effect). Though admittedly, when the screen is vertical the progress bar is too small to be useful - but IMHO it is an improvement that should be worked on rather than discarded Iamthinking2202 (talk) 05:19, 6 April 2021 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

The layout of some pages completely breaks when using the player

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

When I try to open page [3] (in Russian Wikipedia) using the player, I get following:

[4]

But when I use default player, everything is working normally:

[5] Well very well (talk) 17:39, 18 April 2021 (UTC)

That page is totally broken, yes. I'm not sure the wider player trigger control makes it worse. You should tell the authors of the page that it should have content that is at most ~300px wide so that users can use it. Jdforrester (WMF) (talk) 15:47, 19 April 2021 (UTC)

You are right about that. 105.112.157.253 (talk) 12:23, 24 April 2021 (UTC)

This should be fixed if the new player had a small UI option that could play the audio inline with a minimal interface. Serg!o (talk) 10:31, 22 February 2022 (UTC)

I would like to know if any voluntary is working on this. Serg!o (talk) 10:32, 22 February 2022 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

It does not work in SMPTE color bars article

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Yeah. Valery Zapolodov (talk) 02:08, 7 May 2021 (UTC)

Works for me in the article. What do you mean by “it does not work”? Nothing happens if you click the video? Or something happens, but not what you would expect? Do you get an error message? What browser and operating system are you using (including version numbers)? Does it work in a private/incognito/InPrivate/etc. window (you should be logged out there and thus get the old player)? Anything else suspicious? Tacsipacsi (talk) 14:25, 7 May 2021 (UTC)

"Does it work in a private/incognito/InPrivate/etc. window" Yes, of course it does, I though we were discussing new beta video player?? "Do you get an error message?" Sure, "The media could not be loaded, either because the server or network failed or because the format is not supported". I think it's the second. The same about Chrome console. I can reproduce on Chrome Canary on both Windows 10 and Android 9. Valery Zapolodov (talk) 15:18, 7 May 2021 (UTC)

Of course we’re talking about the new video player, but nothing implied that you tested it with the old player—Yeah. didn’t seem like an at least somewhat professional bug report. Without answering the basic questions I asked and without being able to reproduce the issue (as my Firefox played it without any issues) chances are pretty low that it will be fixed ever. I understand that users are not professional bug reporters and it’s nothing against you, but please don’t be offended if I ask some questions in order to determine where the issue lies. Anyways, I could reproduce the issue in Chrome/Chromium/MS Edge, and opened a bug report for it so that people more familiar with the codebase can fix it. Tacsipacsi (talk) 13:36, 9 May 2021 (UTC)

This was a problem with the file, which has since been fixed. Nosferattus (talk) 05:42, 19 March 2022 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Will this VideoJS player implementation support HLS compatible playlist source files?

I would like to show large/long videos that could use the HLS video on demand streaming. I can provide src links to .m3u8 files.

I am not a developer so do now know how to access this beta feature.

Is there a way for me to test the HLS capability?

Or have an idea if/when the updated extension will be released?

Thank you, GMShimokura (talk) 02:19, 24 May 2021 (UTC)

Wish you good luck to access this beta feature 41.115.21.11 (talk) 11:13, 8 June 2021 (UTC)

Some (or all) videos are not being displayed correctly in the new video player.

Some parts of the videos' colour is not being displayed correctly. I found one of those videos: Space Shuttle Columbia launch video SidChat2048 (talk) 08:27, 16 August 2021 (UTC)

Thats' not likely to be related to the video player wrapper, but more likely the encoding icw the specific browser. Can you share which browser you were using ? —TheDJ (Not WMF) (talk • contribs) 09:44, 17 August 2021 (UTC)

I am using Safari Version 14.1.2 on macOS Big Sur 11.5.1 SidChat2048 (talk) 09:55, 17 August 2021 (UTC)

@TheDJ I have also mentioned in as a reply to your reply. I will now reply to the replies of others and also yours. SidChat2048 (talk) 09:56, 17 August 2021 (UTC)

I am using Safari Version 14.1.2 on macOS Big Sur 11.5.1 SidChat2048 (talk) 09:50, 17 August 2021 (UTC)

Player mode options unavailable?

As I just noticed, the old player has options to use either HTML5 ogg player, Javascript ogg player, or HTML5 MP3 player. However, the newer player doesn't provide those options. Is the player mode universal, unified, or what? What mode is the player using: HTML5 OGG or HTML5 MP3? I'm not confident that a new player uses a Javascript player mode at the moment, but I can stand corrected. George Ho (talk) 02:15, 29 November 2021 (UTC)

it uses HTML5 players when possible and if your on macOS or iOS it uses a Javascript based encoder. It auto selects which one you need. The older player was from a time where the html5 playback wasn't so reliable yet, so it had options to manually switch but that isn't really needed any longer. —TheDJ (Not WMF) (talk • contribs) 09:01, 29 November 2021 (UTC)

No offense, but I would like a manual switch feature added please, especially for better rendering and experience. Having the player automatically provide a suitable encoder for a certain device... I'm not confident about auto-stuff, especially when the newer player would experience further technical difficulties. George Ho (talk) 11:26, 29 November 2021 (UTC)

Thats not happening —TheDJ (Not WMF) (talk • contribs) 14:07, 29 November 2021 (UTC)

Why not? George Ho (talk) 21:08, 29 November 2021 (UTC)

subtitle personalization settings

The subtitle personalization settings have been lost, please restore it Mohammad ebz (talk) 17:50, 5 December 2021 (UTC)

Ability to move the video player screen

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

It is not possible to move the video player screen in the new version while it was in the previous version.

So please add this feature to the new version.

There were also customizable features in the past but now much less Mohammad ebz (talk) 10:48, 5 January 2022 (UTC)

what does "move" mean ? —TheDJ (Not WMF) (talk • contribs) 12:39, 5 January 2022 (UTC)

change of place, position of player window Mohammad ebz (talk) 12:49, 5 January 2022 (UTC)

The old player uses jQuery UI, where one can grab the title bar of the modal window, and move it around, like how one can do so with a (non-maximized) OS window. The new, OOUI-based window doesn’t allow this. (This is actually one of the few things I dislike about OOUI.) Tacsipacsi (talk) 12:56, 10 January 2022 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Affects audio embeds

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

This beta makes audio embeds (such as en:Template:Listen#Examples pop the media out into a modal, preventing the audio from playing in the background while the reader reads. Is this intentional? For most audio like the example above, it would be sufficient to have the player play in the article window without invoking the modal. czar 19:49, 9 January 2022 (UTC)

Sadly, yes, it's intentional. See Extension talk:TimedMediaHandler/VideoJS Player#h-Inline_audio_player_option-2019-12-15T20:01:00.000Z Ciencia Al Poder (talk) 09:52, 10 January 2022 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Audio players not working.

The only page where this seems to happen is "God Save The Tsar!" On the right the is a spot to play a purely audio recording (No video) of a song, but this isn't working. And it only seems to be effecting this one article, and all the other articles I've visited have worked perfectly fine. Not sure why it is only effecting this article. Does anyone know how to fix this? Grahammydoodle (talk) 01:17, 23 February 2022 (UTC)

Do you mean the wikipedia:God Save the Tsar! page? It works for me.

If you hit F12 and view the console before playing the audio, and then start playing, do you see any error message there? Ciencia Al Poder (talk) 10:48, 23 February 2022 (UTC)

Too dark

Hello from el.wiktionary (greek). We use audio player. The new colour looks too dark in a white page. Are there going to be options for the colour? For the classic style with softer gray? Thank you. ~ Sarri.greek (talk) 04:23, 12 April 2022 (UTC)

I had exactly the same idea. Leonel Sohns (talk) 18:06, 12 April 2022 (UTC)

: [[File:Loudspeaker_light_blue.svg|20px|link=File:EL-εκπομπή.ogg]] but play inline. How is it done? All we want is to listen to the audio without moving to another page.

At the beginning, when one looks at it, it is a long empty black ... thing. After you play the audio, the little line for duration appears, and explains the length of the player. Sarri.greek (talk) 18:32, 12 April 2022 (UTC)

There is already a ticket for that feature request, but that is new functionality, so not part of this release. —TheDJ (Not WMF) (talk • contribs) 12:06, 17 April 2022 (UTC)

Audio files with TimedText open in pop-up overlay

If an audio file has timed text, the legacy player (k-player) opened a box above it to show the text, whereas the new player opens a new player in a pop-up overlay which prevents scrolling.

I suggest implementing the box above the player for timed text.

A workaround is opening the same file in a new tab. However, that is less convenient. EstherLoer (talk) 23:22, 22 April 2022 (UTC)

This is something that has been highlighted before, but we don't want to add too much complexity as we introduce a new player. Having multiple modes and custom UI really complicates lots of things and the k-player box itself also had lots of downsides of its own honestly.

New UI models might follow later on as we get a better grip on what is handy and how we can best support this. —TheDJ (Not WMF) (talk • contribs) 14:16, 25 April 2022 (UTC)

I see, thanks. A player that is integrated within the page layout simply feels more natural than a pop-up, since pretty much all video platforms do it.

If the pop-up view will remain, I suggest still allowing scrolling while it remains fixed on screen. For reference, Dailymotion and Vimeo use a top bar when the user scrolls down, and Vlare.TV (archive) used a picture-in-picture player.

"YouTube mini player" user script code could also be useful.

Hopefully I could help. EstherLoer (talk) 01:56, 26 April 2022 (UTC)

But most of them don’t feature audio with subtitles. We are pretty unique in that regard. —TheDJ (Not WMF) (talk • contribs) 06:35, 26 April 2022 (UTC)

Indeed, though their video subtitles still appear within the player, and audio is simply like video minus the picture.

YouTube also has a transcript sidebar feature, where subtitles appear with time stamps in a sidebar, but for that purpose we already have TimedText pages where both the text and player appear. However, even on the TimedText page, the new player appears in a pop-up overlay that blocks scrolling, which prevents playing the audio and reading the transcript simultaneously. This makes the pop-up overlay appear like more trouble than it's worth.

I don't see how having the player in the layout would add significant complexity. It is the same interface, just not in a pop-up.

Thanks anyway. EstherLoer (talk) 13:10, 26 April 2022 (UTC)

"I don't see how having the player in the layout would add significant complexity." Patches are welcome. —TheDJ (Not WMF) (talk • contribs) 13:24, 26 April 2022 (UTC)

Here is a tiny script which demonstrates moving the pop-up player inside the layout.

document.getElementById("file").onclick = function() { setTimeout(
		function() {
// Shortcuts
var player = document.getElementById("mwe_player_0");
var source = player.parentElement.parentElement;
var target = document.getElementsByClassName("fullMedia")[0];
if (document.title.search(/^File:/)  == 0 && document.getElementsByClassName("oo-ui-window-frame")[0]) {
	// hide overlay
	source.parentElement.parentElement.parentElement.style.display="none";
	
	// move
	target.parentNode.insertBefore(source, target);
	
	// adapt size
	document.getElementById("mwe_player_0").style.width="640px";
	document.getElementById("mwe_player_0").style.height="360px";
	player.parentElement.style.position="relative";
	document.getElementById("file").style.display="none";
	
	// unlock scroll
	document.body.style.overflow="scroll";
}
	}, 1000
); };

EstherLoer (talk) 15:09, 25 May 2022 (UTC)

.oo-ui-windowManager-modal > .oo-ui-dialog { background-color:unset;}
.oo-ui-windowManager-modal > .oo-ui-dialog.oo-ui-window-active { width:300px; height:200px; right:0; bottom:0; top:unset; left:unset; }
.oo-ui-windowManager-modal-active { overflow:unset; }

While this is not inside the layout yet, at least it does not obstruct scrolling anymore.

😃 EstherLoer (talk) 13:46, 26 April 2022 (UTC)

Keyboard seek

See phab:T298946

Are there any plans to finally implement backward/forward time jumps (±5 s by ←/→, ±1 frame by ,/.)? Mikhail Ryazanov (talk) 23:10, 25 April 2022 (UTC)

There are definitely plans to add seeking shortcuts. But likely we'll also add them to mobile and that makes the implementation a little bit more difficult right now, so it's not the highest priority. —TheDJ (Not WMF) (talk • contribs) 08:51, 28 April 2022 (UTC)

Why would you add keyboard shortcuts on mobile? Keyboard shortcuts inherently require a physical keyboard, which smartphones don’t have. I mean you can add keyboard shortcuts in the mobile version of the site, in case someone uses that from a desktop/laptop computer, but that doesn’t require extra thinking, and it’s quite an edge case anyway. Tacsipacsi (talk) 13:28, 2 May 2022 (UTC)

not keyboard shortcuts of course, but touch interactions which trigger the same actions.

This functionality would consist of: a plugin, a keyboard trigger, a touch trigger, visual feedback and the actual action itself. —TheDJ (Not WMF) (talk • contribs) 14:09, 2 May 2022 (UTC)

<score sound="1"> not rendered when [[File:… present

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

On pages that play sound via [[File:… the sound player of <score sound="1"> is not shown. Michael Bednarek (talk) 06:03, 26 April 2022 (UTC)

A known issue, for which the fix will roll out with this weeks train. see phab:T306836 —TheDJ (Not WMF) (talk • contribs) 06:42, 26 April 2022 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Time indicator only shows remaining time

The time indicator only shows the remaining time, whereas k-player showed the elapsed time, which is more useful for noting time stamps.

I suggest allowing to toggle between the modes by clicking on the time stamp. This is a common feature in many media player programs, therefore it videoJS should have it too. EstherLoer (talk) 13:51, 26 April 2022 (UTC)

Soon it will look like this: https://phabricator.wikimedia.org/T306779#7878535 —TheDJ (Not WMF) (talk • contribs) 18:02, 26 April 2022 (UTC)

Wow, looks great. 😃 Like the "full-grown" player interface of a dedicated video platform. EstherLoer (talk) 18:35, 26 April 2022 (UTC)

This should now be live in all areas where videojs has been deployed by default so far, and tonight for those with the Beta option enabled on a group2 site. —TheDJ (Not WMF) (talk • contribs) 08:48, 28 April 2022 (UTC)

BTW. the reason why vanilla videojs doesn't do this, is because the slider also already shows the time offset. But i'm not a fan of it either. —TheDJ (Not WMF) (talk • contribs) 18:03, 26 April 2022 (UTC)

I see. While it is better than nothing, hovering is unavailable to most mobile users. EstherLoer (talk) 18:38, 26 April 2022 (UTC)

Time indicator has been changed only for videos, audio files still have one that only shows remaining time. Leonel Sohns (talk) 08:26, 11 May 2022 (UTC)

Set serval Timestamps to jump to a part in the same Video

Is it possible with the new player to add links to several points in a video or audio to jump to the specific time in the video or audio and that use the same player. I have seen that in podcasts and videos at other platforms. Hogü-456 (talk) 18:36, 26 April 2022 (UTC)

You mean something like chapters? (YouTube has this since 2020.) EstherLoer (talk) 19:20, 26 April 2022 (UTC)

I mean that I click on a Link and then the video jumps to the defined time in the video. When I click later to another time in the video through a link, then it jumps to that place without a new tab is opened. So both links go to the same player. Chapters in YouTube are something similar and as far as I have seen it in YouTube it is more advanced, as there are also preview picture shown for the chapters. Hogü-456 (talk) 19:40, 26 April 2022 (UTC)

Youtube displays only one video on the page, whereas on a MediaWiki page you can have multiple videos on the page. Even the same video multiple times if you want. There's no way to reference a video element on the same page. Ciencia Al Poder (talk) 08:23, 27 April 2022 (UTC)

If you have a file page you can use query parameter ?start=secondsoffset This is documented on Extension:TimedMediaHandler.

There is no such thing as described however so far. —TheDJ (Not WMF) (talk • contribs) 18:23, 27 April 2022 (UTC)

Thank you for the answers. It is a feature that I think is helpful when it somewhen exists in the future. It helps me at other websites a lot, to find a specific topic in a conversation for example. Hogü-456 (talk) 19:51, 27 April 2022 (UTC)

I'd really like to understand your request better however. What is the exact use case we are trying to fix ? How would this functionality be used by editors ? Because having functionality is pointless if it won't be used. So:

1. Where would you use this ? In articles, or in the file pages themselves? Considering we are neither Youtube nor a podcast platform.

2. And where would these links to navigate be positioned ? Inside articles ? Again, what problem that editors have are we solving ?

3. Where would an editor define these 'points' —TheDJ (Not WMF) (talk • contribs) 08:46, 28 April 2022 (UTC)

There is the Podcast WikiMove and I was interested in jumping to a specific part in this podcast and had that interest in other videos about discussions at WMF-Communityhours too. Through that I hope that people can easier listen to parts they are interested in again. So it makes knowledge more easy accessible. It is also for other kind of longer videos interesting. For example for videos of train rides, to jump to a specific station. I have listened to the Podcast embedded in a page and watched some videos directly at Commons. So it is at both pages types interesting, but it is more important at article or meta pages. I can not navigate exactly with the mouse and so if I read only where a specific part of an audio or video starts I am not able currently to jump after one to another part in the same video or audio player. I thought that it is possible to give a embededed file an id, and that then links to a specific part in a specific player can be referenced through entering the ID and optional a short text what that part is about. Hogü-456 (talk) 20:35, 28 April 2022 (UTC)

Ok, so it sounds like primarily you want chapters functionality, defined on the File page, but usable whenever the player is opened (inside an article, on the file page, embedded etc).

BTW: Note that you can already pass a start time to any video transclusion in an article. You just need to know the timeoffset where you want it to start. —TheDJ (Not WMF) (talk • contribs) 11:06, 29 April 2022 (UTC)

Can I turn off this thing?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

When the VideoJS Player is playing something (even when it's playing audio files), I can no longer browse the page, which is seriously irritating. Can I turn it off? I don't need the old one because I tried blocking JavaScript and the raw HTML one was fine by me. Thanks. 魔琴 (talk) 13:59, 30 April 2022 (UTC)

Something you can do in the meantime is to add the following code to your custom style sheet (shortcut: Special:MyPage/common.css):

/* Floating media player */
.oo-ui-windowManager-modal > .oo-ui-dialog { background-color:unset; }
.oo-ui-windowManager-modal > .oo-ui-dialog.oo-ui-window-active { width:300px; height:200px; right:0; bottom:0; top:unset; left:unset; }
.oo-ui-windowManager-modal-active { overflow:unset; }
/* Increase subtitle size for readability */
.vjs-text-track-cue { font-size: 20px!important; inset:50% 0 0 !important; }

This will put the pop-up player into the corner and allows you to scroll during playback.

An alternative is to open two tabs, one for playback and one for scrolling. EstherLoer (talk) 15:56, 1 May 2022 (UTC)

Just a note that this applies to ALL your oo-ui dialogs, including in VE and on mobile, so it will have quite some side effects, please do not advise this to random ppl who cannot be trusted to manage their own CSS files, it's a maintenance nightmare. —TheDJ (Not WMF) (talk • contribs) 21:13, 1 May 2022 (UTC)

Ah thanks! That's much better! 魔琴 (talk) 16:05, 1 May 2022 (UTC)

I am glad I could help you! 😃 EstherLoer (talk) 16:10, 1 May 2022 (UTC)

No —TheDJ (Not WMF) (talk • contribs) 22:47, 30 April 2022 (UTC)

See also T307286. 魔琴 (talk) 16:06, 1 May 2022 (UTC)

Is there a way to enable the old player? Ljcool2006 (talk) 16:39, 19 May 2022 (UTC)

no —TheDJ (Not WMF) (talk • contribs) 17:06, 19 May 2022 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Default subtitle language preset

The legacy media player (k-player) pre-selected a subtitle language, whereas VideoJS does not, which could cause some viewers to not realize that subtitles for this media even exist.

Some times, when I played media on the legacy player, subtitles appeared without me expecting it. If they did not appear, I would have missed out on it. EstherLoer (talk) 16:01, 1 May 2022 (UTC)

It does do that. what language have you selected in your preferences and on which wiki was this specifically ?

Perhaps it has something to do with language fallback chain (like someone use en-GB while the subtitles are en). —TheDJ (Not WMF) (talk • contribs) 19:42, 1 May 2022 (UTC)

On Commons, but happens on other wikis too. I have left my language preferences at the default so far, meaning it is English on Commons. I tested it with media files that have subtitles in several languages including English. EstherLoer (talk) 18:19, 25 May 2022 (UTC)

Commons is multilingual, maybe that has something to do with it. I'll take another look. —TheDJ (Not WMF) (talk • contribs) 20:40, 27 May 2022 (UTC)

OK, the subtitles were broken for a while but have been restored. If you have any language select problems, please let me know. —TheDJ (Not WMF) (talk • contribs) 08:45, 10 June 2022 (UTC)

Why, is it expected that English captions don’t appear if someone’s UI language is set to British English or even Japanese? I think they should appear even then; actually foreign-language captions may be even more important than native-language ones: if one has only, say, en-2 knowledge (using Babel extension’s levels), they may not fully understand the spoken English text, but they may be able to follow the video if it’s captioned in English. Of course, if there are native-language captions available, they should be shown, but even English is better than nothing. Tacsipacsi (talk) 13:37, 2 May 2022 (UTC)

I didn't say it was expected, I said it might be a problem (that had been overlooked) and asking for confirmation if this was the situation that the user was in, to confirm that the correct problem had been identified. —TheDJ (Not WMF) (talk • contribs) 14:11, 2 May 2022 (UTC)

Subtitle translation

Please add the ability to translate subtitles available on Wikipedia or Wikimedia Commons; For example, translate English subtitles to Persian subtitles, etc. using the button in the video player subtitles section. Mohammad ebz (talk) 14:25, 9 May 2022 (UTC)

This is already available. For example, on https://commons.wikimedia.org/wiki/File:The_Big_Parade.webm which is today's Media of the Day, click the subtitles button ("CC" if en-us, otherwise a white box with some lines), then click "create captions" (in en-us; in en-gb, "subtitles", in fa, "ایجاد زیرنویس") which takes you to the subtitle creation system. Jdforrester (WMF) (talk) 16:31, 9 May 2022 (UTC)

I mean, translating subtitles into another language using Wikipedia's content translation capabilities. Mohammad ebz (talk) 16:59, 9 May 2022 (UTC)

Ah, right. That proposal is T44495; I'm pretty confident it's never going to happen using the current technology stack, sorry. Jdforrester (WMF) (talk) 22:07, 9 May 2022 (UTC)

Time disappear

https://www.mediawiki.org/w/index.php?title=Project:Sandbox&diff=prev&oldid=5264758 The time size disappears when the audio player is less than 150px wide. Leonel Sohns (talk) 19:04, 9 June 2022 (UTC)

Yes, this is correct and intentional. Jdforrester (WMF) (talk) 20:11, 9 June 2022 (UTC)

"floatright" class removed by script (only on MediaWiki.org)

The parent division of the player that contains the "floatright" class is removed by a script. Strangely, this only happens on MediaWiki.org (any skin), but not on Wikipedia or Meta-Wiki. EstherLoer (talk) 01:02, 21 June 2022 (UTC)

These wikis run a different thumbnail layout (based on the figure element), that TMH isn't entirely ready for yet. This is a known issue and when the changed figure-based layout will eventually move forward to other wikis, then this will have to be fixed first yes. Thank you for paying attention. —TheDJ (Not WMF) (talk • contribs) 08:08, 21 June 2022 (UTC)