Displaying 20 results from an estimated 8000 matches similar to: "Normalize?"
2004 Sep 10
0
Re: Odd xmms plugin behavior
--- Matt Zimmerman <mdz@debian.org> wrote:
> Date: Thu, 29 Mar 2001 18:09:51 -0500
> From: Matt Zimmerman <mdz@debian.org>
> To: flac-dev@lists.sourceforge.net
> CC: Josh Coalson <xflac@yahoo.com>
> Subject: Re: [Flac-dev] Re: Odd xmms plugin behavior
>
> On Thu, Mar 29, 2001 at 11:46:52AM -0800, Josh Coalson wrote:
>
> > hmm, you must have found a
2004 Sep 10
1
Normalize?
I was looking around in the documentation of other lossless decoders
and noticed that Monkey's Audio supports a normalize feature, the
ability to play back different music types and keep them in the same
volume range. This seems like a nice option to have when playing an
archived cd collection. My question is whether this could just be done
at the plugin level or if it would be better to
2004 Sep 10
0
Fwd: Odd xmms plugin behavior
I'll be forwarding some posts from Matt since the list is blocking
him out...
--- Matt Zimmerman <mdz@debian.org> wrote:
> Date: Fri, 23 Mar 2001 18:22:31 -0500
> From: Matt Zimmerman <mdz@debian.org>
> To: flac-dev@lists.sourceforge.net
> Subject: Odd xmms plugin behavior
>
> While testing out the xmms plugin, I found that the 0.8 plugin would
not play a
>
2004 Sep 10
0
XMMS plugin build fix
On Fri, Jul 20, 2001 at 03:13:31PM -0700, Josh Coalson wrote:
> --- Matt Zimmerman <mdz@debian.org> wrote:
> > Basically, you are allowed to specify object code, whether in shared or
> > static libraries, normal object files, libtool libraries, and libtool
> > object files. libtool figures out any magic that needs to be done to
> > actually link those objects
2004 Sep 10
0
AMD debugging test files available
--- Matt Zimmerman <mdz@debian.org> wrote:
> On Fri, Aug 16, 2002 at 11:14:01AM -0700, Josh Coalson wrote:
>
> > --- Josh Coalson <xflac@yahoo.com> wrote:
> > >...
> > > If anyone with a similar set up can read the comments in the
> > > following bug reports and do some investigation it would really
> > > help a lot. I would like to
2004 Sep 10
0
What's left for 1.0?
--- Matt Zimmerman <mdz@debian.org> wrote:
> Date: Mon, 26 Mar 2001 19:07:19 -0500
> From: Matt Zimmerman <mdz@debian.org>
> To: flac-dev@lists.sourceforge.net
> Subject: Re: [Flac-dev] What's left for 1.0?
>
> On Thu, Mar 22, 2001 at 02:42:51PM -0800, Josh Coalson wrote:
>
> > > maybe tagging. i think that id3 tag isn't enough 'cause it
>
2004 Sep 10
0
Fwd: Re: ogg-flac?
--- Matt Zimmerman <mdz@debian.org> wrote:
> Date: Mon, 26 Mar 2001 18:40:38 -0500
> From: Matt Zimmerman <mdz@debian.org>
> To: flac-dev@lists.sourceforge.net
> Subject: Re: [Flac-dev] ogg-flac?
>
> On Mon, Mar 26, 2001 at 11:34:04AM -0800, Josh Coalson wrote:
>
> > --- "smoerk@gmx.de" <smoerk@gmx.de> wrote:
> > > hi,
> >
2004 Sep 10
0
1.0 source candidate
--- Matt Zimmerman <mdz@debian.org> wrote:
> On Fri, Jul 20, 2001 at 08:14:55PM -0700, Josh Coalson wrote:
>
> > --- Matt Zimmerman <mdz@debian.org> wrote:
> > > On Fri, Jul 20, 2001 at 10:51:11PM -0400, Matt Zimmerman wrote:
> > >
> > > > This version seems to work at least partially on ia64. I am
> > > able
> > > to
2004 Sep 10
3
1.0 source candidate
On Fri, Jul 20, 2001 at 08:14:55PM -0700, Josh Coalson wrote:
> --- Matt Zimmerman <mdz@debian.org> wrote:
> > On Fri, Jul 20, 2001 at 10:51:11PM -0400, Matt Zimmerman wrote:
> >
> > > This version seems to work at least partially on ia64. I am able
> > to encode my
> > > usual test WAV file now, but I still get a segfault during the
> >
2004 Sep 10
1
IA64 (Re: patches for flac build)
On Mon, Jul 16, 2001 at 06:46:22PM -0400, Matt Zimmerman wrote:
> [0] By the way, flac seems to segfault early on IA64. When built with
> --enable-debug, I get a failed assertion:
>
> flac 0.10, Copyright (C) 2000,2001 Josh Coalson
> flac comes with ABSOLUTELY NO WARRANTY. This is free software, and you are
> welcome to redistribute it under certain conditions. Type
2004 Sep 10
2
1.0 candidate checked in
On Fri, Jul 20, 2001 at 02:42:21PM -0700, Josh Coalson wrote:
> --- Matt Zimmerman <mdz@debian.org> wrote:
> > It does work, but gives a warning:
> >
> > *** Warning: Linking the shared library libFLAC.la against the *** static
> > library ia32/libFLAC-asm.a is not portable!
> >
> > I think this is just because libtool can't determine whether the
2004 Sep 10
0
1.0 candidate checked in
--- Matt Zimmerman <mdz@debian.org> wrote:
> On Fri, Jul 20, 2001 at 02:42:21PM -0700, Josh Coalson wrote:
>
> > --- Matt Zimmerman <mdz@debian.org> wrote:
> > > It does work, but gives a warning:
> > >
> > > *** Warning: Linking the shared library libFLAC.la against the
> *** static
> > > library ia32/libFLAC-asm.a is not portable!
2004 Sep 10
0
1.0 candidate checked in
--- Matt Zimmerman <mdz@debian.org> wrote:
> On Fri, Jul 20, 2001 at 03:01:54PM -0700, Josh Coalson wrote:
>
> > --- Matt Zimmerman <mdz@debian.org> wrote:
> > >
> > > automake will include ltmain.sh in the source distribution, so it
> > > should be
> > > used even if it isn't installed on the build system. In fact, it
> >
2004 Sep 10
0
Re: FLAC 1.0.3 is out
Josh Coalson <xflac@yahoo.com> wrote:
> Yes, it's finally here.
I'm looking into updating the OpenBSD port from 1.0.2 to 1.0.3 and
I'm seeing some unhappiness in various regression tests:
i386:
| +++ libFLAC unit test: FLAC__SeekableStreamDecoder
|
| testing FLAC__seekable_stream_decoder_new()... OK
| testing FLAC__seekable_stream_decoder_delete()... OK
| testing
2004 Sep 10
2
AMD debugging test files available
On Sat, Aug 17, 2002 at 08:03:53AM -0700, Josh Coalson wrote:
> --- Matt Zimmerman <mdz@debian.org> wrote:
> >
> > I am able to reproduce this on my system. I am of course using the
> > same
> > Debian packaged binary, and the test files from the bug tracker. It
> > does
> > not happen every time. Sometimes I can get the failure in a few
> >
2004 Sep 10
0
[jamie@audible.transient.net: Bug#160155: gapless playback]
Jamie,
I hear what you're saying. I don't believe this *should* be
a plugin's responsibility, though it sounds like with XMMS it is.
But I don't know how to fix it. Probably with enough archaeology
into the XMMS source and other plugins I could find out. I'll file
it in the feature requests and hope someone can get to it.
Josh
--- Matt Zimmerman <mdz@debian.org>
2004 Sep 10
0
Odd xmms plugin behavior
--- Matt Zimmerman <mdz@debian.org> wrote:
> On Thu, Mar 29, 2001 at 11:46:52AM -0800, Josh Coalson wrote:
>
> > hmm, you must have found a bug. the format does support other
> > resolutions and sample rates, and the test suite does include
> > numerous 8 bps mono files, so it's probably in the plugin itself.
> >
> > if you 'flac -t' the
2004 Sep 10
2
Re: beta 10 candidate checked in
On Thu, May 31, 2001 at 04:04:17AM -0400, Matt Zimmerman wrote:
> In order for all of this to work, of course, you need to make sure that
> automake knows which files should go in the distribution. Since it already
> knows about your source files, usually the only things that need to be added
> are random little files that aren't used directly in the build. These should
> be
2004 Sep 10
1
more changes
--- Matt Zimmerman <mdz@debian.org> wrote:
> On Wed, Oct 31, 2001 at 04:36:23PM -0800, Josh Coalson wrote:
>
> > - split the usage screen into a short and a long version. the
> short
> > version is the default, and you can use 'flac -H' to get the long
> > version.
>
> It would be a good idea for the longer help text to go to stdout,
> rather
2004 Sep 10
4
non-PIC code in shared libs again
On Wednesday, February 5, 2003, at 10:47 PM, Josh Coalson wrote:
> --- Matt Zimmerman <mdz@debian.org> wrote:
>
> good, very good. it may take me a little bit to get to it
> since I'm starting a new job next week.
>
> Ben, can you inspect the patch and confirm that it covers
> what you also suggested?
The patch fixed the problem with your libs. However, when