| Summary: | Wrong values in /tmp/xmms-info using bmp-infopipe-1.3 and beep-media-player-0.9.7-r3 | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | tapi <debinux> |
| Component: | Current packages | Assignee: | Tony Vroon (RETIRED) <chainsaw> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | sadam31300 |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | fix bogus output | ||
|
Description
tapi
2005-03-28 17:27:32 UTC
I do not see the same values here when listening to an arbitrary internet stream: chainsaw@amalthea ~ $ cat /tmp/xmms-info XMMS protocol version: 2467 InfoPipe Plugin version: 1.3 Status: Playing Tunes in playlist: 2 Currently playing: 1 uSecPosition: 16904 Position: 0:16 uSecTime: -1 Time: 0:00 Current bitrate: 0 Samping Frequency: 0 Channels: 0 Title: YOU CONTROL THIS STREAM Check www.xfm.nl (XFM -- highstream --) File: http://breedband.xfm.nl:8050 Could you try toning down your CFLAGS a bit? These values are normally all reported as 0. uSecTime is supposed to be -1 for streams, their length is undefined. I'll post my emerge info for good measure: Portage 2.0.51.22-r1 (default-linux/ppc/2005.0, gcc-3.4.3-20050110, glibc-2.3.5-r0, 2.6.12-rc5 ppc) ================================================================= System uname: 2.6.12-rc5 ppc 7447A, altivec supported Gentoo Base System version 1.6.12 dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.8 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.16 sys-devel/libtool: 1.5.18 virtual/os-headers: 2.6.8.1-r4 ACCEPT_KEYWORDS="ppc ~ppc" AUTOCLEAN="yes" CBUILD="powerpc-unknown-linux-gnu" CFLAGS="-O2 -mtune=G4 -maltivec -mabi=altivec -fno-strict-aliasing -pipe" CHOST="powerpc-unknown-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mtune=G4 -maltivec -mabi=altivec -fno-strict-aliasing -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig cvs digest distlocks fixpackages sandbox sfperms sign strict" GENTOO_MIRRORS="ftp://ftp.heanet.ie/pub/gentoo/" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.uk.gentoo.org/gentoo-portage" USE="ppc 16bit S3TC X X509 a52 aac aalib aim alsa altivec ao aotuv asm audiofile bash bash-completion beepmp berkdb bitmap-fonts bmp bonobo bzip2 bzlib cairo cdda cddb cdio cdparanoia cdr crypt css cups dbus dpms dts dv dvd eds elf encode erandom ethereal evo evo2 exif fam fame fb fbcon ffmpeg fftw firefox flac flash font-server fpx ftp gb gcj gif glitz glut gnome gnutls gstreamer gtk gtk2 gtkhtml h323 hal howl icq id3 ieee1394 imap imlib imlib2 inifile ipv6 irc jabber jbig jce jikes jpeg kde kdgraphics lame libcaca libsamplerate libwww live lzo lzw mad matroska md5sum mjpeg mmap mng monkey mono moznomail mozsvg mp3 mpeg mpeg4 mplayer msn native ncurses nls nptl nptlonly ntlm ode ogg oggvorbis openal opengl oscar pam pcmcia pcre pdflib perl physfs pic png pnp posix ppds python readline rtc sdl serial shorten silc slp smime sndfile spell ssl stencil-buffer subtitles svg svgz symlink sysfs sysvipc szip tga theora tiff timidity transcode truetype truetype-fonts type1-fonts unicode ups uptimed usb utf8 vcd vidix vorbis wifi wma123 wmf xanim xine xml2 xprint xscreensaver xv xvid yv12 zeroconf zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS This is a bug in current BMP, seems to be fixed in cvs, here's a patch against
current stable BMP:
--- beep/mainwin.c.orig Fri May 13 17:18:27 2005
+++ beep/mainwin.c Fri May 13 17:19:56 2005
@@ -441,13 +441,13 @@
gint * n_channels)
{
if (bitrate)
- playback_info.bitrate = *bitrate;
-
+ *bitrate = playback_info.bitrate;
+
if (frequency)
- playback_info.frequency = *frequency;
-
+ *frequency = playback_info.frequency;
+
if (n_channels)
- playback_info.n_channels = *n_channels;
+ *n_channels = playback_info.n_channels;
}
static void
Created attachment 60092 [details]
fix bogus output
This in the tree as beep-media-player -r6. Thanks for the patch Frank. (This breaks BMP/XMMS detection in the just released xchat-xsys, but I'll have to live with that). (In reply to comment #4) > This in the tree as beep-media-player -r6. > Thanks for the patch Frank. (This breaks BMP/XMMS detection in the just released > xchat-xsys, but I'll have to live with that). How does it break that detection? BMP has reported 0 channels for as long as I can remember. If channels was a non-zero value, this meant XMMS detected, otherwise it's BMP that's playing. The 2.0.2 release has no problems with it, and I've withheld the 2.0.1 release before it hit the mirrors. Should be fine. Indeed, glad it's fixed finally :) |
