User Details
- User Since
- Dec 6 2017, 11:10 PM (339 w, 6 d)
- Availability
- Available
- LDAP User
- Unknown
- MediaWiki User
- Trougnouf [ Global Accounts ]
Sat, Jun 1
I uploaded a series of large videos then moved them.
The first ones which were already transcoded had the unknown status and I had to reset them manually (eg: https://commons.wikimedia.org/wiki/File:Atsug%C3%A1_2024-05-28_concert_in_Louvain-la-Neuve_-_01_-_Feel_the_road_(C0643-stabilized.av1.crf6).webm ), the last ones which were still in the queue got transcoded normally when their time came (eg: https://commons.wikimedia.org/wiki/File:Atsug%C3%A1_2024-05-28_concert_in_Louvain-la-Neuve_-_09_-_Angels_and_Demons_(C0652-stabilized.av1.crf6).webm )
Feb 5 2024
Feb 4 2024
This issue is stalling T257718 and T257719.
I believe that what is blocking AVIF support is generating thumbnails from AVIF files, regardless of the thumbnails' format.
I believe that AVIF is well supported by Wikimedia servers' software stack by now.
Whether AVIF is the default format for all thumbnails or whether it saves time with the processing/bandwidth trade-offs is irrelevant and should not be a blocking issue. AVIF support in general is needed for different reasons (12-bit HDR with browser support, namely).
Oct 24 2021
Thank you for the fast and effective fix!
Oct 17 2021
Oct 16 2021
Actually going on the reported url https://commons.wikimedia.org/w/index.php?search=Domaine+Solvay&title=Special:MediaSearch&go=Go&type=page manually returns results.
Sep 27 2021
Apr 16 2021
- Per https://github.com/ImageMagick/ImageMagick/commits/main/coders/jxl.c , first commit that introduces JPEG XL is on 2019-10-05 (release 7.0.8-68). The reference library is used from 2020-12-27 (release 7.0.10-54).
- No Debian package in the repository yet, although sources are available on https://gitlab.com/wg1/jpeg-xl/-/tree/master/debian
- ?
- Google Chrome ships with experimental support at least on Windows/Linux/Mac/Android. Firefox is working on it.
- GIMP plugin is already available with the reference library: https://gitlab.com/wg1/jpeg-xl/-/tree/master/plugins
Dec 8 2020
Dec 6 2020
Jan 31 2019
There is a clear benefit: >8-bit depth with lossy compression for when a 90MB 16-bit lossless tif/png is overkill. The server always returns an error when I try to upload a large 16-bit tif image, and png is slightly smaller so it works but the metadata is lost. The upcoming jpeg-xs codec should support 16-bit as well so it would make sense to skip jpeg2000 and implement XS.
Jan 6 2019
I think T142243 ([EPIC] Add open graph meta tags) might be most relevant, as T19503 (Provide metadata support on Wikimedia Commons) may be more about providing external data (s.a. that linked through WikiData) rather than what's on the image page (and it makes no mention to the open graph protocol though that may be irrelevant).
Dec 7 2017
Thank you for your impressive work!
It is uploaded using the UploadWizard
Is the sha1 checksum of your file 170bb587605d926667aedcfc7cb82fd82e72c207?