diff options
| author | Ton Roosendaal <ton@blender.org> | 2006-02-11 18:55:00 +0300 |
|---|---|---|
| committer | Ton Roosendaal <ton@blender.org> | 2006-02-11 18:55:00 +0300 |
| commit | f4e491e2f462618b039d31e0d39f2c0f37be1b17 (patch) | |
| tree | c6cef3c018bfbc5bf0879f5502c7699ea2b5d4fc /source/blender/render/intern/include/renderpipeline.h | |
| parent | 05166d0a35d99a7731a70710a893818708d029d1 (diff) | |
Thread rendering stability commit.
I noticed still several cases where the Imbuf library was called within a
thread... and that whilst the Imbuf itself isn't threadsafe. Also the
thread lock I added in rendering for loading images actually didn't
work, because then it was still possible both threads were accessing the
MEM_malloc function at same time.
This commit nearly fully replaces ImBuf calls in compositor (giving another
nice speedup btw, the way preview images in Nodes were calculated used
clumsy imbuf scaling code).
I've also centralized the 'mutex' locking for threading, which now only
resides in BLI_threads.h. This is used to secure the last ImBuf calls
I cannot replace, which is loading images and creating mipmaps.
Really hope we get something more stable now!
Diffstat (limited to 'source/blender/render/intern/include/renderpipeline.h')
| -rw-r--r-- | source/blender/render/intern/include/renderpipeline.h | 4 |
1 files changed, 0 insertions, 4 deletions
diff --git a/source/blender/render/intern/include/renderpipeline.h b/source/blender/render/intern/include/renderpipeline.h index 400420c7081..b6fc3b41703 100644 --- a/source/blender/render/intern/include/renderpipeline.h +++ b/source/blender/render/intern/include/renderpipeline.h @@ -32,10 +32,6 @@ struct Render; -void *RE_mallocN(int len, char *name); -void *RE_callocN(int len, char *name); -void RE_freeN(void *poin); - #define PASS_VECTOR_MAX 10000.0f #endif /* PIPELINE_H */ |