[FFmpeg-cvslog] r28716 - trunk/libswscale/yuv2rgb.c

[Michael Niedermayer]

On Tue, Feb 24, 2009 at 09:26:11PM +0100, Michael Niedermayer wrote:
> On Tue, Feb 24, 2009 at 08:18:23PM +0000, Robert Swain wrote:
> > 2009/2/24 Michael Niedermayer <michaelni at gmx.at>:
> > > On Tue, Feb 24, 2009 at 03:50:28PM +0100, diego wrote:
> > >> Author: diego
> > >> Date: Tue Feb 24 15:50:28 2009
> > >> New Revision: 28716
> > >>
> > >> Log:
> > >> Remove GPL version of yuv2rgb.c that has been replaced by an LGPL substitute.
> > >
> > > It seems fate got stuck around here :)
> > >
> > > last update of fate is 5h ago ...
> > 
> > Was the intention to remove the old yuv2rgb.c 
> 
> > and then move yuv2rgb2.c
> > to yuv2rgb.c?
> 
> that surely would be a good idea as well ...
> what iam curious about though is what is wrong with fate, it could really
> be a little bit more verbose than 
> "Page cache generated 5 hr ago (should be updated every 15-20 minutes)"
> 
> Its annoying because id like to know ASAP if any of the h264 timestamp
> related commits broke anything, regression tests are still fine and

> iam currently running the full h264 conformance bitsteram thing

still work as well as before 

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Awnsering whenever a program halts or runs forever is
On a turing machine, in general impossible (turings halting problem).
On any real computer, always possible as a real computer has a finite number
of states N, and will either halt in less than N cycles or never halt.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-cvslog/attachments/20090224/631d9577/attachment.pgp>