Who's in charge of that? It doesn't seem to be xkeyboard-config; is
it xorg? I ask because we now have a keyboard map for the APL programming
language, and it will need its own special compose sequences for the Unicode
APL symbols.
Thanks,
On Tue, 23 Jun 2009, Timothy S. Nelson wrote:
Who's in charge of that? It doesn't seem to be xkeyboard-config; is
it xorg? I ask because we now have a keyboard map for the APL programming
language, and it will need its own special compose sequences for the Unicode
APL symbols.
My application attaches a XFixes created reactangle to a window.
Therefore it does a XOpenDisplay() + XFixesCreateRegion() +
XCloseDisplay() inside one short function and done.
After the above outlined function resturns a call to XFixesFetchRegion()
from a outside observer forces the
Common sense (and the fact that the error says BadRegion here) suggest that
reg = XFixesCreateRegion( display, rec, 1);
This region number is no longer valid after you close the display.
Doing this a 2nd time after setting nRect = 0 will fix it.
Maarten.
Hai!
I am using Geode LX video display. My system works fine with both generic
vesa and geode drivers.
I want to use another system with same graphics card as extended monitor ( I
want single big display spreaded over two monitors).
I tried following xorg.conf but I could not get desired display.
Am 23.06.09, 11:35 +0200 schrieb Maarten Maathuis:
Common sense (and the fact that the error says BadRegion here) suggest that
reg = XFixesCreateRegion( display, rec, 1);
This region number is no longer valid after you close the display.
Doing this a 2nd time after setting nRect = 0 will
Please don't think i know what you are actually trying to do, i solved
this like you would a puzzle. First guess happened to work.
Maarten.
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
On Mon, 2009-06-22 at 23:53 -0400, Chris Ball wrote:
http://tinderbox.x.org/builds/2009-06-23-0002/logs/pixman/#build
pixman-fast-path.c: In function 'Store24':
pixman-fast-path.c:69: error: invalid operands to binary * (have 'int'
and 'uint8_t *')
The patch below fixes this.
diff --git
And this region is some property of the root window?
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
Kai-Uwe Behrmann k...@gmx.de writes:
My application attaches a XFixes created reactangle to a window.
Therefore it does a XOpenDisplay() + XFixesCreateRegion() +
XCloseDisplay() inside one short function and done.
After the above outlined function resturns a call to XFixesFetchRegion()
from
On 22.06.2009 19:11, Krzysztof Halasa wrote:
Roland Scheidegger srol...@tungstengraphics.com writes:
With a very quick look at the r600 code, I suggest trying out the
attached patch to test my theory about half pixel offsets in hardware.
This could mess though with EXA acceleration, so if
Am 23.06.09, 13:10 +0200 schrieb Eirik Byrkjeflot Anonsen:
Kai-Uwe Behrmann k...@gmx.de writes:
Any idea how to avoid a quit from XFixesFetchRegion()? A error message
would be enough. A exit in not acceptable to the application.
My memory is rather unclear on this point, but if the default
Paul Menzel paulepan...@users.sourceforge.net writes:
I am no expert and do not know if it has anything to do with your
“problem”, but have you heard of the FRC patches [1] yet?
I put Thomas, the author of the patches, to receivers of this message.
Thanks for the pointer.
It's seems those
On Tue, Jun 23, 2009 at 03:54:03PM +0200, Krzysztof Halasa wrote:
DRM level. Unless I'm mistaken the patches don't touch the field order
and sync, at least on the intel and/or i915 driver.
with a slight modification the patches can output BFF or TFF.
But I'm living in PAL land so I use TFF only
On Jun 23, 2009, at 05:47, Bedő Sándor wrote:
Hi!
This will be much more an xlib question than an xorg one, so please
forgive me! Is there a way in a window manager to force all the other
clients to set override_redirect to False in their
XSetWindowAttributes
structures on top level
This works just fine on my system.
I added the info on the xorg bugzilla so that Intel folks can put it into the
driver.
Many thanks !
Hugo Jacques
-Original Message-
From: Krzysztof Halasa [mailto:k...@pm.waw.pl]
Sent: Monday, June 22, 2009 15:59
To: Roland Scheidegger
Cc:
Thomas Hilber x...@toh.cx writes:
with a slight modification the patches can output BFF or TFF.
But I'm living in PAL land so I use TFF only ATM.
I'm here as well but I routinely use PAL MPEG2 (DVD) with BFF encoding
(originating as DV which is always BFF, I could of course shift the
audio and
On Mon, Jun 22, 2009 at 09:56:20PM +0200, Krzysztof Halasa wrote:
My assumption (please correct if wrong):
- it requires interlaced display mode (i830+: practically completed).
sorry, but opposite to i810 and i9xx the i830 is not capable of doing
any interlaced video output.
- the video
Hello,
I have been able to modify the driver to support independent images on
each head for the CT 69030. I will make it available to all when
complete. I do not intend to check this in for a few reasons. 1) I
didn't like the way it was written with respect to formatting and with
respect
Krzysztof Halasa k...@pm.waw.pl writes:
I'm at a point with all needed hardware info to implement interlaced
mode (mainly for perfect Xvideo playback) in intel driver. Now there is
another question: how should an Xv client interface with it? Do we have
any interlaced field-aware Xv interface?
Hi Jamie,
What's your hardware? Which video driver do you use?
I've got a very similar problem, except that mostly only either the
internal or the external display is deactivated after resume.
Also, the problem can be reproduced without actually switching monitors
(like in your case with
Thomas Hilber x...@toh.cx writes:
sorry, but opposite to i810 and i9xx the i830 is not capable of doing
any interlaced video output.
Aaa, right, that may be so. I meant the traditional i830 driver (as
opposed to i810), now it's named intel and the DRM is i915. In fact I'm
not really interested
On Tue, Jun 23, 2009 at 08:08:38PM +0200, Krzysztof Halasa wrote:
Come on, playback of interlaced video only makes sense with vertically
unscaled display. Otherwise you have to deinterlace first and this is
hardly usable (except for maybe 1:2 scaling when you can just strip every
the newer
On Tue, Jun 23, 2009 at 08:08:38PM +0200, Krzysztof Halasa wrote:
Thomas Hilber x...@toh.cx writes:
sorry, but opposite to i810 and i9xx the i830 is not capable of doing
any interlaced video output.
Aaa, right, that may be so. I meant the traditional i830 driver (as
opposed to i810),
On Mon, Jun 22, 2009 at 9:46 PM,
Mike.lifeguardmikelifegu...@fastmail.fm wrote:
For bug 22383 (X server stuck in infinite loop on laptop lid close), Jesse
Barnes has asked to try applying a very simple patch. However, I don't know
how to do that - I've only used packaged code from Ubuntu and/or
-Original Message-
From: Krzysztof Halasa [mailto:k...@pm.waw.pl]
Sent: Tuesday, June 23, 2009 14:59
To: Jacques, Hugo
Cc: xorg@lists.freedesktop.org
Subject: Re: RFC: Xv field order
Jacques, Hugo hugo.jacq...@verint.com writes:
What video encoder are you planning to use for
Ville Syrjälä syrj...@sci.fi writes:
Come on, playback of interlaced video only makes sense with vertically
unscaled display.
Not true if you can scale the fields independently.
Well, correct. Is something (hardware, drivers) capable of doing that?
It would mostly make sense with small
Thomas Hilber x...@toh.cx writes:
the newer type intel chips do that transparently in hardware. I have not
found documentation about how they exactly handle this (by scaling each field
independently or by deinterlacing?).
Ah, I didn't know this. Is it supported by the textured video? Overlay
On Tue, Jun 23, 2009 at 10:10:18PM +0200, Krzysztof Halasa wrote:
Ville Syrjälä syrj...@sci.fi writes:
Come on, playback of interlaced video only makes sense with vertically
unscaled display.
Not true if you can scale the fields independently.
Well, correct. Is something (hardware,
Ville Syrjälä wrote:
On Tue, Jun 23, 2009 at 08:08:38PM +0200, Krzysztof Halasa wrote:
Thomas Hilber x...@toh.cx writes:
Come on, playback of interlaced video only makes sense with vertically
unscaled display.
Not true if you can scale the fields independently.
Even with scaling, it's not
On Tue, Jun 23, 2009 at 04:48:25PM -0400, Benjamin M. Schwartz wrote:
Ville Syrjälä wrote:
On Tue, Jun 23, 2009 at 08:08:38PM +0200, Krzysztof Halasa wrote:
Thomas Hilber x...@toh.cx writes:
Come on, playback of interlaced video only makes sense with vertically
unscaled display.
Not
A reminder that this year's X Developer's Conference is now just 3 months
away, but the wiki pages for attendees and talks are still bare. If
you're planning on attending, please add yourself to the attendees wiki.
If you've got something to talk about, please add it to the program wiki
page.
Ville Syrjälä wrote:
Not true if you can scale the fields independently
...
Sounds like you're thinking of bob deinterlacing which this is not. The
output will still be interlaced with black scanlines and all.
True, but even if you're scaling output to a truly interlaced display,
scaling a
On Tue, Jun 23, 2009 at 10:19:25PM +0200, Krzysztof Halasa wrote:
Thomas Hilber x...@toh.cx writes:
Ah, I didn't know this. Is it supported by the textured video? Overlay
only?
I haven't tried textured video since a while because this had bad
tearing effects at the time when I started my
34 matches
Mail list logo