Ubuntu
gnome-codec-install package

totem and banshee prompt for i386 plugin to play QuckTime on 64 bit system

Bug #851481 reported by Rocko
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gnome-codec-install (Ubuntu)
Fix Released
Undecided
Michael Vogt

Bug Description

When I try and play some QT files, both totem and banshee decide they haven't got an appropriate codec (event though I have the gstreamer good, bad, and ugly plugins installed). When I allow them to search for a suitable plugin, they suggest 'gstreamer0.10-plugins-good:i386' (and I do have the 64 bit version of gstreamer0.10-plugins-good installed).

If run from the command line, the message is:

** Message: Error: Your GStreamer installation is missing a plug-in.
gstdecodebin2.c(3233): gst_decode_bin_expose (): /GstPlayBin2:play/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin20:
no suitable plugins found

** Message: Missing plugin: gstreamer|0.10|totem|Quicktime demuxer|decoder-video/quicktime, variant=(string)iso (Quicktime demuxer)

At the moment, clicking on Install does absolutely nothing, but when this has happened in the past, clicking on Install warns that it will remove most of Ubuntu in order to install the i386 plugin.

A file that demonstrates this problem is at: http://http://www.guardian.co.uk/music/video/2011/sep/15/bill-bailey-gary-numan-cars-video - it works fine in Firefox, but if I download it to the desktop (eg with the firefox Download YouTube videos plugin) and try to play in totem, I hit this bug.

VLC plays the files just fine.

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: totem 3.0.1-0ubuntu5
ProcVersionSignature: Ubuntu 3.0.0-11.18-generic 3.0.4
Uname: Linux 3.0.0-11-generic x86_64
ApportVersion: 1.23-0ubuntu1
Architecture: amd64
Date: Fri Sep 16 09:11:20 2011
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Beta amd64 (20110330)
SourcePackage: totem
UpgradeStatus: Upgraded to oneiric on 2011-09-15 (0 days ago)

See original description
Revision history for this message
Rocko (rockorequin) wrote :
Revision history for this message
Rocko (rockorequin) wrote : Re: totem and banshee prompt for i386 plugin to play QT on 64 bit system

I can post the first second or so of that mp4 file if that will help.

description: updated
summary: - totem prompts for i386 plugin on 64 bit system
+ totem and banshee prompt for i386 plugin to play QT on 64 bit system
description: updated
affects: totem (Ubuntu) → banshee (Ubuntu)
Revision history for this message
Chow Loong Jin (hyperair) wrote :

Reassigning to gstreamer which has the auto-installation code.

affects: banshee (Ubuntu) → gst-plugins-base0.10 (Ubuntu)
Revision history for this message
Chow Loong Jin (hyperair) wrote :

By the way, I noticed you mentioned QT files. Do you mean Quicktime .mov files? And could you provide a sample, please?

Revision history for this message
Rocko (rockorequin) wrote :

Here's a few seconds of the file from the link I posted in the original bug report.

summary: - totem and banshee prompt for i386 plugin to play QT on 64 bit system
+ totem and banshee prompt for i386 plugin to play QuckTime on 64 bit
+ system
Revision history for this message
Rocko (rockorequin) wrote :

I think I saw something say it's Quicktime, but I can't recall where now. Firefox, VLC, and avidemux handle it correctly but not totem or banshee.

Revision history for this message
Sebastien Bacher (seb128) wrote :

seems to be multiarch-ish... Steve do you think it's something you could check on?

Revision history for this message
Steve Langasek (vorlon) wrote :

We should probably have Michael look at this, he understands the gnome-codec-install code.

Changed in gst-plugins-base0.10 (Ubuntu):
assignee: nobody → Michael Vogt (mvo)
affects: gst-plugins-base0.10 (Ubuntu) → gnome-codec-install (Ubuntu)
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gnome-codec-install - 0.4.7+nmu1ubuntu2

---------------
gnome-codec-install (0.4.7+nmu1ubuntu2) oneiric; urgency=low

  * GnomeCodecInstall/MainWindow.py:
    - prefer native packages over foreign ones on a multiarch system
      (LP: #851481)
 -- Michael Vogt <email address hidden> Tue, 20 Sep 2011 10:22:38 +0200

Changed in gnome-codec-install (Ubuntu):
status: New → Fix Released
Revision history for this message
Rocko (rockorequin) wrote :

I've got that version of gnome-codec-install, and totem/banshee no longer prompt to install i386 files.

But now I try to play QuickTime files (see comment 5 for a sample), totem/banshee look for a codec to install and they just don't find one. So I still can't play the files. Should I open a new bug or is it related to this one?

Revision history for this message
Steve Langasek (vorlon) wrote :

why does totem need an additional codec to play a quicktime file? quicktime support is part of gstreamer0.10-plugins-good, which is installed by default. Do you have a specific example of a file this can be reproduced with?

Revision history for this message
Rocko (rockorequin) wrote :

Yes, *see comment 5 for a sample file that doesn't play*.

A virtual machine running oneiric 64-bit identified the required codecs for this file as mpeg4-aac-decoder and h264-decoder and installed the plugins gstreamer0.10-ffmpeg and gstreamer0.10-plugins-bad. The VM can play the file, but my main machine (upgraded from natty) cannot. I raised bug #856988 for this because it appears to be a configuration issue since the VM can play the file.

Revision history for this message
Steve Langasek (vorlon) wrote : Re: [Bug 851481] Re: totem and banshee prompt for i386 plugin to play QuckTime on 64 bit system

On Fri, Sep 23, 2011 at 03:46:11AM -0000, Rocko wrote:
> Yes, *see comment 5 for a sample file that doesn't play*.

> A virtual machine running oneiric 64-bit identified the required codecs
> for this file as mpeg4-aac-decoder and h264-decoder and installed the
> plugins gstreamer0.10-ffmpeg and gstreamer0.10-plugins-bad. The VM can
> play the file, but my main machine (upgraded from natty) cannot. I
> raised bug #856988 for this because it appears to be a configuration
> issue since the VM can play the file.

Ok. I can confirm that on amd64, the correct plugin packages are identified
and installed for this video.

--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer http://www.debian.org/
<email address hidden> <email address hidden>

Revision history for this message
Rocko (rockorequin) wrote :

> Ok. I can confirm that on amd64, the correct plugin packages are identified
> and installed for this video.

Do you have any ideas as to why it doesn't identify the correct plugins on my PC that upgraded from Natty? Is there a configuration setting that could stop gstreamer and gnome-codec-install from finding the right plugin?

Revision history for this message
Steve Langasek (vorlon) wrote :

On Fri, Sep 23, 2011 at 05:27:28AM -0000, Rocko wrote:
> > Ok. I can confirm that on amd64, the correct plugin packages are identified
> > and installed for this video.

> Do you have any ideas as to why it doesn't identify the correct plugins
> on my PC that upgraded from Natty? Is there a configuration setting that
> could stop gstreamer and gnome-codec-install from finding the right
> plugin?

Do you have the universe repository enabled on this system? Perhaps
gstreamer0.10-ffmpeg and gstreamer0.10-plugins-bad aren't visible in your
package manager config.

--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer http://www.debian.org/
<email address hidden> <email address hidden>

Revision history for this message
Rocko (rockorequin) wrote :

Yes, I do have the universe repo enabled. And gstreamer0.10-ffmpeg and gstreamer0.10-plugins-bad are both installed. But gstreamer doesn't link them to the "quicktime decoder" that it is looking for, and nor does gnome-codec-install.

Revision history for this message
Rocko (rockorequin) wrote :

> Do you have the universe repository enabled on this system? Perhaps
> gstreamer0.10-ffmpeg and gstreamer0.10-plugins-bad aren't visible in your
> package manager config.

It is very odd, but I found that temporarily pointing GST_PLUGIN_PATH to point to the 32-bit gstreamer plugin directory (/usr/lib32/gstreamer-0.10) fixed the problem; presumably gstreamer reset whatever configuration was broken. I documented it in bug #856988.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

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