I've uploaded some screenshots as an example:
http://www.botchco.com/alex/2048-error/
the new version of xscreensaver displays a separate instance on each
head of a xinerama desktop. so in this case only the context running up
again the 2048 limit (the right side) shows the error. When I turn off
I've noticed an issue with the i810 chipset that I'm wondering if anyone
can shed light on it..
I've it narrowed down to the fact that the texture upload code never gets
called for my texture, so the card doesn't know what to display, hence it
displays white space.
To repeat - get an i81x (may b
cvs trunk will no longer compile for me:
gcc ... xmlconfig.c
xmlconfig.c:268:29: warning: ISO C does not permit named variadic macros
xmlconfig.c:280:27: warning: ISO C does not permit named variadic macros
xmlconfig.c:294:27: warning: ISO C does not permit named variadic macros
xmlconfig.c: In fu
On Tue, 2003-10-14 at 00:37, José Fonseca wrote:
> Just to let everybody know that all snapshots are failing ATM.
>
> I get the following error on all logs:
>
>
> gcc -m32 -o xf86cfg -O2 -fno-strength-reduce -fno-strict-aliasing -ansi -pedantic
> -Wall -Wpointer-
Just to let everybody know that all snapshots are failing ATM.
I get the following error on all logs:
gcc -m32 -o xf86cfg -O2 -fno-strength-reduce -fno-strict-aliasing -ansi -pedantic
-Wall -Wpointer-arith -Wstrict-prototypes
-Wmissing-
And all this will run on linux even though you guys are going to MS publishing
after UT 2004?
*sly smile*
-James
Daniel Vogel wrote:
Uhm, I wonder if the latest demo patch also lifts it...
No.
(If not, do any of UT2003 developers read this? Could we
please have
Quoting Roland Scheidegger <[EMAIL PROTECTED]>:
> Daniel Vogel wrote:
> >>Uhm, I wonder if the latest demo patch also lifts it...
> >
> >
> > No.
> I respectfully disagree. The 2206 demo works just fine without s3tc here
> :-)
Wow! Does that mean that I have the *chance* of checking out this ga
Quoting Roland Scheidegger <[EMAIL PROTECTED]>:
> Daniel Vogel wrote:
> >>Uhm, I wonder if the latest demo patch also lifts it...
> >
> >
> > No.
> I respectfully disagree. The 2206 demo works just fine without s3tc here
> :-)
Wow! Does that mean that I have the *chance* of checking out this ga
On Mon, 2003-10-13 at 09:14, Alex Deucher wrote:
> it seems to crash while validaing the modes on the second head. I
> don't know why it should work on linux but not freebsd. you might try
> turning off DCC and EDID. perhaps those functions are causing a
> problem on freebsd, although it they w
> I respectfully disagree. The 2206 demo works just fine
> without s3tc here :-)
D'oh! Forgot about that :)
> Interesting. Haven't seen a first person shooter with a software
> renderer for quite some time. Maybe interesting if you have a 3.8Ghz
You can download a version of the software rend
Alex Deucher wrote:
this is a patent issue:
http://dri.sourceforge.net/cgi-bin/moin.cgi/S3TC
How about those parts of the world were software patents are not legal?
Now I don't know much about how DRI architecture and I certainly haven't
looked into the technical side of this, but would it be po
This is just a friendly reminder that the weekly dri-devel IRC meeting will
be starting in the #dri-devel channel on irc.freenode.net at 2100 UTC (or
5:00PM EDT or 2:00PM PDT, if you prefer).
Time zone conversion available at:
http://www.timezoneconverter.com/cgi-bin/tzc.tzc
Logs of previous IR
On Mon, 13 Oct 2003, Alex Deucher wrote:
>
> --- Adam K Kirchhoff <[EMAIL PROTECTED]> wrote:
> >
> > On Mon, 13 Oct 2003, Alex Deucher wrote:
> >
> > > it seems to crash while validaing the modes on the second head.
> >
> > Which is odd since, if I turn off mergedfb and just use normal
> > xinera
Daniel Vogel wrote:
Uhm, I wonder if the latest demo patch also lifts it...
No.
I respectfully disagree. The 2206 demo works just fine without s3tc here :-)
The UT2004 demo will work without S3TC support... and FWIW, without OpenGL
support as well as we're including a software renderer again.
In
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter your comments there.
http://bugs.xfree86.org/show_bug.cgi?id=672
--- Additional Comments From [EMAIL PROTECTED] 2003-13-10 14:14 ---
I'm sorry. I don't ha
--- Adam K Kirchhoff <[EMAIL PROTECTED]> wrote:
>
> On Mon, 13 Oct 2003, Alex Deucher wrote:
>
> > it seems to crash while validaing the modes on the second head.
>
> Which is odd since, if I turn off mergedfb and just use normal
> xinerama,
> it works fine, it has no problems validating the mo
When the X server is running it is all in memory. when you copy a
never version over the existing install, it just copies over the files.
The new files aren't used until you restart the X server. upon
restarting you are then loading the new X server (XFree86) which then
loads the radeon_drv.o dr
> Uhm, I wonder if the latest demo patch also lifts it...
No.
> (If not, do any of UT2003 developers read this? Could we
> please have a S3TC-free demo version also? Thanks a lot...)
The UT2004 demo will work without S3TC support... and FWIW, without OpenGL
support as well as we're including a
On Mon, 13 Oct 2003, Alex Deucher wrote:
> it seems to crash while validaing the modes on the second head.
Which is odd since, if I turn off mergedfb and just use normal xinerama,
it works fine, it has no problems validating the modes.
> I don't know why it should work on linux but not freebsd.
Quoting Michel Dänzer <[EMAIL PROTECTED]>:
> On Mon, 2003-10-13 at 17:35, Csan wrote:
> >
> > # ut2003_demo
> > Xlib: extension "XiG-SUNDRY-NONSTANDARD" missing on display ":0.0".
> > OpenGL renderer relies on DXTC/S3TC support.
>
> This requirement has been lifted in current versions of UT2003
On Mon, Oct 13, 2003 at 09:03:38AM -0700, Alex Deucher wrote:
> That's what I'm not clear on. when you say "XFree86 X server binary"
> do you mean /usr/X11R6/bin/XFree86 or radeon_drv.o? I assume you mean
> the latter. /usr/X11R6/bin/XFree86 has no mergedfb specific code in
> it. that is all t
it seems to crash while validaing the modes on the second head. I
don't know why it should work on linux but not freebsd. you might try
turning off DCC and EDID. perhaps those functions are causing a
problem on freebsd, although it they wokred ok the first head, they
should work on the second.
Quoting Alex Deucher <[EMAIL PROTECTED]>:
> this is a patent issue:
>
> http://dri.sourceforge.net/cgi-bin/moin.cgi/S3TC
Argh, how could I have missed that one! :|
Thank you.
Bad news... but there's hope according to what Michel Daenzer wrote.
Regs,
Csan alias Janos Holanyi
Debian Group leade
--- Martin Spott <[EMAIL PROTECTED]> wrote:
> On Mon, Oct 13, 2003 at 06:56:32AM -0700, Alex Deucher wrote:
> > Can you clarify what you tried and what the problem is?
>
> When I restart the 'new' (with MergedFB) XFree86 X server binary with
> the old XF86Config (attached) I get a flickering scre
On Mon, 13 Oct 2003, Alex Deucher wrote:
> hmmm... Have you ever gotten mergedfb working under freebsd?
Last night was the first time I tried, so no :-)
> I've never tested on freebsd. can you send your log?
http://memory.visualtech.com/XFree86.0.log
Same config file (minus a few changes to
On Mon, 2003-10-13 at 17:35, Csan wrote:
>
> # ut2003_demo
> Xlib: extension "XiG-SUNDRY-NONSTANDARD" missing on display ":0.0".
> OpenGL renderer relies on DXTC/S3TC support.
This requirement has been lifted in current versions of UT2003...
> OpenGL renderer string: Mesa DRI R200 20020827 AGP
--- Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Mon, 2003-10-13 at 16:26, Alex Deucher wrote:
> >
> > perhaps the limit is actually 2047?
>
> No, the RE_WIDTH_HEIGHT register takes 11 bits for the coordinates of
> the rightmost column and bottommost line. There may be off-by-one
> errors
> i
On Mon, Oct 13, 2003 at 06:56:32AM -0700, Alex Deucher wrote:
> Can you clarify what you tried and what the problem is?
When I restart the 'new' (with MergedFB) XFree86 X server binary with
the old XF86Config (attached) I get a flickering screen with a
resolution that is obviously below what I usu
this is a patent issue:
http://dri.sourceforge.net/cgi-bin/moin.cgi/S3TC
--- Csan <[EMAIL PROTECTED]> wrote:
> Hello all,
>
> I've been wondering whether DXTC/S3TC will be implemented in the DRI
> (Radeon)
> drivers. I got an ATI Radeon Mobility M9 Lf (AGP).
> I haven't been able to find any inf
Hello all,
I've been wondering whether DXTC/S3TC will be implemented in the DRI (Radeon)
drivers. I got an ATI Radeon Mobility M9 Lf (AGP).
I haven't been able to find any info in this topic on the DRI Wiki.
# ut2003_demo
Xlib: extension "XiG-SUNDRY-NONSTANDARD" missing on display ":0.0".
OpenGL
On Mon, 2003-10-13 at 16:26, Alex Deucher wrote:
>
> perhaps the limit is actually 2047?
No, the RE_WIDTH_HEIGHT register takes 11 bits for the coordinates of
the rightmost column and bottommost line. There may be off-by-one errors
in the code though...
> perhaps it is bandwidth.
I agree with
Also, I don't think it's a bandwith issue. I can run mergedfb in
"above" mode with a virtual desktop of 1280x1792 (1024x768 above
1280x1024) and all is well. this is signifigantly more bandwidth than
2048x768. Unless the pitch has more to do with it than the height...
Alex
--- Michel Dänzer <[
You are right. Last night I created a virtual desktop of 2100x768 and
display mode of 1024x768, then ran several fullscreen GL xscreensaver
hacks. All of them displayed fine. I haven't looked at the source to
the hacks, but I assume they look at the current display mode and the
create a 3D windo
Can you clarify what you tried and what the problem is? Does
everything work as expected when using a particular XFree86 binary and
not with another, or are you having a problem with the changes I
committed last night? If you are having trouble with the driver,
there are a couple of things you c
hmmm... Have you ever gotten mergedfb working under freebsd? I've
never tested on freebsd. can you send your log?
Alex
--- Adam K Kirchhoff <[EMAIL PROTECTED]> wrote:
>
> Alright... You can ignore the unresolved symbol messages. That was
> my
> mistake. However, the X server is still crashi
Alright... You can ignore the unresolved symbol messages. That was my
mistake. However, the X server is still crashing under FreeBSD with the
MergedFB option enabled.
Adam
On Mon, 13 Oct 2003, Adam K Kirchhoff wrote:
>
> Alex,
>
> Last night, prior to your commit, X server was crashing
Michel Dänzer wrote:
On Mon, 2003-10-13 at 12:50, Felix Kühling wrote:
On Sun, 12 Oct 2003 22:46:38 +0200
Michel Dänzer <[EMAIL PROTECTED]> wrote:
On Sun, 2003-10-12 at 00:15, Felix Kühling wrote:
On Sat, 11 Oct 2003 01:49:27 +0200
Michel Dänzer <[EMAIL PROTECTED]> wrote:
This means that most en
On Mon, 2003-10-13 at 13:46, Martin Spott wrote:
> Chris Ison <[EMAIL PROTECTED]> wrote:
>
> > can someome please tell me whats causing the video corruption in the
> > attached png image, and explain how to fix it.
>
> I'd say the main bug is _YOU_ posting a 3/4 MByte image to a mailing
> list !
Alex,
Last night, prior to your commit, X server was crashing on FreeBSD
when trying to use MergedFB. No errors, however, where showing up in the
log file prior to the "Fata server error"
As of this morning, it's still crashing, but it's showing lots of
unresolved symbols:
Symb
Chris Ison <[EMAIL PROTECTED]> wrote:
> --Boundary_(ID_KcARw6HFWym7RIWbxkMyIg)
> Content-type: text/plain
> Content-transfer-encoding: 7BIT
>
> can someome please tell me whats causing the video corruption in the
> attached png image, and explain how to fix it.
I'd say the main bug is _YOU_ post
On Mon, 2003-10-13 at 12:50, Felix Kühling wrote:
> On Sun, 12 Oct 2003 22:46:38 +0200
> Michel Dänzer <[EMAIL PROTECTED]> wrote:
>
> > On Sun, 2003-10-12 at 00:15, Felix Kühling wrote:
> > > On Sat, 11 Oct 2003 01:49:27 +0200
> > > Michel Dänzer <[EMAIL PROTECTED]> wrote:
> > > >
> > > > > This
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter your comments there.
http://bugs.xfree86.org/show_bug.cgi?id=672
--- Additional Comments From [EMAIL PROTECTED] 2003-13-10 07:07 ---
Can you try again with
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter your comments there.
http://bugs.xfree86.org/show_bug.cgi?id=788
[EMAIL PROTECTED] changed:
What|Removed |Added
---
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter your comments there.
http://bugs.xfree86.org/show_bug.cgi?id=787
[EMAIL PROTECTED] changed:
What|Removed |Added
---
On Sun, 12 Oct 2003 22:46:38 +0200
Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Sun, 2003-10-12 at 00:15, Felix Kühling wrote:
> > On Sat, 11 Oct 2003 01:49:27 +0200
> > Michel Dänzer <[EMAIL PROTECTED]> wrote:
> > >
> > > > This means that most environment variables stop working [...]
> > >
>
On Mon, 2003-10-13 at 12:15, Michel Dänzer wrote:
> On Mon, 2003-10-13 at 18:52, Chris Ison wrote:
> > can someome please tell me whats causing the video corruption in the
> > attached png image, and explain how to fix it.
>
> Does setting the RADEON_GARTTEXTURING_FORCE_DISABLE environment variabl
On Mon, 2003-10-13 at 18:52, Chris Ison wrote:
> can someome please tell me whats causing the video corruption in the
> attached png image, and explain how to fix it.
Does setting the RADEON_GARTTEXTURING_FORCE_DISABLE environment variable
work around it?
--
Earthling Michel Dänzer \ Debian
On Mon, 2003-10-13 at 06:13, Alex Deucher wrote:
> You can have as big a virtual desktop as you want so long as the total
> 3D contexts are not greater than 2048 in either direction.
Wrong. The 2048 limit is for the virtual location of the right and
bottom edges of 3D windows. The 3D engine couldn
Alex Deucher <[EMAIL PROTECTED]> wrote:
> I just committed a major rework of mergedfb to CVS. almost all of the
> code is now in radeon_mergedfb.c/h. I also committed Hui's latest code
> drop from xfree86 CVS. Let me know if anyone has any problems.
I'm fine with running the 'new' X server _modu
49 matches
Mail list logo
