| 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 |
| 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 |
|
* YV12/I420/USER clarification |
| 28 |
|
- item submited by Ivan Kalvachev <ivan at cacad.com> |
| 29 |
|
Planes are swaped |
| 30 |
|
* MMX MPEG4 quantization is unprecise. This is probably an inherent |
| 31 |
|
problem in some MMX opcode precision. |
| 32 |
|
|
| 33 |
|
|
| 34 |
Already completed items: |
Already completed items: |
| 45 |
* rawdec (use xvid_decraw instead) (ed.gomez) |
* rawdec (use xvid_decraw instead) (ed.gomez) |
| 46 |
* Support for GMC 3 warp points (christoph) |
* Support for GMC 3 warp points (christoph) |
| 47 |
* New Qpel code (michael) |
* New Qpel code (michael) |
| 48 |
* ME splitting and ME improvements (sysKin) |
* ME splitting and ME improvements (syskin) |
| 49 |
* New unix build process (ed.gomez) |
* New unix build process (ed.gomez) |
| 50 |
* New thread/instance safe sse2 code (p.massimino) |
* New thread/instance safe sse2 code (p.massimino) |
| 51 |
* INSTALL guide for Unix and Win32 (ed.gomez) |
* INSTALL guide for Unix and Win32 (ed.gomez) |
| 52 |
|
* dshow static link to libxvidcore.lib (peter) |
| 53 |
|
* update/fix Lumimasking (syskin) |
| 54 |
|
* trellis for mpeg and relaxed optimization for big levels (skal) |
| 55 |
|
* thread safe mpeg quantizing (michael) |
| 56 |
|
* Interlacing for bvop and svop (syskin) |
| 57 |
|
|
| 58 |
Last edited: $Date: 2003-11-15 01:53:22 $ |
Last edited: $Date: 2003-12-05 14:44:35 $ |
Parent Directory
| 
Revision Log
| 
Patch