[FFmpeg-cvslog] r10562 - trunk/doc/TODO
Sun Sep 30 12:42:36 CEST 2007
Michael Niedermayer wrote:
> On Sun, Sep 30, 2007 at 06:15:17AM +0200, Diego Biurrun wrote:
>> On Sun, Sep 30, 2007 at 12:59:05AM +0200, Michael Niedermayer wrote:
>>> On Sat, Sep 29, 2007 at 08:55:17PM +0200, Vitor Sessak wrote:
>>>> michael wrote:
>>>>> --- trunk/doc/TODO (original)
>>>>> +++ trunk/doc/TODO Mon Sep 24 13:47:11 2007
>>>>> @@ -77,17 +77,13 @@ unassigned TODO: (unordered)
>>>>> - JPEG2000 decoder & encoder
>>>>> - MPEG4 GMC encoding support
>>>> Is merging this and the wiki FFmpeg Wishlist a TODO item?
>>> wiki FFmpeg Wishlist?
>> The FFmpeg wishlist on the multimedia wiki:
> ahh that list
> well i dont care about that list, theres the TODO list in SVN and theres
Well, I don't think it's a good idea not to care about a deprecated
Wishlist. People may lose a lot of time adding items to it or trying to
implement them. I've added a warning to the page.
> roundup they have been maintained and reviewed and are of mostly high quality
> that wiki thing is a list of bugs, feature reuquests, duplicates
> and outright nonsense
Yes, but some items (like the ALAC cleanup one) was right on the spot
and not in any other TODO...
> like "Conversion to rst or docbook isn't really required,
> but would be greatly appreciated. "
> appreciated by whom? not by any ffmpeg devel! iat least prefer a format
> which i (and as many as possible others) understand
> (it has this minor advantage of making it possible for people to improve
> the text yeah i know its not that important, much more important to switch
> to a complex format noone knows
> also whats the silly libavformt is ... poem good for it does not belong
> in a wishlist
> or what is "Study the current specification and clarify what the issues
> are, putting it in a verbose and understandable form." as libavformat wishlist
> supposed to mean?! this sounds like an aplication from some SOC student
> also this TODO point is copy and pasted 3 times
> "Option to build FFmpeg decoder/encoder/demuxer/muxer and post-processing filters
> for the DirectShow API for Windows by Microsoft"
> = duplicate ffdshow
> really the whole wiki wishlist should be deleted IMO, a large part is total
> nonsense and it clearly has not been maintained or reviewed by anyone
I agree, but maybe a few useful items could salvaged and merged in the
SVN TODO (or it would be better in roundup?). I'll try to remove the
cruft and see what remains...
> and if anyone is stupid enough to implement these they will just
> end at a "we dont want that" on ffmpeg-dev
> and thats hugely wasted time for the poor author ...
That's my point of why you should care about this list...
More information about the ffmpeg-cvslog