2005-03-23 13:50:51 +00:00
|
|
|
/* cairo - a vector graphics library with display and print output
|
|
|
|
|
*
|
|
|
|
|
* Copyright © 2005 Red Hat, Inc.
|
|
|
|
|
*
|
|
|
|
|
* This library is free software; you can redistribute it and/or
|
|
|
|
|
* modify it either under the terms of the GNU Lesser General Public
|
|
|
|
|
* License version 2.1 as published by the Free Software Foundation
|
|
|
|
|
* (the "LGPL") or, at your option, under the terms of the Mozilla
|
|
|
|
|
* Public License Version 1.1 (the "MPL"). If you do not alter this
|
|
|
|
|
* notice, a recipient may use your version of this file under either
|
|
|
|
|
* the MPL or the LGPL.
|
|
|
|
|
*
|
|
|
|
|
* You should have received a copy of the LGPL along with this library
|
|
|
|
|
* in the file COPYING-LGPL-2.1; if not, write to the Free Software
|
2010-04-27 10:17:23 +02:00
|
|
|
* Foundation, Inc., 51 Franklin Street, Suite 500, Boston, MA 02110-1335, USA
|
2005-03-23 13:50:51 +00:00
|
|
|
* You should have received a copy of the MPL along with this library
|
|
|
|
|
* in the file COPYING-MPL-1.1
|
|
|
|
|
*
|
|
|
|
|
* The contents of this file are subject to the Mozilla Public License
|
|
|
|
|
* Version 1.1 (the "License"); you may not use this file except in
|
|
|
|
|
* compliance with the License. You may obtain a copy of the License at
|
|
|
|
|
* http://www.mozilla.org/MPL/
|
|
|
|
|
*
|
|
|
|
|
* This software is distributed on an "AS IS" basis, WITHOUT WARRANTY
|
|
|
|
|
* OF ANY KIND, either express or implied. See the LGPL or the MPL for
|
|
|
|
|
* the specific language governing rights and limitations.
|
|
|
|
|
*
|
|
|
|
|
* The Original Code is the cairo graphics library.
|
|
|
|
|
*
|
|
|
|
|
* The Initial Developer of the Original Code is Red Hat, Inc.
|
|
|
|
|
*
|
|
|
|
|
* Contributor(s):
|
|
|
|
|
* Carl D. Worth <cworth@redhat.com>
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
#ifndef CAIRO_PATH_FIXED_PRIVATE_H
|
|
|
|
|
#define CAIRO_PATH_FIXED_PRIVATE_H
|
|
|
|
|
|
2008-09-02 20:20:49 -04:00
|
|
|
#include "cairo-types-private.h"
|
2008-11-04 10:45:34 +00:00
|
|
|
#include "cairo-compiler-private.h"
|
2009-07-05 14:37:02 +01:00
|
|
|
#include "cairo-list-private.h"
|
2008-09-02 20:20:49 -04:00
|
|
|
|
2009-07-05 09:21:47 +01:00
|
|
|
#define WATCH_PATH 0
|
|
|
|
|
#if WATCH_PATH
|
|
|
|
|
#include <stdio.h>
|
|
|
|
|
#endif
|
|
|
|
|
|
2007-08-30 19:45:44 -04:00
|
|
|
enum cairo_path_op {
|
2005-03-23 13:50:51 +00:00
|
|
|
CAIRO_PATH_OP_MOVE_TO = 0,
|
|
|
|
|
CAIRO_PATH_OP_LINE_TO = 1,
|
|
|
|
|
CAIRO_PATH_OP_CURVE_TO = 2,
|
|
|
|
|
CAIRO_PATH_OP_CLOSE_PATH = 3
|
2007-08-30 18:45:26 -04:00
|
|
|
};
|
2009-07-05 14:37:02 +01:00
|
|
|
|
|
|
|
|
/* we want to make sure a single byte is used for the enum */
|
2007-08-30 18:45:26 -04:00
|
|
|
typedef char cairo_path_op_t;
|
2005-03-23 13:50:51 +00:00
|
|
|
|
2009-07-05 14:37:02 +01:00
|
|
|
/* make _cairo_path_fixed fit into ~512 bytes -- about 50 items */
|
|
|
|
|
#define CAIRO_PATH_BUF_SIZE ((512 - sizeof (cairo_path_buf_t)) \
|
2007-11-04 11:55:25 +00:00
|
|
|
/ (2 * sizeof (cairo_point_t) + sizeof (cairo_path_op_t)))
|
2005-03-23 13:50:51 +00:00
|
|
|
|
2007-03-08 16:23:49 -05:00
|
|
|
typedef struct _cairo_path_buf {
|
2009-07-05 14:37:02 +01:00
|
|
|
cairo_list_t link;
|
2008-11-28 17:12:03 +00:00
|
|
|
unsigned int num_ops;
|
2010-06-11 09:06:20 +01:00
|
|
|
unsigned int size_ops;
|
2008-11-28 17:12:03 +00:00
|
|
|
unsigned int num_points;
|
2010-06-11 09:06:20 +01:00
|
|
|
unsigned int size_points;
|
2007-03-08 16:23:49 -05:00
|
|
|
|
2007-11-04 11:55:25 +00:00
|
|
|
cairo_path_op_t *op;
|
|
|
|
|
cairo_point_t *points;
|
2007-03-08 16:23:49 -05:00
|
|
|
} cairo_path_buf_t;
|
2009-07-05 14:37:02 +01:00
|
|
|
|
2007-11-04 11:55:25 +00:00
|
|
|
typedef struct _cairo_path_buf_fixed {
|
|
|
|
|
cairo_path_buf_t base;
|
|
|
|
|
|
|
|
|
|
cairo_path_op_t op[CAIRO_PATH_BUF_SIZE];
|
|
|
|
|
cairo_point_t points[2 * CAIRO_PATH_BUF_SIZE];
|
|
|
|
|
} cairo_path_buf_fixed_t;
|
2005-03-23 13:50:51 +00:00
|
|
|
|
2010-10-28 18:02:59 +02:00
|
|
|
/*
|
|
|
|
|
NOTES:
|
|
|
|
|
has_curve_to => !stroke_is_rectilinear
|
|
|
|
|
fill_is_rectilinear => stroke_is_rectilinear
|
|
|
|
|
fill_is_empty => fill_is_rectilinear
|
|
|
|
|
fill_maybe_region => fill_is_rectilinear
|
|
|
|
|
*/
|
2005-03-23 13:52:54 +00:00
|
|
|
struct _cairo_path_fixed {
|
2005-03-23 13:50:51 +00:00
|
|
|
cairo_point_t last_move_point;
|
|
|
|
|
cairo_point_t current_point;
|
2006-12-19 21:34:16 -08:00
|
|
|
unsigned int has_current_point : 1;
|
2010-10-21 15:14:31 +02:00
|
|
|
unsigned int needs_move_to : 1;
|
|
|
|
|
unsigned int has_extents : 1;
|
2006-12-19 21:34:16 -08:00
|
|
|
unsigned int has_curve_to : 1;
|
2010-10-28 17:56:37 +02:00
|
|
|
unsigned int stroke_is_rectilinear : 1;
|
|
|
|
|
unsigned int fill_is_rectilinear : 1;
|
2010-10-28 18:02:59 +02:00
|
|
|
unsigned int fill_maybe_region : 1;
|
|
|
|
|
unsigned int fill_is_empty : 1;
|
2007-03-08 16:52:09 -05:00
|
|
|
|
2010-01-22 15:54:45 +00:00
|
|
|
cairo_box_t extents;
|
|
|
|
|
|
2009-07-05 14:37:02 +01:00
|
|
|
cairo_path_buf_fixed_t buf;
|
2005-03-23 13:50:51 +00:00
|
|
|
};
|
|
|
|
|
|
Remove clip handling from generic surface layer.
Handling clip as part of the surface state, as opposed to being part of
the operation state, is cumbersome and a hindrance to providing true proxy
surface support. For example, the clip must be copied from the surface
onto the fallback image, but this was forgotten causing undue hassle in
each backend. Another example is the contortion the meta surface
endures to ensure the clip is correctly recorded. By contrast passing the
clip along with the operation is quite simple and enables us to write
generic handlers for providing surface wrappers. (And in the future, we
should be able to write more esoteric wrappers, e.g. automatic 2x FSAA,
trivially.)
In brief, instead of the surface automatically applying the clip before
calling the backend, the backend can call into a generic helper to apply
clipping. For raster surfaces, clip regions are handled automatically as
part of the composite interface. For vector surfaces, a clip helper is
introduced to replay and callback into an intersect_clip_path() function
as necessary.
Whilst this is not primarily a performance related change (the change
should just move the computation of the clip from the moment it is applied
by the user to the moment it is required by the backend), it is important
to track any potential regression:
ppc:
Speedups
========
image-rgba evolution-20090607-0 1026085.22 0.18% -> 672972.07 0.77%: 1.52x speedup
▌
image-rgba evolution-20090618-0 680579.98 0.12% -> 573237.66 0.16%: 1.19x speedup
▎
image-rgba swfdec-fill-rate-4xaa-0 460296.92 0.36% -> 407464.63 0.42%: 1.13x speedup
▏
image-rgba swfdec-fill-rate-2xaa-0 128431.95 0.47% -> 115051.86 0.42%: 1.12x speedup
▏
Slowdowns
=========
image-rgba firefox-periodic-table-0 56837.61 0.78% -> 66055.17 3.20%: 1.09x slowdown
▏
2009-07-23 15:32:13 +01:00
|
|
|
cairo_private void
|
|
|
|
|
_cairo_path_fixed_translate (cairo_path_fixed_t *path,
|
|
|
|
|
cairo_fixed_t offx,
|
|
|
|
|
cairo_fixed_t offy);
|
|
|
|
|
|
|
|
|
|
cairo_private cairo_status_t
|
|
|
|
|
_cairo_path_fixed_append (cairo_path_fixed_t *path,
|
|
|
|
|
const cairo_path_fixed_t *other,
|
|
|
|
|
cairo_fixed_t tx,
|
|
|
|
|
cairo_fixed_t ty);
|
|
|
|
|
|
2008-11-04 10:45:34 +00:00
|
|
|
cairo_private unsigned long
|
|
|
|
|
_cairo_path_fixed_hash (const cairo_path_fixed_t *path);
|
|
|
|
|
|
|
|
|
|
cairo_private unsigned long
|
|
|
|
|
_cairo_path_fixed_size (const cairo_path_fixed_t *path);
|
|
|
|
|
|
|
|
|
|
cairo_private cairo_bool_t
|
|
|
|
|
_cairo_path_fixed_equal (const cairo_path_fixed_t *a,
|
|
|
|
|
const cairo_path_fixed_t *b);
|
|
|
|
|
|
2008-11-25 11:52:01 +00:00
|
|
|
typedef struct _cairo_path_fixed_iter {
|
2009-07-29 15:36:25 +01:00
|
|
|
const cairo_path_buf_t *first;
|
Remove clip handling from generic surface layer.
Handling clip as part of the surface state, as opposed to being part of
the operation state, is cumbersome and a hindrance to providing true proxy
surface support. For example, the clip must be copied from the surface
onto the fallback image, but this was forgotten causing undue hassle in
each backend. Another example is the contortion the meta surface
endures to ensure the clip is correctly recorded. By contrast passing the
clip along with the operation is quite simple and enables us to write
generic handlers for providing surface wrappers. (And in the future, we
should be able to write more esoteric wrappers, e.g. automatic 2x FSAA,
trivially.)
In brief, instead of the surface automatically applying the clip before
calling the backend, the backend can call into a generic helper to apply
clipping. For raster surfaces, clip regions are handled automatically as
part of the composite interface. For vector surfaces, a clip helper is
introduced to replay and callback into an intersect_clip_path() function
as necessary.
Whilst this is not primarily a performance related change (the change
should just move the computation of the clip from the moment it is applied
by the user to the moment it is required by the backend), it is important
to track any potential regression:
ppc:
Speedups
========
image-rgba evolution-20090607-0 1026085.22 0.18% -> 672972.07 0.77%: 1.52x speedup
▌
image-rgba evolution-20090618-0 680579.98 0.12% -> 573237.66 0.16%: 1.19x speedup
▎
image-rgba swfdec-fill-rate-4xaa-0 460296.92 0.36% -> 407464.63 0.42%: 1.13x speedup
▏
image-rgba swfdec-fill-rate-2xaa-0 128431.95 0.47% -> 115051.86 0.42%: 1.12x speedup
▏
Slowdowns
=========
image-rgba firefox-periodic-table-0 56837.61 0.78% -> 66055.17 3.20%: 1.09x slowdown
▏
2009-07-23 15:32:13 +01:00
|
|
|
const cairo_path_buf_t *buf;
|
2008-11-28 17:12:03 +00:00
|
|
|
unsigned int n_op;
|
|
|
|
|
unsigned int n_point;
|
2008-11-25 11:52:01 +00:00
|
|
|
} cairo_path_fixed_iter_t;
|
|
|
|
|
|
|
|
|
|
cairo_private void
|
|
|
|
|
_cairo_path_fixed_iter_init (cairo_path_fixed_iter_t *iter,
|
Remove clip handling from generic surface layer.
Handling clip as part of the surface state, as opposed to being part of
the operation state, is cumbersome and a hindrance to providing true proxy
surface support. For example, the clip must be copied from the surface
onto the fallback image, but this was forgotten causing undue hassle in
each backend. Another example is the contortion the meta surface
endures to ensure the clip is correctly recorded. By contrast passing the
clip along with the operation is quite simple and enables us to write
generic handlers for providing surface wrappers. (And in the future, we
should be able to write more esoteric wrappers, e.g. automatic 2x FSAA,
trivially.)
In brief, instead of the surface automatically applying the clip before
calling the backend, the backend can call into a generic helper to apply
clipping. For raster surfaces, clip regions are handled automatically as
part of the composite interface. For vector surfaces, a clip helper is
introduced to replay and callback into an intersect_clip_path() function
as necessary.
Whilst this is not primarily a performance related change (the change
should just move the computation of the clip from the moment it is applied
by the user to the moment it is required by the backend), it is important
to track any potential regression:
ppc:
Speedups
========
image-rgba evolution-20090607-0 1026085.22 0.18% -> 672972.07 0.77%: 1.52x speedup
▌
image-rgba evolution-20090618-0 680579.98 0.12% -> 573237.66 0.16%: 1.19x speedup
▎
image-rgba swfdec-fill-rate-4xaa-0 460296.92 0.36% -> 407464.63 0.42%: 1.13x speedup
▏
image-rgba swfdec-fill-rate-2xaa-0 128431.95 0.47% -> 115051.86 0.42%: 1.12x speedup
▏
Slowdowns
=========
image-rgba firefox-periodic-table-0 56837.61 0.78% -> 66055.17 3.20%: 1.09x slowdown
▏
2009-07-23 15:32:13 +01:00
|
|
|
const cairo_path_fixed_t *path);
|
2008-11-25 11:52:01 +00:00
|
|
|
|
|
|
|
|
cairo_private cairo_bool_t
|
2008-11-25 17:23:33 +00:00
|
|
|
_cairo_path_fixed_iter_is_fill_box (cairo_path_fixed_iter_t *_iter,
|
|
|
|
|
cairo_box_t *box);
|
2008-11-25 11:52:01 +00:00
|
|
|
|
|
|
|
|
cairo_private cairo_bool_t
|
|
|
|
|
_cairo_path_fixed_iter_at_end (const cairo_path_fixed_iter_t *iter);
|
|
|
|
|
|
2009-07-05 09:09:42 +01:00
|
|
|
static inline cairo_bool_t
|
Remove clip handling from generic surface layer.
Handling clip as part of the surface state, as opposed to being part of
the operation state, is cumbersome and a hindrance to providing true proxy
surface support. For example, the clip must be copied from the surface
onto the fallback image, but this was forgotten causing undue hassle in
each backend. Another example is the contortion the meta surface
endures to ensure the clip is correctly recorded. By contrast passing the
clip along with the operation is quite simple and enables us to write
generic handlers for providing surface wrappers. (And in the future, we
should be able to write more esoteric wrappers, e.g. automatic 2x FSAA,
trivially.)
In brief, instead of the surface automatically applying the clip before
calling the backend, the backend can call into a generic helper to apply
clipping. For raster surfaces, clip regions are handled automatically as
part of the composite interface. For vector surfaces, a clip helper is
introduced to replay and callback into an intersect_clip_path() function
as necessary.
Whilst this is not primarily a performance related change (the change
should just move the computation of the clip from the moment it is applied
by the user to the moment it is required by the backend), it is important
to track any potential regression:
ppc:
Speedups
========
image-rgba evolution-20090607-0 1026085.22 0.18% -> 672972.07 0.77%: 1.52x speedup
▌
image-rgba evolution-20090618-0 680579.98 0.12% -> 573237.66 0.16%: 1.19x speedup
▎
image-rgba swfdec-fill-rate-4xaa-0 460296.92 0.36% -> 407464.63 0.42%: 1.13x speedup
▏
image-rgba swfdec-fill-rate-2xaa-0 128431.95 0.47% -> 115051.86 0.42%: 1.12x speedup
▏
Slowdowns
=========
image-rgba firefox-periodic-table-0 56837.61 0.78% -> 66055.17 3.20%: 1.09x slowdown
▏
2009-07-23 15:32:13 +01:00
|
|
|
_cairo_path_fixed_fill_is_empty (const cairo_path_fixed_t *path)
|
|
|
|
|
{
|
2010-10-28 18:02:59 +02:00
|
|
|
return path->fill_is_empty;
|
Remove clip handling from generic surface layer.
Handling clip as part of the surface state, as opposed to being part of
the operation state, is cumbersome and a hindrance to providing true proxy
surface support. For example, the clip must be copied from the surface
onto the fallback image, but this was forgotten causing undue hassle in
each backend. Another example is the contortion the meta surface
endures to ensure the clip is correctly recorded. By contrast passing the
clip along with the operation is quite simple and enables us to write
generic handlers for providing surface wrappers. (And in the future, we
should be able to write more esoteric wrappers, e.g. automatic 2x FSAA,
trivially.)
In brief, instead of the surface automatically applying the clip before
calling the backend, the backend can call into a generic helper to apply
clipping. For raster surfaces, clip regions are handled automatically as
part of the composite interface. For vector surfaces, a clip helper is
introduced to replay and callback into an intersect_clip_path() function
as necessary.
Whilst this is not primarily a performance related change (the change
should just move the computation of the clip from the moment it is applied
by the user to the moment it is required by the backend), it is important
to track any potential regression:
ppc:
Speedups
========
image-rgba evolution-20090607-0 1026085.22 0.18% -> 672972.07 0.77%: 1.52x speedup
▌
image-rgba evolution-20090618-0 680579.98 0.12% -> 573237.66 0.16%: 1.19x speedup
▎
image-rgba swfdec-fill-rate-4xaa-0 460296.92 0.36% -> 407464.63 0.42%: 1.13x speedup
▏
image-rgba swfdec-fill-rate-2xaa-0 128431.95 0.47% -> 115051.86 0.42%: 1.12x speedup
▏
Slowdowns
=========
image-rgba firefox-periodic-table-0 56837.61 0.78% -> 66055.17 3.20%: 1.09x slowdown
▏
2009-07-23 15:32:13 +01:00
|
|
|
}
|
|
|
|
|
|
2009-08-26 23:30:02 +01:00
|
|
|
static inline cairo_bool_t
|
2010-10-16 23:57:06 +02:00
|
|
|
_cairo_path_fixed_fill_is_rectilinear (const cairo_path_fixed_t *path)
|
2009-08-26 23:30:02 +01:00
|
|
|
{
|
2010-10-28 17:56:37 +02:00
|
|
|
if (! path->fill_is_rectilinear)
|
2010-10-30 11:28:03 +02:00
|
|
|
return 0;
|
2009-08-26 23:30:02 +01:00
|
|
|
|
2010-10-21 15:14:31 +02:00
|
|
|
if (! path->has_current_point || path->needs_move_to)
|
2010-10-30 11:28:03 +02:00
|
|
|
return 1;
|
2009-08-26 23:30:02 +01:00
|
|
|
|
|
|
|
|
/* check whether the implicit close preserves the rectilinear property */
|
|
|
|
|
return path->current_point.x == path->last_move_point.x ||
|
|
|
|
|
path->current_point.y == path->last_move_point.y;
|
|
|
|
|
}
|
|
|
|
|
|
Remove clip handling from generic surface layer.
Handling clip as part of the surface state, as opposed to being part of
the operation state, is cumbersome and a hindrance to providing true proxy
surface support. For example, the clip must be copied from the surface
onto the fallback image, but this was forgotten causing undue hassle in
each backend. Another example is the contortion the meta surface
endures to ensure the clip is correctly recorded. By contrast passing the
clip along with the operation is quite simple and enables us to write
generic handlers for providing surface wrappers. (And in the future, we
should be able to write more esoteric wrappers, e.g. automatic 2x FSAA,
trivially.)
In brief, instead of the surface automatically applying the clip before
calling the backend, the backend can call into a generic helper to apply
clipping. For raster surfaces, clip regions are handled automatically as
part of the composite interface. For vector surfaces, a clip helper is
introduced to replay and callback into an intersect_clip_path() function
as necessary.
Whilst this is not primarily a performance related change (the change
should just move the computation of the clip from the moment it is applied
by the user to the moment it is required by the backend), it is important
to track any potential regression:
ppc:
Speedups
========
image-rgba evolution-20090607-0 1026085.22 0.18% -> 672972.07 0.77%: 1.52x speedup
▌
image-rgba evolution-20090618-0 680579.98 0.12% -> 573237.66 0.16%: 1.19x speedup
▎
image-rgba swfdec-fill-rate-4xaa-0 460296.92 0.36% -> 407464.63 0.42%: 1.13x speedup
▏
image-rgba swfdec-fill-rate-2xaa-0 128431.95 0.47% -> 115051.86 0.42%: 1.12x speedup
▏
Slowdowns
=========
image-rgba firefox-periodic-table-0 56837.61 0.78% -> 66055.17 3.20%: 1.09x slowdown
▏
2009-07-23 15:32:13 +01:00
|
|
|
static inline cairo_bool_t
|
2010-10-16 23:57:06 +02:00
|
|
|
_cairo_path_fixed_stroke_is_rectilinear (const cairo_path_fixed_t *path)
|
2009-07-05 09:09:42 +01:00
|
|
|
{
|
2010-10-28 17:56:37 +02:00
|
|
|
return path->stroke_is_rectilinear;
|
2010-10-16 23:57:06 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static inline cairo_bool_t
|
|
|
|
|
_cairo_path_fixed_fill_maybe_region (const cairo_path_fixed_t *path)
|
|
|
|
|
{
|
2010-10-28 18:02:59 +02:00
|
|
|
if (! path->fill_maybe_region)
|
2010-10-30 11:28:03 +02:00
|
|
|
return 0;
|
2010-10-16 23:57:06 +02:00
|
|
|
|
2010-10-21 15:14:31 +02:00
|
|
|
if (! path->has_current_point || path->needs_move_to)
|
2010-10-30 11:28:03 +02:00
|
|
|
return 1;
|
2010-10-16 23:57:06 +02:00
|
|
|
|
|
|
|
|
/* check whether the implicit close preserves the rectilinear property
|
|
|
|
|
* (the integer point property is automatically preserved)
|
|
|
|
|
*/
|
|
|
|
|
return path->current_point.x == path->last_move_point.x ||
|
|
|
|
|
path->current_point.y == path->last_move_point.y;
|
2009-07-05 09:09:42 +01:00
|
|
|
}
|
|
|
|
|
|
2011-07-30 17:28:21 +01:00
|
|
|
cairo_private cairo_bool_t
|
|
|
|
|
_cairo_path_fixed_is_stroke_box (const cairo_path_fixed_t *path,
|
|
|
|
|
cairo_box_t *box);
|
|
|
|
|
|
2005-03-23 13:50:51 +00:00
|
|
|
#endif /* CAIRO_PATH_FIXED_PRIVATE_H */
|