2011-02-21 07:25:24 +00:00
|
|
|
/*
|
2008-12-23 19:47:33 +00:00
|
|
|
* ***** BEGIN GPL LICENSE BLOCK *****
|
|
|
|
|
*
|
|
|
|
|
* This program is free software; you can redistribute it and/or
|
|
|
|
|
* modify it under the terms of the GNU General Public License
|
|
|
|
|
* as published by the Free Software Foundation; either version 2
|
|
|
|
|
* of the License, or (at your option) any later version.
|
|
|
|
|
*
|
|
|
|
|
* This program is distributed in the hope that it will be useful,
|
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
|
* GNU General Public License for more details.
|
|
|
|
|
*
|
|
|
|
|
* You should have received a copy of the GNU General Public License
|
|
|
|
|
* along with this program; if not, write to the Free Software Foundation,
|
2010-02-12 13:34:04 +00:00
|
|
|
* Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
|
2008-12-23 19:47:33 +00:00
|
|
|
*
|
|
|
|
|
* The Original Code is Copyright (C) 2008 Blender Foundation.
|
|
|
|
|
* All rights reserved.
|
|
|
|
|
*
|
|
|
|
|
*
|
|
|
|
|
* Contributor(s): Blender Foundation
|
|
|
|
|
*
|
|
|
|
|
* ***** END GPL LICENSE BLOCK *****
|
|
|
|
|
*/
|
2011-02-21 07:25:24 +00:00
|
|
|
|
|
|
|
|
/** \file ED_view3d.h
|
|
|
|
|
* \ingroup editors
|
|
|
|
|
*/
|
|
|
|
|
|
2012-02-17 18:59:41 +00:00
|
|
|
#ifndef __ED_VIEW3D_H__
|
|
|
|
|
#define __ED_VIEW3D_H__
|
2008-12-23 19:47:33 +00:00
|
|
|
|
|
|
|
|
/* ********* exports for space_view3d/ module ********** */
|
2.5
Transform:
First working port of the transform code:
- Object mode only (other conversions need to be ported)
- Contraints (global and local only) working
- Snap (no edit mode, obviously) working
- Numinput working
- Gears (Ctrl and Shift) working
- Only grap, rotate, scale, shear, warp and to sphere have been added as hotkey, but the rest should work too once accessible
- No manipulator
- No drawn feedback other than moving stuff and header print (no constraint line, snap circle, ...)
- No NDOF support
I've only tested Scons support, though Makefil *should* work, I *think*.
Misc:
-QuatIsNull function in arith
-Exporting project_* and view[line|ray] functions from view3d
2008-12-29 01:41:28 +00:00
|
|
|
struct ARegion;
|
2009-05-16 16:18:08 +00:00
|
|
|
struct BMEdge;
|
|
|
|
|
struct BMFace;
|
2012-02-27 13:47:53 +00:00
|
|
|
struct BMVert;
|
|
|
|
|
struct BPoint;
|
|
|
|
|
struct BezTriple;
|
|
|
|
|
struct BezTriple;
|
|
|
|
|
struct BoundBox;
|
2009-01-01 19:18:03 +00:00
|
|
|
struct ImBuf;
|
2012-02-27 13:47:53 +00:00
|
|
|
struct MVert;
|
2009-10-26 12:42:25 +00:00
|
|
|
struct Main;
|
2010-03-09 07:41:04 +00:00
|
|
|
struct Nurb;
|
2012-02-27 13:47:53 +00:00
|
|
|
struct Nurb;
|
2010-03-09 07:41:04 +00:00
|
|
|
struct Object;
|
|
|
|
|
struct RegionView3D;
|
|
|
|
|
struct Scene;
|
|
|
|
|
struct View3D;
|
|
|
|
|
struct ViewContext;
|
2012-02-27 13:47:53 +00:00
|
|
|
struct bContext;
|
|
|
|
|
struct bglMats;
|
|
|
|
|
struct rcti;
|
2012-01-31 18:33:31 +00:00
|
|
|
struct wmOperator;
|
2012-02-27 13:47:53 +00:00
|
|
|
struct wmOperatorType;
|
|
|
|
|
struct wmWindow;
|
2008-12-23 19:47:33 +00:00
|
|
|
|
2009-01-05 15:19:31 +00:00
|
|
|
/* for derivedmesh drawing callbacks, for view3d_select, .... */
|
|
|
|
|
typedef struct ViewContext {
|
2010-08-10 05:41:51 +00:00
|
|
|
struct Scene *scene;
|
2010-03-09 07:41:04 +00:00
|
|
|
struct Object *obact;
|
|
|
|
|
struct Object *obedit;
|
2009-01-05 15:19:31 +00:00
|
|
|
struct ARegion *ar;
|
|
|
|
|
struct View3D *v3d;
|
2.5
View3D has been split now in a local part (RegionView3D) and a
per-area part (old View3D). Currently local is:
- view transform
- camera zoom/offset
- gpencil (todo)
- custom clipping planes
Rest is in Area still, like active camera, draw type, layers,
localview, custom centers, around-settings, transform widget,
gridlines, and so on (mostly stuff as available in header).
To see it work; also added new feature for region split,
press SHIFT+ALT+CTRL+S for four-split.
The idea is to make a preset 4-split, configured to stick
to top/right/front views for three views.
Another cool idea to explore is to then box-clip all drawing
based on these 3 views.
Note about the code:
- currently view3d still stores some depricated settings, to
convert from older files. Not all settings are copied over
though, like custom clip planes or the 'lock view to object'.
- since some view3d ops are now on area level, the operators
for it should keep track of that.
Bugfix in transform: quat initialize in operator-invoke missed
one zero.
Als brought back GE to compile for missing Ipos and channels.
2009-01-19 16:54:41 +00:00
|
|
|
struct RegionView3D *rv3d;
|
2009-05-18 08:46:04 +00:00
|
|
|
struct BMEditMesh *em;
|
2011-05-12 16:47:36 +00:00
|
|
|
int mval[2];
|
2009-01-05 15:19:31 +00:00
|
|
|
} ViewContext;
|
|
|
|
|
|
2009-01-24 13:45:24 +00:00
|
|
|
typedef struct ViewDepths {
|
|
|
|
|
unsigned short w, h;
|
2010-10-21 07:38:09 +00:00
|
|
|
short x, y; /* only for temp use for sub-rects, added to ar->winx/y */
|
2009-01-24 13:45:24 +00:00
|
|
|
float *depths;
|
|
|
|
|
double depth_range[2];
|
|
|
|
|
|
|
|
|
|
char damaged;
|
|
|
|
|
} ViewDepths;
|
|
|
|
|
|
2011-11-28 16:44:17 +00:00
|
|
|
/* enum for passing to foreach functions to test RV3D_CLIPPING */
|
|
|
|
|
typedef enum eV3DClipTest {
|
|
|
|
|
V3D_CLIP_TEST_OFF = 0, /* clipping is off */
|
|
|
|
|
V3D_CLIP_TEST_RV3D_CLIPPING = 1, /* clip single points */
|
|
|
|
|
V3D_CLIP_TEST_REGION = 2 /* use for edges to check if both verts are in the view, but not RV3D_CLIPPING */
|
|
|
|
|
} eV3DClipTest;
|
2009-01-05 15:19:31 +00:00
|
|
|
|
|
|
|
|
float *give_cursor(struct Scene *scene, struct View3D *v3d);
|
2008-12-23 19:47:33 +00:00
|
|
|
|
2010-08-06 03:52:13 +00:00
|
|
|
int initgrabz(struct RegionView3D *rv3d, float x, float y, float z);
|
2011-05-20 13:09:34 +00:00
|
|
|
|
|
|
|
|
/**
|
|
|
|
|
* Calculate a 3d location from 2d window coordinates.
|
2012-03-02 16:05:54 +00:00
|
|
|
* \param ar The region (used for the window width and height).
|
|
|
|
|
* \param depth_pt The reference location used to calculate the Z depth.
|
|
|
|
|
* \param mval The area relative location (such as event->mval converted to floats).
|
|
|
|
|
* \param out The resulting world-space location.
|
2011-05-20 13:09:34 +00:00
|
|
|
*/
|
2011-05-20 13:50:41 +00:00
|
|
|
void ED_view3d_win_to_3d(struct ARegion *ar, const float depth_pt[3], const float mval[2], float out[3]);
|
2011-05-20 13:09:34 +00:00
|
|
|
|
|
|
|
|
/**
|
|
|
|
|
* Calculate a 3d difference vector from 2d window offset.
|
|
|
|
|
* note that initgrabz() must be called first to determine
|
|
|
|
|
* the depth used to calculate the delta.
|
2012-03-02 16:05:54 +00:00
|
|
|
* \param ar The region (used for the window width and height).
|
|
|
|
|
* \param mval The area relative 2d difference (such as event->mval[0] - other_x).
|
|
|
|
|
* \param out The resulting world-space delta.
|
2011-05-20 13:09:34 +00:00
|
|
|
*/
|
2011-05-20 13:50:41 +00:00
|
|
|
void ED_view3d_win_to_delta(struct ARegion *ar, const float mval[2], float out[3]);
|
2011-05-20 13:09:34 +00:00
|
|
|
|
|
|
|
|
/**
|
|
|
|
|
* Calculate a 3d direction vector from 2d window coordinates.
|
|
|
|
|
* This direction vector starts and the view in the direction of the 2d window coordinates.
|
|
|
|
|
* In orthographic view all window coordinates yield the same vector.
|
2012-03-02 16:05:54 +00:00
|
|
|
* \param ar The region (used for the window width and height).
|
|
|
|
|
* \param mval The area relative 2d location (such as event->mval converted to floats).
|
|
|
|
|
* \param out The resulting normalized world-space direction vector.
|
2011-05-20 13:09:34 +00:00
|
|
|
*/
|
2011-05-20 13:50:41 +00:00
|
|
|
void ED_view3d_win_to_vector(struct ARegion *ar, const float mval[2], float out[3]);
|
2011-05-20 13:09:34 +00:00
|
|
|
|
|
|
|
|
/**
|
|
|
|
|
* Calculate a 3d segment from 2d window coordinates.
|
|
|
|
|
* This ray_start is located at the viewpoint, ray_end is a far point.
|
|
|
|
|
* ray_start and ray_end are clipped by the view near and far limits
|
|
|
|
|
* so points along this line are always in view.
|
|
|
|
|
* In orthographic view all resulting segments will be parallel.
|
2012-03-02 16:05:54 +00:00
|
|
|
* \param ar The region (used for the window width and height).
|
|
|
|
|
* \param v3d The 3d viewport (used for near and far clipping range).
|
|
|
|
|
* \param mval The area relative 2d location (such as event->mval, converted into float[2]).
|
|
|
|
|
* \param ray_start The world-space starting point of the segment.
|
|
|
|
|
* \param ray_end The world-space end point of the segment.
|
2011-05-20 13:09:34 +00:00
|
|
|
*/
|
|
|
|
|
void ED_view3d_win_to_segment_clip(struct ARegion *ar, struct View3D *v3d, const float mval[2], float ray_start[3], float ray_end[3]);
|
|
|
|
|
|
|
|
|
|
/**
|
|
|
|
|
* Calculate a 3d viewpoint and direction vector from 2d window coordinates.
|
|
|
|
|
* This ray_start is located at the viewpoint, ray_normal is the direction towards mval.
|
|
|
|
|
* ray_start is clipped by the view near limit so points in front of it are always in view.
|
|
|
|
|
* In orthographic view the resulting ray_normal will match the view vector.
|
2012-03-02 16:05:54 +00:00
|
|
|
* \param ar The region (used for the window width and height).
|
|
|
|
|
* \param v3d The 3d viewport (used for near clipping value).
|
|
|
|
|
* \param mval The area relative 2d location (such as event->mval, converted into float[2]).
|
|
|
|
|
* \param ray_start The world-space starting point of the segment.
|
|
|
|
|
* \param ray_normal The normalized world-space direction of towards mval.
|
2011-05-20 13:09:34 +00:00
|
|
|
*/
|
|
|
|
|
void ED_view3d_win_to_ray(struct ARegion *ar, struct View3D *v3d, const float mval[2], float ray_start[3], float ray_normal[3]);
|
|
|
|
|
|
|
|
|
|
/**
|
|
|
|
|
* Calculate a normalized 3d direction vector from the viewpoint towards a global location.
|
|
|
|
|
* In orthographic view the resulting vector will match the view vector.
|
2012-03-02 16:05:54 +00:00
|
|
|
* \param rv3d The region (used for the window width and height).
|
|
|
|
|
* \param coord The world-space location.
|
|
|
|
|
* \param vec The resulting normalized vector.
|
2011-05-20 13:09:34 +00:00
|
|
|
*/
|
|
|
|
|
void ED_view3d_global_to_vector(struct RegionView3D *rv3d, const float coord[3], float vec[3]);
|
|
|
|
|
|
2011-05-23 02:23:03 +00:00
|
|
|
/**
|
|
|
|
|
* Calculate the view transformation matrix from RegionView3D input.
|
2012-02-24 05:56:06 +00:00
|
|
|
* The resulting matrix is equivalent to RegionView3D.viewinv
|
2012-03-02 16:05:54 +00:00
|
|
|
* \param mat The view 4x4 transformation matrix to calculate.
|
|
|
|
|
* \param ofs The view offset, normally from RegionView3D.ofs.
|
|
|
|
|
* \param quat The view rotation, quaternion normally from RegionView3D.viewquat.
|
|
|
|
|
* \param dist The view distance from ofs, normally from RegionView3D.dist.
|
2011-05-23 02:23:03 +00:00
|
|
|
*/
|
|
|
|
|
void ED_view3d_to_m4(float mat[][4], const float ofs[3], const float quat[4], const float dist);
|
|
|
|
|
|
|
|
|
|
/**
|
|
|
|
|
* Set the view transformation from a 4x4 matrix.
|
2012-03-02 16:05:54 +00:00
|
|
|
* \param mat The view 4x4 transformation matrix to assign.
|
|
|
|
|
* \param ofs The view offset, normally from RegionView3D.ofs.
|
|
|
|
|
* \param quat The view rotation, quaternion normally from RegionView3D.viewquat.
|
|
|
|
|
* \param dist The view distance from ofs, normally from RegionView3D.dist.
|
2011-05-23 02:23:03 +00:00
|
|
|
*/
|
|
|
|
|
void ED_view3d_from_m4(float mat[][4], float ofs[3], float quat[4], float *dist);
|
|
|
|
|
|
|
|
|
|
/**
|
|
|
|
|
* Set the RegionView3D members from an objects transformation and optionally lens.
|
2012-03-02 16:05:54 +00:00
|
|
|
* \param ob The object to set the view to.
|
|
|
|
|
* \param ofs The view offset to be set, normally from RegionView3D.ofs.
|
|
|
|
|
* \param quat The view rotation to be set, quaternion normally from RegionView3D.viewquat.
|
|
|
|
|
* \param dist The view distance from ofs to be set, normally from RegionView3D.dist.
|
|
|
|
|
* \param lens The view lens angle set for cameras and lamps, normally from View3D.lens.
|
2011-05-23 02:23:03 +00:00
|
|
|
*/
|
|
|
|
|
void ED_view3d_from_object(struct Object *ob, float ofs[3], float quat[4], float *dist, float *lens);
|
|
|
|
|
|
|
|
|
|
/**
|
|
|
|
|
* Set the object transformation from RegionView3D members.
|
2012-03-02 16:05:54 +00:00
|
|
|
* \param ob The object which has the transformation assigned.
|
|
|
|
|
* \param ofs The view offset, normally from RegionView3D.ofs.
|
|
|
|
|
* \param quat The view rotation, quaternion normally from RegionView3D.viewquat.
|
|
|
|
|
* \param dist The view distance from ofs, normally from RegionView3D.dist.
|
2011-05-23 02:23:03 +00:00
|
|
|
*/
|
|
|
|
|
void ED_view3d_to_object(struct Object *ob, const float ofs[3], const float quat[4], const float dist);
|
|
|
|
|
|
2011-05-24 04:35:21 +00:00
|
|
|
//#if 0 /* UNUSED */
|
2009-08-19 21:24:52 +00:00
|
|
|
void view3d_unproject(struct bglMats *mats, float out[3], const short x, const short y, const float z);
|
2011-05-24 04:35:21 +00:00
|
|
|
//#endif
|
2.5
Transform:
First working port of the transform code:
- Object mode only (other conversions need to be ported)
- Contraints (global and local only) working
- Snap (no edit mode, obviously) working
- Numinput working
- Gears (Ctrl and Shift) working
- Only grap, rotate, scale, shear, warp and to sphere have been added as hotkey, but the rest should work too once accessible
- No manipulator
- No drawn feedback other than moving stuff and header print (no constraint line, snap circle, ...)
- No NDOF support
I've only tested Scons support, though Makefil *should* work, I *think*.
Misc:
-QuatIsNull function in arith
-Exporting project_* and view[line|ray] functions from view3d
2008-12-29 01:41:28 +00:00
|
|
|
|
2009-01-17 03:31:56 +00:00
|
|
|
/* Depth buffer */
|
2011-05-21 08:56:37 +00:00
|
|
|
void ED_view3d_depth_update(struct ARegion *ar);
|
|
|
|
|
float ED_view3d_depth_read_cached(struct ViewContext *vc, int x, int y);
|
|
|
|
|
void ED_view3d_depth_tag_update(struct RegionView3D *rv3d);
|
2009-01-17 03:31:56 +00:00
|
|
|
|
|
|
|
|
/* Projection */
|
2009-01-24 13:45:24 +00:00
|
|
|
#define IS_CLIPPED 12000
|
2009-01-16 01:56:11 +00:00
|
|
|
|
2011-12-26 20:19:55 +00:00
|
|
|
void ED_view3d_calc_clipping(struct BoundBox *bb, float planes[4][4], struct bglMats *mats, const struct rcti *rect);
|
2009-10-27 19:53:34 +00:00
|
|
|
|
2011-04-21 17:25:58 +00:00
|
|
|
void project_short(struct ARegion *ar, const float vec[3], short adr[2]);
|
|
|
|
|
void project_short_noclip(struct ARegion *ar, const float vec[3], short adr[2]);
|
2.5
Transform:
First working port of the transform code:
- Object mode only (other conversions need to be ported)
- Contraints (global and local only) working
- Snap (no edit mode, obviously) working
- Numinput working
- Gears (Ctrl and Shift) working
- Only grap, rotate, scale, shear, warp and to sphere have been added as hotkey, but the rest should work too once accessible
- No manipulator
- No drawn feedback other than moving stuff and header print (no constraint line, snap circle, ...)
- No NDOF support
I've only tested Scons support, though Makefil *should* work, I *think*.
Misc:
-QuatIsNull function in arith
-Exporting project_* and view[line|ray] functions from view3d
2008-12-29 01:41:28 +00:00
|
|
|
|
2011-04-21 17:25:58 +00:00
|
|
|
void project_int(struct ARegion *ar, const float vec[3], int adr[2]);
|
|
|
|
|
void project_int_noclip(struct ARegion *ar, const float vec[3], int adr[2]);
|
2.5
Transform:
First working port of the transform code:
- Object mode only (other conversions need to be ported)
- Contraints (global and local only) working
- Snap (no edit mode, obviously) working
- Numinput working
- Gears (Ctrl and Shift) working
- Only grap, rotate, scale, shear, warp and to sphere have been added as hotkey, but the rest should work too once accessible
- No manipulator
- No drawn feedback other than moving stuff and header print (no constraint line, snap circle, ...)
- No NDOF support
I've only tested Scons support, though Makefil *should* work, I *think*.
Misc:
-QuatIsNull function in arith
-Exporting project_* and view[line|ray] functions from view3d
2008-12-29 01:41:28 +00:00
|
|
|
|
2012-01-31 18:33:31 +00:00
|
|
|
void apply_project_float(float persmat[4][4], int winx, int winy, const float vec[], float adr[2]);
|
2011-04-21 17:25:58 +00:00
|
|
|
void project_float(struct ARegion *ar, const float vec[3], float adr[2]);
|
|
|
|
|
void project_float_noclip(struct ARegion *ar, const float vec[3], float adr[2]);
|
2.5
Transform:
First working port of the transform code:
- Object mode only (other conversions need to be ported)
- Contraints (global and local only) working
- Snap (no edit mode, obviously) working
- Numinput working
- Gears (Ctrl and Shift) working
- Only grap, rotate, scale, shear, warp and to sphere have been added as hotkey, but the rest should work too once accessible
- No manipulator
- No drawn feedback other than moving stuff and header print (no constraint line, snap circle, ...)
- No NDOF support
I've only tested Scons support, though Makefil *should* work, I *think*.
Misc:
-QuatIsNull function in arith
-Exporting project_* and view[line|ray] functions from view3d
2008-12-29 01:41:28 +00:00
|
|
|
|
2011-05-21 08:56:37 +00:00
|
|
|
int ED_view3d_clip_range_get(struct View3D *v3d, struct RegionView3D *rv3d, float *clipsta, float *clipend);
|
2011-11-18 21:19:03 +00:00
|
|
|
int ED_view3d_viewplane_get(struct View3D *v3d, struct RegionView3D *rv3d, int winxi, int winyi, struct rctf *viewplane, float *clipsta, float *clipend);
|
2011-05-21 08:56:37 +00:00
|
|
|
void ED_view3d_ob_project_mat_get(struct RegionView3D *v3d, struct Object *ob, float pmat[4][4]);
|
2011-11-19 18:35:42 +00:00
|
|
|
void ED_view3d_calc_camera_border(struct Scene *scene, struct ARegion *ar, struct View3D *v3d, struct RegionView3D *rv3d, struct rctf *viewborder_r, short no_shift);
|
2012-03-07 01:06:18 +00:00
|
|
|
void ED_view3d_project_float_v2(const struct ARegion *a, const float vec[3], float adr[2], float mat[4][4]);
|
|
|
|
|
void ED_view3d_project_float_v3(struct ARegion *a, const float vec[3], float adr[3], float mat[4][4]);
|
2011-11-19 18:35:42 +00:00
|
|
|
void ED_view3d_calc_camera_border_size(struct Scene *scene, struct ARegion *ar, struct View3D *v3d, struct RegionView3D *rv3d, float size_r[2]);
|
2009-01-20 11:09:26 +00:00
|
|
|
|
2011-01-02 19:00:32 +00:00
|
|
|
/* drawobject.c iterators */
|
2011-11-28 17:09:13 +00:00
|
|
|
void mesh_foreachScreenVert(struct ViewContext *vc, void (*func)(void *userData, struct BMVert *eve, int x, int y, int index), void *userData, eV3DClipTest clipVerts);
|
|
|
|
|
void mesh_foreachScreenEdge(struct ViewContext *vc, void (*func)(void *userData, struct BMEdge *eed, int x0, int y0, int x1, int y1, int index), void *userData, eV3DClipTest clipVerts);
|
2009-05-16 16:18:08 +00:00
|
|
|
void mesh_foreachScreenFace(struct ViewContext *vc, void (*func)(void *userData, struct BMFace *efa, int x, int y, int index), void *userData);
|
2008-12-30 16:03:29 +00:00
|
|
|
void nurbs_foreachScreenVert(struct ViewContext *vc, void (*func)(void *userData, struct Nurb *nu, struct BPoint *bp, struct BezTriple *bezt, int beztindex, int x, int y), void *userData);
|
|
|
|
|
void lattice_foreachScreenVert(struct ViewContext *vc, void (*func)(void *userData, struct BPoint *bp, int x, int y), void *userData);
|
|
|
|
|
|
2012-02-28 13:03:56 +00:00
|
|
|
void ED_view3d_clipping_local(struct RegionView3D *rv3d, float mat[][4]);
|
|
|
|
|
int ED_view3d_clipping_test(struct RegionView3D *rv3d, const float vec[3], const int is_local);
|
|
|
|
|
void ED_view3d_clipping_set(struct RegionView3D *rv3d);
|
|
|
|
|
void ED_view3d_clipping_enable(void);
|
|
|
|
|
void ED_view3d_clipping_disable(void);
|
|
|
|
|
|
2011-05-21 08:56:37 +00:00
|
|
|
float ED_view3d_pixel_size(struct RegionView3D *rv3d, const float co[3]);
|
2008-12-30 16:03:29 +00:00
|
|
|
|
2010-12-03 23:55:10 +00:00
|
|
|
void drawcircball(int mode, const float cent[3], float rad, float tmat[][4]);
|
2009-01-10 18:33:16 +00:00
|
|
|
|
2009-01-01 19:18:03 +00:00
|
|
|
/* backbuffer select and draw support */
|
2009-01-15 15:01:39 +00:00
|
|
|
void view3d_validate_backbuf(struct ViewContext *vc);
|
2009-01-01 19:18:03 +00:00
|
|
|
struct ImBuf *view3d_read_backbuf(struct ViewContext *vc, short xmin, short ymin, short xmax, short ymax);
|
2011-05-12 16:47:36 +00:00
|
|
|
unsigned int view3d_sample_backbuf_rect(struct ViewContext *vc, const int mval[2], int size, unsigned int min, unsigned int max, int *dist, short strict,
|
2012-05-12 20:39:39 +00:00
|
|
|
void *handle, unsigned int (*indextest)(void *handle, unsigned int index));
|
2009-01-01 19:18:03 +00:00
|
|
|
unsigned int view3d_sample_backbuf(struct ViewContext *vc, int x, int y);
|
2008-12-30 16:03:29 +00:00
|
|
|
|
2009-11-30 01:13:46 +00:00
|
|
|
/* draws and does a 4x4 sample */
|
2011-05-20 13:09:34 +00:00
|
|
|
int ED_view3d_autodist(struct Scene *scene, struct ARegion *ar, struct View3D *v3d, const int mval[2], float mouse_worldloc[3]);
|
2009-02-19 23:53:40 +00:00
|
|
|
|
2011-05-20 13:09:34 +00:00
|
|
|
/* only draw so ED_view3d_autodist_simple can be called many times after */
|
|
|
|
|
int ED_view3d_autodist_init(struct Scene *scene, struct ARegion *ar, struct View3D *v3d, int mode);
|
|
|
|
|
int ED_view3d_autodist_simple(struct ARegion *ar, const int mval[2], float mouse_worldloc[3], int margin, float *force_depth);
|
|
|
|
|
int ED_view3d_autodist_depth(struct ARegion *ar, const int mval[2], int margin, float *depth);
|
|
|
|
|
int ED_view3d_autodist_depth_seg(struct ARegion *ar, const int mval_sta[2], const int mval_end[2], int margin, float *depth);
|
2009-11-30 01:13:46 +00:00
|
|
|
|
2009-01-05 15:19:31 +00:00
|
|
|
/* select */
|
|
|
|
|
#define MAXPICKBUF 10000
|
|
|
|
|
short view3d_opengl_select(struct ViewContext *vc, unsigned int *buffer, unsigned int bufsize, rcti *input);
|
2009-01-17 03:31:56 +00:00
|
|
|
|
2009-01-13 15:18:41 +00:00
|
|
|
void view3d_set_viewcontext(struct bContext *C, struct ViewContext *vc);
|
2009-01-17 03:31:56 +00:00
|
|
|
void view3d_operator_needs_opengl(const struct bContext *C);
|
2011-01-18 01:04:14 +00:00
|
|
|
void view3d_region_operator_needs_opengl(struct wmWindow *win, struct ARegion *ar);
|
2011-05-12 16:47:36 +00:00
|
|
|
int view3d_get_view_aligned_coordinate(struct ViewContext *vc, float fp[3], const int mval[2], const short do_fallback);
|
2011-12-26 20:19:55 +00:00
|
|
|
void view3d_get_transformation(const struct ARegion *ar, struct RegionView3D *rv3d, struct Object *ob, struct bglMats *mats);
|
2009-01-15 15:01:39 +00:00
|
|
|
|
2011-03-02 05:05:12 +00:00
|
|
|
/* XXX should move to BLI_math */
|
2012-08-14 08:24:49 +00:00
|
|
|
int edge_inside_circle(int centx, int centy, int rad, int x1, int y1, int x2, int y2);
|
2009-01-05 15:19:31 +00:00
|
|
|
|
2009-06-26 15:48:09 +00:00
|
|
|
/* get 3d region from context, also if mouse is in header or toolbar */
|
|
|
|
|
struct RegionView3D *ED_view3d_context_rv3d(struct bContext *C);
|
2012-01-14 12:24:25 +00:00
|
|
|
int ED_view3d_context_user_region(struct bContext *C, struct View3D **v3d_r, struct ARegion **ar_r);
|
|
|
|
|
int ED_operator_rv3d_user_region_poll(struct bContext *C);
|
2.5
Vertex Paint back!
Added WM level "paint cursor" system, which manages a custom painting
cursor for tools or modes.
- Activate it with WM_paint_cursor_activate(). That function wants two
callbacks, a poll(C) to check whether there's a cursor in given context
and ARegion, and a draw(C, x, y) which gets called when appropriate.
- While paintcursor is active, the WM handles necessary redrawing events
for all regions, also to nicely clear the cursor on region exit.
- WM_paint_cursor_activate returns a handle, which you have to use to
end the paint cursor. This handle also means you can register as many
custom cursors as you want.
At the moment, vertex paint mode registers only a mousemove handler,
all other events are still normally handled. This is stuff for the
future todo.
2009-01-09 13:55:45 +00:00
|
|
|
|
2009-10-22 23:22:05 +00:00
|
|
|
void ED_view3d_init_mats_rv3d(struct Object *ob, struct RegionView3D *rv3d);
|
2011-06-09 03:56:32 +00:00
|
|
|
void ED_view3d_init_mats_rv3d_gl(struct Object *ob, struct RegionView3D *rv3d);
|
2009-10-22 23:22:05 +00:00
|
|
|
|
2010-06-04 01:39:34 +00:00
|
|
|
int ED_view3d_scene_layer_set(int lay, const int *values, int *active);
|
2009-10-26 12:42:25 +00:00
|
|
|
|
2009-10-28 18:03:04 +00:00
|
|
|
int ED_view3d_context_activate(struct bContext *C);
|
|
|
|
|
void ED_view3d_draw_offscreen(struct Scene *scene, struct View3D *v3d, struct ARegion *ar,
|
Color Management, Stage 2: Switch color pipeline to use OpenColorIO
Replace old color pipeline which was supporting linear/sRGB color spaces
only with OpenColorIO-based pipeline.
This introduces two configurable color spaces:
- Input color space for images and movie clips. This space is used to convert
images/movies from color space in which file is saved to Blender's linear
space (for float images, byte images are not internally converted, only input
space is stored for such images and used later).
This setting could be found in image/clip data block settings.
- Display color space which defines space in which particular display is working.
This settings could be found in scene's Color Management panel.
When render result is being displayed on the screen, apart from converting image
to display space, some additional conversions could happen.
This conversions are:
- View, which defines tone curve applying before display transformation.
These are different ways to view the image on the same display device.
For example it could be used to emulate film view on sRGB display.
- Exposure affects on image exposure before tone map is applied.
- Gamma is post-display gamma correction, could be used to match particular
display gamma.
- RGB curves are user-defined curves which are applying before display
transformation, could be used for different purposes.
All this settings by default are only applying on render result and does not
affect on other images. If some particular image needs to be affected by this
transformation, "View as Render" setting of image data block should be set to
truth. Movie clips are always affected by all display transformations.
This commit also introduces configurable color space in which sequencer is
working. This setting could be found in scene's Color Management panel and
it should be used if such stuff as grading needs to be done in color space
different from sRGB (i.e. when Film view on sRGB display is use, using VD16
space as sequencer's internal space would make grading working in space
which is close to the space using for display).
Some technical notes:
- Image buffer's float buffer is now always in linear space, even if it was
created from 16bit byte images.
- Space of byte buffer is stored in image buffer's rect_colorspace property.
- Profile of image buffer was removed since it's not longer meaningful.
- OpenGL and GLSL is supposed to always work in sRGB space. It is possible
to support other spaces, but it's quite large project which isn't so
much important.
- Legacy Color Management option disabled is emulated by using None display.
It could have some regressions, but there's no clear way to avoid them.
- If OpenColorIO is disabled on build time, it should make blender behaving
in the same way as previous release with color management enabled.
More details could be found at this page (more details would be added soon):
http://wiki.blender.org/index.php/Dev:Ref/Release_Notes/2.64/Color_Management
--
Thanks to Xavier Thomas, Lukas Toene for initial work on OpenColorIO
integration and to Brecht van Lommel for some further development and code/
usecase review!
2012-09-15 10:05:07 +00:00
|
|
|
int winx, int winy, float viewmat[][4], float winmat[][4], int do_bgpic, int colormanage_background);
|
2009-10-28 18:03:04 +00:00
|
|
|
|
Color Management, Stage 2: Switch color pipeline to use OpenColorIO
Replace old color pipeline which was supporting linear/sRGB color spaces
only with OpenColorIO-based pipeline.
This introduces two configurable color spaces:
- Input color space for images and movie clips. This space is used to convert
images/movies from color space in which file is saved to Blender's linear
space (for float images, byte images are not internally converted, only input
space is stored for such images and used later).
This setting could be found in image/clip data block settings.
- Display color space which defines space in which particular display is working.
This settings could be found in scene's Color Management panel.
When render result is being displayed on the screen, apart from converting image
to display space, some additional conversions could happen.
This conversions are:
- View, which defines tone curve applying before display transformation.
These are different ways to view the image on the same display device.
For example it could be used to emulate film view on sRGB display.
- Exposure affects on image exposure before tone map is applied.
- Gamma is post-display gamma correction, could be used to match particular
display gamma.
- RGB curves are user-defined curves which are applying before display
transformation, could be used for different purposes.
All this settings by default are only applying on render result and does not
affect on other images. If some particular image needs to be affected by this
transformation, "View as Render" setting of image data block should be set to
truth. Movie clips are always affected by all display transformations.
This commit also introduces configurable color space in which sequencer is
working. This setting could be found in scene's Color Management panel and
it should be used if such stuff as grading needs to be done in color space
different from sRGB (i.e. when Film view on sRGB display is use, using VD16
space as sequencer's internal space would make grading working in space
which is close to the space using for display).
Some technical notes:
- Image buffer's float buffer is now always in linear space, even if it was
created from 16bit byte images.
- Space of byte buffer is stored in image buffer's rect_colorspace property.
- Profile of image buffer was removed since it's not longer meaningful.
- OpenGL and GLSL is supposed to always work in sRGB space. It is possible
to support other spaces, but it's quite large project which isn't so
much important.
- Legacy Color Management option disabled is emulated by using None display.
It could have some regressions, but there's no clear way to avoid them.
- If OpenColorIO is disabled on build time, it should make blender behaving
in the same way as previous release with color management enabled.
More details could be found at this page (more details would be added soon):
http://wiki.blender.org/index.php/Dev:Ref/Release_Notes/2.64/Color_Management
--
Thanks to Xavier Thomas, Lukas Toene for initial work on OpenColorIO
integration and to Brecht van Lommel for some further development and code/
usecase review!
2012-09-15 10:05:07 +00:00
|
|
|
struct ImBuf *ED_view3d_draw_offscreen_imbuf(struct Scene *scene, struct View3D *v3d, struct ARegion *ar, int sizex, int sizey, unsigned int flag,
|
|
|
|
|
int draw_background, int colormanage_background, char err_out[256]);
|
|
|
|
|
struct ImBuf *ED_view3d_draw_offscreen_imbuf_simple(struct Scene *scene, struct Object *camera, int width, int height, unsigned int flag, int drawtype,
|
|
|
|
|
int draw_background, int colormanage_background, char err_out[256]);
|
2010-03-08 20:08:04 +00:00
|
|
|
|
2009-11-21 16:44:05 +00:00
|
|
|
|
2012-01-17 16:31:13 +00:00
|
|
|
struct Base *ED_view3d_give_base_under_cursor(struct bContext *C, const int mval[2]);
|
2010-11-08 03:44:52 +00:00
|
|
|
void ED_view3d_quadview_update(struct ScrArea *sa, struct ARegion *ar, short do_clip);
|
2012-03-05 13:02:45 +00:00
|
|
|
void ED_view3d_update_viewmat(struct Scene *scene, struct View3D *v3d, struct ARegion *ar, float viewmat[][4], float winmat[][4]);
|
2011-03-08 07:44:30 +00:00
|
|
|
int ED_view3d_lock(struct RegionView3D *rv3d);
|
Drag and drop 2.5 integration! Finally, slashdot regulars can use
Blender too now! :)
** Drag works as follows:
- drag-able items are defined by the standard interface ui toolkit
- each button can get this feature, via uiButSetDragXXX(but, ...).
There are calls to define drag-able images, ID blocks, RNA paths,
file paths, and so on. By default you drag an icon, exceptionally
an ImBuf
- Drag items are registered centrally in the WM, it allows more drag
items simultaneous too, but not implemented
** Drop works as follows:
- On mouse release, and if drag items exist in the WM, it converts
the mouse event to an EVT_DROP type. This event then gets the full
drag info as customdata
- drop regions are defined with WM_dropbox_add(), similar to keymaps
you can make a "drop map" this way, which become 'drop map handlers'
in the queues.
- next to that the UI kit handles some common button types (like
accepting ID or names) to be catching a drop event too.
- Every "drop box" has two callbacks:
- poll() = check if the event drag data is relevant for this box
- copy() = fill in custom properties in the dropbox to initialize
an operator
- The dropbox handler then calls its standard Operator with its
dropbox properties.
** Currently implemented
Drag items:
- ID icons in browse buttons
- ID icons in context menu of properties region
- ID icons in outliner and rna viewer
- FileBrowser icons
- FileBrowser preview images
Drag-able icons are subtly visualized by making them brighter a bit
on mouse-over. In case the icon is a button or UI element too (most
cases), the drag-able feature will make the item react to
mouse-release instead of mouse-press.
Drop options:
- UI buttons: ID and text buttons (paste name)
- View3d: Object ID drop copies object
- View3d: Material ID drop assigns to object under cursor
- View3d: Image ID drop assigns to object UV texture under cursor
- Sequencer: Path drop will add either Image or Movie strip
- Image window: Path drop will open image
** Drag and drop Notes:
- Dropping into another Blender window (from same application) works
too. I've added code that passes on mousemoves and clicks to other
windows, without activating them though. This does make using multi-window
Blender a bit friendler.
- Dropping a file path to an image, is not the same as dropping an
Image ID... keep this in mind. Sequencer for example wants paths to
be dropped, textures in 3d window wants an Image ID.
- Although drop boxes could be defined via Python, I suggest they're
part of the UI and editor design (= how we want an editor to work), and
not default offered configurable like keymaps.
- At the moment only one item can be dragged at a time. This is for
several reasons.... For one, Blender doesn't have a well defined
uniform way to define "what is selected" (files, outliner items, etc).
Secondly there's potential conflicts on what todo when you drop mixed
drag sets on spots. All undefined stuff... nice for later.
- Example to bypass the above: a collection of images that form a strip,
should be represented in filewindow as a single sequence anyway.
This then will fit well and gets handled neatly by design.
- Another option to check is to allow multiple options per drop... it
could show the operator as a sort of menu, allowing arrow or scrollwheel
to choose. For time being I'd prefer to try to design a singular drop
though, just offer only one drop action per data type on given spots.
- What does work already, but a tad slow, is to use a function that
detects an object (type) under cursor, so a drag item's option can be
further refined (like drop object on object = parent). (disabled)
** More notes
- Added saving for Region layouts (like split points for toolbar)
- Label buttons now handle mouse over
- File list: added full path entry for drop feature.
- Filesel bugfix: wm_operator_exec() got called there and fully handled,
while WM event code tried same. Added new OPERATOR_HANDLED flag for this.
Maybe python needs it too?
- Cocoa: added window move event, so multi-win setups work OK (didnt save).
- Interface_handlers.c: removed win->active
- Severe area copy bug: area handlers were not set to NULL
- Filesel bugfix: next/prev folder list was not copied on area copies
** Leftover todos
- Cocoa windows seem to hang on cases still... needs check
- Cocoa 'draw overlap' swap doesn't work
- Cocoa window loses focus permanently on using Spotlight
(for these reasons, makefile building has Carbon as default atm)
- ListView templates in UI cannot become dragged yet, needs review...
it consists of two overlapping UI elements, preventing handling icon clicks.
- There's already Ghost library code to handle dropping from OS
into Blender window. I've noticed this code is unfinished for Macs, but
seems to be complete for Windows. Needs test... currently, an external
drop event will print in console when succesfully delivered to Blender's WM.
2010-01-26 18:18:21 +00:00
|
|
|
|
2011-12-24 03:03:42 +00:00
|
|
|
uint64_t ED_view3d_datamask(struct Scene *scene, struct View3D *v3d);
|
2012-01-09 02:50:09 +00:00
|
|
|
uint64_t ED_view3d_screen_datamask(struct bScreen *screen);
|
|
|
|
|
uint64_t ED_view3d_object_datamask(struct Scene *scene);
|
Drag and drop 2.5 integration! Finally, slashdot regulars can use
Blender too now! :)
** Drag works as follows:
- drag-able items are defined by the standard interface ui toolkit
- each button can get this feature, via uiButSetDragXXX(but, ...).
There are calls to define drag-able images, ID blocks, RNA paths,
file paths, and so on. By default you drag an icon, exceptionally
an ImBuf
- Drag items are registered centrally in the WM, it allows more drag
items simultaneous too, but not implemented
** Drop works as follows:
- On mouse release, and if drag items exist in the WM, it converts
the mouse event to an EVT_DROP type. This event then gets the full
drag info as customdata
- drop regions are defined with WM_dropbox_add(), similar to keymaps
you can make a "drop map" this way, which become 'drop map handlers'
in the queues.
- next to that the UI kit handles some common button types (like
accepting ID or names) to be catching a drop event too.
- Every "drop box" has two callbacks:
- poll() = check if the event drag data is relevant for this box
- copy() = fill in custom properties in the dropbox to initialize
an operator
- The dropbox handler then calls its standard Operator with its
dropbox properties.
** Currently implemented
Drag items:
- ID icons in browse buttons
- ID icons in context menu of properties region
- ID icons in outliner and rna viewer
- FileBrowser icons
- FileBrowser preview images
Drag-able icons are subtly visualized by making them brighter a bit
on mouse-over. In case the icon is a button or UI element too (most
cases), the drag-able feature will make the item react to
mouse-release instead of mouse-press.
Drop options:
- UI buttons: ID and text buttons (paste name)
- View3d: Object ID drop copies object
- View3d: Material ID drop assigns to object under cursor
- View3d: Image ID drop assigns to object UV texture under cursor
- Sequencer: Path drop will add either Image or Movie strip
- Image window: Path drop will open image
** Drag and drop Notes:
- Dropping into another Blender window (from same application) works
too. I've added code that passes on mousemoves and clicks to other
windows, without activating them though. This does make using multi-window
Blender a bit friendler.
- Dropping a file path to an image, is not the same as dropping an
Image ID... keep this in mind. Sequencer for example wants paths to
be dropped, textures in 3d window wants an Image ID.
- Although drop boxes could be defined via Python, I suggest they're
part of the UI and editor design (= how we want an editor to work), and
not default offered configurable like keymaps.
- At the moment only one item can be dragged at a time. This is for
several reasons.... For one, Blender doesn't have a well defined
uniform way to define "what is selected" (files, outliner items, etc).
Secondly there's potential conflicts on what todo when you drop mixed
drag sets on spots. All undefined stuff... nice for later.
- Example to bypass the above: a collection of images that form a strip,
should be represented in filewindow as a single sequence anyway.
This then will fit well and gets handled neatly by design.
- Another option to check is to allow multiple options per drop... it
could show the operator as a sort of menu, allowing arrow or scrollwheel
to choose. For time being I'd prefer to try to design a singular drop
though, just offer only one drop action per data type on given spots.
- What does work already, but a tad slow, is to use a function that
detects an object (type) under cursor, so a drag item's option can be
further refined (like drop object on object = parent). (disabled)
** More notes
- Added saving for Region layouts (like split points for toolbar)
- Label buttons now handle mouse over
- File list: added full path entry for drop feature.
- Filesel bugfix: wm_operator_exec() got called there and fully handled,
while WM event code tried same. Added new OPERATOR_HANDLED flag for this.
Maybe python needs it too?
- Cocoa: added window move event, so multi-win setups work OK (didnt save).
- Interface_handlers.c: removed win->active
- Severe area copy bug: area handlers were not set to NULL
- Filesel bugfix: next/prev folder list was not copied on area copies
** Leftover todos
- Cocoa windows seem to hang on cases still... needs check
- Cocoa 'draw overlap' swap doesn't work
- Cocoa window loses focus permanently on using Spotlight
(for these reasons, makefile building has Carbon as default atm)
- ListView templates in UI cannot become dragged yet, needs review...
it consists of two overlapping UI elements, preventing handling icon clicks.
- There's already Ghost library code to handle dropping from OS
into Blender window. I've noticed this code is unfinished for Macs, but
seems to be complete for Windows. Needs test... currently, an external
drop event will print in console when succesfully delivered to Blender's WM.
2010-01-26 18:18:21 +00:00
|
|
|
|
2011-05-15 02:39:36 +00:00
|
|
|
/* camera lock functions */
|
2011-05-23 15:46:09 +00:00
|
|
|
int ED_view3d_camera_lock_check(struct View3D *v3d, struct RegionView3D *rv3d);
|
2011-05-15 02:39:36 +00:00
|
|
|
/* copy the camera to the view before starting a view transformation */
|
2011-05-14 17:50:33 +00:00
|
|
|
void ED_view3d_camera_lock_init(struct View3D *v3d, struct RegionView3D *rv3d);
|
2011-08-27 11:52:59 +00:00
|
|
|
/* copy the view to the camera, return TRUE if */
|
|
|
|
|
int ED_view3d_camera_lock_sync(struct View3D *v3d, struct RegionView3D *rv3d);
|
2011-05-14 17:50:33 +00:00
|
|
|
|
2012-05-05 16:38:23 +00:00
|
|
|
void ED_view3D_lock_clear(struct View3D *v3d);
|
|
|
|
|
|
2011-11-18 14:28:45 +00:00
|
|
|
struct BGpic *ED_view3D_background_image_new(struct View3D *v3d);
|
|
|
|
|
void ED_view3D_background_image_remove(struct View3D *v3d, struct BGpic *bgpic);
|
2011-11-23 16:12:11 +00:00
|
|
|
void ED_view3D_background_image_clear(struct View3D *v3d);
|
2011-11-07 12:55:18 +00:00
|
|
|
|
2012-05-31 16:04:03 +00:00
|
|
|
float ED_view3d_grid_scale(struct Scene *scene, struct View3D *v3d, const char **grid_unit);
|
|
|
|
|
|
2012-01-31 18:33:31 +00:00
|
|
|
/* view matrix properties utilities */
|
2012-04-23 06:37:16 +00:00
|
|
|
/* unused */
|
|
|
|
|
#if 0
|
2012-01-31 18:33:31 +00:00
|
|
|
void ED_view3d_operator_properties_viewmat(struct wmOperatorType *ot);
|
|
|
|
|
void ED_view3d_operator_properties_viewmat_set(struct bContext *C, struct wmOperator *op);
|
|
|
|
|
void ED_view3d_operator_properties_viewmat_get(struct wmOperator *op, int *winx, int *winy, float persmat[4][4]);
|
2012-04-23 06:37:16 +00:00
|
|
|
#endif
|
2012-01-31 18:33:31 +00:00
|
|
|
|
2012-02-17 18:59:41 +00:00
|
|
|
#endif /* __ED_VIEW3D_H__ */
|