Page MenuHomePhabricator

"Broken" video transcodes are sometimes not successfully detected as broken
Closed, InvalidPublic

Description

I've seen this more than once, while trying to requeue broken transcodes, but here is a specific example...

In the list at https://commons.wikimedia.org/wiki/Special:TimedMediaHandler the "SD Ogg video (480P)" transcode of 20160914_Meeting_of_the_Presidents_Export_Council_HD.webm is shown as broken.

In the 'transcode status' list at https://commons.wikimedia.org/wiki/File:20160914_Meeting_of_the_Presidents_Export_Council_HD.webm it's shown as successful, and having taken 1h21m to process. The two 360p versions all took well over 6 hours to process, so that it successfully ran in an hour seems rather unlikely. :/

Event Timeline

Revent created this task.Nov 7 2016, 8:44 AM
Restricted Application added subscribers: Poyekhali, Aklapper. · View Herald TranscriptNov 7 2016, 8:44 AM
Revent added a comment.Nov 7 2016, 8:49 AM

Note: since it's well over a gigabyte, I'm not going to try to download it myself to try to see if it actually 'plays', but the state is inconsistent.

Revent added a comment.Nov 7 2016, 8:59 AM

Another example... https://commons.wikimedia.org/wiki/File:20161003_SxSL_Panel_Feeding_Future_HD.webm

The "HD WebM (720P)" transcode is in the TimedMediaHandler list, but shown as 'completed' on the file page in less than half the time the 480P file took to process.

The "Ogg 360P" transcode is probably also broken, as it shows it was completed in 34 minutes, but it's not on the (short) list visible at TimedMediaHandler.

This seems to have been subsumed into later tasks. I'll reopen a new task for the specific issues I'm still seeing.

Revent closed this task as Invalid.Dec 21 2016, 12:58 PM