GNOME Bugzilla – Bug 730991
CD audio isn't loaded in interface [version 3.5.0]
Last modified: 2018-09-21 17:46:59 UTC
Os -> Ubuntu linux 14.04 sound-juicer 3.5.0 When I insert the audio CD the system recognized it and ask if I want to open it with sound-juicer. The interface of the application is empty, it cannot find the audio cd. Trying to launch it with -d option doesn't fix the problem, it cannot find any of the possible device, complaining that "HAL daemon may not be running" (there isn't any running hal daemon indeed). What steps could I perform to debug this behaviour? Thanks
I'm sorry sound-juicer isn't working for you, thank you for taking the time to report your problem. If you could provide some more information that would be very helpful. You don't need HAL to be running, that message should be updated. It does however indicate an error in the drive detection. When you get the message "HAL daemon may not be running" There should be a line above it saying "Sound Juicer could not use the CD-ROM device '<device name>'" What is the device name that appears? Do you have more than one optical drive? If you click on the drive combobox in the preferences window do you see any of the optical drives on your computer? Sound-juicer uses Brasero for the drive detection, if you run brasero does it see your optical drives? Also note that the -d option does not work with symbolic links, you need to give it the real device name e.g. /dev/sr0 not /dev/cdrom.
Created attachment 277547 [details] screenshot
I'm sorry sound-juicer isn't working for you, thank you for taking the time to report your problem. If you could provide some more information that would be very helpful. You don't need HAL to be running, that message should be updated. It does however indicate an error in the drive detection. When you get the message "HAL daemon may not be running" There should be a line above it saying "Sound Juicer could not use the CD-ROM device '<device name>'" What is the device name that appears? the name is '/dev/cdrom', that was the drive i specified launching sound-juicer Do you have more than one optical drive? No I don't If you click on the drive combobox in the preferences window do you see any of the optical drives on your computer? Yes, it correctly show "PIONEER DVD-ROM DVD-105" as the only option Sound-juicer uses Brasero for the drive detection, if you run brasero does it see your optical drives? Yes it does Also note that the -d option does not work with symbolic links, you need to give it the real device name e.g. /dev/sr0 not /dev/cdrom. Launching whit the real device name fix the complaining about HAL daemon, however the interface still doesn't show the cd tracks, see the attacchment
(In reply to comment #1) my last comment is unreadable, sorry! > You don't need HAL to be running, that message should be updated. It does > however indicate an error in the drive detection. When you get the message "HAL > daemon may not be running" There should be a line above it saying "Sound Juicer > could not use the CD-ROM device '<device name>'" What is the device name that > appears? the name is '/dev/cdrom', that was the drive i specified launching sound-juicer > Do you have more than one optical drive? No I don't > If you click on the drive combobox in the preferences window do you see any of > the optical drives on your computer? Yes, it correctly show "PIONEER DVD-ROM DVD-105" as the only option > Sound-juicer uses Brasero for the drive detection, if you run brasero does it > see your optical drives? Yes it does > Also note that the -d option does not work with symbolic links, you need to > give it the real device name e.g. /dev/sr0 not /dev/cdrom. Launching whit the real device name fix the complaining about HAL daemon, however the interface still doesn't show the cd tracks, see the my previous attachment
Thanks for the screenshot replies. It looks like there's a problem finding the metadata. I assume you internet connection is working? Lets test the metadata retrieval. If you make sure the correct drive is set in the preferences and then close sound-juicer and try MUSICBRAINZ_FORCE_DISC_ID="tOYgKxG0JMPsBPK_pN6tKvoTWwc-" sound-juicer in a terminal. Sound-juicer should say it's a disc of Beethoven songs. If that works then close sound-juicer and try running MUSICBRAINZ_FORCE_DISC_ID="tOYgKxG0JMPsBPK_pN6tKvoTWwc" sound-juicer that's not a valid disc id so it should fall-back to trying to read the tracks and CD Text if there is any from your disc. Do you happen to know if the CD you've been using is in the MusicBrainz database? Do you get this problem with all CD or just one?
One more thought, can you check that you have the gvfs-backends package installed please.
gvfs-backends is installed. I haven't an audio CD right now to perform that test, I'll check asap
Here I am, apologize me for the delay! I try the test you proposed but the GUI is still empty, no error message. The same behaviour with both disc ID. It seemes sound-juicer isn't aware that a CD audio was inserted, even if gnome prompts me asking if it has to open the audio CD with sound-juicer
In reply to comment 8 >Here I am, apologize me for the delay! Don't worry! Thanks for trying that, I'm not sure why sound-juicer doesn't see the disc, as you say it sounds as though it's not detecting that there is a disc in the drive. There should be a message in the status bar at the bottom of the window saying "Retrieving track listing...please wait." and the mouse cursor should change when it's trying to retrieve the track details, I presume you don't see any of that? Could you run SJ_DEBUG=all sound-juicer in a terminal and paste the output here to see if that sheds any light on things please. When sound-juicer is running try pressing Ctrl-R to reread the CD metadata, it probably wont do anything if sound-juicer doesn't think there is a cd in the drive, also try ejecting and re-inserting the disc while sound-juicer is running. Does brasero see the audio disc and offer to copy it?
[I apologize for so long delay :(] if I run that command on a shell I read: :~$ SJ_DEBUG=all sound-juicer Media is not an audio CD Media added to device /dev/sr0 Media is not an audio CD after hit Ctrl-R I read, again, Media is not an audio CD after ejected/inserted the CD I read: Media removed from device /dev/sr0 Media added to device /dev/sr0 Media is not an audio CD brasero isn't able to see the CD too! Maybe there something not working properly on gnome? Matteo
(In reply to comment #10) > [I apologize for so long delay :(] Don't worry! > if I run that command on a shell I read: > > :~$ SJ_DEBUG=all sound-juicer > Media is not an audio CD > Media added to device /dev/sr0 > Media is not an audio CD > > after hit Ctrl-R I read, again, > > Media is not an audio CD > > after ejected/inserted the CD I read: > > Media removed from device /dev/sr0 > Media added to device /dev/sr0 > Media is not an audio CD > > brasero isn't able to see the CD too! > Maybe there something not working properly on gnome? It sounds like there's a problem with brasero recognising the disc on your setup. I tried a live image of Ubuntu 14.04 and I could run sound-juicer without any problems. Does this happen with a different disc in the drive? Have you tried a different CD player/ripper?
it happens for every audio CD I insert. I tried asounder cd ripper and it works
(In reply to comment #12) > it happens for every audio CD I insert. I tried asounder cd ripper and it works Thanks for checking that, sorry I've been so slow to reply. I'm reassigning this to brasero as it looks like that's where the problem lies.
Hope they'll find what's going bad!
Matteo: Is this still a problem nowadays in a recent and supported version of GNOME?
Nothing changed unfortunately :-(
Which GNOME version, which brasero version?
I'm on holydays right now, when i'm back I'll send you all data
-- 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/brasero/issues/269.