When triyng to open any internet radio's (for example from www.shoutcast.com) .pls BMPx crashes. Reproducible: Always Steps to Reproduce: 1. emerge bmpx 2. Download any internet radio's .pls file 3. try to open it in BMPx Actual Results: BMPx crashed Expected Results: BMPx connects to internet radio's server and plays music emerge --info Portage 2.0.53_rc7 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r3, 2.6.14-gentoo i686) ================================================================= System uname: 2.6.14-gentoo i686 Intel(R) Celeron(R) CPU 2.00GHz Gentoo Base System version 1.12.0_pre10 ccache version 2.4 [enabled] dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.13 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O3 -march=pentium4 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=pentium4 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://trumpetti.atm.tut.fi/gentoo/ ftp://ftp.dtiltas.lt/mirror/gentoo/ http://pandemonium.tiscali.de/pub/gentoo/" LC_ALL="lt_LT.utf8" LINGUAS="lt" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 X a52 aac aalib acpi alsa apm artworkextra audiofile avi bash-completion berkdb bitmap-fonts browserplugin bzip2 cdparanoia cdr chroot crypt curl dbus dv dvd dvdread eds emboss encode exif expat fam ffmpeg firefox flac foomaticdb fortran gd gdbm gif glut gnome gnutls gpm gstreamer gtk gtk2 hal idn imagemagick imlib irssi java javascript jpeg lame lcms libg++ libwww live logrotate mad matroska mikmod mjpeg mmx mmxext mng motif mozilla mp3 mpeg mplayer nautilus ncurses network nls nptl nsplugin numeric nvidia ogg oggvorbis openal opengl oss pam pcre pdflib perl png python quicktime readline real sdl spell sse sse2 ssl symlink tcpd tiff truetype truetype-fonts type1-fonts udev unicode usb vcd vidix vorbis win32codecs wxwindows xchat xine xml xml2 xv xvid zlib linguas_lt userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LDFLAGS, PORTDIR_OVERLAY
Its not bug related to Gentoo. BMP is very unstable program, this is well-known thing...
(In reply to comment #1) > Its not bug related to Gentoo. BMP is very unstable program, this is well-known > thing... Yes, I know this, but somewhere in gentoo.org docs I read that you should firs post any bugs in gentoo bugzilla before anywhere else. Please correct me if I'm wrong.
Can you please attach the output from when the program crashes (run it from the console with --no-log).
martian@UFO ~ $ bmpx --no-log BMP-Message: BMPX STARTED [Wed Nov 9 23:03:58 2005] PID [20016] BMP-Message: loader.c:65: flow plugin: libflow_linear.so BMP-INFO: Success loading plugin. BMP-Message: loader.c:65: flow plugin: libflow_shuffle.so BMP-INFO: Success loading plugin. BMP-Message: loader.c:65: container plugin: libcontainer_pls.so BMP-INFO: Success loading plugin. BMP-Message: loader.c:65: container plugin: libcontainer_xspf.so BMP-INFO: Success loading plugin. BMP-Message: loader.c:65: container plugin: libcontainer_folder.so BMP-INFO: Success loading plugin. BMP-Message: loader.c:65: container plugin: libcontainer_m3u.so BMP-INFO: Success loading plugin. BMP-Message: loader.c:65: transport plugin: libtransport_file.so BMP-INFO: Success loading plugin. BMP-Message: loader.c:65: transport plugin: libtransport_http.so BMP-INFO: Success loading plugin. BMP-Message: loader.c:65: transport plugin: libtransport_cdda.so BMP-INFO: Success loading plugin. BMP-Message: sm.c:262: Connection opened, client id is 117f000001000113157023900000052750027 BMP-Message: sm.c:48: XSMP Version: 1 Revision: 0 BMP-Message: sm.c:51: Session manager: GnomeSM BMP-Message: sm.c:55: Release: 2.12.0 BMP-Message: BmpConfiguration [INITIALIZED] BMP-Message: FamMonitor [INITIALIZED] BMP-Message: BmpPlaylist [INITIALIZED] BMP-Message: BmpPlay [INITIALIZED] BMP-Message: BmpSystemControl [INITIALIZED] (DBus:/org/beepmediaplayer/BMPx/BmpSystemControl) BMP-Message: BmpMetadataCache [INITIALIZED] BMP-Message: sm.c:67: Save yourself BMP-Message: sm.c:72: No interaction BMP-Message: sm.c:90: Save local state BMP-Message: sm.c:149: ICE message processing ok BMP-Message: sm.c:121: Save complete BMP-Message: sm.c:149: ICE message processing ok BMP-Message: ui.c:804: screen resolution: 76,000000 BMP-Message: BmpUI [INITIALIZED] BMP-Message: bmp_play_play_stream: 1 BMP-Message: play.c:439: could not open stream 'http://64.236.34.196:80/stream/1065' BMP-Message: play.c:439: could not open stream 'http://64.236.34.196:80/stream/1065' BMP-Message: bmp_play_play_stream: 1 BMP-Message: play.c:439: could not open stream 'http://64.236.34.4:80/stream/1065' BMP-Message: play.c:439: could not open stream 'http://64.236.34.4:80/stream/1065' BMP-Message: bmp_play_play_stream: 1 BMP-Message: play.c:439: could not open stream 'http://64.236.34.97:80/stream/1065' BMP-Message: play.c:439: could not open stream 'http://64.236.34.97:80/stream/1065' BMP-Message: bmp_play_play_stream: 1 BMP-Message: play.c:439: could not open stream 'http://160.79.128.61:5002' BMP-Message: play.c:439: could not open stream 'http://160.79.128.61:5002' BMP-Message: bmp_play_play_stream: 1 BMP-Message: play.c:439: could not open stream 'http://205.188.215.230:8004' BMP-Message: play.c:439: could not open stream 'http://205.188.215.230:8004' BMP-Message: bmp_play_play_stream: 1 BMP-Message: play.c:439: could not open stream 'http://64.236.34.67:80/stream/1065' BMP-Message: play.c:439: could not open stream 'http://64.236.34.67:80/stream/1065' BMP-Message: bmp_play_play_stream: 1 BMP-Message: play.c:439: could not open stream 'http://64.236.34.196:80/stream/1065' BMP-Message: play.c:439: could not open stream 'http://64.236.34.196:80/stream/1065' BMP-Message: bmp_play_play_stream: 1 BMP-Message: play.c:439: could not open stream 'http://64.236.34.4:80/stream/1065' BMP-Message: play.c:439: could not open stream 'http://64.236.34.4:80/stream/1065' BMP-Message: bmp_play_play_stream: 1 BMP-Message: play.c:439: could not open stream 'http://64.236.34.97:80/stream/1065' BMP-Message: play.c:439: could not open stream 'http://64.236.34.97:80/stream/1065' BMP-Message: bmp_play_play_stream: 1 BMP-Message: play.c:439: could not open stream 'http://160.79.128.61:5002' BMP-Message: play.c:439: could not open stream 'http://160.79.128.61:5002' BMP-Message: bmp_play_play_stream: 1 BMP-Message: play.c:439: could not open stream 'http://205.188.215.230:8004' BMP-Message: play.c:439: could not open stream 'http://205.188.215.230:8004' BMP-Message: bmp_play_play_stream: 1 BMP-Message: play.c:439: could not open stream 'http://64.236.34.67:80/stream/1065' BMP-Message: play.c:439: could not open stream 'http://64.236.34.67:80/stream/1065' BMP-Message: bmp_play_play_stream: 1 BMP-Message: play.c:439: could not open stream 'http://64.236.34.196:80/stream/1065' BMP-Message: play.c:439: could not open stream 'http://64.236.34.196:80/stream/1065' BMP-Message: bmp_play_play_stream: 1 BMP-Message: play.c:439: could not open stream 'http://64.236.34.4:80/stream/1065' <...> when trying to open that .pls whith for example audacious it opens normally and plays the radio.
Loading it via 'Add files..' menu currently is a bit broken. Drag and dropping it into the playlist via nautilus should work fine though.
Okay, in BMPx-0.12.9-r1 when adding .pls file from 'Add files...' menu it opens and doesn't play, but when restart BMPx and try to play it from the playlist again it plays normally.
Created attachment 84972 [details] bmpx live svn ebuild
Ehhh, sorry.. in svn that .pls streaming problem is fixed
Alpha and Sparc people could test media-sound/bmpx-0.14.4 for ~alpha and ~sparc KEYWORDS so this old version could be cleaned out? So this bug can be closed. Thanks, drac
Adding alpha and sparc to CC so they can keyword the new version.
Hmm sorry but it's a no go for sparc. It crashes miserably on almost everything i do, not to mention i haven't managed to listen to one single ogg/mp3 file. It default to alsa, and gives some sink error and dies. When i switch from alsa->oss says basically the same thing and dies. I rerun it and it's oss, but it also dies with some very unhelpful sink error. Let it die a good death for ~sparc i say if you wanna cleanup.
People in Alpha team. Ping.
no go for alpha. Same problems as sparc, feel free to drop the older bmpx ebuild. Here's the error message: ///// ERROR [Element: sink] Current URI: (null) Detailed debugging information: gstosssink.c(376): gst_oss_sink_open (): /pipeline_file/sink: system error: No such file or directory //// gstreamer and oss work fine on alpha with another music player (quodlibet), so I'm thinking that this is a bmpx issue. Also, I cannot add any songs to the library. When I browse to a directory with songs it lists them in gray. I added the 'bmpx' USE flag to profiles/default-linux/alpha/use.mask since conky is keyworded for alpha and can optionally depend on bmpx.
Thanks, 0.12.9 is now removed from the tree.
(In reply to comment #14) > Thanks, 0.12.9 is now removed from the tree. > Thamks Patrick, that version was ancient but it's a shame though 0.14.4 is getting all these issues with Sparc and Alpha. I've CCed upstream (internalerror at gmail.com) to this bug in case he has additional questions about this. I don't think it's a priority for them right now as they are preparing 0.20 release which introduces massive code change. Like moving from C to C++.
[quote] ------- Comment #13 From Thomas Cort 2006-06-09 16:26 PST [reply] ------- When I browse to a directory with songs it lists them in gray. [/quote] This is because you cannot add individual songs, but only directories. GTK+ Filechooser in SELECT_DIRECTORY mode (which is used there) shows files "greyed out" (insensitive), simply because they aren't meant to be selected. (Just to get things cleared up that should be :P)