Page MenuHomePhabricator

Update avconv to support opus in ogg files
Closed, ResolvedPublic

Description

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


Version: unspecified
Severity: enhancement

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 22 2014, 1:53 AM
bzimport set Reference to bz51313.

Is that server territory (product "Wikimedia" in Bugzilla), or some requirements bump that has to happen in the TMH codebase (product "MediaWiki extensions")?

jgerber wrote:

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)

Should the bug title be updated to reflect that webm files are affected as well?

Also, after fixing this bug, we need to reset all transcodes where video+opus exists because those transcodes have no audio track at all.

with an updated ffmpeg from debian this seems to work:

filippo@filippo-test-trusty:~$ ffmpeg -y -i Sound_of_the_bells_of_Sveta_Nedelya_in_Sofia_2012_PD.ogg -vn -aq '1' -ar '44100' -ac '2' -acodec 'libvorbis' Sound_of_the_bells_of_Sveta_Nedelya_in_Sofia_2012_PD.ogv
ffmpeg version 2.7.2-1~wmf1 Copyright (c) 2000-2015 the FFmpeg developers
  built with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1)
  configuration: --prefix=/usr --extra-version='1~wmf1' --build-suffix=-ffmpeg --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --enable-gpl --enable-shared --disable-stripping --enable-avresample --enable-avisynth --enable-frei0r --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopenjpeg --enable-openal --enable-libopus --enable-libpulse --enable-librtmp --enable-libschroedinger --enable-libshine --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libxvid --enable-libzvbi --enable-opengl --enable-x11grab --enable-libdc1394 --enable-libiec61883 --enable-libzmq --enable-libsoxr --enable-libx264 --enable-libopencv --enable-libx265
  libavutil      54. 27.100 / 54. 27.100
  libavcodec     56. 41.100 / 56. 41.100
  libavformat    56. 36.100 / 56. 36.100
  libavdevice    56.  4.100 / 56.  4.100
  libavfilter     5. 16.101 /  5. 16.101
  libavresample   2.  1.  0 /  2.  1.  0
  libswscale      3.  1.101 /  3.  1.101
  libswresample   1.  2.100 /  1.  2.100
  libpostproc    53.  3.100 / 53.  3.100
Input #0, ogg, from 'Sound_of_the_bells_of_Sveta_Nedelya_in_Sofia_2012_PD.ogg':
  Duration: 00:00:45.65, start: 0.000000, bitrate: 128 kb/s
    Stream #0:0: Audio: opus, 48000 Hz, stereo, fltp
    Metadata:
      TIMECODE        : 00:00:00:00
      CREATION_TIME   : 2013-01-13 16:24:08
      ENCODER         : Lavf54.59.103
Output #0, ogg, to 'Sound_of_the_bells_of_Sveta_Nedelya_in_Sofia_2012_PD.ogv':
  Metadata:
    encoder         : Lavf56.36.100
    Stream #0:0: Audio: vorbis (libvorbis), 44100 Hz, stereo, fltp
    Metadata:
      TIMECODE        : 00:00:00:00
      CREATION_TIME   : 2013-01-13 16:24:08
      encoder         : Lavc56.41.100 libvorbis
Stream mapping:
  Stream #0:0 -> #0:0 (opus (native) -> vorbis (libvorbis))
Press [q] to stop, [?] for help
size=     386kB time=00:00:45.62 bitrate=  69.4kbits/s    
video:0kB audio:379kB subtitle:0kB other streams:0kB global headers:4kB muxing overhead: 1.993704%
filippo@filippo-test-trusty:~$

This can be closed since this https://gerrit.wikimedia.org/r/#/c/230078/ switched to using ffmpeg instead which brings us a step forward to using opus and vp9.

This can be closed since this https://gerrit.wikimedia.org/r/#/c/230078/ switched to using ffmpeg instead which brings us a step forward to using opus and vp9.

since it blocks other production tasks I'll leave it open until production is fixed as well

Change 238781 had a related patch set uploaded (by Brion VIBBER):
Use ffmpeg for video thumbs & transcoding

https://gerrit.wikimedia.org/r/238781

Change 238781 merged by Brion VIBBER:
Use ffmpeg for video thumbs & transcoding

https://gerrit.wikimedia.org/r/238781

brion claimed this task.

Updated config is in production.