On Tue, Dec 09, 2008 at 12:36:01AM -0200, Paulo César Pereira de Andrade wrote:
In my Linux x86 computer, using only git master, and with X Server
configured with --prefix=/usr --disable-builtin-fonts --enable-dri2
--enable-dri --enable-xephyr
With all buildable modules also installed,
On Wed, 2008-12-10 at 21:11 -0800, Keith Packard wrote:
There aren't any options at this point, but I'm wondering -- is this
full-screen? If we made full-screen Xv operations block until vblank
(which would lock up the X server), would that be an acceptable option?
It's actually very easy
Nick Nobody wrote:
Can you recommend a media player that is able to use OpenGL? I've tried
mplayer but even on a relatively fast cpu it can't playback the video fast
enough (720p content). Unless I'm missing some magic switch that's buried
deep within the man page :)
MPlayer can be compiled
On Tue, Dec 09, 2008 at 12:11:02AM +0100, Lukas Hejtmanek wrote:
Yes, the original patch as posted was buggy.
I've now pushed an improved version out to the master branch that should
not have this bug.
Any feedback on that would be most welcome.
Well, with UXA I can get 215000
I played around with gtf and found that my purportedly 1280x960
monitor can display higher resolutions quite nicely (no missing
pixels, apparently). Here is a list of the resolutions and refresh
rates I tested:
//These flicker pretty badly
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
hi at all,
i have a panel-pc with a sbc intel i370 section of my lspci for graphic car
is:
00:00.0 Host bridge: Intel Corporation Mobile 945GME Express Memory Controller
Hub (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GME Express
Integrated Graphics Controller (rev
On Thu, Dec 11, 2008 at 4:56 PM, garrone [EMAIL PROTECTED] wrote:
Hi,
I am getting freezes in direct rendering. Sometimes glxgears works,
but eventually the freeze occurs at program exit, or upon xrandr operation.
The freeze occurs
because the kernel function drm_lock continually returns
libxcb 1.1.93 is now available.
git tag 1.1.93
Changelog
=
Jeremy Huddleston (3):
Apple: Enable support for launchd DISPLAY socket
Apple: Apple launchd cleanup
Shutup compiler warning about unused variable...
Julien Danjou (1):
Release libxcb 1.1.93
Peter Harris
On Dec 10, 08 08:27:20 -0800, Keith Packard wrote:
On Wed, 2008-12-10 at 12:05 +0100, Matthias Hopf wrote:
Yes, that is one of the things that has to be implemented. Static
panning configuration is more important at first, because that should
get into Xserver 1.6 still.
Can you get this
On Thu, Dec 11, 2008 at 08:13:12PM +1000, Dave Airlie wrote:
On Thu, Dec 11, 2008 at 4:56 PM, garrone [EMAIL PROTECTED] wrote:
Hi,
I am getting freezes in direct rendering. Sometimes glxgears works,
but eventually the freeze occurs at program exit, or upon xrandr operation.
The
On Wednesday 10 December 2008 20:12:19 Glynn Clements wrote:
If you want to avoid the situation where large amounts of memory are
allocated for pixmaps, then can't be freed due to other data sharing
the same memory, you're likely to be better off controlling the
allocation of the pixmaps than
On Wednesday 10 December 2008 06:59:13 Matthieu Herrb wrote:
Hi,
in Xserver 1.5.3, when running the ati (radeon) driver in zaphod mode
(ie one X screen per monitor: :0.0, :0.1) the mouse is stuck on the 1st
screen. This is with the mouse driver on OpenBSD (ie no evdev/hal
involved).
It
On Wed, 10 Dec 2008 20:23:02 -, Glynn Clements
[EMAIL PROTECTED] wrote:
Programs which perform anti-aliasing will either be using XRender (or
maybe OpenGL), or rendering client-side and blitting the end result.
Various facilities in Libxft (which it built atop XRender) will do
Nikos Chantziaras wrote:
Nick Nobody wrote:
That would be just a temporary solution with too many problems (since I
assume a real solution will be in DRI2?) The OpenGL method with VSync
works quite well.
Can you recommend a media player that is able to use OpenGL? I've tried
From the plain X Server POV, antialiasing is always going to be hard,
because to do it you need to know the background color or pixmap, and the
Xserver does not keep track of how you had earlier set it, so it is up to
individual toolkits to keep track, and not all of them do.
Well, using
On Wed, Dec 10, 2008 at 4:27 PM, Pat Kane [EMAIL PROTECTED] wrote:
I got my Xorg tarballs from here:
http://xorg.freedesktop.org/archive/X11R7.4/src/
then I tweaked the build script until of got an Xorg server to build
This would mean to me that either the directions on the website are
I'm seeing this rather weird corruption with Xephyr. The system is
running Debian Lenny with a custom 2.6.27.4 kernel. I am running
Xephyr 1.5.3. I've captured an image of this here:
http://seiner.com/images/imga0018.jpg
This happens after some time - can be minutes, hours or days. The
The links at the top of this page will lead you there:
http://www.x.org/wiki/Releases/Download
On Thu, Dec 11, 2008 at 8:34 AM, Paul Novak [EMAIL PROTECTED] wrote:
The website directions do not tell users
to go to http://xorg.freedsktop.org/archive/X11R7.4/src;.
Hi,
I'm currently in the process of updating my gesture-recognition
application easystroke to reflect the XInput changes in xserver-1.6 and
I have a couple of questions about the direction that we're headed.
The first question is about the behavior under core pointer freezes
caused by passive
On Thu, Dec 11, 2008 at 2:17 AM, Joseph Adams
[EMAIL PROTECTED] wrote:
My Xorg.0.log and output of xrandr (in the absence of an xorg.conf)
can be found at http://www.funsitelots.com/pub/emac_almostthere .
It looks to me like Xorg is adding default modelines that aren't
appropriate for the
Hi,
Following a recent git commit Xext/syn.c stopped compiling for me (using
MinGW).
Fixed by
--- ./xserver/Xext/sync.c 2008-12-11 15:44:08.0 +
+++ ./test2/Xext/sync.c 2008-12-11 17:02:25.0 +
@@ -67,6 +67,7 @@
#include dixstruct.h
#include resource.h
#include
Peter Hutterer wrote:
Paulo,
Hi Peter,
I just wasted quite some time to get master to actually start. Unresolved
symbols all over the place, both with intel and with vesa. Vesa had
xf86InterpretEDID, intel had three or four different ones (miPolyRectangle
was one of them IIRC). Rebuilding
On Thu, 2008-12-11 at 17:07 +, Colin Harrison wrote:
Hi,
Following a recent git commit Xext/syn.c stopped compiling for me (using
MinGW).
Applied, thanks.
- ajax
signature.asc
Description: This is a digitally signed message part
___
xorg
Bill Crawford wrote:
On Wednesday 10 December 2008 06:59:13 Matthieu Herrb wrote:
Hi,
in Xserver 1.5.3, when running the ati (radeon) driver in zaphod mode
(ie one X screen per monitor: :0.0, :0.1) the mouse is stuck on the 1st
screen. This is with the mouse driver on OpenBSD (ie no
On Thu, Dec 11, 2008 at 9:49 AM, Pat Kane pekan...@gmail.com wrote:
The links at the top of this page will lead you there:
http://www.x.org/wiki/Releases/Download
No, they do not. Please reread my original post on this topic.
The links provided at http://www.x.org/wike/Releases/Download
On Tue, 2008-11-18 at 09:43 +1100, garrone wrote:
Using the intel driver on a GM45 device, with monitors
connected to the TMDS1/2 outputs, it was found that
the xserver was refusing to accept the option
option Monitor-TMDS-2 monitor-id
and also leaving the second screen rather blank.
On Tue, 2008-12-09 at 13:38 +, Sergio Monteiro Basto wrote:
OK , at least on Fedora 10, we have on updates.
A new kernel with message: Additional DRM/modesetting fixes for i915
and radeon drivers.
A new release of Mesa and a new release of drv-intel (which in fedora
still called
http://ubersoft.net/void-initrand/misc-wherein-i-curse-ubuntu-needlessly-breaking-something-useful
1. I don't use btnx, so I don't share his problem. Ask him for details, not me.
2. The root of the problem seems related to changes in Xorg, so I
thought I'd pass it along. If it actually has more
On Thu, 2008-12-11 at 14:37 -0600, James Bottomley wrote:
A new release of Mesa and a new release of drv-intel (which in fedora
still called i810,
Have you tried this 2 updates ? to me seems that I have some
improvements on resume even without update kernel.
Regards,
--
Sérgio M. B.
Markus Strobl wrote:
That's not my experience. I've tested most of the possible combinations:
Intel, ATI+fglrx,
ATI+Radeon and closed-source NVidia. Only Intel has the tearing issue.
All the others play
video, including HD-Video, perfectly. BTW, my MediaPC has a cheap dual
core Intel
On Thu, Dec 11, 2008 at 09:18:30AM -0800, Paulo C?sar Pereira de Andrade wrote:
I changed the script to check for the dirname of the header
being processed also, instead of only checking if the path is
relative.
Thanks, Paulo. This fixed the xorg_symbols table on my NFS build setup.
--
Daniel Stone wrote:
On Thu, Dec 11, 2008 at 11:32:57AM -0500, Thomas Jaeger wrote:
I'm currently in the process of updating my gesture-recognition
application easystroke to reflect the XInput changes in xserver-1.6 and
I have a couple of questions about the direction that we're headed.
The
On Thu, 11 Dec 2008 00:34:47 -0500 (EST), Nick Nobody wrote:
That would be really cool, I obviously have no idea how to implement it
though... At the moment I'm using XBMC to play back videos and it does
have a Vertical Blank Sync option but I'm not sure of how it's
implemented (it clearly
On Thu, Dec 11, 2008 at 07:50:41AM -0800, Yan Seiner wrote:
I'm seeing this rather weird corruption with Xephyr. The system is
running Debian Lenny with a custom 2.6.27.4 kernel. I am running
Xephyr 1.5.3. I've captured an image of this here:
http://seiner.com/images/imga0018.jpg
Aaron Plattner wrote:
On Thu, Dec 11, 2008 at 07:50:41AM -0800, Yan Seiner wrote:
I'm seeing this rather weird corruption with Xephyr. The system is
running Debian Lenny with a custom 2.6.27.4 kernel. I am running
Xephyr 1.5.3. I've captured an image of this here:
Attached is a patch to add $MESA_SOURCE/include to the list of glx includes.
MESA_SOURCE is set in the xorg-server/configure file with the argument
--with-mesa-source=MESA_SOURCE, but was not being used.
Pat
---
diff -acr a/glx/Makefile.am b/glx/Makefile.am
*** a/glx/Makefile.am 2008-12-11
On Fri, 12 Dec 2008, Peter Hutterer wrote:
On Thu, Dec 11, 2008 at 12:38:31PM -0800, William Tracy wrote:
http://ubersoft.net/void-initrand/misc-wherein-i-curse-ubuntu-needlessly-breaking-something-useful
1. I don't use btnx, so I don't share his problem. Ask him for details, not
me.
2.
On Fri, Dec 12, 2008 at 10:45:19AM +1100, Timothy S. Nelson wrote:
On Fri, 12 Dec 2008, Peter Hutterer wrote:
On Thu, Dec 11, 2008 at 12:38:31PM -0800, William Tracy wrote:
http://ubersoft.net/void-initrand/misc-wherein-i-curse-ubuntu-needlessly-breaking-something-useful
1. I don't use btnx,
On Thu, Dec 11, 2008 at 2:57 PM, Peter Hutterer
peter.hutte...@who-t.net wrote:
How exactly does btnx work?
The above rant is more whining than actually explaining what is broken and I
don't have the time to distill whatever little information there is.
Alright, that's a fair assessment.
Brian,
Thanks for the quick reply, the glx build failure has been a constant problem
for me in all my build environments.
On Thu, Dec 11, 2008 at 6:17 PM, Brian Paul
brian.p...@tungstengraphics.com wrote:
I had asked Dan Nicholson about this myself recently. With the latest
changes in Xorg
On Thu, Dec 11, 2008 at 4:31 PM, Pat Kane pekan...@gmail.com wrote:
Brian,
Thanks for the quick reply, the glx build failure has been a constant problem
for me in all my build environments.
Recently? It should hopefully be much smoother now than in the past
with pulling the mesa source into
On Thu, Dec 11, 2008 at 4:31 PM, Pat Kane pekan...@gmail.com wrote:
Brian,
Thanks for the quick reply, the glx build failure has been a constant problem
for me in all my build environments.
Recently? It should hopefully be much smoother now than in the past
with pulling the mesa source into
On Thu, Dec 11, 2008 at 6:51 PM, Dan Nicholson dbn.li...@gmail.com wrote:
Recently? It should hopefully be much smoother now than in the past
with pulling the mesa source into the xserver build tree.
No, my cross-develoment environment is frozen at the Xorg 7.4 tarball release
(I'm, behind a
I found the cause of the error: the Release 7.4 misses the bdftopcf program,
used by the font´s Makefiles to build the pcf.gz files.
To solve this just put the bdftopcf program between the apps during the
batch compiling (or whatelse method you use to compile X11)
That´s it.
On Tue, Dec 9, 2008
On 2008.12.11 13:32:35 +0800, Nick Nobody wrote:
I'm using Ubuntu 8.10 with a GM945 (at 1920x1080) for my media center
PC.
The problem I'm running into is a bunch of horizontal tearing on
higher
resolution videos (720p or greater). From what I can tell it's not a
CPU
limitation but
On Thu, December 11, 2008 22:00, Zhenyu Wang wrote:
On 2008.12.11 13:32:35 +0800, Nick Nobody wrote:
I'm using Ubuntu 8.10 with a GM945 (at 1920x1080) for my media
center
PC.
The problem I'm running into is a bunch of horizontal tearing on
higher
resolution videos (720p or greater).
Nick Nobody m...@nikosapi.org writes:
I'm using Ubuntu 8.10 with a GM945 (at 1920x1080) for my media center PC.
The problem I'm running into is a bunch of horizontal tearing on higher
resolution videos (720p or greater). From what I can tell it's not a CPU
limitation but rather something related
On 19:01 Thu 11 Dec , Pat Kane wrote:
On Thu, Dec 11, 2008 at 6:51 PM, Dan Nicholson dbn.li...@gmail.com wrote:
Recently? It should hopefully be much smoother now than in the past
with pulling the mesa source into the xserver build tree.
No, my cross-develoment environment is frozen at
On Fri, 2008-12-12 at 00:00 +0200, Nikos Chantziaras wrote:
Markus Strobl wrote:
That's not my experience. I've tested most of the possible combinations:
Intel, ATI+fglrx,
ATI+Radeon and closed-source NVidia. Only Intel has the tearing issue.
All the others play
video, including
49 matches
Mail list logo