next steps with ffmpeg and mplayer

A Mennucc debdev at tonelli.sns.it
Thu Mar 5 08:45:28 UTC 2009


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

hi,

for my part, I tried to do some job.

step 0, well, first of all, learn how to properly use GIT

 but moreover, I tried to build a package out a recent SVN snapshot of
MPlayer using the most recent FFMpeg in Debian, using my debian/ . I
have reached a point where the code compiles but fails to link at the
end. ("been there, seen that" all this is a huge dejavu, already
happened before the freeze of Lenny)

as soon as I understand GIT well enough  :->  I will upload this partial
work somewhere

Reinhard Tartler ha scritto:
> Hi Team, hi Christian,
> 
> I feel I need to give a short status update about the current state of
> the ffmpeg and mplayer package.
> 
> mplayer is currently severly broken in unstable, see #516933. mennucc1
> decided to update the internal ffmpeg copy to match debian's using a
> dpatch. Since ffmpeg was updated, the mplayer package must do so as
> well. However, I think we don't need that dpatch of mplayers copy of
> ffmpeg matches the copy of the ffmpeg-debian package.

yeay that is the way I am trying to have it working: no copy of ffmpeg
inside mplayer...orig.tar.gz

for this though there are some files in the source of ffmpeg that should
be shipped in some binary .debs (some of the -dev distributed from the
source FFMpeg , I mean): namely the following headers

libavcodec
libavcodec/avcodec.h
libavcodec/xvmc.h
libavformat
libavformat/riff.h
libavformat/avio.h
libavutil
libavutil/common.h
libavutil/intreadwrite.h
libavutil/mem.h
libavutil/internal.h
libavutil/x86
libavutil/x86/bswap.h
libavutil/bswap.h
libavutil/timer.h

and these two , maybe in /usr/share/ffmpeg

libavcodec/allcodecs.c
libavformat/allformats.c

Reinhard, may you add those ?

> For that reason I've decided to start working on ffmpeg. Upstream is
> currently preparing a 0.5 release, which I'd like to include in
> unstable. The changes are actually pretty small to what we currently
> have in unstable, so I see no problem with uploading it to unstable
> directly, since the ffmpeg transition will not finish shortly (not only
> because of mplayer blocking the transition).

mplayer may be removed from testing to ease transition; it will indeed
take some time before it will work

> Now a few questions:
> 
> Do you all agree with my approach? Or do you prefer targeting
> experimental instead? Is this all sane?!

currently unstable is passing thru huge changes, the next freeze is
quite far away, so I vote for unstable

> Mennucc, as you can see, I've already started to clean up the mplayer
> packaging branch.

I just noted . Today I am quite busy, I will look into it tomorrow


> I'd like to do some further cleanups, including
> switching to quilt because that's what we use the ffmpeg package.

fine

> The
> next upstream update will most certainly drop nearly all of
> debian/patches, 

yes (I discussed the current patch list with diego) and
 so dont bother converting any

> so it seems like the perfect oppurtunity to do that step
> now. Is that (and my work in general) okay for you?

yes

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

iEYEARECAAYFAkmvkSgACgkQ9B/tjjP8QKQMdQCffH72lw0lDKEqhGKfAUDPizE5
6jAAn20b/mAS41utWMgRiwJNUhMxiCoP
=Cew9
-----END PGP SIGNATURE-----



More information about the pkg-multimedia-maintainers mailing list