in Gnome 2.6.1... When attempting to preview a wave file (by moving cursor over icon) the file plays and crashes the file manager (nautilus), 'a force quit restarts nautilus but the problem can be repeated. does NOT happen on MP3 preview (ie that works fine). (note: could not get previewing of audio to work on 2.6.0 --- nothing happened) Reproducible: Always Steps to Reproduce: 1. Configure gnome to preview audio file (ie compile nautilus with gstreamer support, enable ESD, enabble audio preview in File Manager options 2. Browse to directory containing a WAVE File 3. Place cursor over wave file icon Actual Results: Wave file is previewed (seems to continue playing after mouse is moved away) Nautilus locks up, all open windows go "white", desktop is cleared of all icons When trying to close a file manager window, a "force quit" dialog comes up, once click nautilus restarts and works, until above step is repeated. Expected Results: "preview" the file, stop previewing when cursor moves away, nautilus should not lock up NOTE: mp3 previewing works fine NOTE: nautilus was compiled with USE="gstreamer" NOTE: gstreamer .0.8.1 was NOTE: on Gnome 2.6.1 # emerge info Portage 2.0.50-r6 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.6.6) ================================================================= System uname: 2.6.6 i686 Intel(R) Pentium(R) 4 CPU 2.66GHz Gentoo Base System version 1.4.10 Autoconf: sys-devel/autoconf-2.58-r1 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2 /share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="ftp://ftp.uwa.edu.au/mirrors/linux/gentoo/ ftp://mirror.pacific. net.au/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X alsa apm arts avi berkdb cdr crypt cups encode esd foomaticdb gdbm gif gn ome gpm gtk gtk2 imlib java jpeg libg++ libwww mad mikmod motif mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png ppds python quicktime readline sdl sla ng spell ssl svga tcltk tcpd truetype x86 xml2 xmms xv zlib" if one uses audio preview this is a MAJOR bug and productivity is lost.
I'm seeing the same thing with .mp3 files. I've tried building nautilus with CFLAGS="-g" to get some debugging symbols, but apparently this doesn't help since the crash analysis still shows no symbols. Must be a segfault in a library of some sort. * gnome-base/gnome Latest version available: 2.6 Latest version installed: 2.6 $ emerge info Portage 2.0.50-r8 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3.20040420-r0, 2.4.20-gentoo-r9) ================================================================= System uname: 2.4.20-gentoo-r9 i686 Intel(R) Pentium(R) 4 CPU 2.60GHz Gentoo Base System version 1.4.16 ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -mcpu=pentium4 -march=pentium4 -fprefetch-loop-arrays -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mcpu=pentium4 -march=pentium4 -fprefetch-loop-arrays -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="ftp://gentoo.noved.org/ http://gentoo.noved.org/ ftp://ftp.ussg.iu.edu/pub/linux/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X Xaw3d acl acpi alsa apache2 apm arts avi berkdb bindist bonobo cdr crypt cups curl doc dvd dvdr encode esd evo fastcgi flash foomaticdb gdbm gif gnome gpm gps gstreamer gtk gtk2 gtkhtml guile imap imlib ipv6 java jikes jpeg libg++ libwww mad maildir mcal mikmod motif mozilla mpeg mysql nas ncurses nls oggvorbis opengl oss pam pdflib perl plotutils png ppds python quicktime readline samba sasl scanner sdl slang slp snmp spell sse ssl svga tcltk tcpd tetex tiff truetype usb x86 xml xml2 xmms xosd xv zeo zlib" $ uname -a Linux vishnu 2.4.20-gentoo-r9 #2 SMP Sun Feb 22 23:53:36 CST 2004 i686 Intel(R) Pentium(R) 4 CPU 2.60GHz GenuineIntel GNU/Linux
My results are different from Surakshan's when trying to preview either a .wav or .mp3 file. Nautilus crashes ("Application 'nautilus' has quit unexpectedly") and the file is not previewed.
I re-emerged gstreamer which solved the nautilus crash problem, but I get no sound at all when trying to preview .wav or .mp3 files with a mouseover, although I have the gconf switch turned on for preivews, and the music note on the icons when I run the mouse over each one indicates that nautilus is aware of this. Likewise, if I view a directory as Audio and try to play a file using the virtual transport controls at the bottom of the window I get "ERROR: no information yet" and nothing plays. If I view the directory as Icons and double-click a sound file icon, the file is opened and played using the configured player. I've tried re-emerging gst-plugins and gst-plugins-alsa but still no sound. This stuff _used_ to work here.
Lindsay thanks for commenting on the bug, least its just not me with the problem. Not sure of the fix, I just ended up turning previewing off. Still not sure whats doing it. I was told it could be optimisation, but I've compiled everything sound related with no flags at all... problem persists
lindsay : do you have a valid gstreamer audiosink selected afaics the nautilus-media package is not supported at this point... it has been troublesome for too long and we removed if from gnome-meta for now (audio preview view). as far as the general crasher goes.. i should fix the gstreamer patch sometime soon.. it's not completely bugfree and the crashes are the result. On a working gstreamer setup & with not too bugged files it should work.
Probably not, foser. I'm not familiar with the term 'audiosink' but if it refers the back end of the audio chain to which the gst stuff passes sound for rendering via the sound device, then it's something I was looking for and not finding in trying to figure this out. The gstreamer stuff isn't particularly well documented :-( Inquiring minds want to know. How DOES one select a valid gstreamer audiosink, and where is this documented? The crashes aren't happening after I re-emerged gstreamer. I'm alwasy thankful for small favors from the universe.
applications->desktop preferences->advanced->gstreamer select a sink (there should be at least oss available) & test it.. if the app is not there, it should be part of control-center on top of my head, compiled with gstreamer support.. or maybe it's in gnome-media.. well it should probably be there ;) We should probably write up some docs about gstreamer & gnome now it's getting more and more exposure.
Been there, done that. Bought the T-shirt ;-) applications->desktop preferences->advanced ... but no menu item for gstreamer. Can't seem to find it in the gconf tree, either. gstreamer has been in my make.conf since the git-go. I had to back-version gnome-media to 2.4.1.1 yesterday to get my mixer (gnome-volume-control) to work. See bug #54176. Might this be an with finding a setup schema for gstreamer?
Looks like gstreamer is controlled via a user-space app, /usr/bin/gstreamer-properties. There is also some indication in the man pages that a ~/.gst file can be used to control gstreamer, but no documentation that I can find on how to set this up. I have a .gstreamer directory which was created for me, but it's empty. Using gstreamer-properties, I can spec a "default sink". All of the options work when "test" is pressed. I can also spec a "default source", but none of them work. Some options evoke fairly nasty error messages, e.g., when using alsasink and alsasrc for sink ans source respectively, I get "ALSA lib pcm_mmap.c:352:(snd_pcm_mmap) mmap failed: Invalid argument". The video config works OK for the source test, but throws an error for the video sink test. In any event, none of these choices appears to make any difference w. regard to the nautilus audio preview, nor do they enable the "View as Audio" display to work as expected or get rid of "ERROR: no information yet" below the virtual transport. All this stuff looks very raw. All the gst-* apps in /usr/bin are provided with a version tag on the filename, e.g. 'gst-feedback-0.6' or 'gst-feedback-0.8', either of which indicates that it's looking for gst-whatever _without_ the version tags. It would be nice to get nautilus previews and "View as Audio" working as expected (and like they used to), but it looks like this stuff may have a ways to go.
that is likely related to not having a gstreamer output sink. So it's probably your gstreamer setup there.. and gstreamer-properties is part of gnome-media, default with 2.6.x for sure.
as said before, the nautilus audio view (nautilus-media) is known broken and not included in our default setup anymore. I don't expect it to work, it might.. it might not. The alsa sink for gstreamer is known non-functional on some hardware (as the ebuild states), you should really try the osssink (if only trough use trough alsa oss emulation). If the gstreamer-properties sound output testtone doesn't work, you certainly won't get any sound from nautilus.
If the Default Sink is set to osssink (or any other on the list, for that matter) the Test button produces a nice test tone, emitted over one of the two speaker systems connected to the sound card, so it looks as if the plumbing for the sink is OK. The Default _Source_ is another matter. None of the selections offered (OSS, ESD, ALSA, Silence and Custom) produces any output when the Test button for the Default Source is pressed. I can live with the mouseover preview non-function, although it was damn handy. I'm a musician as well as an Internet jockey, and have lots of music files, clips, a couple of my albums, client albums, etc. and the preview was one of the really elegant features of nautilus. Hopefully it'll come back.
if the default sink works -> the mouse over preview should work (well.. it still might crash on/refuse to play bad files) the default source is input : mic, line in.. i'm not sure if the test there is functional & how it works if it does.
The default sink works Nautilus doesn't crash The files are good I get no sound
but are they good for gstreamer ? try playing one of them from the commandline like 'gst-launch-ext-0.8 <filename>' see if it plays & what the output is ...
The invocation isn't quite that simple, but it works. gst-launch-0.8 filesrc location=Let_The_Mystery_Be.mp3 ! mad ! osssink Plays through my "front" studio monitor amp and speakers. gst-launch-0.8 filesrc location=Let_The_Mystery_Be.mp3 ! mad ! esdsink Plays through through the "rear" cheesy computer speakers on my monitor. This is as it should be, however an attempt to preview the same file in Nautilus produces no sound. I have both the source and sink set to oss using gstreamer-properties. Where is this information stored? Is it possible that Nautilus requires pipeline components to be spec'd somewhere else?
Interesting note. Using gstreamer-properties I can specify a Default Source of 'filesrc location=/home/fmouse//mp3/Iris_DeMent/Infamous_Angel/Let_The_Mystery_Be.mp3 ! mad' and pressing Test plays the file (Default Sink set to osssink) and I would expect that the Nautilus audio preview would play this file whenever I moused over _any_ audio file, however this isn't the case. I still get no sound.
I found the gstreamer stuff under the system folder in gconf. There appear to be two redundant (identical descriptions) pairs of source/sink settings. system -> gstreamer -> 0.8 -> default contains audiosink and audiosrc keys with values which track what's set with gstreamer-properties. system -> gstreamer -> default also contains audiosink and audiosrc keys. The values for these are, respectively, "osssink sync=false" and "osssrc". I've tried playing with these settings, but so far no nautilus audio preview.
those are the keys of 2 different versions... your up and downgrading makes it uncertain to me what gstreamer version is actually used. Try using gst-launch-0.8 like you did before, but replace 'mad' with 'spider'
The results are identical, when running from the CLI: $ gst-launch-0.8 filesrc location=Let_The_Mystery_Be.mp3 ! spider ! osssink RUNNING pipeline ... ... and the music plays Identical results as when I used 'mad' instead of 'spider'
then i see no reason why it won't play, because nautilus uses the same pipeline. try 'ldd /usr/bin/nautilus | grep gst' to see which gst version nautilus uses.
$ ldd /usr/bin/nautilus | grep gst libgstgconf-0.8.so.0 => /usr/lib/libgstgconf-0.8.so.0 (0x40ab6000) libgstreamer-0.8.so.1 => /usr/lib/libgstreamer-0.8.so.1 (0x40ab9000)
I have this problem on both my Gentoo systems. No sound preview in Nautilus. In the .xsession-errors file I get; [OGG] Error opening - using the oggvorbis module. The file may be corrupted. [MP3] sh: line 1: play: command not found [WAV] sh: line 1: play: command not found For MP3 and WAV there appears to be a dependancy on the sox package and installing sox allows the Nautilus previews to work for MP3 and WAV. However _without_ sox installed the following commands work fine; $ gst-launch-0.8 gnomevfssrc location=file.mp3 ! spider ! alsasink $ gst-launch-0.8 gnomevfssrc location=file.mp3 ! mad ! alsasink $ gst-launch-0.8 gnomevfssrc location=file.wav ! spider ! alsasink So what is trying to use the sox play command? And why, when gst-launch works fine without it? For OGG I have absolutely no idea what the problem is as the following commands both work fine (as does Rhythmbox); $ gst-launch-0.8 gnomevfssrc location=file.ogg ! spider ! alsasink $ gst-launch-0.8 gnomevfssrc location=file.ogg ! oggdemux ! vorbisdec ! alsasink
Brown paper bag. I'd removed gstreamer from USE flags so as to build Totem with Xine. Now rebuilt Nautilus with 'USE="gstreamer" emerge nautilus' and everything is working... These .xsession-errors are only logged if Nautilus is not built with the gstreamer patch. Though not sure why Nautilus was using play for MP3 files when is should use detect them in the is_mp3 function and use mpg123. Sorry for the noise.
I don't get _any_ response when I mouseover a .mp3 file in a nautilus window, but I _did_ just now to a tail -f on my .xsession-errors file and then try a mouseover of a .mp3 file. Here's what shows up in .xsession-errors whenever I do this: (nautilus:23366): GLib-GObject-CRITICAL **: file gobject.c: line 1207 (g_object_set): assertion `G_IS_OBJECT (object)' failed (nautilus:23366): GLib-GObject-WARNING **: invalid (NULL) pointer instance (nautilus:23366): GLib-GObject-CRITICAL **: file gsignal.c: line 1634 (g_signal_connect_data): assertion `G_TYPE_CHECK_INSTANCE (instance)' failed (nautilus:23366): GStreamer-CRITICAL **: file gstbin.c: line 427 (gst_bin_add_many): assertion `GST_IS_ELEMENT (element_1)' failed (nautilus:23366): GStreamer-CRITICAL **: file gstelement.c: line 1989 (gst_element_link_many): assertion `element_1 != NULL && element_2 != NULL' failed
you gst stuff is obviously a bit borked, you might want to rebuild.
I re-emerged gstreamer and it didn't help. Same errors. I've tried re-emerging nautilus before, too, and that didn't help either. Are there perhaps other components that need to be re-emerged? BTW, There's a TeX or docbook error of some sort in the ebuild if USE=doc is in play and the ebuild fails. I'll report that separately. I've seen it on other ebuilds, too.
Can this be escalated to bring in someone who really understands gstreamer and nautilus? I've rebuilt nautilus, gstreamer and gstreamer-plugins and nothing helps. My system is pretty stock gentoo. I haven't done anything wonky and obscene with my gnome sound configuration. It _should_ work. There's enough gnome debug info to at least give a clue to someone who groks the gst sources. It's been broken for over a month and no one seems to really understand what might be going on. It may be my config issue, but I really don't know how, and if it is, it's because something, somewhere in gentoo borked my configs. BTW, the last time I checked, this was a problem on a new account with a virgin local gnome setup, too, so it's apparently not a per-user upgrade artifact of some sort.
Please don't report the TeX/docbook error seperately, we allready have it in bug 56817. Please post the output of `qpkg -I -v -nc gst` here too.
No problem w. the docbook error. I've been working on this via bug #56817 # qpkg -I -v -nc gst media-libs/gstreamer-0.6.4 media-libs/gst-plugins-0.6.4 media-libs/gst-plugins-0.8.2 media-libs/gstreamer-0.8.3-r1 media-plugins/gst-plugins-ogg-0.8.2 media-plugins/gst-plugins-oss-0.6.4 media-plugins/gst-plugins-oss-0.8.2 media-plugins/gst-plugins-esd-0.8.2 media-plugins/gst-plugins-vorbis-0.6.4 media-plugins/gst-plugins-vorbis-0.8.2 media-plugins/gst-plugins-alsa-0.8.2-r1 media-plugins/gst-plugins-libpng-0.6.3 media-plugins/gst-plugins-gnomevfs-0.6.3 media-plugins/gst-plugins-cdparanoia-0.8.2 media-plugins/gst-plugins-mad-0.6.4 media-plugins/gst-plugins-mad-0.8.2 media-plugins/gst-plugins-lame-0.8.2
Problem solved! For some reason, gst-plugins-gnomevfs wasn't registered in /var/cache/edb/world, or for some other reason v0.8.2 never got emerged along with other 0.8.2 gst plugins. Don't know. In any event, I cleaned out all of both versions of all the gst-related packages, reinstaled gst-plugins-0.8.2, and then explicitly installed gst-plugins-gnomevfs which put 0.8.2 on the system. Perhaps gst-plugins-gnomevfs should be included in the basepack gst-plugins package. Thanks for calling my attention to `qpkg -I -v -nc gst`! I've been using 'emerge -s' for this purpose, which doesn't provide as much information. The output you requested gave me the information I needed to find the source of the problem.
fixed the nautilus deps, i thought I was using filesrc, guess not... thnx for looking into it.
Thanks lindsay, I had given up and turned previews off! Your solutution works (well it hasn't crashed yet) and for the first time I can hear mp3s, ogg's and waves previewing.
Thanks to Mike Gardiner for pointing me to using qpkg for a more incisive look at the installed packages situation. Foser and I hacked around on this a bunch and never got anywhere until Mike jumped in and helped out. The only way to solve some IT problems is by manic perseverance - not exactly a technique for people in a hurry ;-)