[Bug 3031] i915: gl swap buffers cant sync with vblank
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=3031 --- Additional Comments From [EMAIL PROTECTED] 2006-02-06 19:40 --- woohoo, many thanks for this Dave :) However I dont have the h/w anymore to test :( I'll see if I can dig something up. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Auto-discovery of 3D applications
One more show-stopper for auto-discovery of OpenGL apps is the fact that some applications load libGL dynamically at run-time. I haven't got any feedback to my GL application survey, but at the moment I see a built-in database (does lookup-table sound less scary?) of known GL applications as the only realistic solution. I will have to rely on user-feedback for new entries. I'm hoping that the existance of an application menu with a lack of entries will provide sufficient incentive. Regards, Felix Am Sonntag, den 29.01.2006, 19:35 -0800 schrieb Donnie Berkholz: Felix Kühling wrote: Yeah, but these are exactly the hard cases that are most confusing to users and that I'm trying to solve. Also some executables don't have very descriptive names, like fgfs for FlightGear. It's also impossible to sort auto-detected applications into meaningful categories. Maybe parsing of the menus of the desktop environment would be feasible instead? http://freedesktop.org/wiki/Standards_2fmenu_2dspec defines a distro-neutral standard for such menus. On my Debian box the Gnome menus aren't too helpful in terms of completeness and categorization of applications. But the Debian menu would come pretty close. Do other distributions have something equivalent? I agree on some of your points, but maintaining a database of all 3D applications in existence will probably be a ton of work, won't scale well, and will always be missing stuff, so any alternative would be welcome. As far as the menus go, Gentoo just uses whatever upstream installs. Donnie -- | Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu | | PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 | --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid3432bid#0486dat1642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Auto-discovery of 3D applications
Felix Kühling schrieb: One more show-stopper for auto-discovery of OpenGL apps is the fact that some applications load libGL dynamically at run-time. I haven't got any feedback to my GL application survey, but at the moment I see a built-in database (does lookup-table sound less scary?) of known GL applications as the only realistic solution. I will have to rely on user-feedback for new entries. I'm hoping that the existance of an application menu with a lack of entries will provide sufficient incentive. What do you want? -A list of common OpenGL applications or -A list of OpenGL applications which often need tweaking through driconf ? The only application I often use that didn't work well with default settings was wings3d on a Radeon 9000 Pro before Roland's point size patch. It was unuseable due to too small point sizes; I had to use indirect rendering. But now it works well without any tweaking, so I didn't send you any feedback. Philipp --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Radeon X1600?
There was a post on this list at the end of december(?) indicating that ATI was not interested in helping open source with 3D specs anymore.. I'm guessing they didn't do much with the r300 line either.. but does anyone know anything or have any official word on whether the r500 series of radeon cards will ever be supported by anything other than fglrx for 3D? Any official word from ATI? Is anything known about these cards? I ask because my ibook g3 is getting a bit long in the tooth, and since my non-x86 options for laptops are fast approaching 0, I'm looking for a turion notebook with a supported chipset. I'm debating about going cheaper with a radeon 200M (which i think has an undocumented memory controller and thus doesn't work even though it's an r300 core?), or the MSI-1029 with an X700 (which is supported by r300, right?). But, the 1029 is about to be replaced with the 1039 which comes with the new X1600, so I'd like to know if I have to move before the 1029 disappears, or if i can wait a little while. john.c -- John Clemens http://www.deater.net/john john at deater.net I Hate Quotes -- Samuel L. Clemens --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel