similar to: video plugin?

I've added a simple plugin to compiz that provides a way to render video efficiently on a composited desktop. A video playback client basically copies video data to a pixmap and sets an X property on a client window that describes the image format of the data and where it should be rendered. The compiz video plugin will scale and perform necessary colorspace conversions when compositing the

On 7/27/07, dragoran <drago01 at gmail.com> wrote: > On 7/27/07, Matthias Clasen <mclasen at redhat.com> wrote: > > Given that test1 is around the corner, I thought it might be a good idea > > to give a little status update on the features that the desktop team has > > been working on for F8: > > what happend to compiz-fusion? I've been punting this

Hello, After trying to solve a issue with desktop-effects in fedora (compiz does not let itself to be replaced by metacity). We come to the conclusion that the compiz session management code is broken. When unmanaging the screen compiz should unregister itself from the session manager to let a new started wm to take over the screen. See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=229113

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hiho, I already reported this in <455F4553.9020109@tommie-lie.de> and found time to reinstall compiz yesterday and the problem still persists. I have Ubuntu's X.org 7.1.1 running on a Intel GMA 950 and latest compiz. When watching Xvideo files, the overlay window remains black. If I slightly move the video window, the video appears with

Hello, I noticed that the control+super key kombi no longer works with the rain plugin.. I went to check why and found out that its disabled in gconf. so I tryed to change it back to <Control><Super> (which is the default) but it changes itself back to disabled... any idea why?

I worte in my last mail that when I ue compiz git fullscreen videos are no longer ontop of the gnome-panel... that means that the gnome-panel is still visible while playing the video in fullscreen. The commit which I said may caused it has nothing to do with it compiz does not build if I revert it). again with older compiz and metacity it works fine. (now I am running 20070316). Anyone else wiith

Patch for mesa with a set of updates for EXT_tfp. Includes necessary FBConfig support, adds attrib_list to BindTexImage and fixes CreateDrawable so that glXCreatePixmap works. Xgl and compiz requires this patch. Can I commit this to head? -David -------------- next part -------------- A non-text attachment was scrubbed... Name: mesa-tfp-update-1.patch Type: text/x-patch Size: 8154 bytes Desc:

I have configured compiz to use 1 workspace and 4 viewports and metacity to use 4 workspaces. When I start compiz while metacity was running it uses 4 workspaces and 4 viewports (ignoring the gconf settings). When I restart X so that compiz is started before metacity this does not happen (it uses what its configured for). bug or feature? if feature can it be disabled? switching

* Kill the A8+A8 hack. Recent enough X servers (>=1.7) fall back to ARGB glyphs for drivers not supporting A8 render targets. * Kill all the global state. It doesn't matter a lot yet but it might if we get multicard working at some point. * Other random clean-ups with no functional changes. Some numbers from x11perf -aa10text -aa24text -comppixwin10 -comppixwin500: * Before, with A

The place plugin has a bug: when compiz is restarted or started to replace another wm it the windows are placed in weird positions ( titlebar behind the panel etc.) shouln't the place plugin loop over all open windows and place them correctly when loaded? this should solve this issues. any reason why this isn't done? have I missed something or is this just a bug?

As promised awhile ago... This patch makes compiz conformant with the latest published version of the GLX_EXT_texture_from_pixmap specification. It has been tested to be fully backwards compatible as well, so it will still work with current versions of Xgl. If GLX 1.3 support isn't available, it just falls back to the existing use of XVisualInfo. However, my version of Xgl is a bit

Hi, We've been fixing a few bugs and glitches in our fedora compiz rpm and I wanted to post them here for review, in the hope that we could get them included before the upcoming release. Without further ado: cow.patch - add support for using the composite overlay window for GL output instead of rendering to the root window. This is lets compiz run on AIGLX without the

Changes since 0.3.6: * Core Some stencil buffer requirements have been removed. Focus stealing prevention. Fragment attribute interface that allow plugins to perform more advanced fragment shading effects while integrating properly with other plugins. Extensible window matching interface and new option type that provide advanced window

Hi, I've revisited compiz on aiglx and at this point, if you're running rawhide (fedora development), it's a matter of installing the i386 RPM found here: http://people.redhat.com/krh/compiz/ There's a SRPM there too for other architectures, rebuild using rpmbuild --rebuild compiz-0.0.13.fedora1-3.src.rpm To run compiz, first start the gnome-window-decorator process in

There where some patches to implement input redirection in xorg a while ago... what happend to them? are they still beeing worked on?

glXGetVisualFromFBConfig(dpy, fbConfigs[j]) returns a null pointer I'm up to date on drm, mesa, xserver and ati driver. Compiz seems to work fine, though, if I just don't apply the fbconfig-depth-fix patch. I'm not sure if I'm missing anything, though, because I'm not running gnome and obviously some of the effects won't work. I get nothing without Kristian's

Hi, I've currently pushed a new branch called "compiz++" to the freedesktop repository, with some features I've been working on during last months. Because most of the features also require (BIG) changes to the plugins, I've decided to put them all together. - No direct access to member variables: Everything is now done with getter and setter functions. This helps with

Hi, I'm wondering how I can make my patched up mplayer work with other MPlayer frontends, such as mplayer-plugin, GMPlayer, SMPlayer and KMPlayer. When I play a video using mplayer normally with: mplayer video.ext, It detects the compiz video output and works fine, however when it is called from other players (AFAIK, it just creates a window then asks mplayer to display in it) with mplayer

Hi, With some help from Quinn_Storm, iXce, maniac103, mikedee and KristianLy :), I've managed to modify switcher.c and make a new plugin: thumbnail. The plugin shows thumbnails of windows when cursor is moved over a task button in taskbar. Screenshot: http://pix.nofrag.com/b0/7a/051d45e25bfffed09eeb9b00e383.jpeg Download:

Hi, Now that compiz 0.7 is out what are the plans for the 0.8 release. It would be also interesting to know when the finial 0.8 release is planned, to make it easier for distributions to decide if they want to start updating to 0.7/git in there development trees or not.