Menu

Svn Commit Log


Commit Date  
[r3255] by ulatec

Actual fix for y4mdenoise/SkipList.hh compile problem with gcc 4.0.1.

2009-05-24 17:34:37 Tree
[r3254] by ulatec

Possible fix for y4mdenoise/SkipList.hh compile problem with gcc 4.0.1.

2009-05-24 08:47:45 Tree
[r3253] by --none--

This commit was manufactured by cvs2svn to create tag 'y4mdenoise_v3_beta3'.

2009-05-24 00:27:53 Tree
[r3252] by ulatec

Checked in y4mdenoise "version 3 beta 3".

A bunch of little bug fixes, and a couple of big performance
improvements, found while reading over the code.

2009-05-24 00:27:52 Tree
[r3251] by ulatec

Checked in y4mdenoise "version 3 beta 2".

These are all of the cleanups and performance improvements I can think
of. The next step is to rewrite the code to take maximum advantage of
symmetric multiprocessing. The only changes I plan to check in before
that will be fixes for any bugs found.

2009-05-18 16:07:11 Tree
[r3250] by sms00

the memory is freed everywhere else before returning except here, the non-errpr
case.

2009-05-16 04:06:47 Tree
[r3249] by --none--

This commit was manufactured by cvs2svn to create tag 'y4mdenoise_v3_beta1'.

2009-05-08 01:55:33 Tree
[r3248] by ulatec

This is what I'm calling "version 3 beta" of y4mdenoise! I've finally
found a practical implementation of my original idea.

Now, each matched pixel-group is flood-filled, and the resulting region
is added to the search-border. Matched pixel-groups that already exist
in the search-border are not flood-filled again, saving lots of time.
The match-throttles still exist to keep pathological cases from
happening, but now regions can be removed from the search-border,
pruned of resolved pixels, and re-added to the search-border if it's no
longer the biggest match. y4mdenoise is finally able to apply the
largest matches and work its way down to the smaller matches without
losing any potentially useful information.

This is "beta" because I haven't finished all the performance
improvements I want to do, and I haven't rewritten the manual page yet,
but it's working well enough to unleash on the other mjpegtools
developers for their comments.

2009-05-08 01:55:32 Tree
[r3247] by ulatec

Fixed more multithreaded problems in y4mdenoise. I wasn't using enough
private allocators, and so threads could potentially stomp each other
when allocating memory.

2009-04-27 02:53:00 Tree
[r3246] by ulatec

Another fix to y4mdenoise's threading, this time to get rid of a
potential double condition-signal. (One condition-signal is enough.)

2009-04-26 17:40:20 Tree
Older >
Monday.com Logo