Not read CD-ROM music

[Tuxino88]

(com.github.rafostar.Clapper:4423): Clapper-CRITICAL **: 14:49:12.660: Failed to play

[Rafostar]

@Tuxino88

Please provide a little more info (what Clapper package is used) and steps to reproduce (how you open CD).

[Tuxino88]

@Tuxino88

Please provide a little more info (what Clapper package is used) and steps to reproduce (how you open CD).

clapper 0.4.1 If I try to directly open the content of the CD is not played. Nautilus also shows a popup where it allows you to select clapper, even so it doesn't work. Can you tell me how to start a debug?

[Rafostar]

Nautilus also shows a popup where it allows you to select clapper

Integration with Nautilus is not yet supported here. Will be added later.

Can you tell me how to start a debug?

For anything other I would start with:

GST_DEBUG=3 clapper

For starters, above might show a little more errors about whats wrong when you open a file.

[Tuxino88]

Nautilus also shows a popup where it allows you to select clapper

Integration with Nautilus is not yet supported here. Will be added later.

Can you tell me how to start a debug?

For anything other I would start with:

GST_DEBUG=3 clapper

For starters, above might show a little more errors about whats wrong when you open a file.

(com.github.rafostar.Clapper:5945): Adwaita-WARNING **: 12:09:00.552: Using GtkSettings:gtk-application-prefer-dark-theme with libadwaita is unsupported. Please use AdwStyleManager:color-scheme instead. 0:00:05.897641435 5945 0x7f962c09c580 FIXME glcontext gstglcontext.c:2039:gst_gl_wrapped_context_get_config: wrapped context could not retrieve config. The application may be missing a call to gst_gl_context_fill_info() or the specific platform implemention is not implemented for retrieving the config from a wrapped OpenGL context. 0:00:05.901942368 5945 0x7f962c085060 WARN GST_URI gsturi.c:676:gst_element_make_from_uri: source didn't accept URI 'cdda://sr0/Track%202.wav': Could not handle CDDA URI 0:00:05.903280766 5945 0x7f962c085060 WARN GST_URI gsturi.c:676:gst_element_make_from_uri: source didn't accept URI 'cdda://sr0/Track%202.wav': Could not handle CDDA URI 0:00:05.903318166 5945 0x7f962c085060 WARN uridecodebin gsturidecodebin.c:1470:gen_source_element: error: Could not handle CDDA URI 0:00:05.903328056 5945 0x7f962c085060 WARN uridecodebin gsturidecodebin.c:1470:gen_source_element: error: No element accepted URI 'cdda://sr0/Track%202.wav' 0:00:05.903442679 5945 0x7f962c085060 ERROR Clapper gstclapper.c:1169:emit_error: Error: Failed to play (gst-clapper-error-quark, 0)

(com.github.rafostar.Clapper:5945): Clapper-CRITICAL **: 12:09:06.352: Failed to play

[Rafostar]

One by one:

Using GtkSettings:gtk-application-prefer-dark-theme with libadwaita is unsupported. Please use AdwStyleManager:color-scheme instead.

This was fixed in Clapper 0.4.1, make sure you are actually running this Clapper version.

may be missing a call to gst_gl_context_fill_info() or the specific platform implemention is not implemented for retrieving the config from a wrapped OpenGL context.

This was caused by some GTK4 breaking change, should be fixed since GStreamer 1.20 version. Please update ALL GStreamer packages you have to 1.20.

No element accepted URI 'cdda://sr0/Track%202.wav'

Once you update to GStreamer 1.20, please check if you have gstreamer plugins ugly installed. In case of Fedora its split into two packages from RPMFusion: gstreamer1-plugins-ugly and gstreamer1-plugins-ugly-free.

[Tuxino88]

All packages are installed with correct version , are you sure it depends on gstreamer?

• gstreamer1.x86_64 1.20.0-1.fc35 @updates
• gstreamer1-libav.x86_64 1:1.20.0-1.fc35 @rpmfusion-free-updates
• gstreamer1-plugin-openh264.x86_64 1.19.1-1.fc35 @fedora-cisco-openh264
• gstreamer1-plugins-bad-free.x86_64 1.20.0-1.fc35 @updates
• gstreamer1-plugins-bad-free-extras.x86_64 1.20.0-1.fc35 @updates
• gstreamer1-plugins-bad-freeworld.x86_64 1:1.20.0-1.fc35 @rpmfusion-free-updates
• gstreamer1-plugins-base.x86_64 1.20.0-1.fc35 @updates
• gstreamer1-plugins-good.x86_64 1.20.0-1.fc35 @updates
• gstreamer1-plugins-good-gtk.x86_64 1.20.0-1.fc35 @updates
• gstreamer1-plugins-good-qt.x86_64 1.20.0-1.fc35 @updates
• gstreamer1-plugins-ugly.x86_64 1:1.20.0-1.fc35 @rpmfusion-free-updates
• gstreamer1-plugins-ugly-free.x86_64 1.20.0-1.fc35 @updates
• gstreamer1-rtsp-server.x86_64 1.20.0-1.fc35 @updates
• gstreamer1-svt-av1.x86_64 0.8.7-2.fc35 @fedora
• gstreamer1-vaapi.x86_64 1.20.0-1.fc35 @updates

thanks for your time 😇 if you think the problem too difficult do not worry, it is not fundamental.

the path of the files seems to be : cdda://sr0/Track%201.wav

[Rafostar]

@Tuxino88

Clapper since 0.4.1 version should not complain about: Using GtkSettings:gtk-application-prefer-dark-theme with libadwaita is unsupported. Please use AdwStyleManager:color-scheme instead.

As the mentioned Adw.StyleManager is now used in this version. I would start by checking your clapper build/installation why this happens. It seems like its either older version of Clapper or its using files from old installation for some reason. Try to rebuild/reinstalling clapper. I think Fedora has clapper package in its official repos now, are you using that or is it build from git?

[Tuxino88]

@Tuxino88

Clapper since 0.4.1 version should not complain about: Using GtkSettings:gtk-application-prefer-dark-theme with libadwaita is unsupported. Please use AdwStyleManager:color-scheme instead.

As the mentioned Adw.StyleManager is now used in this version. I would start by checking your clapper build/installation why this happens. It seems like its either older version of Clapper or its using files from old installation for some reason. Try to rebuild/reinstalling clapper. I think Fedora has clapper package in its official repos now, are you using that or is it build from git?

The problem occurs both with the official Fedora version and with the one filled in source.

[Rafostar]

I created a fresh Fedora toolbox container, installed clapper + gstreamer plugins to check, but as expected I do not get this warning because this unsupported code was removed in Clapper 0.4.1.

Could you check output of:

cat `which clapper`

To make sure what ver is used and from where you load files from?

[Tuxino88]

#!/usr/bin/gjs

imports.package.init({
  name: 'com.github.rafostar.Clapper',
  version: '0.4.1',
  prefix: '/usr',
  libdir: '/usr/lib64',
});
imports.package.run(imports.src.main);

The files are loaded by Nautilus opening on CD

[Rafostar]

Well the prefer dark theme is a different issue here. As for your original CD audio issue, something like:

clapper "cdda://0"

Might work assuming your cd device is mounted as /dev/cdrom. For other cases a plugin configuration menu would be needed, which is planned, but not yet implemented.

[Tuxino88]

0:00:00.433790239 13082 0x7fc69809e760 FIXME              glcontext gstglcontext.c:2039:gst_gl_wrapped_context_get_config:<glwrappedcontext0> wrapped context could not retrieve config. The application may be missing a call to gst_gl_context_fill_info() or the specific platform implemention is not implemented for retrieving the config from a wrapped OpenGL context.
0:00:00.444692897 13082 0x7fc69807d860 WARN                 GST_URI gsturi.c:676:gst_element_make_from_uri: source didn't accept URI 'cdda://0/': Could not handle CDDA URI
0:00:00.447561267 13082 0x7fc69807d860 WARN                 GST_URI gsturi.c:676:gst_element_make_from_uri: source didn't accept URI 'cdda://0/': Could not handle CDDA URI
0:00:00.447655531 13082 0x7fc69807d860 WARN            uridecodebin gsturidecodebin.c:1470:gen_source_element:<uridecodebin0> error: Could not handle CDDA URI
0:00:00.447683403 13082 0x7fc69807d860 WARN            uridecodebin gsturidecodebin.c:1470:gen_source_element:<uridecodebin0> error: No element accepted URI 'cdda://0/'
0:00:00.447928042 13082 0x7fc69807d860 ERROR                Clapper gstclapper.c:1169:emit_error:<clapperplayer0> Error: Failed to play (gst-clapper-error-quark, 0)

(com.github.rafostar.Clapper:13082): Clapper-CRITICAL **: 14:46:17.027: Failed to play

[Rafostar]

Thanks. Dunno why gst_gl_context_fill_info fails on your HW, but that is unrelated to CD playback. I think I know why CD playback fails through, this one is mine bug to fix.

[Rafostar]

This is gonna need to be fixed in rewritten API. Ideally API should be able to determine if passed URI (with scheme) should be modified in any way to trigger usage of some special plugins (e.g. cdda://). Same goes for DVD playback.