flv audio lag

Bug #73271 reported by John Kelly
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
mplayer (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

Binary package hint: mplayer

I am having trouble getting mplayer to play .flv files correctly. There is a 3 or 4 second audio delay when playing the videos. This is the only error i noticed when mplayer played the .flv back but i doubt this has anything to do with the problem im having.

Requested audio codec family [mp3] (afm=mp3lib) not available.
Enable it at compilation.
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 22050 Hz, 1 ch, s16be, 0.0 kbit/0.00% (ratio: 0->44100)
Selected audio codec: [ffmp3] afm: ffmpeg (FFmpeg MPEG layer-3 audio decoder)

I also tried the -framedrop option but it had no effect.

Revision history for this message
Igor Zubarev (igor.zubarev) wrote :

Confirm for Edgy.

Revision history for this message
Nafallo Bjälevik (nafallo) wrote :

Please retry with the latest mplayer in feisty (2:1.0~rc1-0ubuntu3).

Changed in mplayer:
importance: Undecided → Medium
Revision history for this message
Nafallo Bjälevik (nafallo) wrote :

Is this still an issue with the version in feisty?

Changed in mplayer:
status: Unconfirmed → Needs Info
Revision history for this message
Arthur Kalimullin (kalimullin) wrote :

Yes, bug is still there

Revision history for this message
Robert Persson (ireneshusband) wrote :

I don't experience this bug. I'm using version 2:1.0~rc1-0ubuntu9.1

Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for mplayer (Ubuntu) because there has been no activity for 60 days.]

Revision history for this message
bgruber (bgruber) wrote :

i still have this problem in gutsy.

Revision history for this message
bgruber (bgruber) wrote :

still have this problem in gutsy which for some reason i made a comment for w/out changing the status.

Changed in mplayer:
status: Invalid → New
Revision history for this message
Daniel T Chen (crimsun) wrote :

Is this symptom still reproducible in 8.10 alpha?

Changed in mplayer:
status: New → Incomplete
Revision history for this message
Michał Gołębiowski-Owczarek (mgol) wrote :

I tried "-fps 33" option, but it fixed only one of my flv files.

Daniel T Chen (crimsun)
Changed in mplayer:
status: Incomplete → Confirmed
Revision history for this message
llpamies (llpamies-deactivatedaccount) wrote :

I still have this problem in 8.10 beta ... (up to date now)

Revision history for this message
cochisebt (cochisebt) wrote :

I also have the same problem, since I upgraded to Intrepid. With Hardy, I didn't had this issue.

Revision history for this message
Michał Gołębiowski-Owczarek (mgol) wrote :

And I had it problem in Hardy, and still have in Intrepid. No difference.
Totem and VLC works fine.

Revision history for this message
Daedalus (daedalus2027) wrote :

I have the same issue with mplayer-nogui 2:1.0~rc2-0ubuntu13.1 and kernel 2.6.28-3.

Revision history for this message
Reinhard Tartler (siretart) wrote :

what output plugins are you guys using? can you assure that the delay is not caused by some audio daemon like pulseaudio?

Changed in mplayer (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Michał Gołębiowski-Owczarek (mgol) wrote :

I uninstalled Pulse Audio in my Hardy completely. But the problem wasn't gone until I installed mplayer & smplayer from ppa repositories.

Revision history for this message
Reinhard Tartler (siretart) wrote : Re: [Bug 73271] Re: flv audio lag

Michał Gołębiowski <email address hidden> writes:

> I uninstalled Pulse Audio in my Hardy completely. But the problem wasn't
> gone until I installed mplayer & smplayer from ppa repositories.

ah, interesting. What ppa did you use?

--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

Revision history for this message
Michał Gołębiowski-Owczarek (mgol) wrote :
Revision history for this message
Launchpad Janitor (janitor) wrote :
Download full text (5.8 KiB)

This bug was fixed in the package mplayer - 2:1.0~rc3+svn20090426-1ubuntu1

---------------
mplayer (2:1.0~rc3+svn20090426-1ubuntu1) karmic; urgency=low

  * Switch to debian packaging for the mplayer package
  * New upstream release, LP: #336697, #260918, #246675, #243453, #74282
  * Fixes security issues: CVE-2008-5616, LP: #308939
  * many flv fixes LP: #73271, #347021
  * Build and install mencoder
  * Bump epoch

mplayer (1.0~rc3+svn20090426-1) unstable; urgency=low

  [ fabrice ]
  * Introduce the mplayer-nogui package, that does not depend on GTK+

  [ Reinhard Tartler ]
  * new upstream svn version based on the 1.0rc3 branch
  * various cleanups and refactoring in debian/rules
  * no longer remove mencoder.c: It does hardly contain any "dangerous"
    or patented code. Instead:
  * strip libavcodec similar to how its done in the ffmpeg package. This
    brings the patent policy of the mplayer and ffmpeg package in debian
    finally in sync. c.f. the comments and the "discussion" in #522373.
  * install upstream's version of binary_codecs.sh

mplayer (1.0~rc3+svn20090405-1) unstable; urgency=low

  * New upstream version. Track the 1.0rc3 release branch for now.
  * remove 50_r28803_segfault_print_int.patch, merged upstream.
  * no longer remove the TOOLS subdirectory from the upstream source.
  * make get-orig-source rule actually work.
  * disable musepack support. Closes: #476384
  * completely delegate handling of /etc/mplayer/mplayer.conf to
    dpkg. This change removes also all debconf templates and reduces
    package complexity.
  * move .gbp.conf to debian/gbp.conf
  * cleanups in debian/rules: prefer external debhelper helper files
  * enhance upstream Makefile to install gmplayer manpages
     - implement as quilt patch, submitted upstream
     - debian/rules: make use of the added rules
  * use dh_prep instead of dh_clean -k
  * bump Standards-Version to 3.8.1

mplayer (1.0~rc2+svn20090303-7) unstable; urgency=low

  * various cleanups in debian/rules.
  * as a side effect, DEB_BUILD_OPTIONS set to noopt no longer works. It
    really needs to be implemented in ./configure instead of weird hackery
    in debian/rules. patches welcome.
  * run 'make distclean' only of config.mak exists.
  * remove debian/control.mplayer* variants.
  * don't --enable-debug on mipsen. This hopfully fixes the FTBFS on mipsen.

mplayer (1.0~rc2+svn20090303-6) unstable; urgency=low

  [ A Mennucc1 ]

  * use ./configure flags to dynamically link FFmpeg,
    delete patch 30link-system-ffmpeg.patch

  [ Reinhard Tartler ]

  * cleanup debian/rules: use --enable-debug on all architectures but mips.
    in order to fix a FTBFS. This results in making the -dbg package on mips
    useless. If you are interested in having a usable mplayer-dbg package on
    mips, please try enabling that switch in debian/rules and send us your
    buildlog!
  * run 'make distclean' only of config.mak exists
  * cleanup debian/rules: remove unnecessary clean statements

mplayer (1.0~rc2+svn20090303-5) unstable; urgency=low

  * debian/control : move docbook-xml,docbook-xsl,xsltproc from
    Build-Depends-Indep to Build-Depends, since they are needed to run
    config...

Read more...

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

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.