[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 1207, Sat Nov 15 01:53:22 2003 UTC revision 1230, Sun Nov 30 16:13:16 2003 UTC
# Line 9  Line 9 
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 and dshow still links against xvid.dll
12      which doesn't export internal functions anymore because of the license      which doesn't export internal functions anymore because of the
13      change. Use xvid -> link against libxvidcore.(lib|dll), use xvid      license change.
14      through vfw, use the the vfw framework and anything else.  * decide on vfw & dshow linking policy. presently we statically link,
15  * update/fix 2pass plugin      however this increases the size of zips/packages where both vfw &
16    - Commited but needs additional testing/feedback (ed.gomez)      dshow are included.
17  * update/fix CBR plugin  * update/fix CBR plugin
18    - misses target bitrate, bitrate burst in static motion/high motion    - misses target bitrate, bitrate burst in static motion/high motion
19      transistions      transitions
 * update/fix Lumimasking  
   - doesn't take care of frame type (plugin framework problem, before  
     operation is done before type is known). Taking care of frame type  
     is important because bframe allowed dquants aren't the same as  
     i/pframes allowed dquants  
20  * bug hunting (ed.gomez/sysKin)  * bug hunting (ed.gomez/sysKin)
21    - xvidcore is still a place were bugs feel confortable    - xvidcore is still a place where bugs feel confortable
22  * quant matrix usage (not thread nor instance safe)  * docbook writing (every developer should contribute)
   - 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)  
23    - New API has to be documented.    - New API has to be documented.
24    * two pass code should not introduce quality regressions (every tester)
25    * YV12/I420/USER clarification
26      - item submited by Ivan Kalvachev <ivan at cacad.com>
27        Planes are swaped
28    * Interlacing is broken
29      - item submited by Ivan Kalvachev <ivan at cacad.com>
30        Artefacts for all interlaced blocks.
31    * MMX MPEG4 quantization is unprecise. This is probably an inherent
32      problem in some MMX opcode precision.
33    
34    
35  Already completed items:  Already completed items:
# Line 52  Line 50 
50  * New unix build process (ed.gomez)  * New unix build process (ed.gomez)
51  * New thread/instance safe sse2 code (p.massimino)  * New thread/instance safe sse2 code (p.massimino)
52  * INSTALL guide for Unix and Win32 (ed.gomez)  * INSTALL guide for Unix and Win32 (ed.gomez)
53    * dshow static link to libxvidcore.lib (peter)
54    * update/fix Lumimasking (sysKin)
55    * trellis for mpeg and relaxed optimization for big levels (skal)
56    * thread safe mpeg quantizing (michael)
57    
58  Last edited: $Date: 2003-11-15 01:53:22 $  
59    Last edited: $Date: 2003-11-30 16:13:15 $
Legend:
Removed from v.1207  
changed lines
  Added in v.1230
No admin address has been configured
 ViewVC Help
Powered by ViewVC 1.0.4