KH KH pisze:
> 2007/9/14, Hans de Goede <j.w.r.degoede@xxxxxx>:
>> Julian Sikorski wrote:
>>> Hello,
>>>
>>> would it be possible to bring back swscaler to ffmpeg? I am about to
>>> update xvidcap to 1.1.6, and we could drop using internal one if the
>>> rest of the software is ready for swscaler. The latets problems (#1379)
>>> regard gstreamer-ffmpeg breakage. Has this been resolved?
>>>
>> Short answer: no
>> Long answer, there is no long answer, nothing has changed on this front, if
>> we
>> want gstreamer-ffmpeg to use the system ffmpeg (which I say we do) we should
>> keep swscaler disabled. What are the advantages of enabling swscaler?
>>
>> And is there anyone willing to write gstreamer-ffmpeg patches for this?
>>
>> Regards,
>>
>> Hans
> Hi!
>
> For now vlc 8.6x is not swscale capable but next vlc 0.9.0 will
> (planned to be released before F8 unless it is not ready)
> Actually vlc 0.9.0 isn't enought in good shape to be provided as a snapshoot,
> even for a "testing in rawhide" (but maybe the swscale part is...)
> So it might be interesting to see if it is possible to backport it for
> vlc 0.8.6x, the other way will be to have ffmpeg compiled
> internally...(which is easier, but not really desirable as Hans
> already said...).
>
> The ffmpeg compatibility is sometime difficult... as ffmpeg do not
> release it really often, some project not using recent snapshoot...
> The case study is gimp-gap, it bundles it's own ffmpeg version based
> on an April 2005 snapshoot...
> For this, a good way to solve the problem would be to link with a
> compat-ffmpeg, built shared but with a special SONAME, so that version
> will be parallele installable...
> This compat-ffmpeg can eventually be shared between some packages not
> able to use swscale.
> For now, that's only theory, but cinelerra do the same with
> libmpeg3-hw so they can have their own shared version which would be
> parallele instalable with "vanilla" libmpeg3 if even it was build
> shared (usually used statically because of of bad Makefile )
> I've contacted the cinelerra team to have theses patches merged for
> having libmpeg3 shared (to be used by gimp-gap)...
>
> So for now (and about the ffmpeg question)
> That would be fine to have a sort of "state of art " about packages
> requiring it (swscale capable , compatible range date for cvs
> snapshoot for ffmpeg linking, problem if compiled with current, etc )
>
>
> Nicolas (kwizart )
>> p.s.
>>
>> I think it would be much better to discuss this on the rpmfusion list, as
>> that
>> is the future.
> cc'd
>> ___________________________________________
>> Freeworld mailing list: Freeworld@xxxxxxxxx
>> http://livna.org/mailman/listinfo/freeworld
>>
> ___________________________________________
> Freeworld mailing list: Freeworld@xxxxxxxxx
> http://livna.org/mailman/listinfo/freeworld
>
OK. Xvidcap has to wait then, as it is in the minority now.
|
