I've recently been reripping and encoding all of my CDs into ogg vorbis using q7. Initially, I was using libvorbis-1.1.0 official, I then switched to libvorbis-1.1.0 + aoTuV b3 (now enabled by USE="aotuv"). Some of the files created by either of these ripping processes do not play in XMMS. The behaviour is: First when I load a playlist containing an effected file, the file's tag information is not read correctly, so the filename is displayed, and the length of the song is incorrectly displayed (usually much too long). Then when I try to play the song, it appears to attempt to play it for about 3 seconds, during which the bitrate field of the xmms interface jumps around (from 0kbps up to > 300) much more than it would during playing an actual song. Also, during this 3 seconds, the displayed length of the song in the playlist window changes in proportion to the bitrate displayed. Finally, XMMS gives up and moves to the next song in the playlist. I did not have this problem with any of the files that I had encoded with libvorbis 1.0.1 or 1.1.0 at 128kbps target bitrate. I have experienced a similar problem with attempting to stream oggs. I have not yet submitted this bug upstream, because the Gentoo version of XMMS is heavily patched. Reproducible: Sometimes Steps to Reproduce:
The songs are ripped using grip, the encoder commandline is: /usr/bin/oggenc -o %m -d %y -a %a -l %d -N %t -t %n -q 7 -G %G %w most of the fields are guessable, but: %m - name of ogg output file %y - album year %a - artist %d - disk title %t - track number %n - track name %G - the genre of the track as a string %w - wave input filename Also, these same oggs pass ogginfo fine, oggdec fine, and play fine in ogg123, and on the iRiver H3x0 series portable audio players.
wow, I'm bad at reporting bugs. XMMS 1.2.10-r9 is broken XMMS 1.2.10-r5 works with the exact same files. emerge --info: Portage 2.0.51-r13 (default-linux/x86/2004.0, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.9 i686) ================================================================= System uname: 2.6.9 i686 AMD Athlon(tm) MP 2100+ Gentoo Base System version 1.6.8 Python: dev-lang/python-2.2.3-r5,dev-lang/python-2.3.4 [2.3.4 (#1, Jan 3 2005, 15:10:43)] distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.3 [enabled] dev-lang/python: 2.2.3-r5, 2.3.4 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.8.5-r2, 1.5, 1.4_p6, 1.6.3, 1.7.9, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r2 sys-devel/libtool: 1.5.10-r2 virtual/os-headers: 2.4.22, 2.4.19-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O3 -fgcse -fgcse-lm -fgcse-sm -fomit-frame-pointer -pipe" 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 /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/bind /var/qmail/alias /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -fgcse -fgcse-lm -fgcse-sm -fomit-frame-pointer -pipe -Wno-deprecated" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig buildpkg ccache cvs distcc distlocks sandbox sfperms userpriv usersandbox" GENTOO_MIRRORS="http://gentoo.seren.com/gentoo ftp://ftp.ussg.iu.edu/pub/linux/gentoo" MAKEOPTS="-j8" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowex X aalib acpi alsa apache2 avi berkdb bitmap-fonts cdparanoia cdr crypt cups curl dga directfb divx4linux dvd dvdread dxr3 encode ethereal fbcon flash gd gdbm ggi gif gimpprint gphoto2 gpm gtk gtk2 gtkhtml imap imlib innodb java jbig jikes jpeg libg++ libwww mad mbox mmx mozilla mpeg mysql ncurses nvidia objc oci8 oggvorbis opengl pam pcmcia pdflib perl plotutils png pnp postgres python quicktime readline real samba sdl spell sse ssl svga tcltk tetex tiff truetype usb xinerama xml xml2 xmms xprint xv zlib" Unset: LDFLAGS, PORTDIR_OVERLAY
And -r10? Can you try changing the output plugin?
-r10 same problem as -r9 FWIW this problem did not occur with any of the three versions on my laptop. Laptop non-broken emerge --info: Portage 2.0.51-r15 (default-linux/x86/2004.0, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.8.1-mm1 i686) ================================================================= System uname: 2.6.8.1-mm1 i686 mobile AMD Athlon(tm) XP 2400+ Gentoo Base System version 1.6.8 Python: dev-lang/python-2.2.3-r5,dev-lang/python-2.3.4 [2.3.4 (#1, Sep 21 2004, 07:26:08)] distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] dev-lang/python: 2.2.3-r5, 2.3.4 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.8.5-r2, 1.5, 1.4_p6, 1.6.3, 1.7.9, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r2 sys-devel/libtool: 1.5.10-r3 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -fgcse -fgcse-lm -fgcse-sm -freorder-blocks -fprefetch-loop-arrays -ffast-math" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /opt/openjms/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /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/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -fgcse -fgcse-lm -fgcse-sm -freorder-blocks -fprefetch-loop-arrays -ffast-math" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache cvs digest distlocks fixpackages sandbox sfperms usersandbox" GENTOO_MIRRORS="http://gentoo.seren.com/gentoo ftp://ftp.ussg.iu.edu/pub/linux/gentoo" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="cvs://lostlogic@cvs.gentoo.org:/home/cvsroot" USE="x86 3dnow 3dnowex X aalib acpi alsa aotuv apache2 avi berkdb bitmap-fonts cdparanoia cdr crypt cups curl dga directfb divx4linux dlloader dvd dvdread encode ethereal fbcon flash gd gdbm ggi gif gimpprint gphoto2 gpm gtk gtk2 gtkhtml imap imlib innodb java jbig jikes jpeg libg++ libwww mbox mmx mozilla mpeg mysql ncurses oci8 oggvorbis opengl pam pcmcia pdflib perl plotutils png pnp postgres python quicktime readline real samba sdl spell sse ssl svga tcltk tetex tiff truetype usb xinerama xml xml2 xmms xprint xv zlib" Unset: ASFLAGS, CBUILD, CTARGET, LDFLAGS, PORTDIR_OVERLAY
Switching from alsa to oss output after recompiling with oss support made no change.
Created attachment 50080 [details, diff] media-sound/xmms/files/vorbis_revert.patch vorbis had some charset updates from cvs between -r5 and -r10 Can you apply this patch to test for me. It reverts the vorbis input plugin to it -r5 behavior. Place the file in media-sound/xmms/files/vorbis_revert.patch and after this line in the ebuild: epatch ${PATCHDIR} add this line: epatch ${FILESDIR}/vorbis_revert.patch
will test this evening.
OH NOES -- with that patch, it goes to not even trying to play the 'normal files' and still doing the same semi-trying thing on the 'not nomal' ones.
would you mind posting sample "working" and "not working" ogg files... also pleasse verify it's still a problem in -r12 (it should be unless magic happened).
I have had the same symptoms. Unmerging xmms-mad (or simply disabling the plug-in) solved the problem for me. I wonder if this could be due to the fact that 'file' thinks my ogg files are MP3. $ file 01-crazy_train.ogg 01-crazy_train.ogg: MP3 file with ID3 version 2.3.0 tag I have had similar issues with mplayer BTW: http://bugs.gentoo.org/show_bug.cgi?id=80692
The only concern I have with posting OGGs is that they are of copyrighted music... so you see the dilema... Let me see what the 'file' output on the diff. files is. I doubt I have the exact same problem because I didn't ID3 tag any of them, but let's find out!
lost American_HiFi # file 01_-_Surround.ogg 01_-_Surround.ogg: Ogg data, Vorbis audio, stereo, 44100 Hz, ~224000 bps, created by: Xiph.Org libVorbis I (1.1.0 RC1) lost American_HiFi # file 02_-_Flavor_Of_The_Weak.ogg 02_-_Flavor_Of_The_Weak.ogg: Ogg data, Vorbis audio, stereo, 44100 Hz, ~224000 bps, created by: Xiph.Org libVorbis I (1.1.0 RC1) First one works, second one doesn't. I will test when I get home with -r12 and w/o the MAD output plugin.
Brandon: send them over dcc in IRC if you are apprehensive about posting them somewhere... This use falls WELL within fair use, so don't worry about riaa backlash or anything. Xavier: Your problem is that xmms-mad identifies what it should play based on the file type (not the extension), and the vorbis plugin uses the extension (I believe)... how did you make that bad ogg file?
""" Your problem is that xmms-mad identifies what it should play based on the file type (not the extension), and the vorbis plugin uses the extension (I believe)... how did you make that bad ogg file? """ That's what I had found out. I can do without xmms-mad anyway. 99% of my ogg files have been tagged by grip. I left '[] only tag .mp3 files' unchecked and grip's help mentions: "Add ID3 tags to encoded files
""" Your problem is that xmms-mad identifies what it should play based on the file type (not the extension), and the vorbis plugin uses the extension (I believe)... how did you make that bad ogg file? """ That's what I had found out. I can do without xmms-mad anyway. 99% of my ogg files have been tagged by grip. I left '[] only tag .mp3 files' unchecked and grip's help mentions: "Add ID3 tags to encoded files If this option is checked, Grip will add ID3v1 tags to the files it encodes. ID3 tags are used to put song meta-data into an encoded file. You will want to disable this if you are encoding with a format other than MP3." YAPBCAK, I suppose. How would I remove those tags?
You might look at easytag, tagtool, or pretty much media-sound/*tag* ;)... one of those is bound to have some special case handling where it can convert id3 -> ogg tags.
audiotag -r -c " " . did wonders for me. Thanks a lot.
sorry, I can't reproduce this... they both play for me =(
can youu try the media-plugins/xmms-vorbis ebuilds?
works. thanks
well then it's weird freaky magic because -r1 should be the same as what's in xmms-1.2.10-r12, and --r0 should be teh same as -r5... so... weird... I don't think this bug is actually fixed, so pleasse reopen if you can reproduce it again...
This bug is still there. I get it on xmms 1.2.10-r15. Running the audiotag -r -c " " *.ogg works, but the bug needs to be fixed in xmms-mad. Can post more info if needed, but this is a new build (2005.0) from stage 1. Please reopen bug.
