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