Mailing List Archive

encode useflag
Another useflag-related question.

Currently, the encode useflag is defined as follow:

encode - Adds support for MEncoder or LaME encoder, wherever applicable

this is a loose definition which is quite useless for medium user, as it's
used also in a non-complete-standard way in all ebuilds.

My proposal is to start using lame useflag to enable lame support (in software
which is just encoding on itself), and using encode with a slight different
definition for example:

encode - Adds support for encoding files in addiction to decoding

so that it can be used to enable generic encoding support instead of specific
using lame or mencoder.

Comments?
--
Diego "Flameeyes" Pettenò
Gentoo Developer (Gentoo/FreeBSD, Video, Gentoo/AMD64)

http://dev.gentoo.org/~flameeyes/
Re: encode useflag [ In reply to ]
On Thursday 12 May 2005 05:12 am, Diego 'Flameeyes' Pettenò wrote:
> encode - Adds support for MEncoder or LaME encoder, wherever applicable
>
> this is a loose definition which is quite useless for medium user, as it's
> used also in a non-complete-standard way in all ebuilds.

agreed

> My proposal is to start using lame useflag to enable lame support (in
> software which is just encoding on itself),

why not re-use the 'mp3' USE flag ?

> and using encode with a slight different definition for example:
>
> encode - Adds support for encoding files in addiction to decoding

how many packages actually make 'encoding' an optional feature ?
-mike

--
gentoo-dev@gentoo.org mailing list
Re: encode useflag [ In reply to ]
Diego 'Flameeyes' Pettenò wrote:

>Another useflag-related question.
>
>Currently, the encode useflag is defined as follow:
>
>encode - Adds support for MEncoder or LaME encoder, wherever applicable
>
>this is a loose definition which is quite useless for medium user, as it's
>used also in a non-complete-standard way in all ebuilds.
>
>My proposal is to start using lame useflag to enable lame support (in software
>which is just encoding on itself), and using encode with a slight different
>definition for example:
>
>encode - Adds support for encoding files in addiction to decoding
>
>so that it can be used to enable generic encoding support instead of specific
>using lame or mencoder.
>
>Comments?
>
>
I don't like it. I'm in the group of people that think there are already
way too many use flags. I think a better solution is for someone to go
ahead and work on getting use flag description info added to the
metadata.xml files. It is after all supposed to be extensible isn't it.

--Iggy
--
gentoo-dev@gentoo.org mailing list
Re: encode useflag [ In reply to ]
Mike Frysinger wrote:
>>My proposal is to start using lame useflag to enable lame support (in
>>software which is just encoding on itself),
>
>
> why not re-use the 'mp3' USE flag ?

because LAME Ain't an Mp3 Encoder? ;)

I guess the focus here wouldn't be on supporting mp3-encoding as such
but using lame over another lib to do the same job.
--
gentoo-dev@gentoo.org mailing list
Re: encode useflag [ In reply to ]
On Thursday 12 May 2005 11:52 am, Simon Stelling wrote:
> Mike Frysinger wrote:
> >>My proposal is to start using lame useflag to enable lame support (in
> >>software which is just encoding on itself),
> >
> > why not re-use the 'mp3' USE flag ?
>
> I guess the focus here wouldn't be on supporting mp3-encoding as such
> but using lame over another lib to do the same job.

'the same job' ? you mean making mp3s ?

lame doesnt produce any other formats than mp3s afaik
-mike
--
gentoo-dev@gentoo.org mailing list
Re: encode useflag [ In reply to ]
On Thursday 12 May 2005 18:18, Mike Frysinger wrote:
> lame doesnt produce any other formats than mp3s afaik
But there are other libraries which produce mp3s. Lame is just one of them.

--
Diego "Flameeyes" Pettenò
Gentoo Developer (Gentoo/FreeBSD, Video, Gentoo/AMD64)

http://dev.gentoo.org/~flameeyes/
Re: encode useflag [ In reply to ]
On Thursday 12 May 2005 12:50 pm, Diego 'Flameeyes' Pettenò wrote:
> On Thursday 12 May 2005 18:18, Mike Frysinger wrote:
> > lame doesnt produce any other formats than mp3s afaik
>
> But there are other libraries which produce mp3s. Lame is just one of them.

whats your point ?

if you created a USE=lame, it would simply be a subset of USE=mp3
-mike

--
gentoo-dev@gentoo.org mailing list
Re: encode useflag [ In reply to ]
On 5/12/05, Mike Frysinger <vapier@gentoo.org> wrote:
> if you created a USE=lame, it would simply be a subset of USE=mp3

But USE=mp3 could mean mp3 decoding support in audio players, while
lame is not a decoder.

--
gentoo-dev@gentoo.org mailing list
Re: encode useflag [ In reply to ]
On Thursday 12 May 2005 01:19 pm, Matthijs van der Vleuten wrote:
> On 5/12/05, Mike Frysinger <vapier@gentoo.org> wrote:
> > if you created a USE=lame, it would simply be a subset of USE=mp3
>
> But USE=mp3 could mean mp3 decoding support in audio players, while
> lame is not a decoder.

so ? can you show me a package that this difference matters ? if not, then
having lame sep from mp3 is pointless ...
-mike
--
gentoo-dev@gentoo.org mailing list
Re: encode useflag [ In reply to ]
Mike Frysinger wrote:
> so ? can you show me a package that this difference matters ? if not, then
> having lame sep from mp3 is pointless ...

It's analog to the lesstif use flag:

lesstif - Use lesstif over openmotif in cases where a program supports both

lame - Use lame over $OTHER_MP3ENCODING_LIBRARY where both are supported

At least that's what I think is flameeyes' idea.
--
gentoo-dev@gentoo.org mailing list
Re: encode useflag [ In reply to ]
On Thursday 12 May 2005 20:55, Simon Stelling wrote:
> Mike Frysinger wrote:
> > so ? can you show me a package that this difference matters ? if not,
> > then having lame sep from mp3 is pointless ...
>
> It's analog to the lesstif use flag:
>
> lesstif - Use lesstif over openmotif in cases where a program supports both
>
> lame - Use lame over $OTHER_MP3ENCODING_LIBRARY where both are supported

Is there a package where this could apply?
--
gentoo-dev@gentoo.org mailing list
Re: encode useflag [ In reply to ]
On Thursday 12 May 2005 21:20, Gregorio Guidi wrote:
> Is there a package where this could apply?
We have couple of packages which can use both lame or toolame.

--
Diego "Flameeyes" Pettenò
Gentoo Developer (Gentoo/FreeBSD, Video, Gentoo/AMD64)

http://dev.gentoo.org/~flameeyes/
Re: encode useflag [ In reply to ]
On Thursday 12 May 2005 21:22, Diego 'Flameeyes' Pettenò wrote:
> On Thursday 12 May 2005 21:20, Gregorio Guidi wrote:
> > Is there a package where this could apply?
>
> We have couple of packages which can use both lame or toolame.

...toolame doesn't seem to do mp3s, so it doesn't overlap with lame.
(and btw it seems a dead project since two years, who would want it ;)

--
gentoo-dev@gentoo.org mailing list
Re: encode useflag [ In reply to ]
Gregorio Guidi wrote:
>
> ...toolame doesn't seem to do mp3s, so it doesn't overlap with lame.
> (and btw it seems a dead project since two years, who would want it ;)
>
looks like there is yet another fork called twolame[1] that is mantained.


lu

[1]http://twolame.sf.net


--

Luca Barbato

Gentoo/linux Developer Gentoo/PPC Operational Manager
http://dev.gentoo.org/~lu_zero

--
gentoo-dev@gentoo.org mailing list
Re: encode useflag [ In reply to ]
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Diego 'Flameeyes' Pettenò wrote:
| Another useflag-related question.
|
| Currently, the encode useflag is defined as follow:
|
| encode - Adds support for MEncoder or LaME encoder, wherever applicable
|
| this is a loose definition which is quite useless for medium user, as
it's
| used also in a non-complete-standard way in all ebuilds.
|
| My proposal is to start using lame useflag to enable lame support (in
software
| which is just encoding on itself), and using encode with a slight
different
| definition for example:
|
| encode - Adds support for encoding files in addiction to decoding

should this be ok'ed make sure to put addition, not addiction
|
| so that it can be used to enable generic encoding support instead of
specific
| using lame or mencoder.
|
| Comments?

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFChuvPUpKYMelfdYERAm5XAJ0QKEhbGcBiPju0RWYoDDIeU4NNsQCfby8l
Hy1CnYNhXUTkeOT5t8ZoelE=
=wYmu
-----END PGP SIGNATURE-----
--
gentoo-dev@gentoo.org mailing list