[FFmpeg-devel] patch for x32 for libpostproc
siretart at gmail.com
Fri Sep 5 01:42:00 CEST 2014
On Thu, Sep 4, 2014 at 7:27 AM, Michael Niedermayer <michaelni at gmx.at> wrote:
> 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
>> doesn't hold anymore?
> Can you be a bit more specific ? what "promise" by whom exactly do
> you speak of ?
The promise of having a maintained stand-alone libpostproc.
>> 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)
> -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
> 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 ?
At the end of the day, I need a source tarball that contains
maintained sources of a stand-alone libpostproc. I don't care too much
how it is created, as long as it doesn't result in code-duplication
with existing sources in Debian.
More information about the ffmpeg-devel