Displaying 20 results from an estimated 5000 matches similar to: "What's left for 1.0?"
2004 Sep 10
0
What's left for 1.0?
--- Matt Zimmerman <mdz@debian.org> wrote:
> 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
> supports only 30
> > > character strings and don't fulfil a requirement of
> internationalization i
> > > mentioned before.
> > >
> > The decoder
2004 Sep 10
2
Wanted: Ripper that uses ID3V2 and FLAC
I've been with FLAC since 0.7, and I've loved the FLAC files I've ripped
with grip, converted from FLAC 0.8 to 0.9, and played constantly on my
desktop.
And then I noticed the truncated ID3 tags in my FLAC files. I at first
thought the problem lied in FLAC; I posted to this list, hoping for a
solution. But then I realized my trusty GRIP was the flawed program.
Now re-ripping my
2004 Sep 10
2
[lamont+buildd@hp.com: Bug#162718: flac_1.0.4-1(hppa/unstable): FTBFS: non-PIC code in shared object]
It looks like libplugin_common.a is being linked into the shared object
libxmms-flac.so. In that case, all of the objects in libplugin_common.a
must be compiled with -fPIC.
----- Forwarded message from lamont+buildd@hp.com -----
Date: Sat, 28 Sep 2002 18:54:08 -0600
From: lamont+buildd@hp.com
Resent-From: lamont+buildd@hp.com
To: submit@bugs.debian.org
Subject: Bug#162718:
2004 Sep 10
0
Re: non-PIC code in shared libs again
On Tuesday, February 11, 2003, at 09:51 AM, Matt Zimmerman wrote:
> On Tue, Feb 11, 2003 at 05:14:45PM +0000, Christian Weisgerber wrote:
>
>> Ben Hines <bhines@alumni.ucsd.edu> wrote:
>>
>>> The patch fixed the problem with your libs. However, when linking the
>>> xmms plugin i still get:
>>>
>>> *** Warning: This library needs some
2005 Jan 06
2
FLAC and ID3
Hello,
I heard from a coworker that there was something that changed recently
with FLAC and ID3. I don't have ANY details on what that means, and was
wondering what has changed. The only thing I see (in the changelog) is
that plugins have removed support for ID3 tags.
I'm curious because I have been using ID3 tags with FLAC (I store extra
data such as album art with my media files,
2005 Jan 06
0
FLAC and ID3
--- Ron Cococcia <ron.cococcia@request.com> wrote:
> Hello,
>
> I heard from a coworker that there was something that changed
> recently
> with FLAC and ID3. I don't have ANY details on what that means, and
> was
> wondering what has changed. The only thing I see (in the changelog)
> is
> that plugins have removed support for ID3 tags.
>
> I'm
2004 Sep 10
5
[st.n@gmx.net: Bug#200435: xmms-flac: doesn't properly support long files]
severity 200435 normal
thanks
I received this bug report from a Debian user. I can't think of any reason
offhand why the command line tool would work while the xmms plugin would
fail.
----- Forwarded message from Stephan Niemz <st.n@gmx.net> -----
Date: Tue, 8 Jul 2003 10:24:57 +0200
From: Stephan Niemz <st.n@gmx.net>
Resent-From: Stephan Niemz <st.n@gmx.net>
To: Debian
2005 Aug 15
0
AW: id3-tags of static files
thx oddsock for your detailed reply, I think I now understand the problem :)
I'm currently using a php-script (mp3 toolbox -
http://www.radiotoolbox.com/downloads/) to stream static mp3's on-demand,
and this script obviously sends the icy-headers (which are the shoutcast
metadata protocol, right?).
however, I think that it would be a nice feature for icecast to support
these
2005 Aug 14
2
id3-tags of static files
The protocol of sending of metadata over a stream (which is HTTP) does not
allow for this type of thing. The problem is not necessarily the fact that
the id3 tags are at the end of the files, as id3v2 does not have this
restriction, but rather just the "agreed" upon protocol for handling
metadata for streamed mp3s (and I'm only going to talk about mp3s here,
since it's
2004 Sep 10
2
Re: non-PIC code in shared libs again
On Tue, Feb 11, 2003 at 05:14:45PM +0000, Christian Weisgerber wrote:
> Ben Hines <bhines@alumni.ucsd.edu> wrote:
>
> > The patch fixed the problem with your libs. However, when linking the
> > xmms plugin i still get:
> >
> > *** Warning: This library needs some functionality provided by -lstdc++.
>
> This is because of id3lib, which is written in
2005 Jan 06
1
FLAC and ID3
> ID3 support was only dropped in the plugins. libFLAC still can
> decode FLAC files that have ID3 tags (v1 or v2). it just ignores
> them and there are no plans to change that in the future.
OK, that's what I thought, but wanted to be sure. I've been updating
some metadata handling routines in our application and heard something
about this and was curious.
> the spec
2004 Sep 10
2
Should FLAC join Xiph?
--- Joshua Haberman <joshua@haberman.com> wrote:
> * Josh Coalson (xflac@yahoo.com) wrote:
> > I'm kind of swamped today so I'll answer what I can get
> > away with until tonight:
> >
> > --- Joshua Haberman <joshua@haberman.com> wrote:
> > > The most interesting questions to me are ones you didn't address:
> > >
> > >
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
2004 Sep 10
0
ID3-style information
--- Asheesh Laroia <paulproteus@technologist.com> wrote:
> However, I need its ID3 information. I need the client program
> (i.e.,
> XMMS) to be able to look at a file and know its artist and title.
> Those
> are the only two required fields, as a matter of fact.
>
flac (the decoder) 'supports' ID3 and ID3v2 tags by ignoring them.
The input plugins (including
2004 Sep 10
2
What's left for 1.0?
All,
FLAC is nearing an official version. I am going to release a 0.9
version first with the winamp2 plugin fixes (and some other small
inprovements). but I want to ask the question now:
As a user, what do you think is left to do before 1.0? FLAC is
bound to have incremental improvements but are there any fundamental
format or feature changes/additions that you think that should be
made? I am
2008 Mar 21
1
the legendary id3 album art
Does anyone know if there are any players that use the id3v2 album art
people mention every so often?
--
imalone
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
> >
2002 Apr 24
4
Tag Proposal -> Tag Standard
Alright. So, the tag proposal that has been labored over for some
months has now been reclassified a bit. There new URL is now here:
http://reactor-core.org/ogg-tag-recommendations.html
And is prefaced by the following statement:
"The following recommendations were developed by a community of
Ogg/Vorbis users for their own use."
I believe the implication is that this document
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
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,
> >