With this demo and the patch I get the same problem that Toan is
getting. (With an ATI Radeon 9800 pro, latest drivers)
James
On Tue, 2005-12-06 at 01:25 +0100, Raphael wrote:
> Hi,
>
> Anyone Can test this demo
> http://www.paulsprojects.net/opengl/rtotex/rtotex.html
> If have an ATI card who
Monday, December 5, 2005, 8:53:10 PM, Robert Reif wrote:
> Show all sound card drivers and their devices.
> --- programs/winecfg/En.rc 27 Oct 2005 11:24:02 - 1.54
> +++ programs/winecfg/En.rc 6 Dec 2005 03:39:36 -
> @@ -155,15 +155,17 @@ FONT 8, "MS Shell Dlg"
> BEGIN
Pleas
On 12/5/05, Roderick Colenbrander <[EMAIL PROTECTED]> wrote:
>
> Atleast on my system StarCraft was really unplayable while the game is
> supposed to run on a 20x slower system (pentium90). Perhaps the problem is
> video driver related as I think the issues are less severe for Ati users.
> (thought
Oops, i'm sorry. I applied your patch with --dry-run option so nothing
is patched. :(.
Here the correct out.log. the program still doesn't run, it complains about
err:opengl:wglCreateContext NULL visual !!!
q2e complains the same thing as well.
Bests,
Toan
On 12/5/05, Toan T Nguyen <[EMAIL P
Hi,
Anyone Can test this demo
http://www.paulsprojects.net/opengl/rtotex/rtotex.html
If have an ATI card who support WGL_ATI_pixel_format_float ?
Thx
Changelog:
- support WGL_ATI_pixel_format_float / WGL_ARB_color_buffer_float
- implement WGL_render_texture using GLX_ATI_render_texture (when
Lionel Ulmer schrieb:
> On Mon, Dec 05, 2005 at 10:22:23PM +0100, Peter Beutner wrote:
>
>>Isn't indirect rendering always unaccelerated, i.e. done in software?
>
>
> Nope. Indirect means only that all your OpenGL commands are encapsuled into
> GLX commands and then serialized over the X network
Michael Jung <[EMAIL PROTECTED]> writes:
> Hi Alexandre,
>
> seems like you rejected this patch. Is it too hack'ish? At a first glance it
> seems like it would be enough to figure out the IDropTarget belonging to the
> hwnd and call a DragOver on this interface. The problem is that the drop
>
> BTW, do you know how to improve OpenGL performance in wine? I get
> about 10-30% drop in FPS compared to the Windows version (the card is
> overclocked about 10% both in CPU and memory frequencies in windows,
> so that might explains some of the performance drop). I set UseDGA to
> Y in "wine reg
Lionel Ulmer <[EMAIL PROTECTED]> writes:
> Well, this is the big question. I think we should ask Alexandre what happens
> in the Wine build system if a symbol is exported both by a Win32 DLL (here
> OpenGL32.DLL) and a Linux ELF DLL (here libGL.so) and a Wine DLL requires to
> be linked to both.
Hi, thanks for the clarification. Everything is fine then. Thank you
for the patch.
BTW, do you know how to improve OpenGL performance in wine? I get
about 10-30% drop in FPS compared to the Windows version (the card is
overclocked about 10% both in CPU and memory frequencies in windows,
so that m
> Well, we can first stabilize D3D7 => WineD3D (which will already be quite a
> lot of work to first do and then polish) and then see if we move the 2D
> part too.
Moving both 2D and D3D7 at the same time would make the handling of D3D7
surfaces easier. At the moment, I have overrides for
IDirect
On Mon, Dec 05, 2005 at 10:22:23PM +0100, Peter Beutner wrote:
> Isn't indirect rendering always unaccelerated, i.e. done in software?
Nope. Indirect means only that all your OpenGL commands are encapsuled into
GLX commands and then serialized over the X network link (which could be a
local Unix s
> How about moving the current 2D code to WineD3D, and making DDraw running
> over
> WineD3D in any case. Then WineD3D could decide wether to use plain X11, DGA
> or OpenGL for 2D rendering. :)
That basically bows down to have WineD3D completely replace the 'HAL'
architecture which was introduc
Lionel Ulmer schrieb:
> On Sun, Dec 04, 2005 at 07:27:29PM -0700, Jesse Allen wrote:
>>This patch seems similar to glSDL where it wraps SDL's 2d API to
>>OpenGL. The good thing about this it can provide acceleration and not
>>require root like DGA. The bad thing with this idea is that it can't
>>b
On Monday 05 December 2005 19:36, Toan T Nguyen wrote:
> Thanks very much. It works. There's a small probelm worth mentioning
> however: Q2E requires 32 color bits, 24bits depth, 8bits stencils. The
> ATI binary driver supports 24bits only. In wine-0.9.2, somehow
> wglGetPixelFormat returns 32 colo
Am Montag, 5. Dezember 2005 21:10 schrieb Lionel Ulmer:
> On Mon, Dec 05, 2005 at 08:17:38AM +0100, Stefan Dösinger wrote:
> > I hope I can come up with a patch for testing this week, then we can have
> > a look ;)
>
> I think that to merge Roderick's and your patch, the best would be to
> directly
Dimi Paun wrote:
From: "Robert Shearman" <[EMAIL PROTECTED]>
Implement '-o' option. This is equivalent to MIDLs '/oldnames' option.
Not a good choice, '-o' is used for output typically.
How about --oldnames?
I've forwarded you message on to Eric Kohl. I'll let him comment on it
si
On Tue, Nov 29, 2005 at 05:39:13AM +, Aric Cyr wrote:
> Well I am only working on removing glX calls from wined3d and replacing them
> with wgl calls so I'd rather not impact the GL code if possible. At first I
> didn't quite understand your question, so let me see if I got this right.
> Curr
On Sun, Dec 04, 2005 at 07:27:29PM -0700, Jesse Allen wrote:
> Is Starcraft really that slow? How does this compare with using DGA?
Nothing can beat DGA (actually DGA2 as you would need depth change to go to
8 bit colours to run StarCraft) in raw speed as it is the method which does
copy the les
On Mon, Dec 05, 2005 at 08:17:38AM +0100, Stefan Dösinger wrote:
> I hope I can come up with a patch for testing this week, then we can have a
> look ;)
I think that to merge Roderick's and your patch, the best would be to
directly hook WineD3D even at the 2D level and not have DDraw hook DDraw's
On 12/5/05, Rein Klazes <[EMAIL PROTECTED]> wrote:
>
> On Win9x,ME RegCreateKeyEx ignores the backslash character if the subkey
> begins with one. With a regression test.
>
Note that I'm not against this being committed, but another test you
could add is for the comment,
/* win9x,ME ignores one (
Thanks very much. It works. There's a small probelm worth mentioning
however: Q2E requires 32 color bits, 24bits depth, 8bits stencils. The
ATI binary driver supports 24bits only. In wine-0.9.2, somehow
wglGetPixelFormat returns 32 color bits but the current patch returns
24 only. I easily modified
On 12/5/05, James Hawkins <[EMAIL PROTECTED]> wrote:
> Hey all,
>
> I've hacked up a little script that takes your committed git changes
> and puts a draft in your gmail draft folder for each committ that
> contains a changelog and the attached diff. To use the script, make
> sure you have python
Hey all,
I've hacked up a little script that takes your committed git changes
and puts a draft in your gmail draft folder for each committ that
contains a changelog and the attached diff. To use the script, make
sure you have python installed. You'll also need to change the
variables at the top
Hi Alexandre,
seems like you rejected this patch. Is it too hack'ish? At a first glance it
seems like it would be enough to figure out the IDropTarget belonging to the
hwnd and call a DragOver on this interface. The problem is that the drop
source (or the DoDragDrop function) might have to cha
From: "Robert Shearman" <[EMAIL PROTECTED]>
> Implement '-o' option. This is equivalent to MIDLs '/oldnames' option.
Not a good choice, '-o' is used for output typically.
How about --oldnames?
--
Dimi Paun <[EMAIL PROTECTED]>
Lattica, Inc.
> > > I think I'm the only one with that problem... and I can't figure out
> > > what's wrong :(
> >
> > How's your swapfile size? Maybe your system doesn't do overcommits, thus
> > there must be enough physical ram + swapfile for all virtual allocations.
> > That'd be the only thing that I could t
Monday, December 5, 2005, 7:03:46 AM, Detlef Riekenberg wrote:
> Second try with git. This Time without line-wrap
> Changelog:
> - Add Documentation for the Port-Functions
> Content-Disposition: attachment; filename=document_port_functions.diff
> Content-Type: text/x-patch; name=document_port_fun
On 12/5/05, Detlef Riekenberg <[EMAIL PROTECTED]> wrote:
>
> /**
> * DeletePortA[EMAIL PROTECTED]
> *
> + * Delete a specific Port (ANSI)
> + *
> + * See DeletePortW.
> + *
...
> /
Hi,
On Mon, Dec 05, 2005 at 09:07:45AM -0500, Kuba Ober wrote:
> On Saturday 03 December 2005 15:02, Ivan Gyurdiev wrote:
> > I think I'm the only one with that problem... and I can't figure out
> > what's wrong :(
>
> How's your swapfile size? Maybe your system doesn't do overcommits, thus
> th
On Mon, 05 Dec 2005 12:07:32 +0100, you wrote:
>
>You can't return from inside a __TRY block.
I did not know. Here is the next attempt:
Changelog:
dlls/ddraw : main.c, Makefile.in
Catch access violations when calling the DirectDrawEnumerateProc.
Rein.
--- wine/dlls/ddraw/main.c 2005-
On Saturday 03 December 2005 15:02, Ivan Gyurdiev wrote:
> Stefan Dösinger wrote:
> > Hello,
> >
> >> It doesn't seem to check the retval of the first alloc, which fails
> >> about half of the time in
> >> wine_anon_mmap (mmap() call) with ENOMEM. If the allocation succeeds,
> >> Steam proceeds to
On Sat, 03 Dec 2005 20:39:01 -0600, Rob Shearman wrote:
> I would suggest playing around with the prelink tool to put
> dynamic libraries in better positions in memory.
Another thing to try is disabling execshield and VMA randomization:
echo 0 >/proc/sys/kernel/exec-shield
echo 0 >/proc/sys/kern
On Mon, 2005-12-05 at 00:41 -0800, James Liggett wrote:
> On Mon, 2005-12-05 at 03:24 -0500, Ivan Gyurdiev wrote:
> > I think hardware problems with the RAM are highly unlikely. I've had
> > plenty of those, and when your RAM is defective, nothing works - you get
> > spurious kernel panics, and y
Rein Klazes <[EMAIL PROTECTED]> writes:
> +__TRY
> +{
> if (!lpCallback((DDRAW_default_driver == i) ? NULL
> :(LPGUID)&DDRAW_drivers[i]->info->guidDeviceIdentifier,
> (LPSTR)DDRAW_drivers[i]->info->szDescription,
>
Stefan Leichter <[EMAIL PROTECTED]> writes:
> As i understand you, the ordinals of uxtheme dll displayed in the relay trace
> are wrong. Different function calls (according to the number of arguments) in
> the relay log are displayed as function with the ordianl 1.
Most likely we failed to find
Pavel Roskin <[EMAIL PROTECTED]> writes:
> * Make.rules.in: Change include path to prefer include files in
> the output tree over those in the source tree. This allows
> compiling Wine outside the source tree even if Wine was already
> compiled in the source tree, possibly
On Monday 05 December 2005 04:41, Toan T Nguyen wrote:
> Here they are.
>
> On 12/4/05, Raphael <[EMAIL PROTECTED]> wrote:
> > On Saturday 03 December 2005 09:20, Toan T Nguyen wrote:
> > > FYI, here is the code in question:
> > >
> > > http://cvs.sourceforge.net/viewcvs.py/q2e/q2e/source/win32/glw
...which doesn't happen in your test program as it doesn't use as
many. Remember that it takes only one page of memory sitting at the
wrong virtual memory address to divide the available contiguous
addresses in half. I would suggest playing around with the prelink
tool to put dynamic librarie
> This patch seems similar to glSDL where it wraps SDL's 2d API to
> OpenGL. The good thing about this it can provide acceleration and not
> require root like DGA. The bad thing with this idea is that it can't
> be used on older video cards or even some newer ones that lack proper
> direct render
On Mon, 2005-12-05 at 03:24 -0500, Ivan Gyurdiev wrote:
> I think hardware problems with the RAM are highly unlikely. I've had
> plenty of those, and when your RAM is defective, nothing works - you get
> spurious kernel panics, and you will find out that it's defective
> really soon.
Well, that
On Mon, Dec 05, 2005 at 03:11:33AM -0500, Ivan Gyurdiev wrote:
>
>
> >
> >...which doesn't happen in your test program as it doesn't use as
> >many. Remember that it takes only one page of memory sitting at the
> >wrong virtual memory address to divide the available contiguous
> >addresses in
Wow, thats really weird...I can also use steam without incident (I can
even play Half-Life 2,
... Half-Life 2 doesn't even run for me if I get Steam to start up.. it
goes to fullscreen, and freezes the screen (without covering anything
up). I am suspicious of hidden dialog boxes (like in GTA
43 matches
Mail list logo
