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: