ffmpeg Incorrectly determine the sampling rate on nellymoser codec

Bug #566107 reported by Drakula2k on 2010-04-18
This bug affects 1 person
Affects Status Importance Assigned to Milestone
ffmpeg (Ubuntu)

Bug Description

Binary package hint: ffmpeg

When I convert .flv video with nellymoser audio codec, ffmpeg Incorrectly determine the sampling rate. I get the video with the slow sound. I try to compile ffmpeg from source(with apt-get source), but it did not help.Sorry for my bad english.

Drakula2k (drakula2k) on 2010-04-18
description: updated
description: updated
llogan (loul) wrote :

Can you show your ffmpeg command and the complete output? What version of Ubuntu are you using? Can you provide a sample of the .flv file?

this seems a user support question. please try asking on the
ffmpeg-users mailing list.

Drakula2k (drakula2k) wrote :

Command: ffmpeg -i 23.flv -vcodec copy -acodec libmp3lame -ar 44100 -sameq -async 1 res.flv
I use Ubuntu 9.10.
Sample video with this codec: http://drakula.net.ru/test25/site/upload/945555/23.flv
I wrote here because in Debian stable it works great.

llogan (loul) wrote :


I don't totally understand what problem(s) you are experiencing. In Karmic your command caused FFmpeg to crash, but the otutput file is still created (FFmpeg output attached to this comment). The crash seems to be caused by the -async 1 option. The output file however plays at a lower pitch than the original when I use ffplay. Which of these issues apply to you?

FFmpeg SVN works as expected.

Drakula2k (drakula2k) wrote :


When I convert video with my parameters ffmpeg didnt crash, but output file plays at a lower pitch, When I convert without -async 1, output file plays at a lower pitch and sound desynchronizes with video.

I think that the problem with lower pitch is Incorrectly determine the sampling rate:
Stream #0.1: Audio: nellymoser, 5512 Hz, mono, s16.

In Debian it looks like:
Stream #0.1: Audio: nellymoser, 8000 Hz, mono, s16.

Drakula2k (drakula2k) wrote :

I was wrong, it crash.

Reinhard Tartler (siretart) wrote :

in that case, please show a proper backtrace. See http://ffmpeg.org/bugreports.html for more information.

Changed in ffmpeg (Ubuntu):
status: New → Incomplete
Drakula2k (drakula2k) wrote :

Reinhard Tartler, This crash does not apply to this bug.

Reinhard Tartler (siretart) wrote :

i see

Changed in ffmpeg (Ubuntu):
status: Incomplete → New
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package ffmpeg - 4:0.6~svn20100505-1ubuntu1

ffmpeg (4:0.6~svn20100505-1ubuntu1) maverick; urgency=low

  * merge from debian/experimental. remaining changes:
    - don't disable encoders
    - don't build against libfaad, libdirac and libopenjpeg (all in universe)

ffmpeg (4:0.6~svn20100505-1) experimental; urgency=low

  * update to new upstream. Closes: #569727
    - fixes various segfaults and other minor feature improvements
      Closes: #374931, #522449, #501891, #559712, #420231, #369127, #538082,
              #298095, #294422, #561553, #525385, #495274, #420230
      LP: #305286, #457106, #529200, #301723, #305315, #336479, #420230,
          #412063, #428912, #432181, #440591, #453732, #453732, #453732,
      #514259, #515243, #521472, #530186, #530186, #197842, #483317,
     #483317, #539407, #280098, #331255, #566107, #569823, #570305,
  * Fixup lintian overrides for new upstream snapshot
  * Bump Standards-Version to 3.8.4
  * Many upstream changes, see upstream Changelog for details
 -- Reinhard Tartler <email address hidden> Wed, 26 May 2010 00:01:17 +0200

Changed in ffmpeg (Ubuntu):
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers