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. |
license change. |
14 |
* decide on vfw & dshow linking policy. presently we statically link, |
* decide on vfw & dshow linking policy. presently we statically link, |
15 |
however this increases the size of zips/packages where both vfw & |
however this increases the size of zips/packages where both vfw & |
16 |
dshow are included. |
dshow are included. |
|
* update/fix 2pass plugin |
|
|
- Commited but needs additional testing/feedback (ed.gomez) |
|
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 |
20 |
* update/fix Lumimasking |
* bug hunting (ed.gomez/syskin) |
21 |
- doesn't take care of frame type (plugin framework problem, before |
- xvidcore is still a place where bugs feel confortable |
22 |
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) |
|
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 |
|
- first feedback proved kfthresholding was hurting quality, a |
26 |
|
decision on its behavior has to be settled. |
27 |
|
* MMX MPEG4 quantization is unprecise. This is probably an inherent |
28 |
|
problem in some MMX opcode precision. |
29 |
|
|
30 |
|
|
31 |
Already completed items: |
Already completed items: |
42 |
* rawdec (use xvid_decraw instead) (ed.gomez) |
* rawdec (use xvid_decraw instead) (ed.gomez) |
43 |
* Support for GMC 3 warp points (christoph) |
* Support for GMC 3 warp points (christoph) |
44 |
* New Qpel code (michael) |
* New Qpel code (michael) |
45 |
* ME splitting and ME improvements (sysKin) |
* ME splitting and ME improvements (syskin) |
46 |
* New unix build process (ed.gomez) |
* New unix build process (ed.gomez) |
47 |
* New thread/instance safe sse2 code (p.massimino) |
* New thread/instance safe sse2 code (p.massimino) |
48 |
* INSTALL guide for Unix and Win32 (ed.gomez) |
* INSTALL guide for Unix and Win32 (ed.gomez) |
49 |
* dshow static link to libxvidcore.lib (peter) |
* dshow static link to libxvidcore.lib (peter) |
50 |
|
* update/fix Lumimasking (syskin) |
51 |
|
* trellis for mpeg and relaxed optimization for big levels (skal) |
52 |
|
* thread safe mpeg quantizing (michael) |
53 |
|
* Interlacing for bvop and svop (syskin) |
54 |
|
* YV12/I420/USER clarification (christoph) |
55 |
|
|
56 |
Last edited: $Date: 2003-11-15 03:10:42 $ |
Last edited: $Date: 2003-12-27 10:50:50 $ |