search for: clipped

libswfdec/swfdec_movie.c | 4 + libswfdec/swfdec_sprite_movie_as.c | 7 ++ test/image/Makefile.am | 76 +++++++++++++++++++++++ test/image/clip-change-backward-5.swf |binary test/image/clip-change-backward-5.swf.png |binary test/image/clip-change-backward-6.swf |binary

I''m trying to test some code that has validates each and I''ve got a very strange failure Mock ''Book_1027'' expected :store_with_privacy? with (#<Clip:0x1a99b96 @name="Clip_1025">) but received it with (#<Clip:0x1a99b96 @name="Clip_1025">) The Spec it "should check that a book can save a clip" do @user =

From: Ville Syrjälä <ville.syrjala at linux.intel.com> Move the plane clip rectangle handling into drm_atomic_helper_check_plane_state(). Drivers no longer have to worry about such mundane details. v2: Convert armada, rcar, and sun4i as well Cc: Liviu Dudau <liviu.dudau at arm.com> Cc: Brian Starkey <brian.starkey at arm.com> Cc: Mali DP Maintainers <malidp at

vmwgfx part: Reviewed-by: Sinclair Yeh <syeh at vmware.com> On Tue, Jan 23, 2018 at 07:08:57PM +0200, Ville Syrjala wrote: > From: Ville Syrjälä <ville.syrjala at linux.intel.com> > > Move the plane clip rectangle handling into > drm_atomic_helper_check_plane_state(). Drivers no longer > have to worry about such mundane details. > > v2: Convert armada, rcar, and

Not all archs have the __io_virt() macro, so cirrus can't simply convert pointers that way. The drm format helpers have to use memcpy_toio() instead. This patch makes drm_fb_xrgb8888_to_rgb565_dstclip() accept a __iomem dst pointer and use memcpy_toio() instead of memcpy(). The helper function (drm_fb_xrgb8888_to_rgb565_line) has been changed to process a single scanline. Signed-off-by:

From: Ville Syrjälä <ville.syrjala at linux.intel.com> This series first unifies all users of drm_atomic_helper_check_plane_state() to populate the clip rectangle with drm_mode_get_hv_timing(), and once everything is unified the clip rectangle handling is sucked into drm_atomic_helper_check_plane_state() away from driver code. Entire series available here:

The __io_virt() macro is not available on all architectures, so cirrus can't simply pass a pointer to io memory down to the format conversion helpers. The format conversion helpers must use memcpy_toio() instead. Add a convert_lines_toio() variant which does just that. Switch the drm_fb_*_dstclip() functions used by cirrus to accept a __iomem pointer as destination and pass that down to

Not all archs have the __io_virt() macro, so cirrus can't simply convert pointers that way. The drm format helpers have to use memcpy_toio() instead. This patch makes drm_fb_memcpy_dstclip() accept a __iomem dst pointer and use memcpy_toio() instead of memcpy(). With that separating out the memcpy loop into the drm_fb_memcpy_lines() helper isn't useful any more, so move the code back

Hi experts, I was graciously offered a function to enhance abline by restricting the extent of the line to less than the plotting region. This seems a useful idea, and it looked like the easiest way to program it was to set up a clipping region with "clip", draw the abline and then restore the previous clipping region. Let us call this function ablineclip. After quite a bit of

Hi experts, I was graciously offered a function to enhance abline by restricting the extent of the line to less than the plotting region. This seems a useful idea, and it looked like the easiest way to program it was to set up a clipping region with "clip", draw the abline and then restore the previous clipping region. Let us call this function ablineclip. After quite a bit of

...e to all the filtering involved during compression, but I'm wondering just how audible this clipping is because I don't hear anything wrong. I mean, as things are now, is it safe to say that the clipping introduced in Vorbis will not be audible if, of course, the input file doesn't have clipped parts? Is it possible to avoid clipping at all (if the source isn't clipped)? On the other hand, using samples that are already clipped, clipping can't be avoided so the encoder only has to take care that it doesn't sound worse... Greetings, Aleksandar --- >8 ---- List archives: h...

I am on Ubuntu 9.10, and I am trying to get Anarchy Online to work. Wine with it works well on my other computer, which is Arch Linux, and much more modern (actually has graphics card). My current computer has 1 gb ram, 3ghz processor. This is what happens: Code: *****@*********:~/Desktop/Anarchy Online$ wine Anarchy.exe fixme:actctx:parse_depend_manifests Could not find dependent assembly

From: Ville Syrjälä <ville.syrjala at linux.intel.com> Use drm_mode_get_hv_timing() to fill out the plane clip rectangle. No functional changes as the code already uses crtc_state->mode to populate the clip, which is also what drm_mode_get_hv_timing() uses. Once everyone agrees on this we can move the clip handling into drm_atomic_helper_check_plane_state(). Cc: Laurent Pinchart

## This example runs in R 2.3.1 and does not run in R 2.4.1. I am ## raising it here for two questions: one on how to debug functions ## inside a namespace, the other on how to control clipping. tmp <- data.frame(x=1:5, y=1:5, a=factor(c(1,1,1,1,1), levels=1:4)) xyplot(y ~ x, data=tmp, ylim=c(1.5,4.5), panel=function(x,y, ...) { cpv <- current.viewport()

Hey there! I've been playing Evil Genius on steam and for the most part it works fine, but frequently (sometimes more frequently than others) it crashes at very inopportune times. The wine page for the game talks about unexpected crashes, but it sounds like these are related to the game autosaving, and I turned off my autosaving yet this persists. Here's what my terminal (The first bit

Is there a Linux tool that will splice several gsm sound clips together into one clip? In my agi script, I would like to use 'get_data' with one clip instead of multiple 'stream_file' so the user doesn't have to listen to the entire spiel before responding. Thanks, -- Michael Welter Introspect Telephony Corp. Denver, Colorado +1 303 674 2575 mike@introspect.com

On Tue, 2018-01-23 at 19:08 +0200, Ville Syrjala wrote: > From: Ville Syrjälä <ville.syrjala at linux.intel.com> > > Move the plane clip rectangle handling into > drm_atomic_helper_check_plane_state(). Drivers no longer > have to worry about such mundane details. > > v2: Convert armada, rcar, and sun4i as well > > Cc: Liviu Dudau <liviu.dudau at arm.com>

March 31, 2009 - Release 0.19 of Open Clip Art Library (http://www.openclipart.org), containing over 12,000 high quality scalable vector graphics (SVG) files released into the public domain by over a 1000 artists, is now available for download and use. In celebration of this accomplishment, since OCAL???s last release happened in 2005, and March being 5th anniversary of the Open Clip Art

Open Clip Art Library Release 0.11 Announcement March 8, 2005 UTC - Release 0.11 of the Open Clip Art Library (www.openclipart.org) is now available for download on-line as an individual package consisting of 2896 images submitted by over 200 artists from around the world. Some of the new clip art received this month includes more images of food, computer-related items and even a little boombox.

On Mon, May 25, 2015 at 9:40 AM, Tobias Klausmann <tobias.johannes.klausmann at mni.thm.de> wrote: > > On 25.05.2015 07:17, Dave Airlie wrote: >> >> On 25 May 2015 at 08:11, Marek Olšák <maraeo at gmail.com> wrote: >>> >>> It's the same on Radeon. There are 2x ClipOrCullDistance output >>> vectors and a mask saying it should clip or cull