Totem *does not* play audio CDs.

Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

*** This bug has been marked as a duplicate of bug 549488 ***

And why nautilus offers it for playing CDs?

(In reply to comment #2)
> And why nautilus offers it for playing CDs?

Most likely because your distribution has a broken defaults.list. At least Totem doesn't advertise it in its mime-types.

I don't have any defaults.list (at least in Gentoo we don't supply it, maybe it's caused by audio/x-wav mimetype being handled by totem and it causing nautilus to be confused?

(In reply to comment #4)
> I don't have any defaults.list (at least in Gentoo we don't supply it, maybe
> it's caused by audio/x-wav mimetype being handled by totem and it causing
> nautilus to be confused?

Unless you double-clicked on the wav files listed, it's not that (and it doesn't match your bug report anyway).

Then, I don't know from what place is nautilus getting the information to offer totem to play CD.

Anyway, when trying to open each separate wav file totem fails in the same way :-/ and, in terminal:

$ LC_ALL=C totem cdda://sr0/Track%202.wav
** Message: Error: No URI handler implemented for "cdda".
gsturidecodebin.c(1065): gen_source_element (): /GstPlayBin2:play/GstURIDecodeBin:uridecodebin0

** Message: Missing plugin: gstreamer|0.10|totem|Audio CD source|urisource-cdda (Audio CD source)
** Message: Automatic missing codec installation not supported (helper script missing)

** (totem:30335): WARNING **: chapters: failed to load CMML file cdda://sr0/Track%202.cmml: El archivo /Track 2.cmml no existe en la unidad /dev/sr0

That's a different problem here.

What's the output of:
- gst-inspect giosrc
- Is gvfs-fuse installed?
- gvfs-cat cdda://sr0/Track%202.wav | totem fd://0

I have /usr/libexec/gvfs-fuse-daemon but not gvfs-fuse command :-/

$ gst-inspect-0.10 giosrc
Factory Details:
  Long name:	GIO source
  Class:	Source/File
  Description:	Read from any GIO-supported location
  Author(s):	René Stadler <mail@renestadler.de>, Sebastian Dröge <sebastian.droege@collabora.co.uk>
  Rank:		secondary (128)

Plugin Details:
  Name:			gio
  Description:		GIO elements
  Filename:		/usr/lib64/gstreamer-0.10/libgstgio.so
  Version:		0.10.31
  License:		LGPL
  Source module:	gst-plugins-base
  Source release date:	2010-11-30
  Binary package:	Gentoo GStreamer Ebuild
  Origin URL:		http://www.gentoo.org

GObject
 +----GstObject
       +----GstElement
             +----GstBaseSrc
                   +----GstGioBaseSrc
                         +----GstGioSrc

Interfaces implementados:
  GstURIHandler

Pad Templates:
  SRC template: 'src'
    Availability: Always
    Capabilities:
      ANY


Element Flags:
  no flags set

Element Implementation:
  Has change_state() function: gst_base_src_change_state
  Has custom save_thyself() function: gst_element_save_thyself
  Has custom restore_thyself() function: gst_element_restore_thyself

Element has no clocking capabilities.
Element has no indexing capabilities.

URI handling capabilities:
  Element can act as source.
  Supported URI protocols:
    file
    davs+sd
    dav+sd
    dns-sd
    davs
    dav
    localtest
    sftp
    ssh
    ftp
    burn
    trash
    computer
    network

Pads:
  SRC: 'src'
    Implementation:
      Has getrangefunc(): gst_base_src_pad_get_range
      Has custom eventfunc(): gst_base_src_event_handler
      Has custom queryfunc(): gst_base_src_query
      Has getcapsfunc(): gst_base_src_getcaps
      Has setcapsfunc(): gst_base_src_setcaps
      Has acceptcapsfunc(): gst_pad_acceptcaps_default
      Has fixatecapsfunc(): gst_base_src_fixate
    Pad Template: 'src'

Element Properties:
  name                : The name of the object
                        flags: legible, escribible
                        String. Default: null Current: "giosrc0"
  blocksize           : Size in bytes to read per buffer (-1 = default)
                        flags: legible, escribible
                        Unsigned Long. Range: 0 - 18446744073709551615 Default: 4096 Current: 4096
  num-buffers         : Number of buffers to output before sending EOS (-1 = unlimited)
                        flags: legible, escribible
                        Integer. Range: -1 - 2147483647 Default: -1 Current: -1
  typefind            : Run typefind before negotiating
                        flags: legible, escribible
                        Boolean. Default: false Current: false
  do-timestamp        : Apply current stream time to buffers
                        flags: legible, escribible
                        Boolean. Default: false Current: false
  location            : URI location to read from
                        flags: legible, escribible
                        String. Default: null Current: null
  file                : GFile to read from
                        flags: legible, escribible
                        Object of type "GFile"


$ gvfs-cat cdda://sr0/Track%202.wav | totem fd://0
gvfs-cat: cdda://sr0/Track%202.wav: error al abrir el archivo: La ubicación especificada no está montada

(totem:31892): GLib-GIO-CRITICAL **: g_file_enumerator_close: assertion `G_IS_FILE_ENUMERATOR (enumerator)' failed

(totem:31892): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed

** (totem:31892): WARNING **: chapters: failed to load CMML file fd://0.cmml: La ubicación especificada no está soportada
** Message: Error: El flujo no contiene datos.
gsttypefindelement.c(562): gst_type_find_element_handle_event (): /GstPlayBin2:play/GstURIDecodeBin:uridecodebin0/GstTypeFindElement:typefindelement0:
Can't typefind empty stream

(and totem fails to open as "stream contains no data")

Thanks a lot for your help

(Regarding nautilus offering totem to play CD, do you think should I open a bug to upstream guys?)

(In reply to comment #8)
<snip>
> $ gvfs-cat cdda://sr0/Track%202.wav | totem fd://0
> gvfs-cat: cdda://sr0/Track%202.wav: error al abrir el archivo: La ubicación
> especificada no está montada

Either gvfs was compiled with cdda suport, or it's broken. That's the reason why Totem can't play those wav files.

> (totem:31892): GLib-GIO-CRITICAL **: g_file_enumerator_close: assertion
> `G_IS_FILE_ENUMERATOR (enumerator)' failed
> 
> (totem:31892): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT
> (object)' failed

That's already fixed.

<snip>
> (Regarding nautilus offering totem to play CD, do you think should I open a bug
> to upstream guys?)

It's most likely a bug somewhere in your distro or your setup because I don't see any such problems.

(In reply to comment #9)
> (In reply to comment #8)
> <snip>
> > $ gvfs-cat cdda://sr0/Track%202.wav | totem fd://0
> > gvfs-cat: cdda://sr0/Track%202.wav: error al abrir el archivo: La ubicación
> > especificada no está montada
> 
> Either gvfs was compiled with cdda suport, or it's broken. That's the reason
> why Totem can't play those wav files.

It's compiled with cdda support, shouldn't it?

> 
> > (totem:31892): GLib-GIO-CRITICAL **: g_file_enumerator_close: assertion
> > `G_IS_FILE_ENUMERATOR (enumerator)' failed
> > 
> > (totem:31892): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT
> > (object)' failed
> 
> That's already fixed.
>

Great :-)
 
> <snip>
> > (Regarding nautilus offering totem to play CD, do you think should I open a bug
> > to upstream guys?)
> 
> It's most likely a bug somewhere in your distro or your setup because I don't
> see any such problems.

Yes, I have tried on a different account and looks like totem is not offered, then, I will need to look at my home configuration files :-/

(In reply to comment #10)
> Yes, I have tried on a different account and looks like totem is not offered,
> then, I will need to look at my home configuration files :-/

This was due old ~/.local/share/applications/mimeapps.list :-D

(In reply to comment #10)
> (In reply to comment #9)
> > (In reply to comment #8)
> > <snip>
> > > $ gvfs-cat cdda://sr0/Track%202.wav | totem fd://0
> > > gvfs-cat: cdda://sr0/Track%202.wav: error al abrir el archivo: La ubicación
> > > especificada no está montada
> > 
> > Either gvfs was compiled with cdda suport, or it's broken. That's the reason
> > why Totem can't play those wav files.
> 
> It's compiled with cdda support, shouldn't it?
> 

But this is still valid

Still NEEDINFO then, if your gvfs can't open files on cdda://.

You'll need to figure out why it doesn't work before Totem can do anything.

FWIW, cdparanoiasrc (from gst-plugins-base) and/or cdiocddasrc (gst-plugins-bad) provide cdda:// protocol support in GStreamer. Acceptable URIs (to GStreamer) are: cdda://  , cdda://5 , cdda:///dev/sr0#5

(In reply to comment #14)
> FWIW, cdparanoiasrc (from gst-plugins-base) and/or cdiocddasrc
> (gst-plugins-bad) provide cdda:// protocol support in GStreamer. Acceptable
> URIs (to GStreamer) are: cdda://  , cdda://5 , cdda:///dev/sr0#5

Except that the bacon-video-widget will transform the URI we get into a local path (through fuse) and GStreamer told to open a local file path, not cdda://.

So if gvfs-cat doesn't work, then it certainly won't work as expected.

Looks like CD is getting unmounted for some reason, this is what I can reproduce now:
1. Click on my CD drive in nautilus window ("System" in english?) to get CD mounted.
2. Window like https://bugzilla.gnome.org/attachment.cgi?id=179512 is opened.
3. Go to the terminal and type: 
gvfs-cat cdda://sr0/Track%202.wav|totem fd://0

It works!

4. Now, instead of above command, type simply: 
gvfs-cat cdda://sr0/Track%202.wav

Lots of cruft is shown obviously but, after that,
gvfs-cat cdda://sr0/Track%202.wav|totem fd://0

fails again to run because AudioCD has been unmounted (!)

I now try the following:
1. Insert my CD
2. Wait it to be shown in Desktop.
3. Run gvfs-cat cdda://sr0/Track%202.wav|totem fd://0 -> It works (!)
4. Now click on CD to view https://bugzilla.gnome.org/attachment.cgi?id=179512 window.
5. Run again gvfs-cat cdda://sr0/Track%202.wav|totem fd://0 to check it is still mounted -> It works
6. Go to nautilus window and click on a wav -> It fails :-S
7. Run again gvfs-cat cdda://sr0/Track%202.wav|totem fd://0 to check it is still mounted -> It works (??)

The output I get from gvfs-cat... is the following:

$ gvfs-cat cdda://sr0/Track%202.wav|totem fd://0

** (totem:26268): WARNING **: chapters: failed to load CMML file fd://0.cmml: La ubicación especificada no está soportada

But I still don't know why it's working when run with gvfs-cat but not from nautilus window

If it says it's not mounted any more, that means that the gvfs cdda backend crashes (or somebody unmounts it). Best find out about that crash and file a bug against gvfs.

I cannot see any traces of gvfs neither in .xsession-errors, dmesg or /var/log/messages. In xsession-errors I see the following when it fails:

** Message: Error: No existe un manejador URI implementado para «cdda».
gsturidecodebin.c(1065): gen_source_element (): /GstPlayBin2:play/GstURIDecodeBin:uridecodebin0

** Message: Missing plugin: gstreamer|0.10|totem|Fuente: CD de audio|urisource-cdda (Fuente: CD de audio)
** Message: Automatic missing codec installation not supported (helper script missing)

** (totem:30755): WARNING **: chapters: failed to load CMML file cdda://sr0/Track%202.cmml: El archivo /Track 2.cmml no existe en la unidad /dev/sr0

But no message from gvfs

Could you reassign this to gvfs people? Maybe they will know better how to investigate this problem. Thanks

Any idea about where could be the problem? Thanks

-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gvfs/issues/161.