On Tue, Aug 5, 2008 at 9:21 AM, Mikus Grinbergs [EMAIL PROTECTED] wrote:
But the video *application* typically does not know if the user is
There are signals that the wm will send to indicate you're the
foreground window, you've lost your focus, you're minimized.
There is probably a bug in the
Quoting Martin Langhoff [EMAIL PROTECTED]:
There is probably a bug in the mplayer wrapper (are you using an
mplayer 'activity' wrapper?) in that it's not getting rid of the
overlay setup when it loses focus or is minimized.
This is not a bug, at least in the case of losing focus. Color-keyed
On Wed, Aug 6, 2008 at 5:43 PM, Benjamin M. Schwartz
[EMAIL PROTECTED] wrote:
Quoting Martin Langhoff [EMAIL PROTECTED]:
There is probably a bug in the mplayer wrapper (are you using an
mplayer 'activity' wrapper?) in that it's not getting rid of the
overlay setup when it loses focus or is
On 02/08/08 18:53 -0400, Mikus Grinbergs wrote:
It is the video chip's feature that it can display a video overlay over
the RGB bitmap. The pixels where the overlay can be seen is defined by a
colorkey (what was 0xFF00FF in the example), or the alpha component of
the display RGB bitmap
When I am looking at the (full-screen) video output, if what I see
involves a 'video overlay' -- that's fine with me. But when I
switch away from the 'session' displaying the video output, I
don't want interference to what I'm currently looking at (whether
that interference comes from a
Both persons who have answered me have talked about how things from
the video frame can be seen. But I was not looking at video - I
was looking at TEXT. If I understand correctly what has been told
me here, neither the 'black' of the text characters themselves, nor
the 'white' of the
G1G1, Joyride 2241. In one Terminal session started mplayer -- it
was playing a movie. Went to another Terminal session, and entered
some commands. Noticed that not all of the text on that screen was
equally distinct - some of it was paler than others. Noticed that
*which* text was paler
It is the video chip's feature that it can display a video overlay over
the RGB bitmap. The pixels where the overlay can be seen is defined by a
colorkey (what was 0xFF00FF in the example), or the alpha component of
the display RGB bitmap (not used on the XO since the change 16 bit
bitmaps).
It is the video chip's feature that it can display a video overlay over
the RGB bitmap. The pixels where the overlay can be seen is defined by a
colorkey (what was 0xFF00FF in the example), or the alpha component of
the display RGB bitmap (not used on the XO since the change 16 bit
bitmaps).
G1G1, Joyride 2241. In one Terminal session started mplayer -- it
was playing a movie. Went to another Terminal session, and entered
some commands. Noticed that not all of the text on that screen was
equally distinct - some of it was paler than others. Noticed that
*which* text was paler
On 01/08/08 15:00 -0400, Mikus Grinbergs wrote:
G1G1, Joyride 2241. In one Terminal session started mplayer -- it
was playing a movie. Went to another Terminal session, and entered
some commands. Noticed that not all of the text on that screen was
equally distinct - some of it was paler
Jordan Crouse writes:
Video is muxed to the visible screen through the use of a color key -
given a rectangle of some size, the hardware compares all of the pixels
in that rectangle against a set color - if they match, then a pixel of
the video frame is shown, otherwise not.
That should have
12 matches
Mail list logo