[FFmpeg-devel] patch for x32 for libpostproc

Michael Niedermayer michaelni at gmx.at
Thu Sep 4 11:27:23 UTC 2014


Hi Reinhard

On Wed, Sep 03, 2014 at 11:33:48PM -0400, Reinhard Tartler wrote:
> On Wed, Sep 3, 2014 at 9:34 PM, Michael Niedermayer <michaelni at gmx.at> wrote:
> > On Wed, Sep 03, 2014 at 08:22:43PM -0400, Reinhard Tartler wrote:
> >> On Wed, Sep 3, 2014 at 9:39 AM, Michael Niedermayer <michaelni at gmx.at> wrote:
> >> > On Tue, Sep 02, 2014 at 10:06:10PM +0000, Thorsten Glaser wrote:
> >> >> Hi,
> >> >>
> >> >> as discussed in IRC, I was trying to minimal-invasively port
> >> >> libpostproc (the Debian source package) to x32¹. I could not
> >> >> test it (for lack of a stand-alone test program) yet, but at
> >> >> least I got it to build.
> >> >
> >> > you could try to test by buiding ffmpeg as a whole but disable asm
> >> > everywhere except libpostproc
> >> > that might allow "easy" testing though fate or ffmpeg with libavfilter
> >>
> >> Is http://git.videolan.org/?p=libpostproc.git still maintained?
> >
> > AFAIK, no, it seems the last commit is 2 years ago
> >
> >
> >>
> >> The Debian package tracks that repository, and ideally we could
> >> collect the postproc patches there.
> >
> > libpostproc was and is maintained in
> > git://source.ffmpeg.org/ffmpeg.git
> 
> So the promise given in
> https://lists.libav.org/pipermail/libav-devel/2012-February/020712.html
> doesn't hold anymore?

Can you be a bit more specific ? what "promise" by whom exactly do
you speak of ?


> 
> Any chance to make you reconsider reviving the standalone libpostproc.git?

From what i remember there where some problems with that repository
so actually maintaining it would probably imply first recreating it

for example try to build a old revission:

git checkout a792a836e3d9ef6f1f311604b38095e587282ca7
    (this is libpostproc/master~20 ATM)
./configure
-bash: ./configure: No such file or directory

this is a problem for anyone maintaining the code as for example
git bisect
would not be usable at all

or if you do a git show
commit a792a836e3d9ef6f1f311604b38095e587282ca7
Merge: 1d261c2 7f1c286 7391383 8f2dfd0 8cf4ef5 59d8d9c

Its a commit with 6 ancestors, no commit in FFmpeg or Libav has 6
ancestors

So really, if someone wants to maintain or use libpostproc.git, first
these things need to be fixed

but i dont understand why you dont just take libpostproc
from where its developed, tested and used ?

but if it helps i guess we could copy the libpostproc from FFmpeg
over the one in libpostproc.git (which is what reimar suggested)
libpostproc.git was only intended to be a copy of FFmpeg with libs
other than libpostproc removed anyway.

Would this help you ?


> 
> > please use that for the debian package
> 
> I fear that's not feasible at this point.

Why ?


[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Many things microsoft did are stupid, but not doing something just because
microsoft did it is even more stupid. If everything ms did were stupid they
would be bankrupt already.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/attachments/20140904/9493c23c/attachment.sig>


More information about the pkg-multimedia-maintainers mailing list