[svn] / branches / dev-api-4 / xvidcore / TODO Repository:
ViewVC logotype

Diff of /branches/dev-api-4/xvidcore/TODO

Parent Directory Parent Directory | Revision Log Revision Log | View Patch Patch

revision 1209, Sat Nov 15 03:10:42 2003 UTC revision 1345, Sat Jan 31 13:44:56 2004 UTC
# Line 8  Line 8 
8  ------------------------  ------------------------
9    
10  * update vfw & dshow decoder frontends  * update vfw & dshow decoder frontends
11    - GUI isn't perfect for vfw and dshow still links against xvid.dll    - GUI isn't perfect for vfw
     which doesn't export internal functions anymore because of the license  
     change.  
 * decide on vfw & dshow linking policy. presently we statically link,  
     however this increases the size of zips/packages where both vfw &  
     dshow are included.  
 * update/fix 2pass plugin  
   - Commited but needs additional testing/feedback (ed.gomez)  
12  * update/fix CBR plugin  * update/fix CBR plugin
13    - misses target bitrate, bitrate burst in static motion/high motion    - misses target bitrate, bitrate burst in static motion/high motion
14      transistions      transitions
15  * update/fix Lumimasking  * bug hunting (ed.gomez/syskin)
16    - doesn't take care of frame type (plugin framework problem, before    - xvidcore is still a place where bugs feel confortable
17      operation is done before type is known). Taking care of frame type  * docbook writing (every developer should contribute)
     is important because bframe allowed dquants aren't the same as  
     i/pframes allowed dquants  
 * bug hunting (ed.gomez/sysKin)  
   - xvidcore is still a place were bugs feel confortable  
 * quant matrix usage (not thread nor instance safe)  
   - i (ed.gomez) started an API change to matrix related functions  
     (quant_mpeg_xxx). But the remaining problem is that matrices should  
     be put in FRAMEINFO structures, and matrices should be pushed down  
     through many function calls. I had no idea how to do that w/o  
     hacking nastly.  
 * docbook writing (ed.gomez)  
18    - New API has to be documented.    - New API has to be documented.
19    * two pass code should not introduce quality regressions (every tester)
20      - first feedback proved kfthresholding was hurting quality, a
21        decision on its behavior has to be settled.
22    * MMX MPEG4 quantization is unprecise. This is probably an inherent
23      problem in some MMX opcode precision.
24    
25    
26  Already completed items:  Already completed items:
# Line 50  Line 37 
37  * rawdec (use xvid_decraw instead) (ed.gomez)  * rawdec (use xvid_decraw instead) (ed.gomez)
38  * Support for GMC 3 warp points (christoph)  * Support for GMC 3 warp points (christoph)
39  * New Qpel code (michael)  * New Qpel code (michael)
40  * ME splitting and ME improvements (sysKin)  * ME splitting and ME improvements (syskin)
41  * New unix build process (ed.gomez)  * New unix build process (ed.gomez)
42  * New thread/instance safe sse2 code (p.massimino)  * New thread/instance safe sse2 code (p.massimino)
43  * INSTALL guide for Unix and Win32 (ed.gomez)  * INSTALL guide for Unix and Win32 (ed.gomez)
44  * dshow static link to libxvidcore.lib (peter)  * dshow static link to libxvidcore.lib (peter)
45    * update/fix Lumimasking (syskin)
46    * trellis for mpeg and relaxed optimization for big levels (skal)
47    * thread safe mpeg quantizing (michael)
48    * Interlacing for bvop and svop (syskin)
49    * YV12/I420/USER clarification (christoph)
50    * vfw and dshow link dynamically to xvidcore.dll (syskin)
51    * vfw bitrate calculator (peter)
52    * dshow configure from command line (peter)
53    
54  Last edited: $Date: 2003-11-15 03:10:42 $  Last edited: $Date: 2004-01-31 13:44:56 $

Legend:
Removed from v.1209  
changed lines
  Added in v.1345

No admin address has been configured
ViewVC Help
Powered by ViewVC 1.0.4