On 25/03/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
With the glsl suggestions from Henri :-)
+shader_addline(arg->buffer, "(%s.xy + bumpenvmat * %s.xy)%s);\n",
+ src0_param.reg_name, src1_param.reg_name, dst_mask);
MSDN states that the source parameters can have swizz
On 25/03/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
In 1.X shaders too? I see that in 2.0+ shaders this is the way to use
projected textures, but in 1.X there is the D3DTTFF_PROJECTED projected flag.
No, 2.0+ has the D3DSI_TEXLD_PROJECT, 1.4 has _dw/_dz modifiers and
pre-1.4 has the fixed f
Oh sorry, my misunderstanding!
It is called from:
flush_to_framebuffer_drawpixels
http://source.winehq.org/git/wine.git/?a=blob;f=dlls/wined3d/surface.c;hb=HEAD#l956
On 3/25/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
Am Samstag 24 März 2007 23:59 schrieb Nathan Williams:
> It crashes at:
>
Am Samstag 24 März 2007 23:59 schrieb Nathan Williams:
> It crashes at:
> dlls/wined3d/surface.c
> d3dfmt_convert_surface:
> 1593 *dest++ = table[color][0];
Yes, but from where is this called? d3dfmt_convert_surface: gets a height
parameter, and this parameter is incorrect.
p
It crashes at:
dlls/wined3d/surface.c
d3dfmt_convert_surface:
1593 *dest++ = table[color][0];
http://source.winehq.org/git/wine.git/?a=blob;f=dlls/wined3d/surface.c;hb=HEAD#l1593
If I hack that loop to be the right height, it works without complaint.
The original setting of
Am Samstag 24 März 2007 22:42 schrieb Nathan Williams:
> Should I go ahead and remove the same from dlls/wined3d/surface.c and
> submit a patch, or have you beaten me to it? =D
>
> On 3/25/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> > Sounds like that the surface conversion code still makes so
Am Samstag 24 März 2007 16:01 schrieb H. Verbeet:
> On 24/03/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> > Am Samstag 24 März 2007 15:36 schrieb Ivan Gyurdiev:
> > > > From b1df18be85d1ca6a9904be05420f975f6933b030 Mon Sep 17 00:00:00
> > > > 2001 From: Stefan Doesinger <[EMAIL PROTECTED]>
> >
Should I go ahead and remove the same from dlls/wined3d/surface.c and
submit a patch, or have you beaten me to it? =D
On 3/25/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
Sounds like that the surface conversion code still makes some assumptions
about the allocated memory size and the surface s
> Now I traced the problem down to:
> dlls/wined3d/surface.c
> d3dfmt_convert_surface
>
> loops over the surface height and width, the only problem is that the
> surface height appears to be scaled up to the next power of 2.
>
> As carmageddon runs in 320x200 the loop tries to iterate over 320x256
Hi,
Printing please! It needs lots of work. Wordpad doesn't have it, and
notepad printing is terrible.
It will be done as soon as a cheap cure for cancer will be found ;)
Not something to be done by an inexperienced person and definitely not
a "low-hanging fruit" of any kind.
It looks lik
> Yup. Going by the strings in "their" wined3d.dll.so, it's a relatively
> recent version of wine as well.
It says wine-0.9.32. They seem to ship a native mfc40.dll and vb6 runtime.
Otherwise I could not see any special things yet.
pgpUc2z0wTW9V.pgp
Description: PGP signature
Dan Kegel wrote:
Alex wrote:
closest I have gotten is some patches for Wine's WordPad implementation.
Granted, it's less sexy than games, but you could learn more about C and
Wine by building on that experience. There are lots of small and easy
improvements that can be done get Wordpad up to pa
I think it might help to
a) create a bug in bugzilla with a link to Navigation, and
a screenshot of the problem, and a recipe to reproduce
b) think about how to implement a conformance test.
Even a simple one might help.
These suggestions were already made back in
http://www.winehq.org/pipermail/
Dan Kegel wrote:
There are lots of little bits, some pretty basic, which Wine is missing
before it can support mixed assemblies in Mono. For instance,
http://bugs.winehq.org/show_bug.cgi?id=7098
says that we're missing an implementation of
mscoree.dll.CorBindToRuntimeEx.
This would probably be a
On 24/03/07, Dmitry Timoshkov <[EMAIL PROTECTED]> wrote:
Exactly. Remove everything up to class.tgz.BEGIN in hiweedlayer and untar
it somewhere, what we see (reminds me something):
share/
dosdevices/
lib/
bin/
drive_c/
user.reg
system.reg
my.reg
and inside of lib\
wine\ (with all Wine dll.so f
"Dan Kegel" <[EMAIL PROTECTED]> wrote:
http://hiweed.com/node/798 offers "hiweedlayer" for download.
It is supposedly a Windows layer like Wine.
Running strings on their single executable, I see
messages like
%s is being traced!
location has changed!
abnormal behavior!
shell has changed!
%s has
On Sat, 2007-03-24 at 06:17 -0700, Dan Kegel wrote:
> As the CEO of a famous operating system company once said,
> "I have four words for you: developers, Developers, DEVELOPERS, DEVELOPERS!"
> ( http://www.youtube.com/watch?v=KMU0tzLwhbE )
>
> Attracting more developers (not of wine, but of their
Kai Blin schreef:
> Hi folks,
>
> Tim asked me about this on IRC today, and I didn't have any good idea about
> it, so I'll just forward it to you people.
>
> Cheers,
> Kai
>
>
>
>
> Onderwerp:
> "Out of Tree" DLLs
> Van:
On 24/03/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
Am Samstag 24 März 2007 15:36 schrieb Ivan Gyurdiev:
> > From b1df18be85d1ca6a9904be05420f975f6933b030 Mon Sep 17 00:00:00 2001
> > From: Stefan Doesinger <[EMAIL PROTECTED]>
> > Date: Fri, 23 Mar 2007 19:03:58 +0100
> > Subject: [PATCH] Win
On 24/03/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
+shader_glsl_get_write_mask(arg->dst, dst_mask);
+shader_glsl_add_src_param(arg, arg->src[0], arg->src_addr[0],
WINED3DSP_WRITEMASK_ALL, &src0_param);
+shader_glsl_add_src_param(arg, arg->src[1], arg->src_addr[1],
WINED3DSP_WR
http://hiweed.com/node/798 offers "hiweedlayer" for download.
It is supposedly a Windows layer like Wine.
Running strings on their single executable, I see
messages like
%s is being traced!
location has changed!
abnormal behavior!
shell has changed!
%s has expired!
Please contact your provider
w
Am Samstag 24 März 2007 15:36 schrieb Ivan Gyurdiev:
> > From b1df18be85d1ca6a9904be05420f975f6933b030 Mon Sep 17 00:00:00 2001
> > From: Stefan Doesinger <[EMAIL PROTECTED]>
> > Date: Fri, 23 Mar 2007 19:03:58 +0100
> > Subject: [PATCH] WineD3D: Handle WINED3DSPSM_DZ and WINED3DSPSM_DW in
> > texc
"Rolf Kalbermatter" <[EMAIL PROTECTED]> wrote:
From a quick check it seems to take three parameters, with the first being
a CLSID or other GUID and the other two being DWORDs. The second parameter
is checked to be higher than 0 and smaller or equal to 0xDC and the third
parameter is checked to
From b1df18be85d1ca6a9904be05420f975f6933b030 Mon Sep 17 00:00:00 2001
From: Stefan Doesinger <[EMAIL PROTECTED]>
Date: Fri, 23 Mar 2007 19:03:58 +0100
Subject: [PATCH] WineD3D: Handle WINED3DSPSM_DZ and WINED3DSPSM_DW in texcrd in
arb shaders
Isn't there a function to handle modifiers?
"ge
Hi folks,
Tim asked me about this on IRC today, and I didn't have any good idea about
it, so I'll just forward it to you people.
Cheers,
Kai
--
Kai Blin,
WorldForge developerhttp://www.worldforge.org/
Wine developer http://wiki.winehq.org/KaiBlin/
--
Will code for cotton.
--- Begi
As the CEO of a famous operating system company once said,
"I have four words for you: developers, Developers, DEVELOPERS, DEVELOPERS!"
( http://www.youtube.com/watch?v=KMU0tzLwhbE )
Attracting more developers (not of wine, but of their own apps) to Linux
by getting their IDEs running on Wine wou
Alex wrote:
> closest I have gotten is some patches for Wine's WordPad implementation.
Granted, it's less sexy than games, but you could learn more about C and
Wine by building on that experience. There are lots of small and easy
improvements that can be done get Wordpad up to par with native. T
Dan Kegel [mailto:[EMAIL PROTECTED] wrote:
>Any suggestions as to how to discover the prototype of the apparently
>undocumented function syssetup.dll.SetupQueryRegisteredOsComponent ?
>It seems to be needed to install mdac-2.8.
>( http://bugs.winehq.org/show_bug.cgi?id=5824 )
Well, on the web it
It's something like
BOOL SetupQueryRegisteredOsComponent(IN const IID *const pIid, IN OUT
LPVOID component_data, IN OUT LPVOID exception_data, DWORD reserved1,
DWORD reserved2);
component_data structure max length is 0xDC, exception_data's is 0x454;
first argument of both is structure size.
"Ann & Jason Edmeades" <[EMAIL PROTECTED]> writes:
> Unfortunately I need to know if it's a console app or not, and hence call
> FindExecutable followed by SHGetFileInfo. These don't seem to report
> anything on the internal programs so I couldn't tell whether to wait for it
> to complete (eg xcop
Lørdag 24 mars 2007 11:07, skrev du :
> > closest I have gotten is some patches for Wine's WordPad implementation.
>
> Granted, it's less sexy than games, but you could learn more about C and
> Wine by building on that experience. There are lots of small and easy
> improvements that can be done get
> closest I have gotten is some patches for Wine's WordPad implementation.
Granted, it's less sexy than games, but you could learn more about C and Wine
by building on that experience. There are lots of small and easy improvements
that can be done get Wordpad up to par with native. Then come bac
Remco wrote:
Will winebot be a win32 app or a linux app? Making it a win32 app and
developing it on Windows would probably reveal more Wine bugs.
Hi Remco,
Winebot is a PERL/Linux code which calls BASH or AutoHotKey scripts.
AutoHotkey is a Windows application, so I can safely say, that Winebo
33 matches
Mail list logo
