From: Frantisek D. <va...@us...> - 2003-12-25 21:56:42
|
Hi Mike, V =C4=8Ct, 18. 12. 2003 v 07:55, Mike Melanson p=C3=AD=C5=A1e: > Hi team, > I am (supposed to be) in charge of the ffmpeg tree in xine. > Syncing ffmpeg with xine is something I dread greatly. A big part of th= is > has to do with all of the custom changes in xine's ffmpeg tree that hav= e > to be maintained. So I am trying to eliminate as many special maintenan= ce > cases as possible. >=20 Yes, more simple and more often syncing libxine with ffmpeg should be good! Interesting would be also adding configure option '--with-external-ffmpeg'. Testing, if is ffmpeg prepared for going into xine could be easer. :-) Also I'm interested if there would be some problem with it. Now I'm fighting with win32 build - xine compiled by MSVC and CVS version ffmpeg compiled by MINGW. It seems it works, but I must disabled flushing in ffmpeg. > Another thing-- is there any compelling reason to override > ffmpeg's CPU detection functions? Why not just let ffmpeg do its own > thing? That would be something else not to have to worry about during > tree syncs. >=20 >From my "end-user view" should be nice compare speed of patched ffmpeg with the not-patched. And then synchronize ffmpeg and libxine according to the results. Cheers, Frantisek |