Dnia 06-02-2005, nie o godzinie 14:53 -0500, Adam K Kirchhoff
napisał(a):
> Jacek Rosik wrote:
> >
> >BTW: I have working solution for color but I wonder if this will work
> >with color tiling. Of course offset Would have to be aligned to the
> >closest tile. Can Y
depth buffer is tiled and it may be not possible to translate
buffer offset just like with untiled color buffer. Anyway if I'll come
up to some solution I'll let You know.
Best,
--
Jacek Rosik <[EMAIL PROTECTED]>
---
This SF.N
Dnia 29-01-2005, sob o godzinie 21:38 +0100, Stephane Marchesin
napisał(a):
> Jacek Rosik wrote:
>
> >Would 7000 PCI be a rv100? I think I have one somewhere. Without depth
> >tiling my Idea should be simpler to implement.
> >
> Yes. But, I'd like to have hyperz en
Hi,
Dnia 29-01-2005, sob o godzinie 11:19 +0100, Roland Scheidegger
napisał(a):
> Jacek Rosik wrote:
> >
> > BTW: I have working solution for color but I wonder if this will work
> > with color tiling. Of course offset Would have to be aligned to the
> > closest tile
Hi,
Dnia 28-01-2005, pią o godzinie 16:27 +0100, Roland Scheidegger
napisał(a):
> Jacek Rosik wrote:
> > Hi,
> >
> > I have some questions about r200 depth tiling. Generally I'm also
> > interested in r100 tiling too, but currently i work on r200.
&g
same thing (private z buffers) should work on r100.
>
> Now I think the real trouble with private z buffers is how these will
> interfere with hyperz...
Huh I thought that hyperz would be simpler with private z buffers. What
about private z buffers and private back buffers. Since mo
Offset to be as close to
top-left corner of viewport as possible and modify. I this possible with
shared depth buffer. This means that each 3D window would have different
depthOffset but pointing to the same shared buffer.
Best,
--
Jacek Rosik &l
Hi
Dnia 20-01-2005, czw o godzinie 16:50 -0800, Mike Mestnik napisał(a):
> --- Jacek Rosik <[EMAIL PROTECTED]> wrote:
>
> > Dnia 20-01-2005, czw o godzinie 13:59 -0500, Michel Dnzer napisa(a):
> > > On Thu, 2005-01-20 at 12:49 +0100, Jacek Rosik wrote:
> > >
Dnia 20-01-2005, czw o godzinie 13:59 -0500, Michel Dänzer napisał(a):
> On Thu, 2005-01-20 at 12:49 +0100, Jacek Rosik wrote:
> >
> > Radeon and R200 drivers report GL_MAX_VIEWPORT_DIMS=<4096, 4096>, but I
> > think that hardware can maximally suport <2048, 2
w offset isn't
uploaded to hardware yet. After one frame everything seems to be working
ok and is not affected by dragging window off the edge. I need to check
below the screen though.
Best,
--
Jacek Rosik <[EMAIL PROTECTED]>
---
s there any way to overcome
this?
Any suggestion what programs use to test such modification. I suspect
that following things may be broken: red/draw pixels etc, poligon
stipple, scissor.
BTW: Does RB3D, SE, RE, PP in register names have some meaning. If so,
can someone enlighten me? :)
B
r function. The same goes for r200 driver.
BTW: What is SUBPIXEL_X|Y exactly used for?
Best,
--
Jacek Rosik <[EMAIL PROTECTED]>
---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceF
Hi!
Dnia 19-11-2004, pią o godzinie 12:24 -0500, Michel Dänzer napisał(a):
> On Fri, 2004-11-19 at 12:51 +0100, Jacek Rosik wrote:
> >
> > Am Fr, den 19.11.2004 schrieb Keith Whitwell um 12:14:
> > >
> > > 1) Do all drawing three times, avoiding the re
s the reason that fb has alway width equal to virtual desktop
width (pScrn->displayWidth)? I think that Alan Hourihane said that
different width would screw up accelerator. But I don't see why.
best,
--
Jacek Rosik <[EMAIL PROTECTED]>
usly. You can take a look at my
patches:
http://stud.ics.p.lodz.pl/~paproch/dri-stereo
Maybe You will find some helpful informations.
best,
--
Jacek Rosik <[EMAIL PROTECTED]>
---
This SF.Net email is sponsored by: InterSystems CACHE
FREE OODBMS D
for formating code are.
>
> Hi!
>
> I agree. Meanwhile, "patch -l" might solve problems.
Yes, but it doesn't solve the problem that code will look different. I
think we shouldn't mix those two coding styles
formatting differences.
Could somebody fix that situation? I could submit some patch but I don't
know what current guidelines for formating code are.
Best,
--
Jacek Rosik <[EMAIL PROTECTED]>
---
This SF.Net email is sponsored by:
Sybas
Hi,
Am Di, den 19.10.2004 schrieb Keith Whitwell um 9:34:
> Jacek Rosik wrote:
> > Hi,
> >
> > I was testing some apps on my PCI 9200. And I noticed that they run
> > terribly slow. But when i switched to wireframe mode the frame rate
> > seemed much better. This
regs.h. He
promised to provied some info later, so I'll probably review my changes.
But current method is quite generic, and can be implemented for all
cards supporting pagfliping (at least I think so).
Please review those patches and let me know what You think abut them.
best,
--
R200_NO_TCL an run those apps again. Automagicaly they became about
4 times faster: ~20/~90 fps. Nice, a fallback which is faster than
normal path :). Any ideas?
best,
--
Jacek Rosik <[EMAIL PROTECTED]>
---
This SF.net email is sponsored by: IT P
worry
about backbuffer as it is always allocated in host's memory and not used
outside GLcore.
BTW: I'm working on forcing GLcore to render into other parts of card's
memory than front buffer (specifically front right buffer). Maybe this
may be helpful. If I'll come up with wo
e I do my development. If You
don't have Subversion client You can use regular browser to view files.
http://serce.ics.p.lodz.pl/svn/people/jrosik/dri-jpr/trunk
login: anonymous
password: blank
Any help and comments are welcome.
--
Jacek Rosik <[EMAIL PROTECTED]>
radeon-stereo.tar.gz
Description: application/compressed-tar
removed?
What about DDX driver and DRI extension? Is it going to be moved
somewhere? XOrg or freedesktop's xserver trees? Maybe both?
BTW: I have local mirror (CVSup) of dri's cvs repository but drm module
isn't there. I presume because it's not in 'dri' collection. If I&
r vertices as we could only send a few cliprects to the
> kernel at a time. You could do a similar loop over the two buffers.
Do You think that it would be better to first try to understand r128
driver (which is probably simplier than radeon)
n't.
I can post a patch when I clean it a little bit.
--
Jacek Rosik <[EMAIL PROTECTED]>
--
konta e-mail 100 MB od 3 zl m-c
serwery www 60 MB od 7 zl m-c
AlphaNet, www.alpha.pl
L_FRONT_LEFT)
radeonSendDataToHardware();
radeonSetBuffer(GL_FRONT_RIGHT)
radeonSendDataToHardware();
Another problem is that when using shadowfb in order to update other buffers and
3d window is moved contents of right buffer get overwritten by contents of left one.
Is there a way to dis
purpose of this functions but I think it should also get called in my
DRITransitionToStereo/Mono as functionality is more less the same as
DRITransitiontoShared/PrivateBuffers. Correct me if I'm wrong.
--
Jacek Rosik <[EMAIL PROTECTED]>
---
This sf.ne
W liście z wto, 30-09-2003, godz. 22:02, Keith Whitwell pisze:
> Jacek Rosik wrote:
> > W liście z wto, 30-09-2003, godz. 19:29, Alan Hourihane pisze:
> >
> >>On Tue, Sep 30, 2003 at 07:21:14PM +0200, Jacek Rosik wrote:
> >>
> >>>W liście z wto,
W liście z wto, 30-09-2003, godz. 20:35, Alan Hourihane pisze:
> On Tue, Sep 30, 2003 at 07:54:00PM +0200, Jacek Rosik wrote:
> > W liście z wto, 30-09-2003, godz. 19:29, Alan Hourihane pisze:
> > > On Tue, Sep 30, 2003 at 07:21:14PM +0200, Jacek Rosik wrote:
> > > &
W liście z wto, 30-09-2003, godz. 19:29, Alan Hourihane pisze:
> On Tue, Sep 30, 2003 at 07:21:14PM +0200, Jacek Rosik wrote:
> > W liście z wto, 30-09-2003, godz. 18:52, Alan Hourihane pisze:
> > > In radeon_dri.c in the TransitionTo2d/3d there's some offscreen memory
&g
nctions and allocate/free them then.
I looked at DRICreatedrawable code but I have no clue how to check
whether drawable is stereo (if it does make sense). I think I can do it
by checking Visual, but no clue how to get it. Can someone give me some
clues.
--
Jacek Rosik <[EMAIL PROTECTED]>
-
W liście z nie, 28-09-2003, godz. 20:24, Keith Whitwell pisze:
> Jacek Rosik wrote:
> > Hi!
> >
> > I've been working on adding stereo support for radeon/r200 driver
> > recently. I have several questions mainly about kernel side and
> > interrupts.
> &g
k them for a while and not to loose any.
3)Is touching SAREA from interrupt handler (radeon_dma_service) a bad
idea?
4)Is touching the RING from interrupt handler a bad idea?
Thanks
Jacek Rosik
---
This sf.net email is sponsored by:ThinkGeek
W liście z sob, 23-11-2002, godz. 00:04, Ian Romanick pisze:
> Before I just launch into this, I will explain some of the motivation and
> (brief) history that led to this document.
>
[snip]
>
> I've done some sizing on these changes, and I think that I can handle most
> of the device independ
W liście z czw, 14-11-2002, godz. 11:52, Felix Kühling pisze:
> Hi,
>
> several times I thought this problem was solved. But then it happens
> again. I log out and when the gdm login screen should appear the monitor
> goes to power saving mode and the system is completely locked up (even
> SysReq
W liście z wto, 05-11-2002, godz. 22:39, Michel Dänzer pisze:
> On Die, 2002-11-05 at 20:52, Christophe Saout wrote:
> > Am Die, 2002-11-05 um 20.04 schrieb Michel Dänzer:
> > > On Die, 2002-11-05 at 16:20, Christophe Saout wrote:
> > > > Am Die, 2002-11-05 um 02.16 schrieb Michel Dänzer:
> > > >
Hi!
With the latest conde from trunk (after XFree merge). When I start
application using textures, rendering is slow and it displays message
like this.
> radeonUploadTexImages: upload texture failure on both local and AGP >
> texture heaps, sz=350208
I've looked at the code in radeonUploadTexIm
oneMode)
>
> I can't fully test it, people who have reported any of these items (in
> particular Jacek Rosik IIRC :) please give it a spin and let me know if
> it helps.
Unfortunately there is a bug. In radeon_state.c (radeon_cp_dispatch_flip)
dev_priv->front_pitch is not in p
W liście z pią, 25-10-2002, godz. 13:24, Michel Dänzer pisze:
> On Fre, 2002-10-25 at 09:15, Jacek Rosik wrote:
> >
> > Yesterday I've checked out latest CVS code from trunk an I've discovered
> > problems with motv (xawtv).
> >
> > http:
Hi!
Yesterday I've checked out latest CVS code from trunk an I've discovered
problems with motv (xawtv).
http://stud.ics.p.lodz.pl/~paproch/dri/motv.jpeg
Everything is ok with code before merge (tag: trunk-20021022). Any
clues?
My TV board is Aver TV GO on bttv-v4l2 drivers, kernel 2.4.19. If
e
Michel Dänzer wrote:
> On Wed, 2002-06-26 at 02:35, Jacek Rosik wrote:
>
>>BTW: Why in function radeon_emit_clip_rect
>>(xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel/radeon_state.c)
>>line:
>>/*
>>OUT_RING( ((box->y2 - 1) << 16)
Keith Whitwell wrote:
>
>>
>>
>>
>> --- xc/lib/GL/mesa/src/drv/radeon/radeon_ioctl.cWed Jun 12
>> 19:03:59 2002
>> +++ ../build/dri/xc/lib/GL/mesa/src/drv/radeon/radeon_ioctl.cWed
>> Jun 12 20:01:42 2002
>> @@ -8
ory: None
>> Group: None
>> Status: Open
>> Resolution: None
>> Priority: 5
>> Submitted By: Jacek Rosik (jrosik)
>> Assigned to: Nobody/Anonymous (nobody)
>> Summary: Radeon lockups with to many cliprects.
>>
>> Initial Comment:
>>
Keith Whitwell wrote:
> Jacek Rosik wrote:
>
>>
>>
>> Dieter Nützel wrote:
>>
>>> On Wednesday 12 June 2002 20:53, Alan Hourihane wrote:
>>> [-]
>>>
>>>> We really need to clean up the stuff on SF now. Probably
Dieter Nützel wrote:
> On Wednesday 12 June 2002 20:53, Alan Hourihane wrote:
> [-]
>
>>We really need to clean up the stuff on SF now. Probably about 90%
>>don't even apply now, or should at least be re-tested.
>>
>
> Yes, let's start with that.
> There are even several bugs for which the sen
Hi.
I've recently compiled new code with tcl-branch merged. I've encountered
problem when rendering into front buffer and having double-buffered
visual. It seems that glDrawBuffer must be called ech time after
radeonUpdatePageFlipping or the app starts rendering into back buffer.
My guess is
46 matches
Mail list logo
