April 2010 - Xquartz-dev - lists.macosforge.org

Re: [Xquartz-dev] DISPLAY issue
by Kyle McKay 24 Apr '10

24 Apr '10

On Apr 23, 2010, at 21:55:38 PDT, Jeremy Huddleston wrote: > Well the change to libxcb fixed things for libxcb and libX11... too > bad ssh didn't parse the screen out of $DISPLAY like it's supposed > to... =/ I have a workaround for that in libX11 now: > > http://cgit.freedesktop.org/xorg/lib/libX11/commit/?id=aae2a4a7aab26de3fa71… > > If we ever decide to support multiple X11 screens, we'll need to > revert that (and have ssh fixed). Well this is a Mac OS X only project and you do work for Apple and Apple sure used to include plenty of patches to the included ssh build for 10.5.x (see <http://www.opensource.apple.com/source/OpenSSH/OpenSSH-95.1.5/patches/ > for example) -- and it looks like they're still there in the 10.6.x version, except neither the .orig files nor the patches directory is present anymore. Any chance you could send the appropriate ssh patch along to the internal Apple folks in charge of ssh? (I'd guess Disco Vince Giffin can point you in the correct direction if he's not handling the patches anymore.) The openssh-unix-dev(a)mindrot.org mailing list is also quite responsive to applying ssh patches -- someone (usually Damien Miller) generally applies reasonable looking patches promptly. Kyle

2 1

2.5.1_beta2
by Jeremy Huddleston 24 Apr '10

24 Apr '10

I just uploaded 2.5.1_beta2 (only for Snow Leopard), and it should appear if you check for updates (assuming you're on the beta update stream), or you can use this direct link: http://static.macosforge.org/xquartz/downloads/SL/XQuartz-2.5.1_beta2.dmg A few modules were updated including a new xterm and pixman, but the focus has been on bugfixes. This has some GLX fixes and also provides a workaround for the "borders issue". Please test it out and let me know how it handles. --Jeremy

4 22

XVideo extension possible?
by LazyT 24 Apr '10

24 Apr '10

Hi, i've written a cross plattform streaming client based on wxwidgets + gstreamer which runs fine on windows and linux. Now i would like to make it work under mac os too. The program itself is running, but the problem is that there's no xvideo extension enabled on mac. The xvinfo command says: "no adpators present". I'm new to mac os, so my question is: can the xvideo extension be used on mac and if yes what's to do for enabling it? Any hints are very welcome... Thank you, Thomas

1 0

Question about CTRL and 3 button emulation
by James Ward 23 Apr '10

23 Apr '10

Hi, Is there any way to generate CTRL-Button 2 or CTRL-Button 3 on a MacBook Pro trackpad? I'm running 2.5.1 beta1. I didn't know where else to ask. Thanks in advance, James

1 0

Re: [Xquartz-dev] 2.5.1_beta2
by Peter Dyballa 23 Apr '10

23 Apr '10

Am 23.04.2010 um 16:00 schrieb Robert Delius Royar: > Are there any things I should look for? Yes: lsof. Otool just lists dependencies to names, lsof shows what's actually used. Depending on environment variables... -- Greetings Pete We have to expect it, otherwise we would be surprised.

1 0

ANSI-1251 font encoding file
by Peter Dyballa 22 Apr '10

22 Apr '10

Hello! Exploring a bit my X11 installations (the one from MacPorts plus the "Apple" X11 update 2.5.0) I found that the latter has this file -rw-r--r-- 1 root wheel 986 12. Aug 2009 /usr/X11/share/fonts/ encodings/ansi-1251.enc.gz which is missing in MacPorts. Has this file been forgotten or has it been forgotten to remove it? There are more ANSI-125x font encodings, why aren't they supported? -- Greetings Pete A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools.

2 1

2.5.1_beta1
by Jeremy Huddleston 08 Apr '10

08 Apr '10

Yes, with less than one week since the 2.5.0 release, I am already starting the development towards our next release. 2.5.1_beta1 pulls in new versions of modules that I judged too "risky" for the 2.5.0 release as that version wrapped up development. The DDX is nearly identical to the version shipped in 2.5.0, but we've updated the rest of the server code to the 1.8 branch. Additionally, I've pulled in a newer version of mesa (7.8) and rebased the HW-accelerated libGL against that new version. libpng-1.4.1 is included and default. cairo-1.8.10 is included and using the new libpng. Also, quartz-wm has the fix for bug #370 To get the fix through auto-update, you need to be on the beta feed: defaults write org.macosforge.xquartz.X11 SUFeedURL http://static.macosforge.org/xquartz/downloads/sparkle/beta.xml Or you can download it here: http://static.macosforge.org/xquartz/downloads/SL/XQuartz-2.5.1_beta1.dmg

2 3

Some Performance Benchmarks
by Kyle McKay 05 Apr '10

05 Apr '10

I just recently installed a copy of Mac OS X 10.6.3 (I don't bother with .0, .1, or .2 releases anymore -- not worth the pain) and I wanted to compare the speed of the graphics in Mac OS X 10.5.8 with 10.6.3 since I've been hearing all this good stuff about the all the graphics changes in 10.6.x (there's even a VideoDecodeAcceleration framework now). So I thought I'd start with Xquartz 2.5.0 using the glxgears application and see if anything turned up. Sure did, so I thought I'd share for anyone who's interested. GLXGEARS BENCHMARKS =================== Mac Hardware: MacBook4,1 Intel Core 2 Duo 2.1 GHz (1 processor, 2 cores) L2 Cache: 3 MB Memory: 4 GB (2 x 2 GB 667 MHz DDR2 SDRAM) Bus Speed: 800 MHz Intel GMA X3100 Display Hardware: External display only (i.e. MacBook closed) Resolution: 1920 x 1080 (LCD Native Resolution) Depth: 32-Bit Color Core Image: Hardware Accelerated Main Display: Yes Quartz Extreme: Supported Mirror: Off System Configuration 1 (SC1): Mac OS X 10.5.8 (9L30) Software Updates current through 2010-04-04 X11 from xquartz.macosforge.org XQuartz 2.5.0 (xorg-server 1.7.6) System Configuration 2 (SC2): Mac OS X 10.6.3 (10D573) Software Updates current through 2010-04-04 System X11 from 10.6.3 install XQuartz 2.3.5 (xorg-server 1.4.2-apple53) System Configuration 3 (SC3): Mac OS X 10.6.3 (10D573) Software Updates current through 2010-04-04 X11 from xquartz.macosforge.org XQuartz 2.5.0 (xorg-server 1.7.6) Test Configuration 1 (TC1): X11 rootless (i.e. X11 output full-screen mode OFF) Dock showing on right side of screen Test Configuration 2 (TC2): X11 rootless (i.e. X11 output full-screen mode OFF) Dock hidden (in autohide mode, but mouse not over Dock) Test Configuration 3 (TC3): X11 root window (i.e. X11 output full-screen mode ON) X11 root window is showing (i.e. takes over full screen) Test Procedure 1 (TP1): Set up in a Spaces space with nothing on screen except the X11 xterm window (and possibly the Dock depending on the TC). With the machine otherwise idle, execute the following in an xterm and do not otherwise touch the mouse or keyboard until it's done: /usr/X11/bin/glxgears& sleep 31; kill -INT %% Discard the first line of output from the results and average the last 5 FPS values to give the test results. Test Procedure 2 (TP2): Same as TP1 except using /opt/X11/bin/glxgears instead of /usr/X11/bin/glxgears. Test Procedure 3 (TP3): Set up in a Spaces space with nothing on screen except the X11 xterm window (and possibly the Dock depending on the TC). With the machine otherwise idle, execute the following in an xterm and do not otherwise touch the mouse or keyboard until it's done: /usr/X11/bin/glxgears -fullscreen& sleep 31; kill -INT %% Discard the first line of output from the results and average the last 5 FPS values to give the test results. Test Procedure 4 (TP4): Same as TP3 except using /opt/X11/bin/glxgears instead of /usr/X11/bin/glxgears. SC1 TC1 TP1: 2170.9 FPS Note: small gears SC1 TC1 TP2: Not available on 10.5.8 SC1 TC1 TP3: 59.8 FPS Note: small gears SC1 TC1 TP4: Not available on 10.5.8 SC1 TC2 TP1: 2175.8 FPS Note: small gears SC1 TC2 TP2: Not available on 10.5.8 SC1 TC2 TP3: 167.3 FPS Note: small gears SC1 TC2 TP4: Not available on 10.5.8 SC1 TC3 TP1: 2168.0 FPS Note: small gears SC1 TC3 TP2: Not available on 10.5.8 SC1 TC3 TP3: 196.2 FPS Note: small gears SC1 TC3 TP4: Not available on 10.5.8 SC2 TC1 TP1: 61.0 FPS Note: small gears SC2 TC1 TP2: 60.8 FPS Note: small gears SC2 TC1 TP3: 29.9 FPS Note: small gears SC2 TC1 TP4: 29.9 FPS Note: LARGE cropped gears SC2 TC2 TP1: 60.8 FPS Note: small gears SC2 TC2 TP2: 60.6 FPS Note: small gears SC2 TC2 TP3: 29.9 FPS Note: small gears SC2 TC2 TP4: 29.9 FPS Note: LARGE cropped gears SC2 TC3 TP1: 59.6 FPS Note: small gears SC2 TC3 TP2: 59.6 FPS Note: small gears SC2 TC3 TP3: 29.9 FPS Note: small gears SC2 TC3 TP4: 29.9 FPS Note: LARGE cropped gears SC3 TC1 TP1: 2174.9 FPS Note: small gears SC3 TC1 TP2: 2169.3 FPS Note: small gears SC3 TC1 TP3: 59.8 FPS Note: small gears SC3 TC1 TP4: 59.8 FPS Note: LARGE cropped gears SC3 TC2 TP1: 2172.0 FPS Note: small gears SC3 TC2 TP2: 2173.1 FPS Note: small gears SC3 TC2 TP3: 201.2 FPS Note: small gears SC3 TC2 TP4: 144.3 FPS Note LARGE cropped gears SC3 TC3 TP1: 2188.8 FPS Note: small gears SC3 TC3 TP2: 2182.4 FPS Note: small gears SC3 TC3 TP3: 359.0 FPS Note: small gears SC3 TC3 TP4: 146.0 FPS Note: LARGE cropped gears When glxgears is run by itself you get a smallish window with gears that fully fit in the window. That's what "small gears" means. All the places where it says "small gears" have exactly the same size gears. In the case of -fullscreen they are simply displayed in the bottom left corner of the glxgears full screen window. When glxgears is run with "-fullscreen" using the /opt/X11/bin/ glxgears from Xquartz 2.5.0, you get VERY LARGE gears in the full screen window. So large that about the top third of the top gear is cropped off as it's off the top of the screen and about the bottom third of the lower gear is also cropped off as it's off the bottom of the screen. The right most gear is fully on screen. These gears are much, much, much larger than the ones drawn when running the system- installed /usr/X11/bin/glxgears without any options. So why does the glxgears output differ with -fullscreen? And which is the correct glxgears behavior? The newer glxgears installed as /opt/ X11/bin/glxgears or the old behavior of /usr/X11/bin/glxgears? And if the newer behavior is correct, are the gears supposed to be drawn so large they get cropped? SUMMARY The version of glxgears that produces VERY LARGE gears when run in - fullscreen mode does not seem to be available via the 2.5.0 installation from MacOSForge for Leopard 10.5.8. Comparing the performance of 10.5.8 Xquartz 2.5.0 vs. 10.6.3 Xquartz 2.5.0 the better performance of OpenGL on 10.6.3 vs. 10.5.8 can be seen when in -fullscreen mode (so long as the dock is not underneath the fullscreen window in rootless mode) giving from a 20% (rootless mode) to an 83% (rooted mode) speedup. Although, if the dock is sitting underneath the fullscreen window in rootless mode there's no performance gain at all. Comparing the performance of the stock system X11 vs. Xquartz 2.5.0 on 10.6.3 shows that Xquartz 2.5.0 way outperforms the stock X11. Presumably there would be a similar difference on 10.5.8 but I didn't have a stock X11 installation on 10.5.8 to try. For the normal-sized glxgears Xquartz 2.5.0 performs from 3456% to 3512% better than the stock X11! For the -fullscreen mode it's anywhere from only 100% better (with the Dock underneath the full screen glxgears window) to 1100% better (in rooted mode using the small gears in -fullscreen). So the takeaways are: 1. Best GLX performance is had by 10.6.3 with Xquartz 2.5.0 in rooted mode 2. Next best performance is had by 10.6.3 with Xquartz 2.5.0 in rootless mode with the Dock hidden or at least not underneath the GLX window. 3. Even with the Dock underneath the GLX window, Xquartz 2.5.0 is still twice as fast as the stock X11, but performance really suffers in this configuration (at least on the GMA X3100 hardware). 4. 10.6.3 has a faster OpenGL implementation than 10.5.8 and the bigger the window and the more pixels being drawn the more noticeable the improvement (this probably depends somewhat on the display hardware present, but this appears to be the situation with the GMA X3100 anyway). The performance difference between the stock X11 and Xquartz 2.5.0 is so dramatic that Apple's really doing people a disservice by not including Xquartz 2.5.0 in a Software Update. I'm sure it will eventually get picked up into an update for 10.6.x, but in the meantime there's the Xquartz installer from MacOSForge. Kyle

1 0

Google Summer of Code 2010 Project
by Marcelo Galvão Póvoa 05 Apr '10

05 Apr '10

Hello, I'm a student interested in participating in GSoC 2010 and I would like to submit an idea for a coding project to X.org. I've already suggested it on their mailing list but I don't know yet if it is feasible because of technical difficulties or proprietary source code issues with Apple. My project would concern in providing a better Mac OS and X server integration in some key user-oriented aspects such as: - Separate every application window in its own dock icon and make it fully featured, including drag and drop files, exposé, etc. - Transform X windows into "native" windows, so they accept features such resize and move using Universal Access and dragging content into it. - Provide smoother scrolling via mouse/trackpad. - Maybe some other nice features :) This would benefit mostly users of GTK or wine applications like me. I don't know about X11 implementation. Does someone know if it a reasonable project? Any comment will be appreciated. Regards, -- Marcelo Galvão Póvoa

2 3

What's the incantation for using xscope with 2.5.0?
by Tom Lane 04 Apr '10

04 Apr '10

I find that xscope just fails with Can't open connection to Server I tried disabling authentication and so on, but no change. regards, tom lane

2 1