http://bugzilla.rpmfusion.org/show_bug.cgi?id=1845
--- Comment #5 from Michel Alexandre Salim <michel+rpmf(a)sylvestre.me> 2011-07-14
16:49:02 ---
(In reply to comment #4)
(In reply to comment #3)
> I, for one, would welcome a ffmpeg-lite, but getting the implementation right
> may well be hard.
Specially with the fork between ffmpeg/libav and other branch instabilities.
If that ffmpeg-lite would be worked on, that will be on the perspective to be
usable without expecting to recover the missing patented codecs support with an
complement package from RPMFusion. From that time such ffmpeg-lite shoudn't
crash on missing codecs, nor Miro.
IIRC debian only remove the support of the encoding capability of patented
codec, the playback isn't affected, so that would be another level of
difficulty.
I've not looked at it closely, but you're probably right. For Fedora
we'd need
to strip playback as well, and also probably strip the source tarball of the
infringing code (ouch).
Miro upstream is considering making a wrapper that acts like ffmpeg but calls
gstreamer behind the scenes, but hasn't started yet and estimated it won't be
done for a few months -- should we review and get this into RPM Fusion, then,
for now?
The Fedora package will still be maintained at version 3.5.x, at least as long
as Fedora 15 is supported. So if there's a solution that allows Miro to be
built without linking to RPM Fusion packages, we can easily resume maintaining
it there. I will probably block it from Rawhide if miro 4.x is going to be in
RPM fusion, though.
--
Configure bugmail:
http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
You are the assignee for the bug.