I've been prototyping and testing strip-wise rendering. In case anyone
wants to know what the state of the work is right now:
http://monochrome.sutic.nu/2010/11/15/sequence-rendering.html
The short version: Just prototyping right now. Image stabilization etc.
works great. Working on getting
Peter,
I've read through the plugin proposal you wrote way back, and I find no
real issue with it. Why wasn't it implemented? Was it just lack of
resources, or am I missing something?
(Also, I am prototyping a strip-wise renderer, but that's another story.)
/LS
On 2010-10-05 23:18, Dan Eicher
Hi Leo,
I've read through the plugin proposal you wrote way back, and I find no
real issue with it. Why wasn't it implemented? Was it just lack of
resources, or am I missing something?
lack of resources and some unresolved issues with IPOs. The problem was,
that I thought it was a good idea
Hi Dan,
It has {application,plugin,libplugin} version control and symbol
dependencies (as I understand them)
after reading again through the documentation, I don't think so. There is
no thought put into negotation between the application and the plugin,
what API version should be used for a
On Tue, Oct 5, 2010 at 1:45 AM, Peter Schlaile pe...@schlaile.de wrote:
Hi Dan,
It has {application,plugin,libplugin} version control and symbol
dependencies (as I understand them)
after reading again through the documentation, I don't think so. There is
no thought put into negotation
Hi,
I have libplugin (http://libplugin.sourceforge.net/intro.html) working in
blender. Well, extensions and join-points at least, still haven't ported
over the (semi-)current plugin systems to use it. When I say 'working' I
mean on linux building with cmake BTW, probably be a chore to get
On Fri, Oct 1, 2010 at 3:19 AM, Peter Schlaile pe...@schlaile.de wrote:
Hi,
I have libplugin (http://libplugin.sourceforge.net/intro.html) working
in
blender. Well, extensions and join-points at least, still haven't ported
over the (semi-)current plugin systems to use it. When I say
On 2010-10-01 23:41, Dan Eicher wrote:
On Fri, Oct 1, 2010 at 3:19 AM, Peter Schlaile pe...@schlaile.de wrote:
Hi,
I have libplugin (http://libplugin.sourceforge.net/intro.html) working
in
blender. Well, extensions and join-points at least, still haven't ported
over the (semi-)current
On Fri, Oct 1, 2010 at 3:03 PM, Leo Sutic leo.su...@gmail.com wrote:
Libplugin assumes that the application has extension points where
plugins can be added. Each extension point can have, if I understand the
docs and illustrations right, *one* plugin; since the function pointer
that is the
On Wed, Sep 29, 2010 at 3:51 PM, Leo Sutic leo.su...@gmail.com wrote:
Hi Peter,
thanks for the link to the plugin proposal. Any other pointers to work
already done would be greatly appreciated.
I'll drop back to working on bugs in the 2.5 beta for now.
/LS
I have libplugin
Hi Peter,
On 2010-09-28 20:39, Peter Schlaile wrote:
Hi Leo,
Looking at the code for the VSE it appears solid, but not very modular,
nor suitable for effects that need access to more than the current
frame. Since the tools I have fall into that category ? the anti-shake,
for example, needs
Hi Leo,
1. Render A10-A15
2. Render B10-B15
3. Render Final 10-Final 15
4. Render A16-A20
5. Render B16-B20
6. Render Final 16-Final 20
Of course, we could use a chunk size of 1 and then we'd be back to the
way things work today, but having larger chunk sizes allows us to
amortize a
Hi Peter,
thanks for the link to the plugin proposal. Any other pointers to work
already done would be greatly appreciated.
I'll drop back to working on bugs in the 2.5 beta for now.
/LS
___
Bf-committers mailing list
Bf-committers@blender.org
13 matches
Mail list logo
