Re: [Bf-committers] Install deps script not working on Fedora 20
Hi James, I use my system boost libs (1.53) on Opensuse 13.1/64. Is working fine for me. At least you need 1.51 to compile. Cheers, mib2berlin. Am 31.12.2013, 08:31 Uhr, schrieb James Wrigley : > Ah, ok. > > Anyway, I tried running the script with --force-boost but that didn't > work because it didn't build boost before OIIO :| Running it with > --force-all didn't work either. Do you think I'll have to build boost > myself? > > Thanks, > JamesNZ > ___ > 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] Proposed Noise Modifier
Here is a video about this noise modifier, was not in first desciption. http://www.youtube.com/watch?v=861mrwev6Cs&feature=youtu.be Cheers, mib. Am 16.02.2014, 16:58 Uhr, schrieb Patrice Bertrand : > Hi, > Keep in mind that the main goal is to add randomness to arrays of objects > and to dedicated objects, which clearly the displacement modifier will > not > do. The "individual vertices" mode is just a simple by-product, like > "while we're at it we could as well shift vertices". When it comes to > shifting vertices, clearly, this is very coarse, and displacement+texture > is far more powerfull and flexible. But overall I don't think the > proposed > noise modifier is redundant. > This being said, I did think of adding a 'along normal' option to the > vertex mode, which would act a tiny bit like a displacement, albeit > without > any of the patterns that textures allow. > ___ > 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] Separate CPU/GPU Tile Setting
Hi, as it is a good idea somebody (Greg Zaal) wrote an addon for it. This should integrated and activated per default in Blender Cycles. Many user don´t even know how important the tile size is. http://wiki.blender.org/index.php/Extensions:2.6/Py/Scripts/Render/Auto_Tile_Size Cheers, mib2berlin Am 07.10.2014, 18:37 Uhr, schrieb - LEON - : > I feel that it be more convenient to use some separate settings for CPU > and > GPU, at least the tile setting, which currently have to be changed often > to > optimize render time when switching one device to another. Hope I'm not > the > only person who got such feeling. :) ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] VSE render times really huge!
Hi, FFMPEG in Blender still not support multi threading and GPU acceleration as most video editors today. I ask for it several times. Try kdnlive, for example. Cheers, mib Am 20.05.2015, 23:35 Uhr, schrieb Knapp : > I found this while waiting for a really long time for 10 minutes of video > to render. > http://blender.stackexchange.com/questions/18774/render-times-for-standard-non-3d-video > Seem that we are all having a bad time with the render speeds and it is > doing no 3d work at all. Is this perhaps a bug and needs to go into the > bug > tracker or should this just be expected? > > If it is normal than this is a BF-Fun request for speed and max CPU > usage. > I have 8 threads and none of them are over 15 most of the mie but for one > that jumps up to 100% but only sometimes. A bunch of the cores are at 2 > or > 3%. > Linux Sabayon KDE i7 16GB ram Nvidia GTX 580. > ___ 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 [36934] trunk/blender: == FFMPEG ==
Hi, this commit breaks building on opensuse 11.4/64 with scons, system ffmpeg is 0.62. http://www.pasteall.org/21955 Cheers, mib. Am 26.05.2011, 23:57 Uhr, schrieb Peter Schlaile : > Revision: 36934 > > http://projects.blender.org/scm/viewvc.php?view=rev&root=bf-blender&revision=36934 > Author: schlaile > Date: 2011-05-26 21:57:02 + (Thu, 26 May 2011) > Log Message: > --- > == FFMPEG == > > * removed a lot of old cruft code for ancient ffmpeg versions > * made it compile again against latest ffmpeg / libav GIT > (also shouldn't break distro ffmpegs, since those API changes > have been introduced over a year ago. If it nevertheless breaks, > please send me an email) > > Modified Paths: > -- > trunk/blender/intern/audaspace/ffmpeg/AUD_FFMPEGReader.cpp > trunk/blender/source/blender/blenkernel/intern/writeffmpeg.c > trunk/blender/source/blender/imbuf/intern/anim_movie.c > trunk/blender/source/blender/imbuf/intern/util.c > trunk/blender/source/blender/makesrna/intern/rna_scene.c > trunk/blender/source/gameengine/VideoTexture/VideoFFmpeg.cpp > trunk/blender/source/gameengine/VideoTexture/VideoFFmpeg.h > > Modified: trunk/blender/intern/audaspace/ffmpeg/AUD_FFMPEGReader.cpp > === > --- > trunk/blender/intern/audaspace/ffmpeg/AUD_FFMPEGReader.cpp2011-05-26 > 21:04:01 UTC (rev 36933) > +++ > trunk/blender/intern/audaspace/ffmpeg/AUD_FFMPEGReader.cpp2011-05-26 > 21:57:02 UTC (rev 36934) > @@ -52,6 +52,10 @@ > int read_length, data_size; > + AVPacket tmp_pkt; > + > + av_init_packet(&tmp_pkt); > + > // as long as there is still data in the package > while(audio_pkg_size > 0) > { > @@ -64,16 +68,15 @@ > // read samples from the packet > data_size = buf_size - buf_pos; > - /*read_length = avcodec_decode_audio3(m_codecCtx, > - (int16_t*)(((data_t*)buffer.getBuffer())+buf_pos), > - &data_size, > - packet);*/ > - read_length = avcodec_decode_audio2(m_codecCtx, > - > (int16_t*)(((data_t*)buffer.getBuffer()) + buf_pos), > - &data_size, > - audio_pkg_data, > - audio_pkg_size); > + tmp_pkt.data = audio_pkg_data; > + tmp_pkt.size = audio_pkg_size; > + > + read_length = avcodec_decode_audio3( > + m_codecCtx, > + (int16_t*)(((data_t*)buffer.getBuffer()) + buf_pos), > + &data_size, &tmp_pkt); > + > // read error, next packet! > if(read_length < 0) > break; > @@ -112,7 +115,7 @@ > for(unsigned int i = 0; i < m_formatCtx->nb_streams; i++) > { > - if((m_formatCtx->streams[i]->codec->codec_type == > CODEC_TYPE_AUDIO) > + if((m_formatCtx->streams[i]->codec->codec_type == > AVMEDIA_TYPE_AUDIO) > && (m_stream < 0)) > { > m_stream=i; > > Modified: trunk/blender/source/blender/blenkernel/intern/writeffmpeg.c > === > --- > trunk/blender/source/blender/blenkernel/intern/writeffmpeg.c 2011-05-26 > 21:04:01 UTC (rev 36933) > +++ > trunk/blender/source/blender/blenkernel/intern/writeffmpeg.c 2011-05-26 > 21:57:02 UTC (rev 36934) > @@ -39,19 +39,6 @@ > #include > #include > -#if LIBAVFORMAT_VERSION_INT < (49 << 16) > -#define FFMPEG_OLD_FRAME_RATE 1 > -#else > -#define FFMPEG_CODEC_IS_POINTER 1 > -#define FFMPEG_CODEC_TIME_BASE 1 > -#endif > - > -#if LIBAVFORMAT_VERSION_INT >= (52 << 16) > -#define OUTFILE_PB (outfile->pb) > -#else > -#define OUTFILE_PB (&outfile->pb) > -#endif > - > #if defined(WIN32) && (!(defined snprintf)) > #define snprintf _snprintf > #endif > @@ -114,24 +101,12 @@ > } > } > -#ifdef FFMPEG_CODEC_IS_POINTER > -static AVCodecContext* get_codec_from_stream(AVStream* stream) > -{ > - return stream->codec; > -} > -#else > -static AVCodecContext* get_codec_from_stream(AVStream* stream) > -{ > - return &stream->codec; > -} > -#endif > - > static int write_audio_frame(void) > { > AVCodecContext* c = NULL; > AVPacket pkt; > - c = get_codec_from_stream(audio_stream); > + c = audio_stream->codec; > av_init_packet(&pkt); > pkt.size = 0; > @@ -153,17 +128,15 @@ > if(c->coded_frame && c->coded_frame->pts != AV_NOPTS_VALUE) > { > -#ifdef FFMPEG_CODEC_TIME_BASE > pkt.pts = av_rescale_q(c->coded_frame->pts, > -c->time_base, > audio_stream->time_base); > -#else > - pkt.pts = c->coded_frame->pts; > -#endif > +
Re: [Bf-committers] SVN commit: /data/svn/bf-blender [36934] trunk/blender: == FFMPEG ==
hm, i got another error. source/blender/blenkernel/intern/writeffmpeg.c: In function ‘start_ffmpeg_impl’: source/blender/blenkernel/intern/writeffmpeg.c:744:32: error: ‘AVIO_FLAG_WRITE’ undeclared (first use in this function) source/blender/blenkernel/intern/writeffmpeg.c:744:32: note: each undeclared identifier is reported only once for each function it appears in scons: *** [/home/pepo/zwei5new/build/linux2/source/blender/blenkernel/intern/writeffmpeg.o] Error 1 scons: building terminated because of errors. Thanks for fast reply, mib. Am 27.05.2011, 01:23 Uhr, schrieb Peter Schlaile : > ... added some version checks again. > > Please try again! > > Cheers, > Peter > >> Hi, this commit breaks building on opensuse 11.4/64 with scons, system >> ffmpeg is 0.62. >> http://www.pasteall.org/21955 >> Cheers, mib. > > ___ > 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] SVN commit: /data/svn/bf-blender [36934] trunk/blender: == FFMPEG ==
Whow, thats it, build fine now. Opensuse user since 5.0 so i am familiarized with this plain madness :). Cheers and thank you again, mib. Am 27.05.2011, 01:53 Uhr, schrieb Peter Schlaile : > ... did I already mention, that I start to hate OpenSuse for using some > "in-between" version...? > > Please checkout again. > > Cheers, > Peter > >> hm, i got another error. >> >> >> source/blender/blenkernel/intern/writeffmpeg.c: In function >> ?start_ffmpeg_impl?: >> source/blender/blenkernel/intern/writeffmpeg.c:744:32: error: >> ?AVIO_FLAG_WRITE? undeclared (first use in this function) >> source/blender/blenkernel/intern/writeffmpeg.c:744:32: note: each >> undeclared identifier is reported only once for each function it >> appears in >> scons: *** >> [/home/pepo/zwei5new/build/linux2/source/blender/blenkernel/intern/writeffmpeg.o] >> Error 1 >> scons: building terminated because of errors. >> >> Thanks for fast reply, mib. >> >> >> Am 27.05.2011, 01:23 Uhr, schrieb Peter Schlaile : >> >>> ... added some version checks again. >>> >>> Please try again! >>> >>> Cheers, >>> Peter >>> Hi, this commit breaks building on opensuse 11.4/64 with scons, system ffmpeg is 0.62. http://www.pasteall.org/21955 Cheers, mib. >>> >>> ___ >>> 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 >> >> >> End of Bf-committers Digest, Vol 82, Issue 52 >> * >> > > > Peter Schlaile > ___ > 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 [40127] trunk/blender/source: Recast: fix bad level calls, Recast compiled out if BGE not enabled.
Hi benoit, same on linux : http://www.pasteall.org/24804 Cheers, mib. Am 11.09.2011, 16:34 Uhr, schrieb ValterVB : > Scons don't work: > source\blender\modifiers\intern\MOD_navmesh.cpp(37) : fatal error C1083: > Cannot open include file: 'BKE_navmesh_conversion.h': No such file or > directory > iksolver_plugin.c > Compiling ==> 'itasc_plugin.cpp' > itasc_plugin.cpp > scons: building terminated because of errors. > > > > -Messaggio originale- > From: Benoit Bolsee > Sent: Sunday, September 11, 2011 4:13 PM > To: bf-blender-...@blender.org > Subject: [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [40127] > trunk/blender/source: Recast: fix bad level calls, Recast compiled out if > BGE not enabled. > > Revision: 40127 > > http://projects.blender.org/scm/viewvc.php?view=rev&root=bf-blender&revision=40127 > Author: ben2610 > Date: 2011-09-11 14:13:04 + (Sun, 11 Sep 2011) > Log Message: > --- > Recast: fix bad level calls, Recast compiled out if BGE not enabled. > SCons > updated but not tested. > > Modified Paths: > -- > trunk/blender/source/blender/blenkernel/CMakeLists.txt > trunk/blender/source/blender/blenkernel/SConscript > trunk/blender/source/blender/editors/util/CMakeLists.txt > trunk/blender/source/blender/editors/util/SConscript > trunk/blender/source/blender/modifiers/CMakeLists.txt > trunk/blender/source/blender/modifiers/SConscript > trunk/blender/source/blender/modifiers/intern/MOD_navmesh.cpp > trunk/blender/source/gameengine/Ketsji/CMakeLists.txt > trunk/blender/source/gameengine/Ketsji/KX_NavMeshObject.cpp > trunk/blender/source/gameengine/Ketsji/SConscript > > Modified: trunk/blender/source/blender/blenkernel/CMakeLists.txt > === > --- trunk/blender/source/blender/blenkernel/CMakeLists.txt 2011-09-11 > 13:46:58 UTC (rev 40126) > +++ trunk/blender/source/blender/blenkernel/CMakeLists.txt 2011-09-11 > 14:13:04 UTC (rev 40127) > @@ -353,6 +353,16 @@ > add_definitions(-DWITH_LZMA) > endif() > > +if(WITH_GAMEENGINE) > + list(APPEND INC_SYS > +../../../extern/recastnavigation/Recast/Include > + ) > + list(APPEND SRC > + intern/navmesh_conversion.cpp > + BKE_navmesh_conversion.h > + ) > +endif() > + > if(MSVC) > set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} /WX") > endif() > > Modified: trunk/blender/source/blender/blenkernel/SConscript > === > --- trunk/blender/source/blender/blenkernel/SConscript 2011-09-11 > 13:46:58 > UTC (rev 40126) > +++ trunk/blender/source/blender/blenkernel/SConscript 2011-09-11 > 14:13:04 > UTC (rev 40127) > @@ -1,7 +1,7 @@ > #!/usr/bin/python > Import ('env') > > -sources = env.Glob('intern/*.c') > +sources = env.Glob('intern/*.c') + env.Glob('intern/*.cpp') > > incs = '. #/intern/guardedalloc #/intern/memutil ../editors/include' > incs += ' ../blenlib ../blenfont ../makesdna ../windowmanager' > @@ -90,6 +90,12 @@ > incs += ' #/extern/lzma' > defs.append('WITH_LZMA') > > +if env['WITH_BF_GAMEENGINE']: > +incs += ' #/extern/recastnavigation/Recast/Include' > +defs.append('WITH_GAMEENGINE') > +else: > +sources.remove('intern/navmesh_conversion.cpp') > + > if env['OURPLATFORM'] in ('win32-vc', 'win32-mingw', 'linuxcross', > 'win64-vc'): > incs += ' ' + env['BF_PTHREADS_INC'] > > > Modified: trunk/blender/source/blender/editors/util/CMakeLists.txt > === > --- trunk/blender/source/blender/editors/util/CMakeLists.txt 2011-09-11 > 13:46:58 UTC (rev 40126) > +++ trunk/blender/source/blender/editors/util/CMakeLists.txt 2011-09-11 > 14:13:04 UTC (rev 40127) > @@ -87,16 +87,4 @@ > ../include/UI_view2d.h > ) > > -if(WITH_GAMEENGINE) > - list(APPEND INC > - ../../../../extern/recastnavigation/Recast/Include > - ) > - > - list(APPEND SRC > - navmesh_conversion.cpp > - > - ../include/ED_navmesh_conversion.h > - ) > -endif() > - > blender_add_lib(bf_editor_util "${SRC}" "${INC}" "${INC_SYS}") > > Modified: trunk/blender/source/blender/editors/util/SConscript > === > --- trunk/blender/source/blender/editors/util/SConscript 2011-09-11 > 13:46:58 > UTC (rev 40126) > +++ trunk/blender/source/blender/editors/util/SConscript 2011-09-11 > 14:13:04 > UTC (rev 40127) > @@ -1,15 +1,11 @@ > #!/usr/bin/python > Import ('env') > > -sources = env.Glob('*.c') + env.Glob('*.cpp') > +sources = env.Glob('*.c') > > incs = '../include ../../blenlib ../../blenkernel ../../makesdna > ../../imbuf' > incs += ' ../../windowmanager #/intern/guardedalloc > #/extern/glew/include' > incs += ' ../../makesrna' > -incs += ' #extern/recastnavigation/Recast/Include' > incs += ' ../../blenloader' > > -if not env['WITH_BF_GAMEENGINE']: > -sources.remove('navmesh_conversion.cpp') > - > env.BlenderLib ( 'bf_editors_util', s
Re: [Bf-committers] Bundling CUDA Kernels on all plattforms
Hi, i start an initiative on BA to build older Cuda kernels and upload it to graphicall.org. It would be nice if some builder compile 1.0, 1.1 and 1.2 kernels for all plattforms. I have upload these kernels for linux 64 on my dropbox account. You will find the link in the thread. http://blenderartists.org/forum/showthread.php?239269-Initiative-to-build-cycles-cuda-kernel-for-older-GFX-cards Cheers, mib. Am 11.12.2011, 20:36 Uhr, schrieb Yousef Hurfoush : > > hi >> I have to agree with this, as compiling the kernel takes 15 or so >> minutes >> and nearly crashes my computer. And after that it didn't even work (It >> said >> it was out of memory, probably because my card is so old. It's a geforce >> 8600GT). >> >> Davis > > i do have the same card, even thought it is 5 years old it renders as > 1/2 my this year i5/2500 CPU. > so it worth bundling 1.0 1.1 1.2 kernels too, even people with old cards > wants to at least test cycles gpu. > > > Regards > Yousef Harfoush > > > ba...@msn.com > > > > ___ > 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] Compositor branch
Hi, test the tiles branch (r43093) and it is much more stable now. It crash sometimes with old node setups, if i find something repeatable i post here or in #blendercoders. Even without OpenCL it is very fast on my old q6600 and it is fun to work with it. Cheers and thank you, mib2berlin. Am 02.01.2012, 19:18 Uhr, schrieb Jeroen Bakker : > Hi all, > > today a new WorkScheduler was committed. I hope it solves all memory and > threading issues. (it did for me at least). > Next step is to attach the OpenCL code back to the WorkScheduler > (Hopefully this week) > > I would hope some people can try and test the tile branch. > > Best regards, > Jeroen Bakker > - At Mind - > > On 1-12-2011 9:11, j.bak...@atmind.nl wrote: >> Hi all, >> >> There is a branch available for the compositor node migration. During >> the >> creation of this branch we found some memory issue in the new compositor >> system, so it ain't stable. Not sure why as it worked fine for months. >> >> another task that needs to be done is to make the branch compile with a >> MS >> compiler. The issue concerns the different meaning if the key-word >> const by >> a MS compiler. >> >> The next people have contacted to help out with the migration. >> Team >> - Sergey Sharybin >> - Dalai Felinto >> - Pete Larabell >> - Lukas Tönne >> - Thomas Dinges >> - David (erwin94) >> >> branch - https://svn.blender.org/svnroot/bf-blender/branches/tile/ >> doc about migrating nodes - >> http://ocl.atmind.nl/doku.php?id=documentation:migrating_compositor_node >> (do not mind the mistake in the image) >> >> And some doc's about the internals of the system. >> >> create operation doc - http://ocl.atmind.nl/doc/d5/d80/execution.html >> execution doc - http://ocl.atmind.nl/doc/dc/d83/executing.html >> >> Next steps: >> - 'Close' the gitorious branch as svn.blender.org will be used (need >> to >> contact some graphicall.org builders) >> - Check-out the branch and see if there are some issues. >> - Solve the stability issues and compiler issues. >> - Make list of nodes that needs to be migrated and assign the team to >> it. >> (blender wiki?) >> >> Did I miss something? >> >> Now start tiling :P >> >> Jeroen Bakker >> - At Mind - >> >> >> mail2web LIVE – Free email based on Microsoft® Exchange technology - >> http://link.mail2web.com/LIVE >> >> >> ___ >> 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] Remove vertex colours in startup.blend?
Sorry, send due accident. Mib Am 25.04.2012, 07:02 Uhr, schrieb : > Am 25.04.2012, 06:38 Uhr, schrieb Campbell Barton : > >> +1, not sure why there are there, last person who updated must have >> hit V key by accident. >> >> On Wed, Apr 25, 2012 at 2:32 PM, Matt Ebb wrote: >>> Hi, I'm doing some work on my render exporter to bring it up to date >>> with Blender 2.63. I noticed that the startup.blend cube now has >>> vertex colours, which causes some issues for this exporter - I >>> override colours with the active vertex colour layer by default, which >>> was fine in previous Blender versions since vertex colours weren't on >>> the default object and had to be explicitly added. >>> >>> I'm happy to work around this, but it's probably better to just get >>> rid of the vertex colours on the cube anyway, since they're >>> unnecessary. I don't have a working build setup here - if anyone >>> thinks this is a good idea, would you be able to please remove the >>> vertex colours and replace the startup.blend? >>> >>> thanks >>> >>> Matt >>> ___ >>> Bf-committers mailing list >>> Bf-committers@blender.org >>> http://lists.blender.org/mailman/listinfo/bf-committers >> >> >> > > -- Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/ ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] version naming
The most people wait for 2.5, like me. Alpha, beta, stable and then think about 2.6. I like 2.49b, otherwise you could change to Blender 2010 like others do. mib Am 07.04.2010, 00:53 Uhr, schrieb Benjamin Tolputt : > Benjamin Tolputt wrote: >> Firstly, the MAJOR + "." + MINOR + "." + "BUILD/BUGFIX" method of naming >> versions gets a big thumbs up from me. I know it is not how Blender has >> done it before but it is the way every other application I've ever >> worked on or bothered checking the version of works. This is how people >> who bother knowing the versions of their software are used to thinking >> about it. >> > > Quick clarification. By "people who bother knowing the versions..." I > mean "average users who bother". Most end-users I've worked with (who > weren't also developers) know they use Microsoft Office, but couldn't > give you the version. The "people who bother" are meant to be those that > upgrade the software (for themselves or as a part of their job for an > office, LAN, etc). These people look at major/minor versions as to > whether something might be worth the effort. > > Sorry for any inadvertant offense I may have caused with bad wording. > ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Moving to Python 3.2.x
HI, after compiling python 3.2, I have to copy it from /usr/local/lib to zwei5new/install/linux2/2.56/python/lib in my home folder. Before i have the same error as Tobias. Cheers mib Am 07.03.2011, 15:39 Uhr, schrieb Tobias Oelgarte : > I installed the python 3.2 packages on Ubuntu 10.10 from 11.04. No big > deal so far. Some dependecies (as written before), but nothing serious. > In needed to append "mu" in my case and it build with some minor > warnings (as usual). > > But now i'm stuck. Blender fails at the start with the following message: > > found bundled python: > /media/Trekstor_01/temp/blender-build/cmake/bin/2.56/python > Fatal Python error: Py_Initialize: Unable to get the locale encoding > LookupError: no codec search functions registered: can't find encoding > Aborted > > Any idea what might be the reason and how to fix it? > > Am 07.03.2011 15:34, schrieb Campbell Barton: >> Reasons to move to 3.2 sooner then later: >> *note* with the original switch to py3.1 we agreed to bundle a single >> python rather then supporting multiple versions of python, Win and OSX >> are on 3.2 now. >> - maintaining multiple python versions is (a little) overhead for me >> (some function / macro's are new in 3.2). >> - more importantly its a hassle for bug reports, have to ask which >> version of py a user has and rule it out as a cause of python bugs, >> have 3.1 building locally to check. >> - py3.1 has a some filepath bugs users ran into, calculating relative >> paths didn't work right. Though most of these problems were on >> windows. >> - we're aiming to release 2.57 end of March so leaving the switch too >> late means we get less time to test >> scripts/c-api/build-systems/install are ok >> >> If we waited until distributions have stable packages this could be >> until the next release cycle (months?), waiting another week or so >> won't make a big difference. >> >> This is also not a problem for Win and OSX, Linux has the advantage >> that we don't need a pre-compiled lib/ dir but every so often them >> also means dealing with version annoyances like this which is a trade >> off, though a pre-compiled dir wouldn't work well Linux anyway with >> glibc versions... etc. >> >> And it's simple to build python in Linux, 1 line copy paste :) >> >> wget http://www.python.org/ftp/python/3.2/Python-3.2.tar.bz2 ; tar >> -jxpf Python-3.2.tar.bz2 ; cd Python-3.2 ; ./configure >> --prefix=$HOME/py32 ; make ; make install >> >> @Tobias, no need to make a mess out of your system, just install to a >> local path, see above --prefix=... >> >> On Mon, Mar 7, 2011 at 2:20 PM, Tobias Oelgarte >> wrote: >>> To make the list complete, also: >>> >>> * python3.2-dev >>> * libpython3.2 >>> >>> Am 07.03.2011 15:03, schrieb Tobias Oelgarte: You will need to install the following packages from natty, otherwise the dependencies are not fulfilled: * python3.2 * python3.2-minimal * libdb5.1 * libsqlite3-0 They might change in future, so it can happen that you will need to install even more dependencies. Am 07.03.2011 14:57, schrieb Tobias Kummer: > Tobias, try https://launchpad.net/ubuntu/+source/python3.2/3.2-1, > there > is a "Builds" section on the right where you can d/l python for your > architecture (i386/x64 etc). > > On 03/07/2011 02:43 PM, Tobias Oelgarte wrote: >> That may work for Fedora. But i could not find any packages for >> Ubuntu >> 10.10 so far. So i will need to compile python on my own and make a >> mess >> out of my system again... >> >> Am 07.03.2011 14:30, schrieb Tobias Kummer: >>> I'm on Fedora 14. A quick "sudo yum update python3 >>> --enablerepo=rawhide" >>> updated my python to 3.2. Then just had to add SUFFIX = "mu" in my >>> user-config.py. Pretty hacky transition for now, but it works >>> without >>> having to compile Py3.2 for yourself. I think most Linux distros >>> have >>> 3.2 in their development repository, so enabling it for updating >>> Python >>> should fix it. >>> >>> Greets! >>> >>> On 03/07/2011 02:21 PM, Tobias Oelgarte wrote: I have the same problem. Ubuntu 10.10 is still at 2.6.6 as the default. It has 3.1 as the alternative. But why should we now need 3.2 in a rush. This makes things only complicated for users that don't want to compile anything on their own. Am 07.03.2011 14:16, schrieb rsaave...@ono.com: > Hi, > I compile blender once o twice a week, but today I got this > error: > > #error "Python versions below 3.1 are not supported anymore, > you'll need to update your python." > > That keep me wondering what the > problem was, until I realized that in > blender/python/intern/bpy_util.h > there was this check: > >