Am 29.06.2011 19:17, schrieb Juan Pablo Bouza:
>
> Carsten, I didn't find compiling ffmpeg difficult, and I'm not a linux guru,
Yep, seems it is not quite easy.
> For compiling with x264, you have to install the latest version of libx264.
> It compiles easily just with :
Ok, this is for ENCODIN
Thank you xavier, got it to work with that corrected path. It was
simpler in the past :(
Daniel Salazar
3Developer.com
On Wed, Jun 29, 2011 at 7:33 PM, Xavier Thomas
wrote:
> I had the same error. I fixed it by using:
> cmake ../blender -DCYCLES_OIIO=../oiio/dist/linux64
>
> 2011/6/29 Daniel S
Strange, msvc 2008 and 2010 work ok here, does replacing this line fix it?
717:
set(PLATFORM_LINKFLAGS "/SUBSYSTEM:CONSOLE /STACK:2097152
/INCREMENTAL:NO
/NODEFAULTLIB:msvcrt.lib\;msvcmrt.lib\;msvcurt.lib\;msvcrtd.lib ")
With
set(PLATFORM_LINKFLAGS "/SUBSYSTEM:CONSOLE /STACK:2097152
/INCREMENTAL:
Hi all,
It's always OK to have a stable 2.58a build online, we need to prepare
a couple of commits and do final test first though.
If everyone's OK, let's not commit changes now that might need user
tests, check regressions, report back here or in IRC, and within 24h
I'll call for the build
+1
Obviously (as the report in tracker is mine) this has struck me too. I
just don't get this.. This behavior only makes me do a whole lot of
monkey work that wasn't necessary before. Every time I update a rig it
means dozens of pointless save and reloads. And working on SVN makes
it more complica
I did
set(PLATFORM_LINKFLAGS "/SUBSYSTEM:CONSOLE /STACK:2097152
/INCREMENTAL:NO
/NODEFAULTLIB:msvcrt.lib,msvcmrt.lib,msvcurt.lib,msvcrtd.lib")
# MSVC only, Mingw doesnt need
if(CMAKE_CL_64)
set(PLATFORM_LINKFLAGS "/MACHINE:X64 /OPT:NOREF
${PLATFORM_LINKFLAGS}"
On Fri, Jul 1, 2011 at 1:02 AM, Ton Roosendaal wrote:
> My preference is something that aligns visually to the seperators between
> regions; for testing and hacking pleasure I've added two quick versions,
> a small tabbish thing and a triangle. Enable these with debug menu,
> ALT+CTRL+D, values 1
IIRC the reason for the protected/unprotected distinction is because
of the way Blender updates bones in a linked+proxy armature: it
completely overwrites the bone, including all pose information. This
doesn't matter for properties/transforms that are animated, since
actions are stored separately
Maybe the solution is to have easy access to property flags, hopefully
in the same UI where properties are created. We already have some
*useful* flags like ['HIDDEN', 'SKIP_SAVE', 'ANIMATABLE'] but they can
only be set on creation time from py. It makes more sense to to set
them on the fly, here a
Hello Peter,
One of the first things to check if you're files are not loading in
blender, is to check if the files load anywhere (and not just back
into 3DS MAX).
Find another program which has support for collada, or a collada model viewer.
It would also be good to check if the models load in any
Hi Peter et al,
Meshlab :: http://meshlab.sourceforge.net/
has a reasonable collada import/export facility. Mostly for the model
and not for animations/textures etc.
GLC Player can read collada (based on http://www.glc-lib.net/) ::
http://glc-player.net/index.php
Apple OSX Quicklook can also
hi all,
has anyone been able to compile on Fedora 14 (with boost 1.44)?
Thanks.
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers
Ah 'Debug' broke but not Release which is why it worked for me,
committed fix 37996
On Thu, Jun 30, 2011 at 6:04 PM, Alex K wrote:
> I did
>
>
> set(PLATFORM_LINKFLAGS "/SUBSYSTEM:CONSOLE /STACK:2097152
> /INCREMENTAL:NO
> /NODEFAULTLIB:msvcrt.lib,msvcmrt.lib,msvcurt.lib,msvcrtd.lib")
>
>
13 matches
Mail list logo
