Hi, FYI all the files for which I requested a SSU are old films in high resolution transferred with video2commons (V2C). They are files above 2 GB. I don't know why V2C requests a SSU, but if it does, it is not possible to upload these files in any other way. So since these files were not uploaded on time, all this work is lost. :((( Very disappointing. Yann
Le mer. 9 avr. 2025 à 04:07, Brooke Vibber <bvib...@wikimedia.org> a écrit : > On Tue, Apr 8, 2025 at 5:37 PM p858snake <p858sn...@gmail.com> wrote: > >> One of the big issues with V2C is that it doesn't attempt to retry which >> causes a lot of the tasks to be filed: >> https://phabricator.wikimedia.org/T380982 >> > > *nod* Note that we can probably also improve the API uploader's handling > of stash publishing to greatly reduce the number of errors -- I'm going to > see what I can do this week while poking at misc patches, and then schedule > some more fixes for my maintenance/tech debt time. It looks like the most > common problem is a database timeout during assembly and publishing of the > final file, which can likely be resolved by keeping the transaction clean > and allowing the load balancer to shut down connections cleanly during > assembly. (We had similar problems on the transcoder system, which runs in > MediaWiki's job queue so connects to databases the same way.) > > There is also a task about Coreifying/Extensionifing V2C so its more >> closely intregrated: https://phabricator.wikimedia.org/T353659 >> > > I do hope we can push forward on some work here, either adapting > conversions or directly allowing upload. "Big" feature work will require > some dev time and will have to wait its turn with other projects; "small" > fixes could happen quickly if we can work out the administrivia. > > Personally I would recommend not hiding or destroying source files as > video2commons does, as this reduces visual quality and, when done at the > wrong bitrate, can drastically damage the video. If we're not legally > required to avoid distributing an original file, we probably should allow > the uploads directly on general principle. I have to warn that a conversion > that doesn't publish the original MP4 file as the actual, readable upload > file would require development time; simply enabling MP4 uploads is > something we could do at any time (with Legal's permission) by flipping a > config switch. > > Either way will require double-checking with legal, and getting Commons to > fully revert the 2014 MP4 RfC which resolved that we would not support MP4 > uploads, downloads, or conversion. (A 2019 RfC with much less participation > apparently said it was ok to convert but continues to forbid downloads. > Before implementing anything, conversion, upload, or download, we need to > pass it through Legal to ensure that *decoding* and *distributing* H.264 > files for free doesn't cause us any problems, and that MPEG-4 Visual and > AAC and AC3 audio codecs are clean as well. Note that some MP4 files > contain HEVC codec which is different from H.264 and may have different > legal issues still; we may still have to be able to distinguish them on > upload and only handle allowed ones.) > > -- brooke > _______________________________________________ > Wikimedia-l mailing list -- wikimedia-l@lists.wikimedia.org, guidelines > at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and > https://meta.wikimedia.org/wiki/Wikimedia-l > Public archives at > https://lists.wikimedia.org/hyperkitty/list/wikimedia-l@lists.wikimedia.org/message/EQKMHGL7F733VAOHPWNH3UWORPHGETBT/ > To unsubscribe send an email to wikimedia-l-le...@lists.wikimedia.org -- +33-780 60 90 42
_______________________________________________ Wikimedia-l mailing list -- wikimedia-l@lists.wikimedia.org, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/wiki/Wikimedia-l Public archives at https://lists.wikimedia.org/hyperkitty/list/wikimedia-l@lists.wikimedia.org/message/EJTPCOV6TCUHMEGZXL5335OBVWQ6A3ZL/ To unsubscribe send an email to wikimedia-l-le...@lists.wikimedia.org
