date:20130927

Re: [Bf-committers] error compiling with CUDA 5.5 and vs2012

2013-09-27 Thread Antony Riakiotakis

Hi, I don't know about the 1.1 kernels, but the mingw64 error seems to be
caused due to the fact that the hard coded path of a certain file for the
cuda compiler is different than the one described in our troubleshooting
sectionfor MinGW here
http://wiki.blender.org/index.php/Dev:2.5/Doc/Building_Blender/Windows/MinGW/Scons.
Just leave the name of the file the same and copy it to the error position
and retry (searching for "error" in the error log will show you what the
nvcc compiler expects)
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers

Re: [Bf-committers] error compiling with CUDA 5.5 and vs2012

2013-09-27 Thread Antony Riakiotakis

Also OSL is not supported for MinGW. Last time I attempted this was quite a
few months ago. It is possible to build blender itself, but binary crashes
as soon as rendering is attempted. I did not even commit my compiled OSL
and clang libraries back then.
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [60390] trunk/blender/source/blender/ makesrna/intern/rna_nodetree.c: relating to [#36822], apply clamping to hard limits too

2013-09-27 Thread Thomas Dinges

Hi Campbell,
I am not sure this is correct.

Ranges up to 30 work fine with the older Preetham model, and maybe 
someone uses that, so this hard limit would also break backwards 
compatibility?

Best regards,
Thomas

Am 27.09.2013 13:06, schrieb Campbell Barton:
> Revision: 60390
>
> http://projects.blender.org/scm/viewvc.php?view=rev&root=bf-blender&revision=60390
> Author:   campbellbarton
> Date: 2013-09-27 11:06:33 + (Fri, 27 Sep 2013)
> Log Message:
> ---
> relating to [#36822], apply clamping to hard limits too
>
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [60390] trunk/blender/source/blender/ makesrna/intern/rna_nodetree.c: relating to [#36822], apply clamping to hard limits too

2013-09-27 Thread Thomas Dinges

Oh well,
it works but it looks kinda unrealistic (aka weird), so probably it's 
fine. ;)

Am 27.09.2013 13:18, schrieb Thomas Dinges:
> Hi Campbell,
> I am not sure this is correct.
>
> Ranges up to 30 work fine with the older Preetham model, and maybe
> someone uses that, so this hard limit would also break backwards
> compatibility?
>
> Best regards,
> Thomas
>
> Am 27.09.2013 13:06, schrieb Campbell Barton:
>> Revision: 60390
>> 
>> http://projects.blender.org/scm/viewvc.php?view=rev&root=bf-blender&revision=60390
>> Author:   campbellbarton
>> Date: 2013-09-27 11:06:33 + (Fri, 27 Sep 2013)
>> Log Message:
>> ---
>> relating to [#36822], apply clamping to hard limits too
>>
> ___
> Bf-committers mailing list
> Bf-committers@blender.org
> http://lists.blender.org/mailman/listinfo/bf-committers

___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers

Re: [Bf-committers] error compiling with CUDA 5.5 and vs2012

2013-09-27 Thread Yousef Hurfoush

what file? i didn't copy anything, that was error from scons!

Regards
Yousef Harfoush
ba...@msn.com



> Date: Fri, 27 Sep 2013 13:30:11 +0300
> From: kal...@gmail.com
> To: bf-committers@blender.org
> Subject: Re: [Bf-committers] error compiling with CUDA 5.5 and vs2012
> 
> Hi, I don't know about the 1.1 kernels, but the mingw64 error seems to be
> caused due to the fact that the hard coded path of a certain file for the
> cuda compiler is different than the one described in our troubleshooting
> sectionfor MinGW here
> http://wiki.blender.org/index.php/Dev:2.5/Doc/Building_Blender/Windows/MinGW/Scons.
> Just leave the name of the file the same and copy it to the error position
> and retry (searching for "error" in the error log will show you what the
> nvcc compiler expects)
> ___
> Bf-committers mailing list
> Bf-committers@blender.org
> http://lists.blender.org/mailman/listinfo/bf-committers
  
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [60394] trunk/blender/build_files/ build_environment/install_deps.sh: install_deps.sh fix: add explicit OGG lib handling, we need

2013-09-27 Thread IRIE Shinsuke

On Debian/Ubuntu, libogg-dev is automatically installed due to the
package dependencies if VORBIS_USE or THEORA_USE is true.

IRIE Shinsuke

13/09/27, Bastien Montagne wrote:
> Revision: 60394
>
> http://projects.blender.org/scm/viewvc.php?view=rev&root=bf-blender&revision=60394
> Author:   mont29
> Date: 2013-09-27 13:56:16 + (Fri, 27 Sep 2013)
> Log Message:
> ---
> install_deps.sh fix: add explicit OGG lib handling, we need it to pass 
> correct values for ffmpeg libraries (at least for static builds).
>
> I?\226?\128?\153m not close to understand why this has worked fine until 
> today... :/
>
> Only tested with Debian, but I would not expect any issue with 
> Fedora/Suse/Arch, this is a quite simple change!
>
> Modified Paths:
> --
>  trunk/blender/build_files/build_environment/install_deps.sh
>
> Modified: trunk/blender/build_files/build_environment/install_deps.sh
> ===
> --- trunk/blender/build_files/build_environment/install_deps.sh   
> 2013-09-27 13:54:40 UTC (rev 60393)
> +++ trunk/blender/build_files/build_environment/install_deps.sh   
> 2013-09-27 13:56:16 UTC (rev 60394)
> @@ -247,6 +247,8 @@
>   # FFMPEG optional libs.
>   VORBIS_USE=false
>   VORBIS_DEV=""
> +OGG_USE=false
> +OGG_DEV=""
>   THEORA_USE=false
>   THEORA_DEV=""
>   XVID_USE=false
> @@ -1890,16 +1892,18 @@
> # These libs should always be available in debian/ubuntu official 
> repository...
> OPENJPEG_DEV="libopenjpeg-dev"
> VORBIS_DEV="libvorbis-dev"
> +  OGG_DEV="libogg-dev"
> THEORA_DEV="libtheora-dev"
>
> _packages="gawk cmake cmake-curses-gui scons build-essential libjpeg-dev 
> libpng-dev \
>libfreetype6-dev libx11-dev libxi-dev wget libsqlite3-dev 
> libbz2-dev \
>libncurses5-dev libssl-dev liblzma-dev libreadline-dev 
> $OPENJPEG_DEV \
> - libopenal-dev libglew-dev yasm $THEORA_DEV $VORBIS_DEV \
> + libopenal-dev libglew-dev yasm $THEORA_DEV $VORBIS_DEV $OGG_DEV 
> \
>libsdl1.2-dev libfftw3-dev patch bzip2"
>
> OPENJPEG_USE=true
> VORBIS_USE=true
> +  OGG_USE=true
> THEORA_USE=true
>
> # Install newest libtiff-dev in debian/ubuntu.
> @@ -2307,15 +2311,17 @@
> # These libs should always be available in fedora/suse official 
> repository...
> OPENJPEG_DEV="openjpeg-devel"
> VORBIS_DEV="libvorbis-devel"
> +  OGG_DEV="libogg-devel"
> THEORA_DEV="libtheora-devel"
>
> _packages="gcc gcc-c++ make scons libtiff-devel freetype-devel 
> libjpeg-devel\
>libpng-devel libX11-devel libXi-devel wget ncurses-devel \
>readline-devel $OPENJPEG_DEV openal-soft-devel \
> - glew-devel yasm $THEORA_DEV $VORBIS_DEV patch"
> + glew-devel yasm $THEORA_DEV $VORBIS_DEV $OGG_DEV patch"
>
> OPENJPEG_USE=true
> VORBIS_USE=true
> +  OGG_USE=true
> THEORA_USE=true
>
> if [ $RPM = "FEDORA" -o $RPM = "RHEL" ]; then
> @@ -2643,13 +2649,15 @@
> # These libs should always be available in arch official repository...
> OPENJPEG_DEV="openjpeg"
> VORBIS_DEV="libvorbis"
> +  OGG_DEV="libogg"
> THEORA_DEV="libtheora"
>
> _packages="base-devel scons cmake libxi glew libpng libtiff wget openal \
> - $OPENJPEG_DEV $VORBIS_DEV $THEORA_DEV yasm sdl fftw"
> + $OPENJPEG_DEV $VORBIS_DEV $OGG_DEV $THEORA_DEV yasm sdl fftw"
>
> OPENJPEG_USE=true
> VORBIS_USE=true
> +  OGG_USE=true
> THEORA_USE=true
>
> if $WITH_ALL; then
> @@ -2912,6 +2920,10 @@
>   _packages="$_packages $VORBIS_DEV"
> fi
>
> +  if $OGG_USE; then
> +_packages="$_packages $OGG_DEV"
> +  fi
> +
> if $XVID_USE; then
>   _packages="$_packages $XVID_DEV"
> fi
>
> ___
> Bf-blender-cvs mailing list
> bf-blender-...@blender.org
> http://lists.blender.org/mailman/listinfo/bf-blender-cvs
>
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [60394] trunk/blender/build_files/ build_environment/install_deps.sh: install_deps.sh fix: add explicit OGG lib handling, we need

2013-09-27 Thread Bastien Montagne

I know, that’s not the problem. The issue is that now, I have to specify 
libogg.a in the ffmpeg's libs (scons/cmake parameters), else Blender 
won’t link (at least with static version)… Before I never had this 
problem, not sure why it raises now! o_O

Bastien

On 27/09/2013 17:02, IRIE Shinsuke wrote:
> On Debian/Ubuntu, libogg-dev is automatically installed due to the
> package dependencies if VORBIS_USE or THEORA_USE is true.
>
> IRIE Shinsuke
>
> 13/09/27, Bastien Montagne wrote:
>> Revision: 60394
>> 
>> http://projects.blender.org/scm/viewvc.php?view=rev&root=bf-blender&revision=60394
>> Author:   mont29
>> Date: 2013-09-27 13:56:16 + (Fri, 27 Sep 2013)
>> Log Message:
>> ---
>> install_deps.sh fix: add explicit OGG lib handling, we need it to pass 
>> correct values for ffmpeg libraries (at least for static builds).
>>
>> I?\226?\128?\153m not close to understand why this has worked fine until 
>> today... :/
>>
>> Only tested with Debian, but I would not expect any issue with 
>> Fedora/Suse/Arch, this is a quite simple change!
>>
>> Modified Paths:
>> --
>>   trunk/blender/build_files/build_environment/install_deps.sh
>>
>> Modified: trunk/blender/build_files/build_environment/install_deps.sh
>> ===
>> --- trunk/blender/build_files/build_environment/install_deps.sh  
>> 2013-09-27 13:54:40 UTC (rev 60393)
>> +++ trunk/blender/build_files/build_environment/install_deps.sh  
>> 2013-09-27 13:56:16 UTC (rev 60394)
>> @@ -247,6 +247,8 @@
>># FFMPEG optional libs.
>>VORBIS_USE=false
>>VORBIS_DEV=""
>> +OGG_USE=false
>> +OGG_DEV=""
>>THEORA_USE=false
>>THEORA_DEV=""
>>XVID_USE=false
>> @@ -1890,16 +1892,18 @@
>>  # These libs should always be available in debian/ubuntu official 
>> repository...
>>  OPENJPEG_DEV="libopenjpeg-dev"
>>  VORBIS_DEV="libvorbis-dev"
>> +  OGG_DEV="libogg-dev"
>>  THEORA_DEV="libtheora-dev"
>>
>>  _packages="gawk cmake cmake-curses-gui scons build-essential 
>> libjpeg-dev libpng-dev \
>> libfreetype6-dev libx11-dev libxi-dev wget libsqlite3-dev 
>> libbz2-dev \
>> libncurses5-dev libssl-dev liblzma-dev libreadline-dev 
>> $OPENJPEG_DEV \
>> - libopenal-dev libglew-dev yasm $THEORA_DEV $VORBIS_DEV \
>> + libopenal-dev libglew-dev yasm $THEORA_DEV $VORBIS_DEV 
>> $OGG_DEV \
>> libsdl1.2-dev libfftw3-dev patch bzip2"
>>
>>  OPENJPEG_USE=true
>>  VORBIS_USE=true
>> +  OGG_USE=true
>>  THEORA_USE=true
>>
>>  # Install newest libtiff-dev in debian/ubuntu.
>> @@ -2307,15 +2311,17 @@
>>  # These libs should always be available in fedora/suse official 
>> repository...
>>  OPENJPEG_DEV="openjpeg-devel"
>>  VORBIS_DEV="libvorbis-devel"
>> +  OGG_DEV="libogg-devel"
>>  THEORA_DEV="libtheora-devel"
>>
>>  _packages="gcc gcc-c++ make scons libtiff-devel freetype-devel 
>> libjpeg-devel\
>> libpng-devel libX11-devel libXi-devel wget ncurses-devel \
>> readline-devel $OPENJPEG_DEV openal-soft-devel \
>> - glew-devel yasm $THEORA_DEV $VORBIS_DEV patch"
>> + glew-devel yasm $THEORA_DEV $VORBIS_DEV $OGG_DEV patch"
>>
>>  OPENJPEG_USE=true
>>  VORBIS_USE=true
>> +  OGG_USE=true
>>  THEORA_USE=true
>>
>>  if [ $RPM = "FEDORA" -o $RPM = "RHEL" ]; then
>> @@ -2643,13 +2649,15 @@
>>  # These libs should always be available in arch official repository...
>>  OPENJPEG_DEV="openjpeg"
>>  VORBIS_DEV="libvorbis"
>> +  OGG_DEV="libogg"
>>  THEORA_DEV="libtheora"
>>
>>  _packages="base-devel scons cmake libxi glew libpng libtiff wget openal 
>> \
>> - $OPENJPEG_DEV $VORBIS_DEV $THEORA_DEV yasm sdl fftw"
>> + $OPENJPEG_DEV $VORBIS_DEV $OGG_DEV $THEORA_DEV yasm sdl fftw"
>>
>>  OPENJPEG_USE=true
>>  VORBIS_USE=true
>> +  OGG_USE=true
>>  THEORA_USE=true
>>
>>  if $WITH_ALL; then
>> @@ -2912,6 +2920,10 @@
>>_packages="$_packages $VORBIS_DEV"
>>  fi
>>
>> +  if $OGG_USE; then
>> +_packages="$_packages $OGG_DEV"
>> +  fi
>> +
>>  if $XVID_USE; then
>>_packages="$_packages $XVID_DEV"
>>  fi
>>
>> ___
>> Bf-blender-cvs mailing list
>> bf-blender-...@blender.org
>> http://lists.blender.org/mailman/listinfo/bf-blender-cvs
>>
> ___
> Bf-committers mailing list
> Bf-committers@blender.org
> http://lists.blender.org/mailman/listinfo/bf-committers
>
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers

Re: [Bf-committers] Blender 2.69 testbuild1 AHOY

2013-09-27 Thread W. Nelson

About the chain addon break report for the test build AHOY 
    and the lack of "proactive" warning or documentation 
    of change in python handling code committed to trunk--

Very briefly, something has changed in python handling that has not been 
announced or is not apparent from a quick check of commits and a check of the 
projects page.  After about 15 minutes of checking, I see no "proactive 
notification" of any pending changes. 

This is again the issue that has been discussed previously about unannounced 
changes that break addons without any "proactive" warning.  I agree with Sam 
and his proactive attempt on this mailing list at calling attention to this 
type of "surprise" breakage.

Of course a bug report needs to "reactively" be filed.  But the bigger issues 
is requiring "reactive" actions instead of implementing suggested simple 
"proactive" notifications.

This is the whole purpose of RCs and it has been requested that people give 
more "feedback" on RCs or am I in error in my understanding our RC policy and 
feedback requests?  This is not a rhetorical question so if I am in error 
please enlighten me.  Maybe I am missing or overlooking something.

As a follow-up:
  this needs to be filed as a bug or addon bug of course

  no http://wiki.blender.org/index.php/Dev:Ref/Release_Notes/2.69 
      notification has been posted of this already implemented thus 
"surprising" change

  no easy location of the change and cause in release code is found in commit 
logs

  no notification of pending change has been posted in bf-python as a proactive 
warning

  squeak squeak squeak squeak squeak squeak squeak ; )

Until the bug report is filed heres the console output:

Traceback (most recent call last):
File "C:\Program Files\Blender Foundation\blender-2.68-r60361-win32\2.68\scrip
ts\addons\object_add_chain.py", line 152, in execute
Add_Chain()
File "C:\Program Files\Blender Foundation\blender-2.68-r60361-win32\2.68\scrip
ts\addons\object_add_chain.py", line 71, in Add_Chain
abso_minor_rad=0.5,
File "C:\Program Files\Blender Foundation\blender-2.68-r60361-win32\2.68\scrip
ts\modules\bpy\ops.py", line 188, in __call__
ret = op_call(self.idname_py(), None, kw)
TypeError: Converting py args to operator properties: : keyword "use_abso" unrec
ognized

location: :-1

location: :-1

Thanks always for the hard work and help of core devs,

Respectfully and earnestly,

JTa

 From: Bastien Montagne 
To: bf-blender developers  
Sent: Wednesday, September 25, 2013 11:55 PM
Subject: Re: [Bf-committers] Blender 2.69 testbuild1 AHOY

Fixed in r4771, but please use our bug tracker for that kind of report. :)

On 26/09/2013 08:17, Sam Vila wrote:
> The add-on "Chain" has errors so cannot be used. Please check this out.
> Thanks.
> ___
> Bf-committers mailing list
> Bf-committers@blender.org
> http://lists.blender.org/mailman/listinfo/bf-committers
>
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers

Re: [Bf-committers] error compiling with CUDA 5.5 and vs2012

Re: [Bf-committers] error compiling with CUDA 5.5 and vs2012

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [60390] trunk/blender/source/blender/ makesrna/intern/rna_nodetree.c: relating to [#36822], apply clamping to hard limits too

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [60390] trunk/blender/source/blender/ makesrna/intern/rna_nodetree.c: relating to [#36822], apply clamping to hard limits too

Re: [Bf-committers] error compiling with CUDA 5.5 and vs2012

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [60394] trunk/blender/build_files/ build_environment/install_deps.sh: install_deps.sh fix: add explicit OGG lib handling, we need

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [60394] trunk/blender/build_files/ build_environment/install_deps.sh: install_deps.sh fix: add explicit OGG lib handling, we need

Re: [Bf-committers] Blender 2.69 testbuild1 AHOY

8 matches

Site Navigation

Mail list logo

Footer information