Hi Raul,
I bet we are on the same deadline. I don't know many things about sculpting,
but I believe you should probably mention automatic quadrangulation methods if
you are subdividing using Catmull Clark, since the straightforward approach to
me would be to deal with triangle meshes and then
I managed to get GTK to work pretty well with blender25 using ctypes. The old
PyGTK bindings didn't work that well with blender2.4x because the GTK mainloop
did not release the GIL, and there was no ideal way to iterate the main loop
from blender. Thankfully ctypes releases the GIL, so
Hi :)
Hi Raul,
I bet we are on the same deadline. I don't know many things about
sculpting, but I believe you should probably mention automatic
quadrangulation methods if you are subdividing using Catmull Clark,
Oh yes :) ! I´m aiming at SIGGRAPH 2011 , perhaps is too high goal for me
but
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Appologies for the short notice, but today (.nl/.fi today) we'll be
conducting svn migration. It'll take several hours. If you notice
difficulties with access, it might be because of that. I'll write the ML
again when we have completed the
On 01/06/2011 03:19 PM, Ton Roosendaal wrote:
Revision: 34133
http://projects.blender.org/plugins/scmsvn/viewcvs.php?view=revroot=bf-blenderrevision=34133
Author: ton
Date: 2011-01-06 15:19:46 +0100 (Thu, 06 Jan 2011)
Log Message:
---
Bug fix:
On texture-space
Hi,
The texture space transform now is a simple single mult + addition.
Rotation is possible too of course, just a bit slower renders need
for nicer draw of texspace box with axes.
-Ton-
Ton Roosendaal Blender
On 01/06/2011 06:17 PM, Ton Roosendaal wrote:
Hi,
The texture space transform now is a simple single mult + addition.
Rotation is possible too of course, just a bit slower renders need
for nicer draw of texspace box with axes.
Maybe the lack of rotation is a reason so few (I think) people
Ton,
libavcodec *is* FFmpeg. (Or part of it, anyway.)
The problem that is claimed is that libfaac is included in Blender's
version of libavcodec that is distributed with Blender 2.49.
The solution is to compile FFmpeg / libavcodec without libfaac.
(Throwing out x264 is not an option, as libfaac
Hi Ton,
I checked ffmpeg code (0.6.1 - it should be there for some time though since
version 0.5 I think)- if it is possible to link against ffmpeg 6.1 why not
to use it?) and it contains native ( for ffmpeg) aac encoder it is there
as a replacement for libfaac. It is of lower quality thought.
On Jan 6, 2011, at 12:02 PM, Hart's Antler wrote:
I managed to get GTK to work pretty well with blender25 using ctypes. The
old PyGTK bindings didn't work that well with blender2.4x because the GTK
mainloop did not release the GIL, and there was no ideal way to iterate the
main loop from
FYI, the OSX ffmpeg libs are build with version 0.6.1 and are not linked
against libfaac.
Damien
Le 6 janv. 2011 à 18:42, Sergey Kurdakov a écrit :
Hi Ton,
I checked ffmpeg code (0.6.1 - it should be there for some time though since
version 0.5 I think)- if it is possible to link
Hi everyone,
Thanks for the builds! Looks like we got a good one here :)
The bug tracker is still nice low, so we can move on to the pending
todo items. We should also try to get our patch tracker clean, to have
compliant patches applied, and the rest at least categorized and
shortly
+1 for an option of mass-creating objects. I have ported a script for
2.4x to 2.5x that creates thousands of objects and it's wy slower
now.
It would be nice if scene.objects.link() accepts a list of objects and
then updates the depgraph at the end.
DiThi
On Wed, Jan 5, 2011 at 3:45 AM,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6.1.2011 15:22, Nathan Letwory wrote:
Hi,
Appologies for the short notice, but today (.nl/.fi today) we'll be
conducting svn migration. It'll take several hours. If you notice
difficulties with access, it might be because of that. I'll write
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6.1.2011 23:00, Nathan Letwory wrote:
I'm on it and try to fix
it ASAP. Project admins can still commit, not all other members who are
supposed to have write acces can.
And to complete the hattrick, I've reported this issue myself here:
--- On Thu, 1/6/11, Carsten Wartmann c...@blenderbuch.de wrote:
From: Carsten Wartmann c...@blenderbuch.de
Subject: Re: [Bf-committers] [Bf-blender-cvs] SVN commit:
/data/svn/bf-blender [34133] trunk/blender/source/blender/
editors/transform/transform.c: Bug fix:
To: bf-blender
Hi,
ideasma...@gmail.com (2011-01-06 at 0446.58 +):
Existing files can also botch svn updating (highly annoying for
automatic updates), or when going back in svn history *.pyc files can
stop directories getting removed.
On *nix you can ensure a clean checkout with this:
svn status
Carl and everyone else,
I've done some checking of the FFmpeg integration in Blender 2.49b.
I came up with the following:
I can confirm that the default configuration for compiling FFmpeg into
Blender has --enable-gpl set and no --enable-nonfree. So it *ought* to
be all right.
It is linked
No probs, dude.
Regarding the 2.56 version - right now we have a libavcodec dll binary
checked into SVN - there is no source code in the blender tree:
https://svn.blender.org/svnroot/bf-blender/trunk/lib/windows/ffmpeg/lib/
(We have ffmpeg binaries for other platforms checked in as well)
I
Building blender with clang's scan-build gives useful reports/warnings
which typical compilers wont report.
of course it has a lot of false positives or warnings which wouldn't
result in actual bugs but its it also shows up real bugs, some of
which would be hard to track otherwise.
Heres the
On Thursday, January 06, 2011, Leo Sutic wrote:
The solution is to compile FFmpeg / libavcodec without libfaac.
(Throwing out x264 is not an option, as libfaac has more problems than
just being GPL-incompatible) It should be a build config change and
that's it - but someone has to build a new
On Thursday, January 06, 2011, Ton Roosendaal wrote:
Hi devs,
Please advise. I recall libavcodec is quite old already, and probably
obsolete mostly because of FFmpg?
-Ton-
From: Carl Eugen Hoyos
Date: 6 January, 2011 17:15:37 GMT+01:00
To: foundat...@blender.org
Subject:
On Thu, Jan 6, 2011 at 7:17 PM, Leo Sutic leo.su...@gmail.com wrote:
No probs, dude.
Regarding the 2.56 version - right now we have a libavcodec dll binary
checked into SVN - there is no source code in the blender tree:
On 6 January 2011 21:47, Dan Eicher d...@trollwerks.org wrote:
I think it would be trivial to get a source package checked in there
as well. The corresponding source tarball is here:
http://ffmpeg.arrozcru.org/autobuilds/ffmpeg/sources/ffmpeg-r22941-swscale-r31050.tar.bz2
That's not a
24 matches
Mail list logo