bf-blender / Windows (2004/05/27)

User-contributed CVS development builds. Please test and give feedback!

Moderators: jesterKing, stiv

Post Reply
gabio
Posts: 0
Joined: Thu Jan 15, 2004 6:41 am
Location: Canada - Québec - Sherbrooke
Contact:

bf-blender / Windows (2004/05/27)

Post by gabio » Thu May 27, 2004 5:20 pm

A new build for today.
scons msvc7, virus free

Relevant work:
-bugsfix
-game engine
-python api
-GUI
-python script in image/uv's menu UVs.


Commit:
ton:
Log:
Changed two shorts in int, for calculation of distance between bezier point
and mouse coordinate in selecting routine.
Caused selection not to work in extreme zoom ins.
(Thanks OOPz!)

kester:
Log:
Game Python Reference Manual.
This manual lists all the Python classes and modules for Game Objects, Sensor bricks, Controllers etc.
Missing: Actuator & Controller reference.

broken:
Log:
Added the hotkey for Bevel in the menus

ascotan:
Log: (python api)
- added Boneclass support
- ability to get a bonespace/worldspace bone matrix
- get ik flag
- some tweaking to matrix updates for addBone()
Log:
- documentation update for new functions
- error corrections in NLA about dictionaries

broken:
Log:
* Added support for python scripts to register themselves
in the UV/Image editor 'UVs' menu

Script authors can use:
Group: 'UV'
in the headers of their scripts to let them appear in
this menu.

* Updated the UV Face Layout script to reside in the UVs
menu, rather than the (incorrect) File->Export menu.

ianwill:
Log:
BPython:(python api)
- Campbell Barton contributed another function (thanks again), the Image.reload method:
with this a script can keep an image that is being edited and saved by an external program updated in Blender.

blendix:
Log:
Fixed a potential bug in the uv editor transform function, a check if the tface
might be only an edge was missing in one of the loops.

Fix a crash that would sometimes happen when clicking the texture painting
button in the image window header. Made headerbuttons_packdummy a static
variable again. The uiDefBut call for the texture painting button stores a
reference to it, so it must be kept in memory.

guignot:
Log:(python api)
Changed parameters names in addCurve function (suggested by Paolo)
DLoc* --> dLoc*
DRot* --> dRot*
DSize* --> dSize*
updated doc (Ipo.py)

stiv:
Log:
bugfix: #1322 minor tweaks to the documentation for Draw module.

Blender.Draw.Button() was not showing up. Seems to be an epydoc
issue with Button() being both a module method and the name of a class.
I changed Button to Button_ and added a usage note.
Yes, this is lame.

kester:
Log:
Fix Bug #1309 Disabling Actor leaves Ghost, Dynamic and Rigid Body etc enabled.

Depth sorting for Transparent polygons. Use ZTransp in Material buttons to enable.
This will cause an object's polygons to be sorted (back to front for alpha polygons, front to back for solid polygons.)
Log:
Added an UpdateTransform callback from SceneGraph -> Physics.
Profiling revealed that the SceneGraph updated every physics object, whether it moved or not, even though the physics object was at the right place. This would cause SOLID to go and update its bounding boxes, overlap tests etc.
This callback handles the special case (parented objects) where the physics scene needs to be informed of changes to the scenegraph.

Added Python attributes (mass, parent, visible, position, orientation, scaling) to the KX_GameObject module.
Make KX_GameObject use the KX_PyMath Python <-> Moto conversion.
Log:
Python fixes:
Reenabled the setScript/getScript methods for python controller bricks.
Set the ray source point to MouseFocusSensor.getRaySource works.
Added: Python -> MT_Quaternion
MT_Matrix4x4, MT_Matrix3x3, MT_Vector3, MT_Point3 -> Python

Correct transform of frustum bound sphere centre point to world coordinates

ton:
Log:
In drawing solid objects ("Solid" drawmode) there were material
switches (glMaterial) inbetween a glBegin and glEnd. Combined with a
switch of glShadeModel however, on recent Nvidia it caused faces not
to be drawn... dunno if this is official compliancy, but not too
complex just to correct.

sirdude:
Log:
Tom Musgrove's patch to get things to compile on windows correctly.
(removes a \ thats in there for no reason)
Tom sorry this took so long to get pushed through.
--------------------------
A new build is available
Last edited by gabio on Thu Jun 03, 2004 9:42 pm, edited 1 time in total.

arangel
Posts: 0
Joined: Wed Oct 22, 2003 2:54 pm
Location: Brasília - Brazil
Contact:

Post by arangel » Thu May 27, 2004 8:43 pm

Great to see the game engine being polished! Thanks!
Is the culling code still present on this release? Any news on how to set it up?
My game runs very smooth on ths build as far as depth sorting goes. The new sorting code works on real time, right?
I was able to save a runtime if I included the unoficial BlenderPlayer file from this link at the build directory. Find the file here: http://www.elysiun.com/forum/viewtopic.php?t=24706
One is not able to see new code benefits if running with the old web plugin, right? Anyone got plans on upgrading the plugin? This is such a strong pint of Blender!
Alexandre Rangel
Multimedia Designer
www.3Dzine.com.br

arangel
Posts: 0
Joined: Wed Oct 22, 2003 2:54 pm
Location: Brasília - Brazil
Contact:

Post by arangel » Thu May 27, 2004 10:21 pm

Are you developers still considering changing the new zoom behavious to not switch direction on the middle of the screen? Like left mouse move = zoom out, right mouse move zoom in, always? ... And are we getting an option for picking zoom behaviours?
Alexandre Rangel
Multimedia Designer
www.3Dzine.com.br

cyb
Posts: 0
Joined: Wed Oct 23, 2002 12:38 pm

Post by cyb » Fri May 28, 2004 12:48 am

I have question. When bevel will be working only on selected edges, not on all model ?
Thanks for fantastic work.

matt_e
Posts: 410
Joined: Mon Oct 14, 2002 4:32 am
Location: Sydney, Australia
Contact:

Post by matt_e » Fri May 28, 2004 1:31 am

arangel wrote:Are you developers still considering changing the new zoom behavious to not switch direction on the middle of the screen? Like left mouse move = zoom out, right mouse move zoom in, always? ... And are we getting an option for picking zoom behaviours?
Arangel, please check a recent tuhopuu build, there is an alternate alternate version in there for people to test.

info:
http://www.blender.org/modules.php?op=m ... pic&t=3751

crsrma
Posts: 0
Joined: Tue Mar 30, 2004 3:47 pm

Post by crsrma » Fri May 28, 2004 6:00 am

The new zoom feature:

Was this implemented as a crutch for people migrating from another program? I don't see how this is an improvement, you just can't get the level of speed of navigation as with the standard zoom. Although the irregular horizontal mouse input can be acclimated to, you consistently have to be more thoughtful of your movement due to the bounds, which lack concrete visual reference & you're left with incosistent levels of zoom. It seems to be more dynamic, but I don't believe it feels anywhere near as natural in usage. This is just another example of hubris in engineering & will lead to unnecessary tedium in our collective workflow. I see this as ultimately just another stumbling block for curious novices, people migrating & possibly, longtime users most of all.

In closing, I'm dropping the cliche bomb: If it ain't broke, don't fix it.

teachtech
Posts: 60
Joined: Wed Oct 16, 2002 12:58 am

Post by teachtech » Fri May 28, 2004 1:57 pm

I'm with you about the game engine runtime arangel! Thanks for the link for the old player. does work well, but through me out once or twice during game play. I also liked the runtime settings feature. I hope that someone is able to code it back in again.

jd-multi
Posts: 0
Joined: Thu Mar 13, 2003 11:29 pm

Post by jd-multi » Mon May 31, 2004 11:47 pm

Well the runtime settings can be set by a simple .bat file tha contains some info how the exe will be showed. I saw such test on elysiun, and it works well. :D

Post Reply