Menu

Svn Commit Log


Commit Date  
[r2804] by waldviertler

An new version for the next release

2005-06-26 05:21:46 Tree
[r2803] by waldviertler

A new version for the comming release

2005-06-26 05:15:00 Tree
[r2802] by waldviertler

A new version for the next release

2005-06-26 05:13:51 Tree
[r2801] by sms00

Using a 'size_t' for the BitCount isn't a good idea - more than 4G of bits
overflows (and 4Gb is only ~512MB - pretty small by video standards). So,
use a uint64_t for BitCount.

2005-06-23 22:45:33 Tree
[r2800] by stefan_fendt

i found another (better?) solution for the gauss-filter. The denoiser should
now allways keep the original sharpness of the image whenever possible...

2005-06-21 19:40:30 Tree
[r2799] by sms00

Error concealment patch submitted by Steve Tell (tell at telltronics dot org)

2005-06-19 06:16:00 Tree
[r2798] by sms00

Since the default 'A' tag is square pixels it's more sensible to have the
default frame size be 640x480 (4:3 image).

2005-06-17 00:30:02 Tree
[r2797] by sms00

Try to fix the problems with PPC + gcc4 + Fedora once and for all:
https://sourceforge.net/tracker/index.php?func=detail&aid=1215231&group_id=5776&atid=105776

Problem of undefined symbol (next_larger_quant) is caused by utils/altived/
libaltivec referencing encoder routines that are in libmpeg2encpp! Can't do
that because libmpeg2encpp hasn't been built yet!!

Attempted solution is to move mpeg2enc immediately after utils/ in the
top level Makefile.am. Then move mjpeg_simd_helper into lavtools/. THEN
add 'if HAVE_ALTIVEC' to all the other Makefile.am files and add libmpeg2encpp
to the list of library dependencies.

Klug? Sure - feel free to fix it differently :)

2005-06-16 17:09:39 Tree
[r2796] by sms00

Hopefully the last of the pesky fedora gcc4 problems (wonder what RedHat did
to their gcc4 that Apple didn't?)

2005-06-16 04:01:17 Tree
[r2795] by sms00

3 more "errors" that RedHat's gcc4 chokes on but Apple's does not.

2005-06-14 02:59:47 Tree
Older >
Auth0 Logo