Gnome-mplayer audio language selection does not work.

Bug #526573 reported by Alistair Buxton
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
gnome-mplayer (Ubuntu)
Invalid
Undecided
Unassigned
mplayer (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: gnome-mplayer

When playing an mpeg stream with multiple audio languages, gnome-mplayer offers a menu item, "select audio language". All streams are correctly listed, but selecting one has no effect.

Use case: streams recorded by my mythtv setup often have two "english" audio tracks. Which one contains the actual program audio seems to be random, the other contains silence. In totem etc I can select the right audio track to get sound. Or I can use mplayer -aid <stream id> to make it work. eg:

Example video file: http://al.robotfuzz.com/~al/aspect/audio.mpg

Stream IDs are:
video pid=6785
audio pid=6786
audio pid=6787

By default mplayer (and gnome-mplayer) will play audio pid 6787 which contains silence.
To get sound I can use: mplayer -aid 6786 audio.mpg

ProblemType: Bug
Architecture: amd64
Date: Tue Feb 23 17:05:35 2010
DistroRelease: Ubuntu 9.10
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027)
NonfreeKernelModules: nvidia
Package: gnome-mplayer 0.9.8-1ubuntu2
ProcEnviron:
 PATH=(custom, user)
 LANG=en_GB.UTF-8
 SHELL=/bin/bash
SourcePackage: gnome-mplayer
Uname: Linux 2.6.33-020633rc6-generic x86_64

Revision history for this message
Alistair Buxton (a-j-buxton) wrote :
Revision history for this message
Cesare Tirabassi (norsetto) wrote : Re: [Bug 526573] [NEW] Gnome-mplayer audio language selection does not work.

Can you check this Kevin?
"Switch audio track" does work but selecting with "Select Audio
Language" doesn't.

On Tue, Feb 23, 2010 at 6:18 PM, Alistair Buxton <email address hidden> wrote:
> Public bug reported:
>
> Binary package hint: gnome-mplayer
>
> When playing an mpeg stream with multiple audio languages, gnome-mplayer
> offers a menu item, "select audio language". All streams are correctly
> listed, but selecting one has no effect.
>
> Use case: streams recorded by my mythtv setup often have two "english"
> audio tracks. Which one contains the actual program audio seems to be
> random, the other contains silence. In totem etc I can select the right
> audio track to get sound. Or I can use mplayer -aid <stream id> to make
> it work. eg:
>
> Example video file: http://al.robotfuzz.com/~al/aspect/audio.mpg
>
> Stream IDs are:
> video pid=6785
> audio pid=6786
> audio pid=6787
>
> By default mplayer (and gnome-mplayer) will play audio pid 6787 which contains silence.
> To get sound I can use: mplayer -aid 6786 audio.mpg
>
> ProblemType: Bug
> Architecture: amd64
> Date: Tue Feb 23 17:05:35 2010
> DistroRelease: Ubuntu 9.10
> InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027)
> NonfreeKernelModules: nvidia
> Package: gnome-mplayer 0.9.8-1ubuntu2
> ProcEnviron:
>  PATH=(custom, user)
>  LANG=en_GB.UTF-8
>  SHELL=/bin/bash
> SourcePackage: gnome-mplayer
> Uname: Linux 2.6.33-020633rc6-generic x86_64
>
> ** Affects: gnome-mplayer (Ubuntu)
>     Importance: Undecided
>         Status: New
>
>
> ** Tags: amd64 apport-bug
>
> --
> Gnome-mplayer audio language selection does not work.
> https://bugs.launchpad.net/bugs/526573
> You received this bug notification because you are subscribed to gnome-
> mplayer in ubuntu.
>

Revision history for this message
Kevin DeKorte (kdekorte-gmail) wrote :

Works fine with 0.9.9.2

Revision history for this message
Kevin DeKorte (kdekorte-gmail) wrote :

Retested again and both switch track and switch language work for me. I am using mplayer

MPlayer SVN-r30502-4.4.2 (C) 2000-2010 MPlayer Team

Revision history for this message
Cesare Tirabassi (norsetto) wrote :

Yeah, I was testing with 0.9.9.2, so, it looks like it is an mplayer problem.

Changed in gnome-mplayer (Ubuntu):
status: New → Invalid
Revision history for this message
Cesare Tirabassi (norsetto) wrote :

Yes, working fine with mplayer svn snapshot from 2009/12/20 so I'd say this is fixed upstream.

Changed in mplayer (Ubuntu):
status: New → Fix Committed
Changed in mplayer (Ubuntu):
status: Fix Committed → 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.