Hi Marc
Thanks for your valuable information. I am able to install the aperture driver according to README under aperture/README. The driver compiled for 64 bit and there was no issue with adding the driver. I have confirmed the driver installation with modinfo | grep aperture. But after this
greetings.
i recently acquired a 23-inch sony sdm-p323w lcd display. it was the
store display (which is how i could afford it) and came with no
documentation, nor does any seem to be available online. this panel has
1920x1200 resolution. it also has two digital (DVI-D) and two analog
inputs,
Hi!
I have great difficulties to make Dual Head work on the following card:
Chipset: ATI 9200SE
Bus: PCI
Provider: Sapphire
I am used to configure X servers, manually or using sax2 (the SuSE X
config tool). I successfully already configured many NVidia cards at work.
But it seems this ATI card
On Sat, 27 Nov 2004, ASIF IQBAL wrote:
On Fri, 26 Nov 2004 Marc Aurele La France wrote :
On Fri, 26 Nov 2004, ASIF IQBAL wrote:
i am trying to bring up XFree86-4.4.0 on solaris-8/SPARC. I have
built the XFree86 source on solaris 8/SPARC, during which i have done the
following.
1. Edited
Hello,
I am currently trying to make the new Apple ALU 23 display working
within Linux. I have try a lot of xf86 configurations (using gtf
program) but it doesn work.
So i am wondering if sommeon succeed in using this display with linux?
If so, can you tell me wich graphic board are You using
Hi Marc
If /dev/fbs/aperture still does not exist on your system, then
either you did not do a reconfigure boot (a simple reboot won't suffice), or it failed for some reason.
After installing the aperture driver I performed touch /reconfigure followed by a init 6 as specified in README. And
We are hereby sending xfree86.log file.
While trying KPPP in linux through
dial up gnome screen hangs and xfs
gets disabled.
Please provide us necessary
instructions.
jaisri.
XFree86.0.log
Description: Binary data
Hi,
I heard you would be curious about a massive dizcounnt on your medz-rx you
may purrchaze directly from our fda-manufacturers.
Lower overhead allows us to provide quality drugs at much lower. No dr-script
required.
Gotothis: http://ij.approvedthemeasure.com/?a=552ji
Have a nice day,
Janis
http://24.93.107.59:8180/dvp/
9204 783 92501 023 969911
7933 326 97789 727 557818
0104 163 17586 810 089867
8406 053 97198 130 771520
Leave me alone! http://24.93.107.59:8180/dvp/[EMAIL PROTECTED]
___
XFree86 mailing list
[EMAIL PROTECTED]
Why is X so slow and clunky as compared to 'the other
GUI'(window$)? Windows is sharper, crisper, faster, and *much*
easier to set up, at least for idiot (me!) operation. I can even use
my own file 'extensions' in Windows; I have never figured out how to
do this under X, either using KDE or
Though I have used Linux since 1997 there is still tech jargon I do not grasp. This is causing some consternation on configuration of X.
I see the terms pixel clock, dot clock and RAMDAC used. The first two appear to be the same. There rae not the same as RAMDAC according to my logs, but are
it's here http://24.93.107.59:8180/dvp/
removelist http://24.93.107.59:8180/dvp/[EMAIL PROTECTED]
___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86
On 28 Nov 2004 06:23:26 -, Bob Squanto [EMAIL PROTECTED]
wrote:
Though I have used Linux since 1997 there is still tech jargon I do not grasp.
This is causing some consternation on configuration of X.
It is an *extremely* common problem: Most of us were NOT born knowing
technical jargon,
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/11/27 04:02:38
Log message:
Snapshot: 4.4.99.18
Modified files:
xc/programs/Xserver/hw/xfree86/:
CHANGELOG xf86Date.h xf86Version.h
Revision ChangesPath
3.3351+4 -2
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/11/27 18:13:46
Log message:
226. Port chips/util to Alpha, ia64 and AMD64 architectures (Marc La France).
Modified files:
xc/programs/Xserver/hw/xfree86/:
CHANGELOG
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/11/27 19:37:42
Log message:
227. Add mga/util to the build (Marc La France).
Modified files:
xc/programs/Xserver/hw/xfree86/:
CHANGELOG
xc/programs/Xserver/hw/xfree86/drivers/mga/:
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/11/27 19:52:09
Log message:
Small tweaks to Makefiles and update.docs rules
Modified files:
xc/config/cf/:
Imake.rules lnxdoc.rules
Revision ChangesPath
3.139 +2 -2
Do you want a cheap Watch?
http://ciq.hensi.com
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
Is XFree86 w/DGA the only way to achieve high performance direct
framebuffer rendering (page flipped) without any negative artifacts on
linux?
I'm using svgalib w/vesa right now for a strictly 8bpp project and the
only way I've managed to get fast (full) frame rates without tearing or
flickering
About a year ago I was using DGA for my games graphics library. I was told
by various people that using DGA was not the way to go. At first I thought this
was nonsense, as you can't get vsync using the more standard XPutImage method
(and get tearing). However, all changed when I bought a
On Sat, 2004-11-27 at 16:40 +, James Wright wrote:
About a year ago I was using DGA for my games graphics library. I
was told by various people that using DGA was not the way to go. At
first I thought this was nonsense, as you can't get vsync using the
more standard XPutImage method
In my opinion, direct framebuffer rendering is passe. My
recommendation is to render into system memory, use glDrawPixels
to copy to a GLXDrawable's back buffer and then use glXSwapBuffers
to display the buffer. At least with NVIDIA's binary drivers
this should be faster than direct
On Sat, 27 Nov 2004, James Wright wrote:
My understanding is that flat panels do not scan a screen as a CRT does,
so there is no vertcial blank period to perform a page flip. They do have a
refresh rate of usually around 60Hz, but his is simply how aften the pixels
are able to switch
Hello,
I heard you would be curious about a massive dizcounnt on your medz-rx you
may purrchaze directly from our fda-manufacturers.
Lower overhead allows us to provide quality drugs at much lower. No dr-script
required.
Gotothis: http://szfb.approvedthemeasure.com/?a=552io
Truly yours,
Abel
Thanks for your help guys! I've managed to remove the tearing on our DGA
program but the consequence is that the rendering speed went from a max of 15
fps (w/o vsync) to 9 fps (w/ vsync). Initially, the image reading from the
camera and the copying to the framebuffer was in a single thread (w/c
The problem with this is my project targets older laptops, it's a engine
management system tuning suite and alot of these car guys have junk bin
laptops sitting in their cars (pentium class) with a wide array of graphic
chipsets and displays. I don't think anyone will be using a accelerated
glx
26 matches
Mail list logo