Opened 5 years ago

Closed 4 years ago

#3666 closed enhancement (invalid)

Enhancement Opus compression_level and qscale

Reported by: artofit Owned by:
Priority: normal Component: avcodec
Version: git-master Keywords: libopus
Cc: Blocked By:
Blocking: Reproduced by developer: no
Analyzed by developer: no

Description

For the sake of standardisation, would welcome

ffmpeg -i input.wav -c:a libopus -q:a 5 ouput.mkv

instead of currently

ffmpeg -i input.wav -c:a libopus -compression_level 5 ouput.mkv

This already applies to other audio codec such as mp3 or aac.

Ref:

​http://trac.ffmpeg.org/wiki/Encoding%20VBR%20%28Variable%20Bit%20Rate%29%20mp3%20audio

​http://trac.ffmpeg.org/wiki/AACEncodingGuide

Change History (3)

comment:1 Changed 5 years ago by cehoyos

  • Component changed from undetermined to avcodec
  • Keywords libopus added; Opus compression_level qscale removed
  • Version changed from unspecified to git-master

comment:2 Changed 4 years ago by redneb

I don't think mapping comp to the -q flag is a good idea: comp refers to the encoding computational complexity (i.e. encoder speed), not the audio quality. So this like the lame -q flag (which ffmpeg maps to -compression_level) and not the -V lame flag (which ffmpeg maps to -q). So I think the current mapping of comp to -compression_level is correct and consistent with other lossy audio codecs. I believe this issue can be marked as invalid.

comment:3 Changed 4 years ago by cehoyos

  • Resolution set to invalid
  • Status changed from new to closed
Note: See TracTickets for help on using tickets.