[Buildroot] Status of "mplayer" in buildroot

[Buildroot] Status of "mplayer" in buildroot

[Ulf Samuelsson]

Anyone beeing able to build "mplayer" at all?

I have been trying to get that to build for some time now.

There are several problems:

1: Current mplayer relies on an older version of alsa-lib
   The current version of alsa-lib make some routines "local"
   by statements like:

   #define snd_XXXX snd1_XXXX

   mplayer uses some of these routines and the build will not complete.

2) mplayer do not have any recent "versions".
   Instead you are encouraged to checkout the latest svn.

   The build of this will fail using the current Buildroot mplayer.mk,
   since you have to prepare the mplayer source tree by:

   ./configure
   make codec.conf.h	# This is created using native gcc.

   And once this is complete, then the buildroot mplayer.mk
   can be applied on top.

   The AVR32 patches do not apply clean on the current svn, but
   since I believe mplayer do not build anyway, for any architecture
   that means that there should be no problem upgrading mplayer 
   to the latest version.

   I *have* created a new version of the AVR patches that applies
   clean on top of the current svn. Not fully tested yet.
   HCE you want to test?

----------------

I am not particlary fond of downloading the latest svn,
since that is a recipy for breakage.
I think we should have a recommended version of mplayer
(which we have tested on many architectures) 
as well as the capability to checkout the latest.

BR
Ulf Samuelsson

[Buildroot] Status of "mplayer" in buildroot

[Hans-Christian Egtvedt]

On Mon, 19 Jan 2009 20:59:47 +0100
Ulf Samuelsson <ulf.samuelsson@atmel.com> wrote:

> Anyone beeing able to build "mplayer" at all?
> 
> I have been trying to get that to build for some time now.
> 
> There are several problems:
> 
> 1: Current mplayer relies on an older version of alsa-lib
>    The current version of alsa-lib make some routines "local"
>    by statements like:
> 
>    #define snd_XXXX snd1_XXXX
> 
>    mplayer uses some of these routines and the build will not
> complete.
> 

I added a patch to the repository to fix compilation against the new
alsa library. MPlayer compiles and runs again :) Tested only on AVR32.

> 2) mplayer do not have any recent "versions".
>    Instead you are encouraged to checkout the latest svn.
> 

It is just plain bad to depend on a random checkout. Perhaps we can use
debians/ubuntus "release"?

MPlayer v1.0rc2 + mplayer_1.0~rc2-0ubuntu17.diff.gz ?

When I look more into it, the Ubuntu diff is just adding pulse audio
support and various version and other doc changes.

>    The build of this will fail using the current Buildroot mplayer.mk,
>    since you have to prepare the mplayer source tree by:
> 
>    ./configure
>    make codec.conf.h	# This is created using native gcc.
> 
>    And once this is complete, then the buildroot mplayer.mk
>    can be applied on top.
> 
>    The AVR32 patches do not apply clean on the current svn, but
>    since I believe mplayer do not build anyway, for any architecture
>    that means that there should be no problem upgrading mplayer 
>    to the latest version.
> 
>    I *have* created a new version of the AVR patches that applies
>    clean on top of the current svn. Not fully tested yet.
>    HCE you want to test?
>

Sure, feel free to send me the diff, then I can work on getting it
ready for submission upstream.

> I am not particlary fond of downloading the latest svn,
> since that is a recipy for breakage.
> I think we should have a recommended version of mplayer
> (which we have tested on many architectures) 
> as well as the capability to checkout the latest.
> 

I say we at least move to v1.0rc2, but lets worry about that after the
release. The quick fix I did should get it working as it is now.

-- 
Best regards,
Hans-Christian Egtvedt

[Buildroot] Status of "mplayer" in buildroot

[Markus Heidelberg]

Hans-Christian Egtvedt, 20.01.2009:
> On Mon, 19 Jan 2009 20:59:47 +0100
> Ulf Samuelsson <ulf.samuelsson@atmel.com> wrote:
> 
> > 2) mplayer do not have any recent "versions".
> >    Instead you are encouraged to checkout the latest svn.
> > 
> 
> It is just plain bad to depend on a random checkout. Perhaps we can use
> debians/ubuntus "release"?
> 
> MPlayer v1.0rc2 + mplayer_1.0~rc2-0ubuntu17.diff.gz ?
> 
> When I look more into it, the Ubuntu diff is just adding pulse audio
> support and various version and other doc changes.

Or a Gentoo package:
http://distfiles.gentoo.org/distfiles/mplayer-1.0_rc2_p28288.tar.bz2

There we don't have to fear distribution specific stuff and exactly know
the version we use due to the svn revision in the filename.

Markus

[Buildroot] Status of "mplayer" in buildroot

[Hans-Christian Egtvedt]

On Tue, 20 Jan 2009 08:57:38 +0100
Markus Heidelberg <markus.heidelberg@web.de> wrote:

> Hans-Christian Egtvedt, 20.01.2009:
> > On Mon, 19 Jan 2009 20:59:47 +0100
> > Ulf Samuelsson <ulf.samuelsson@atmel.com> wrote:
> > 
> > > 2) mplayer do not have any recent "versions".
> > >    Instead you are encouraged to checkout the latest svn.
> > > 
> > 
> > It is just plain bad to depend on a random checkout. Perhaps we can
> > use debians/ubuntus "release"?
> > 
> > MPlayer v1.0rc2 + mplayer_1.0~rc2-0ubuntu17.diff.gz ?
> > 
> > When I look more into it, the Ubuntu diff is just adding pulse audio
> > support and various version and other doc changes.
> 
> Or a Gentoo package:
> http://distfiles.gentoo.org/distfiles/mplayer-1.0_rc2_p28288.tar.bz2
> 
> There we don't have to fear distribution specific stuff and exactly
> know the version we use due to the svn revision in the filename.
> 

Great, that sounds a lot better.

My suggestion for my own work flow is to push the AVR32 stuff into
upstream and then grab back a subversion cut from gentoo (or other
"release") which then will incorporate the AVR32 stuff in a more sane
way.

-- 
Best regards,
Hans-Christian Egtvedt

[Buildroot] Status of "mplayer" in buildroot

[Peter Korsgaard]

>>>>> "Hans-Christian" == Hans-Christian Egtvedt <hans-christian.egtvedt@atmel.com> writes:

 Hans-Christian> Great, that sounds a lot better.

 Hans-Christian> My suggestion for my own work flow is to push the
 Hans-Christian> AVR32 stuff into upstream and then grab back a
 Hans-Christian> subversion cut from gentoo (or other "release") which
 Hans-Christian> then will incorporate the AVR32 stuff in a more sane
 Hans-Christian> way.

Sounds good.

-- 
Bye, Peter Korsgaard

[Buildroot] Status of "mplayer" in buildroot

[Peter Korsgaard]

>>>>> "Hans-Christian" == Hans-Christian Egtvedt <hans-christian.egtvedt@atmel.com> writes:

 Hans-Christian> I say we at least move to v1.0rc2, but lets worry
 Hans-Christian> about that after the release. The quick fix I did
 Hans-Christian> should get it working as it is now.

I agree.

-- 
Bye, Peter Korsgaard

[Buildroot] Status of "mplayer" in buildroot

[Peter Korsgaard]

>>>>> "Ulf" == Ulf Samuelsson <ulf.samuelsson@atmel.com> writes:

 Ulf> Anyone beeing able to build "mplayer" at all?

It builds for me on powerpc with the patches I've just comitted (to
libmad and mplayer).

I've never built it before, and I haven't actually tried running it
yet (no hw with audio/gfx output available right now).

 Ulf> 1: Current mplayer relies on an older version of alsa-lib
 Ulf>    The current version of alsa-lib make some routines "local"
 Ulf>    by statements like:

HcE afaik just fixed that.

 Ulf> 2) mplayer do not have any recent "versions".
 Ulf>    Instead you are encouraged to checkout the latest svn.

We could atleast move to 1.0rc2, but after the release please.

I would very much prefer to NOT move to a random svn version.

 Ulf> I am not particlary fond of downloading the latest svn,
 Ulf> since that is a recipy for breakage.
 Ulf> I think we should have a recommended version of mplayer
 Ulf> (which we have tested on many architectures) 
 Ulf> as well as the capability to checkout the latest.

Wouldn't -rc2 be such a version?

-- 
Bye, Peter Korsgaard

[Buildroot] Status of "mplayer" in buildroot

[Ulf Samuelsson]

>>>>>> "Ulf" == Ulf Samuelsson <ulf.samuelsson@atmel.com> writes:
>
> Ulf> Anyone beeing able to build "mplayer" at all?
>
> It builds for me on powerpc with the patches I've just comitted (to
> libmad and mplayer).
>
> I've never built it before, and I haven't actually tried running it
> yet (no hw with audio/gfx output available right now).
>
> Ulf> 1: Current mplayer relies on an older version of alsa-lib
> Ulf>    The current version of alsa-lib make some routines "local"
> Ulf>    by statements like:
>
> HcE afaik just fixed that.
>
> Ulf> 2) mplayer do not have any recent "versions".
> Ulf>    Instead you are encouraged to checkout the latest svn.
>
> We could atleast move to 1.0rc2, but after the release please.
>
> I would very much prefer to NOT move to a random svn version.
>
> Ulf> I am not particlary fond of downloading the latest svn,
> Ulf> since that is a recipy for breakage.
> Ulf> I think we should have a recommended version of mplayer
> Ulf> (which we have tested on many architectures)
> Ulf> as well as the capability to checkout the latest.
>
> Wouldn't -rc2 be such a version?
>

"-rc2" is almost as old as "-rc1" and this will not be an update to a 
"release".
The project only supports svn/git and expects people to download
the latest svn which may or may not break, so I think
our only alternative is to select the latest version, test that
and stay with that until we are forced to switch or decide
we want extra functionality.

If the mplayer builds with HCE's patch, then there is no problem
keeping this for the release.

Best Regards
Ulf Samuelsson

> -- 
> Bye, Peter Korsgaard
> 

[Buildroot] Status of "mplayer" in buildroot

[Peter Korsgaard]

>>>>> "Ulf" == Ulf Samuelsson <ulf.samuelsson@atmel.com> writes:

Hi,

 >> Wouldn't -rc2 be such a version?
 >> 

 Ulf> "-rc2" is almost as old as "-rc1" and this will not be an update to a
 Ulf> "release".

Well, it's still one year newer than -rc1, and afaik the closest we
have to a release from upstream.

 Ulf> The project only supports svn/git and expects people to download
 Ulf> the latest svn which may or may not break, so I think
 Ulf> our only alternative is to select the latest version, test that
 Ulf> and stay with that until we are forced to switch or decide
 Ulf> we want extra functionality.

Sure, let's do that if needed - But after the release and once HcE
get's his avr32 work integreated.

 Ulf> If the mplayer builds with HCE's patch, then there is no problem
 Ulf> keeping this for the release.

With my patches it does (atleast on powerpc), and according to HcE on
avr32 as well.

Could you give arm a try?

-- 
Bye, Peter Korsgaard