Last modified: 2014-11-14 01:34:27 UTC
The oga transcode of https://commons.wikimedia.org/wiki/File:Sound_of_the_bells_of_Sveta_Nedelya_in_Sofia_2012_PD.ogg gives '/usr/bin/avconv' -y -i '/tmp/localcopy_345b75a767fb-1.ogg' -vn -aq '1' -ar '44100' -ac '2' -acodec 'libvorbis' /tmp/transcode_oggd0332bf23b6c-1.ogg Exitcode: 1 Memory: 4194304 avconv version 0.8.6-4:0.8.6-0ubuntu0.12.04.1, Copyright (c) 2000-2013 the Libav developers built on Apr 2 2013 17:02:36 with gcc 4.6.3 [ogg @ 0x10267a0] Codec not found /tmp/localcopy_345b75a767fb-1.ogg: End of file I think libav needs to be updated to version 9
Is that server territory (product "Wikimedia" in Bugzilla), or some requirements bump that has to happen in the TMH codebase (product "MediaWiki extensions")?
To support Opus we would need to package libopus and a new version of avconv, not sure about teritorry but should be ok to leave as TMH bug since we have several like it for other formats.
Change 78235 had a related patch set uploaded by J: Parse Ogg Opus files and enable playback if supported https://gerrit.wikimedia.org/r/78235
Change 78235 merged by jenkins-bot: Parse Ogg Opus files and enable playback if supported https://gerrit.wikimedia.org/r/78235
With change 78235 merged, is this fixed?
No reply to comment 5 - assuming this bug is FIXED. If that is not the case: Please reopen and elaborate what is left to do here to get this report fixed.
(In reply to Andre Klapper from comment #6) > No reply to comment 5 - assuming this bug is FIXED. > If that is not the case: Please reopen and elaborate what is left to do here > to get this report fixed. I tested at https://commons.wikimedia.org/wiki/File:Sound_of_the_bells_of_Sveta_Nedelya_in_Sofia_2012_PD.ogg . You can play the original (if your browser supports Ogg Opus), but the transcode to Ogg Vorbis at the bottom still won't work (I tried resetting it manually). It seems to be the same error.
(In reply to Andre Klapper from comment #6) > No reply to comment 5 - assuming this bug is FIXED. > If that is not the case: Please reopen and elaborate what is left to do here > to get this report fixed. No, comment 2 needs to be done (see bug 53863/RT #6891)