similar to: bizarre bug with XMMS vorbis plugin

Displaying 20 results from an estimated 10000 matches similar to: "bizarre bug with XMMS vorbis plugin"

2009 Mar 14
1
[LLVMdev] setting up LLVM to *run on* amd64 but *generate code* for alpha
On Fri, Mar 13, 2009 at 6:09 PM, Bill Wendling <isanbard at gmail.com> wrote: > On Fri, Mar 13, 2009 at 4:41 PM, Zack Weinberg <zackw at panix.com> wrote: >> I'm trying to persuade llvm (svn trunk) to build in a mode where it >> *runs on* amd64 but *generates code* for alpha, exclusively. ... >>  - The "natural" way to do that (by which I mean
2007 Jun 08
2
wrapping lattice xyplot
This is an expanded version of the question I tried to ask last night - I thought I had it this morning, but it's still not working and I just do not understand what is going wrong. What I am trying to do is write a wrapper for lattice xyplot() that passes a whole bunch of its secondary arguments, so that I can produce similarly formatted graphs for several different data sets. This is what
2009 Mar 14
9
[LLVMdev] setting up LLVM to *run on* amd64 but *generate code* for alpha
I'm trying to persuade llvm (svn trunk) to build in a mode where it *runs on* amd64 but *generates code* for alpha, exclusively. (Well, technically, generate code for my experimental architecture simulator that happens to be based on alpha.) I have been unable to find any combination of configure switches that makes this happen. I should probably underline that I am _not_ trying to
2003 Mar 02
1
xmms titlestring patch for vorbis
Hello, Some time ago I developed a patch for xmms' vorbis plugin, that allows using arbitrary comment fields in the titlestring. Although it works quite well, I think it could be polished a bit and it might even have some bugs. I also want to know, what the xmms-developers think about it. Recently, I included some kind of an 'advanced' tag editor. For now, this has to be enabled at
2002 Jan 22
1
xmms vorbis titlestring patch
Hi, I managed to patch the xmms vorbis plugin to allow specifying arbitrary tagnames to be displayed in xmms' titlestring as well as conditional tag displaying. You can get the patch (against cvs) from here http://www.uni-jena.de/~p6best/comp/diffs/xmms-cvs_vorbistitle.diff.gz For usage and some more information, make sure you read
2003 Nov 29
0
New xmms vorbis plugin
I've written an updated xmms vorbis plugin, which is currently available from the vgplay cvs as a file tree and patch: http://savannah.nongnu.org/cvs/?group=vgplay (Once some file area problems are sorted, I'll put the patch there for easier access). It's a patch or Input/vorbis tree for xmms 1.2.8 and includes the following features: - Replaygain is now implemented using
2002 Feb 04
1
xmms vorbis titlestring patch -- update
Hello again, I updated my patch to be able to display all occurrences of a tag. E.g. if you have multiple artists specified, all can be displayed concatenated with configurable strings. (suggested and contributed by Jens Z. Burkal) Get the patch (against cvs) from here http://www.uni-jena.de/~p6best/comp/diffs/xmms-cvs_vorbistitle.diff.gz (it is now linked to a file
2001 Mar 12
1
Continuing XMMS/Vorbis problems.
(sorry I had to forward this; I managed to code a bug into my spam rejection filter, and it got a little overzealous) ----- Begin forwarded message ---- Date: Thu, 8 Mar 2001 11:06:02 -0500 To: Vorbis Development Mailing List <vorbis-dev@xiph.org> Subject: Message-ID: <20010308110602.A32731@lore.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition:
2011 Jan 05
11
[Bug 32855] New: Incorrect image stretching with Render in RepeatPad mode, NV50
https://bugs.freedesktop.org/show_bug.cgi?id=32855 Summary: Incorrect image stretching with Render in RepeatPad mode, NV50 Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau
2015 Aug 20
10
[Bug 91705] New: [NVE7] GPU crash (read fault) on boot w/ DMI+HDMI outputs
https://bugs.freedesktop.org/show_bug.cgi?id=91705 Bug ID: 91705 Summary: [NVE7] GPU crash (read fault) on boot w/ DMI+HDMI outputs Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component:
2004 Sep 10
0
Re: xmms-flac problem
The best I can suggest is, run XMMS on repeat mode for a few hours. The flac plugin will, if my setup isn't bizarre (it's just debian testing), eventually give way. Just disable audio output or something, let it run overnight, and see what state it's in in the morning. I'm sure the Oggs will be a suitable test, rather than MP3s. Just try a playlist of two entries, with shuffle
2004 Jan 13
0
xmms vorbis patch 2
I've just uploaded the second patched version of the xmms vorbis plugin to savannah, which primarily includes the logical streams as playlist items feature that I've been working on. The good stuff: There are now three modes for handling local (or more to the point, seekable) physical streams that contain multiple streams: 1. Load into the play list as a single file. This is the old
2004 Sep 10
2
Re: xmms-flac problem
On Tue, Jan 22, 2002 at 09:16:28PM -0500, Asheesh Laroia wrote: > I have MP3 files and FLAC files in my playlist. It's about 800-900 tracks > long. > > I'll start XMMS 1.2.6, and it'll work for some arbitrary amount of FLAC > files. Usually, that's between twenty and a hundred. Then, with no > warning, it will skip over all the FLAC files and play only the
2009 Mar 14
0
[LLVMdev] setting up LLVM to *run on* amd64 but *generate code* for alpha
Hi Zack, On Fri, Mar 13, 2009 at 4:41 PM, Zack Weinberg <zackw at panix.com> wrote: > I'm trying to persuade llvm (svn trunk) to build in a mode where it > *runs on* amd64 but *generates code* for alpha, exclusively.  (Well, > technically, generate code for my experimental architecture simulator > that happens to be based on alpha.)  I have been unable to find any >
2007 Jun 08
1
still trying to wrap xyplot - ignore previous
As you may not be surprised to hear, no sooner did I post the previous message than I realized I had a really dumb mistake. I've now gotten a bit farther but am still stuck. New code: graph <- function (x, data, groups, xlab) { pg <- function(x, y, group.number, ...) fnord body(pg) <- substitute({ panel.xyplot(x, y, ..., group.number=group.number) panel.text(2,
2009 Mar 21
4
[LLVMdev] setting up LLVM to *run on* amd64 but *generate code* for alpha
On Mon, Mar 16, 2009 at 11:25 AM, Chris Lattner <clattner at apple.com> wrote: > Hi Zack, welcome! I regret to say I'm disappearing again. I was only looking at LLVM for a class project which is now done with, and I'm not really interested in compiler development for the fun of it anymore. I do want to respond to some of the things that you (and others) said... > On Mar 13,
2004 Sep 10
2
Re: xmms-flac problem
On Tue, Jan 22, 2002 at 10:58:02PM -0500, Asheesh Laroia wrote: > The best I can suggest is, run XMMS on repeat mode for a few hours. The > flac plugin will, if my setup isn't bizarre (it's just debian testing), > eventually give way. Just disable audio output or something, let it run > overnight, and see what state it's in in the morning. I'm sure the Oggs >
2001 Jan 29
2
vorbis plugin crashing xmms
I've got a song that causes the vorbis plugin for xmms to crash while reading the vorbis equivilent of id3 tags. What is the proceedure for reporting bugs like this. Do I mail the bug into this mailing list and then serve the song off of a FTP server? -ben --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this
2007 May 17
2
Scoped options setting?
Is there any way to set options during the evaluation of a particular expression, with them automatically reset when control leaves that expression, however that happens? Kind of like "let" on a "special" variable does in Lisp. I naively tried with(options(warn=-1), { fit <- fitdistr(data, 'weibull') # complains about NaNs }) but this leaves
2000 Jul 23
2
Work around Linux kernel bug provoked by nchan.c
The Linux implementation of TCP sockets has a bug which causes shutdown(sock, SHUT_RD) to fail spuriously (ENOTCONN) if the write side of the socket has already been shut down. If you are using SSH port forwarding to tunnel HTTP through a firewall, nchan.c will tickle this bug once for every HTTP exchange. You will therefore get lots of useless, annoying error messages: channel 2: