GNOME Bugzilla – Bug 81221
[Solaris] Unable to preview sound files and play music in music view
Last modified: 2009-08-15 18:40:50 UTC
Running latest gnome 2.0 on Solaris 8. Unable to preview sound files in the icon view. Also, not able to play music files in the music view. This is basically because the 'play' and the 'mpg123' command aren't supported on Solaris.
*** Bug 66358 has been marked as a duplicate of this bug. ***
Damon: what's the status here? I was under the impression that we'd wired music view to just launch the solaris music player on solaris? Also, is sound preview hardwired to mpg123 or can that be changed?
*** Bug 62068 has been marked as a duplicate of this bug. ***
I'm afraid I have no idea. Jody, do you know what is supposed to happen on Solaris for: 1) Previewing sound files in the icon view 2) Viewing sound files in the music view
*** Bug 48203 has been marked as a duplicate of this bug. ***
If fixing this bug is required, we should test preview of .wavs (among other things.)
Just to play devils advocate, is it really worth do a short term fix for this when gstreamer patches for nautilus are already floating around and will probably be applied sometime post 2.0....
Jody said that the normal sound-playing code will be used on Solaris. Nautilus has built-in code in the music view to play sound via the esound daemon, probably cut & pasted from somewhere, maybe mpg123. It also has code in libnautilus-private/nautilus-audio-player.c to preview sound files. This is only run for mp3 files in the icon view. (Grep for nautilus_audio_player_play() in src/file-manager/fm-icon-view.c) I think it is probably too late to add gstreamer for Solaris, so we probably still need to fix this. One thing I spotted is that .wav files are recognised as audio/x-riff rather than audio/x-wav, which is a bit confusing. (Maybe the order in the .keys file messes this up, as x-wav files may be very similar to x-riff.) audio/x-wav files defaults to running grecord, xmms or freeamp. audio/x-riff files default to running xmms. We could add the Solaris sound player to the default applications, so it will be used if nothing else is found. I can't get the previewer or the player to work yet either.
Dave: Sun wants this in their 2.0 build, so Ximian will be fixing it, whether it goes in to main tree or not. Damon: I think maybe adding the solaris sound tool to the mime types may be sufficient- Sun has been a little unclear on this issues in the past, but it should do /something/. :)
I think I was wrong about the previewer. It does indeed run mpg123, ogg123, or play. The new threaded code to preview sound files seems to be ifdeffed out.
Anand: does esd play sounds OK for you? i.e. if you turn on sound events do you get the normal beeps and things in GNOME 2? esd doesn't work on my Solaris 8 box. I've added bug 84172 about this.
Damon: No. I'm not getting any sound for gnome events. One thing to note, i'm able to preview sound files in the nautilus window when in the icons view, for wav files *only*.
In that case it sounds like the music view problem is an esound bug rather than a nautilus bug. Dave is going to look at the preview in the icon view.
Sound preview now works in recent pre-beta builds. The name change from grecorder and gnome-sound-recorder broke the mime association. This was logged as a separate bug: http://bugzilla.gnome.org/show_bug.cgi?id=85000
Marking this a duplicate, then. *** This bug has been marked as a duplicate of 85000 ***
I'm going to re-open this bug because I don't think it is the same as Brian's bug (#85000). The issue here is that nautilus will not play mp3's (when view as music mode). It appears that esd is core dumping. To recreate ========== In Nautilus navigate to a dir containing mp3's Set Nautilus to "View as music" mode Ensure esd is running "ps -aef | grep esd gn_tst1 11088 1 0 16:14:11 ? 0:00 /bin/sh -c esd -terminate -nobeeps -as 2 -spawnfd 20 gn_tst1 11089 11088 0 16:14:11 ? 0:00 esd -terminate -nobeeps -as 2 -spawnfd 20" Play mp3 by clicking play button in nautilus window => mp3 starts to play but stops as esd core dumps Below is a trace from 2 core files produced after esd dumped (will try attaching core files also) Pstack from Core1 --------------- "pstack core core 'core' of 11089: esd -terminate -nobeeps -as 2 -spawnfd 20 000199e0 wait_for_clients_and_data (4, 1000, 0, ffffffc0, 227d8, 194c0) + d0 000191f4 main (7, ffbeeffc, ffbef01c, 3c000, 0, 0) + 1684 00016ae0 _start (0, 0, 0, 0, 0, 0) + 108" Pstack from Core2 -------------- "core 'core' of 11126: esd -terminate -nobeeps -as 2 -spawnfd 13 0001d564 read_player (4d7e8, 0, 0, ffffffff, fffffff8, 44d58) + 17c 0001c9a0 mix_players (4bf80, 1000, 0, ffffffc0, 227d8, 194c0) + 60 00019278 main (7, ffbef184, ffbef1a4, 3c000, 0, 0) + 1708 00016ae0 _start (0, 0, 0, 0, 0, 0) + 108" NOTE: When I truss'd esd Nautilus played the mp3 (no sound) and esd did not core (weird)...:)
Created attachment 9595 [details] core file number 1 from esd dump
adding cc couldn't attach core files - keeps timing out. if anyone is looking for them email me and i will send them...
A fresh stack trace from the 10th July sources. Esd still dumps core for me and nautilus isn't playing mp3's =>[1] free_player(0x19bd78, 0x14723ac, 0x6dffc, 0x1, 0x21174, 0xff11c3d0), at 0x1cd64 [2] erase_player(0x19bd78, 0x0, 0x0, 0xffffffff, 0xfffffff8, 0x44d58), at 0x1cee0 [3] mix_players(0x4bf80, 0x1000, 0x0, 0xffffffc0, 0x20b84, 0x194c0), at 0x1ca40 [4] main(0x7, 0xffbef344, 0xffbef364, 0x3c000, 0x0, 0x0), at 0x19278
Nautilus will not play mp3s on nautilus until mpg123 is shipped, which is not going to happen. If esd is coring, then please file a bug against ESD. If the problem is not one of those two things, then please reopen this bug :)
closing