Compiz Video Performance

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

Compiz Video Performance

Murray Blakeman
I use Totem/GStreamer for viewing movie files.

With Compiz active the picture breaks up, especially in fullscreen.

How do I improve/fix the performance of video in Compiz.

CPU usage doesn't go beyond 20% but the picture still breaks up (tears)
quite often.

When I disable Compiz I can view the movies perfectly.

I have enabled the "Video Plugin" for Compiz but it doesn't appear to
make a difference.

I've seen patches for mplayer to take advantage of the "Video Plugin"
but my preference is to continue to use GStreamer if I can.

I have a P4 3.3Ghz, 1GB RAM, with a GeForce FX Go5200 Video.

I'm running OpenSolaris 2008.11 with the legacy NVidia drivers.




-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: Compiz Video Performance

Colin Guthrie-6
'Twas brillig, and Murray Blakeman at 03/12/08 10:25 did gyre and gimble:

> I use Totem/GStreamer for viewing movie files.
>
> With Compiz active the picture breaks up, especially in fullscreen.
>
> How do I improve/fix the performance of video in Compiz.
>
> CPU usage doesn't go beyond 20% but the picture still breaks up (tears)
> quite often.
>
> When I disable Compiz I can view the movies perfectly.
>
> I have enabled the "Video Plugin" for Compiz but it doesn't appear to
> make a difference.
>
> I've seen patches for mplayer to take advantage of the "Video Plugin"
> but my preference is to continue to use GStreamer if I can.

AFAIK the video plugin defines a kind of experimental extension to XV.
The mplayer patch is the only one to take advantage of this.

I think you'd have to look at what this patch does and then port that
code to gstreamer.

I think the intention was to be a bit more "standard" about the
extension to XV so that wider adoption by other players (gstreamer, xine
etc.) is promoted. You'd be better asking on the compiz mailing list
about this tho'.

There is also nvidias VDPAU "standard" that is in beta now... no idea
what that means for compositing tho', nor how far outside of nvidia
chipsets it could spread.

Col



--

Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/

Day Job:
   Tribalogic Limited [http://www.tribalogic.net/]
Open Source:
   Mandriva Linux Contributor [http://www.mandriva.com/]
   PulseAudio Hacker [http://www.pulseaudio.org/]
   Trac Hacker [http://trac.edgewall.org/]


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: Compiz Video Performance

Christopher Halse Rogers
On Wed, Dec 3, 2008 at 10:17 PM, Colin Guthrie <[hidden email]> wrote:

> 'Twas brillig, and Murray Blakeman at 03/12/08 10:25 did gyre and gimble:
>> I use Totem/GStreamer for viewing movie files.
>>
>> With Compiz active the picture breaks up, especially in fullscreen.
>>
>> How do I improve/fix the performance of video in Compiz.
>>
>> CPU usage doesn't go beyond 20% but the picture still breaks up (tears)
>> quite often.
>>
>> When I disable Compiz I can view the movies perfectly.
>>
...snip...
This sounds more like a sync-to-vblank issue rather than one of
decoding/display speed.  Having a composite manager enabled will break
the vsync normally provided for Xv as the video gets rendered to an
offscreen buffer, and it's the composite manager's job to actually
display it.  You might want to check if you can reduce tearing by
enabling sync-to-vblank (ensuring that it has detected the correct
refresh rate) in Compiz' settings.

>
> AFAIK the video plugin defines a kind of experimental extension to XV.
> The mplayer patch is the only one to take advantage of this.
>
> I think you'd have to look at what this patch does and then port that
> code to gstreamer.
>
> I think the intention was to be a bit more "standard" about the
> extension to XV so that wider adoption by other players (gstreamer, xine
> etc.) is promoted. You'd be better asking on the compiz mailing list
> about this tho'.
>
> There is also nvidias VDPAU "standard" that is in beta now... no idea
> what that means for compositing tho', nor how far outside of nvidia
> chipsets it could spread.

Given that this is the third such standard - Intel introduced one
about 1.5 years ago, ATI introduced one a couple of fglrx releases ago
- I wouldn't hold my breath.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: Compiz Video Performance

Cameron Gorrie-2
> Given that this is the third such standard - Intel introduced one
> about 1.5 years ago, ATI introduced one a couple of fglrx releases ago
> - I wouldn't hold my breath.

Regarding VDPAU, MythTV has already implemented it and it's apparently
working very nicely in that program. Seeing as it creates the output path,
I'd imagine that it would deal with whatever causes sync-to-vblank issues
itself.

For the original poster, I would hasten to say that this could not be fixed in
gstreamer. The update to DRI2 will apparently make it a lot easier for sync-
-to-vblank to work on a composited desktop (though having proprietary drivers
implement it is the vendor's call). Is there an updated NVidia driver you can
use?

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel