On 21/03/07, Stephan Rose [EMAIL PROTECTED] wrote:
err:d3d9:IDirect3DDevice9Impl_StretchRect Texture filters not supported
yet
So if nobody is doing anything there I might look into that.
I've got a mostly working patch for implementing StretchRect using the
EXT_framebuffer_blit extension.
On 21/03/07, Vitaly Budovski [EMAIL PROTECTED] wrote:
Move the checks for float texture formats into the correct location.
This allows some Direct3D sample applications to start up which check
for any of the float formats together with D3DUSAGE_RENDERTARGET.
---
That's better, but now those
Am Mittwoch 21 März 2007 08:34 schrieb H. Verbeet:
On 21/03/07, Vitaly Budovski [EMAIL PROTECTED] wrote:
Move the checks for float texture formats into the correct location.
This allows some Direct3D sample applications to start up which check
for any of the float formats together with
Dan Kegel wrote:
On 3/20/07, Dan Kegel [EMAIL PROTECTED] wrote:
Sage Line 50 already has a bug filed:
http://bugs.winehq.org/show_bug.cgi?id=2956
but we're hampered because there's no free demo for us to test.
You could register for a free trial cd?
Alexandre Julliard wrote:
Robert Shearman [EMAIL PROTECTED] writes:
I don't see how. It doesn't change the portability with other versions
of make, and although I'm not an expert on shell programmings, I don't
think I used an non-portable constructs there.
The MAKEFLAGS hack is
On So, 2007-03-18 at 18:18 +0100, Kai Blin wrote:
What I'd want to do would be the following:
* add a user
You must handle the case, that the user has no rights
to do that (User is not an Administrator).
Sure. In that case, we just skip the tests like we do now. Nothing lost.
When
On 3/20/07, Kai Blin [EMAIL PROTECTED] wrote:
http://code.google.com/soc/wine/about.html
Like that?
Yeah. That was me attempting something resembling humor. GSoC is
exactly what I meant.
--tim
Giles Cameron wrote:
After learning about the wine debuging output's level system, and seeing
it be used for a while, I think its time we make a couple of new channels.
They would be like the 'trace' channel, only for more spefic purposes,
these could by default be compiled out, but when needed
Stefan Dösinger napsal(a):
Which font patch?
http://bugs.winehq.org/show_bug.cgi?id=7507
Oh, not d3d related.
According to the system requirements the highest it uses is 2.0.
I am also wondering if some of the other bugs, such as geometry being in
the wrong place may be resulting from the
Hello
http://headline.czela.net/Mirek/wine/Supreme%20Commander/ with GLSL and
this is part of messages when playing demo game:
fixme:d3d_draw:drawStridedInstanced 0x502 from
glDrawElements @ drawprim.c / 991
fixme:d3d_draw:drawStridedInstanced Unsupported WINED3DDECLTYPE_FLOAT16_4
On Wednesday 21 March 2007 13:26, Wojciech 'arab' Arabczyk wrote:
http://headline.czela.net/Mirek/wine/Supreme%20Commander/ with GLSL and
this is part of messages when playing demo game:
fixme:d3d_draw:drawStridedInstanced 0x502 from
glDrawElements @ drawprim.c / 991
On 21/03/07, Stefan Dösinger [EMAIL PROTECTED] wrote:
Am Mittwoch 21 März 2007 08:34 schrieb H. Verbeet:
On 21/03/07, Vitaly Budovski [EMAIL PROTECTED] wrote:
Move the checks for float texture formats into the correct location.
This allows some Direct3D sample applications to start up which
On 21/03/07, Mirek [EMAIL PROTECTED] wrote:
fixme:d3d_draw:drawStridedInstanced Unsupported WINED3DDECLTYPE_FLOAT16_4
That'll do it. Looks like it's not so much the GLSL implementation as
the different caps we return when GLSL is used.
Hello Jason,
PS: I think char string[1024]; in the main() should be extended
to char string[2048]; as well! (please see the MS note above)
Yes, I'd agree (to MAXSTRING, but change the 1024 in at least one of
the calls appropriately as well)
yes, there are several places in wcmdmain.c
Lei Zhang wrote:
Believe it or not, there are UNIXes without /dev/stderr and /dev/stdout.
Having regedit option to flush its output to STDOUT (and to get its
input from STDIN) would be very helpful - and in case of STDOUT output
very easy to implement.
Regards
Vit Hrachovy
Sure, but Unices
On 3/19/07, Tom Spear [EMAIL PROTECTED] wrote:
On 3/19/07, Tom Spear [EMAIL PROTECTED] wrote:
On 3/16/07, Vitaliy Margolen [EMAIL PROTECTED] wrote:
Tom Spear wrote:
I did some more checking into this just now. I'm not sure why or how,
but when I installed Worms 2, it installed the
On 3/20/07, Vitaliy Margolen [EMAIL PROTECTED] wrote:
Tom Spear wrote:
2) Is the menu location (~/.local/share/applications) pretty much
universal? In other words IF a patch were submitted to add Start Menu
See: http://standards.freedesktop.org/menu-spec/menu-spec-1.0.html#paths
Robert Shearman [EMAIL PROTECTED] writes:
Alexandre Julliard wrote:
The MAKEFLAGS hack is certainly non portable, and won't behave right
on other makes. Using a shell script will also cause trouble on
Windows. The extra shell evaluation will also require some extra
quoting, that may be
On 3/19/07, Stephan Rose [EMAIL PROTECTED] wrote:
On Mon, 2007-03-19 at 09:40 +0100, Stefan Dösinger wrote:
Am Montag 19 März 2007 01:49 schrieb Stephan Rose:
I've been playing around with the supreme commander install most of
today trying to figure out why it does not want to install.
Allright, I've got the bug nailed to the wall with all of its 6 legs.
What I don't know though is what to do about it. Still trying to find
the right sledgehammer to squash it with
Problem boils down to this:
Supreme Commander has a .cab file that is just under 6 gigs in size.
0x178d42fce
I was looking into my issues with menubuilder and trying to figure out
ways to make the setup automatic so that everything would go where it
should (since I know how to manually make wine put things in the
proper place), and I noticed that no matter how wine is invoked (wine,
winecfg, wineboot,
On 20.03.2007 15:08, Stephan Rose wrote:
So apparently the issue comes down the lseek failing with 4 gig files only
on cd-rom drives and ends up not being a wine bug after all as far as I can
tell. I will try to install it from the hard drive in a little bit and see
if it succeeds then. I
Am Mittwoch 21 März 2007 14:31 schrieb H. Verbeet:
On 21/03/07, Mirek [EMAIL PROTECTED] wrote:
fixme:d3d_draw:drawStridedInstanced Unsupported WINED3DDECLTYPE_FLOAT16_4
That'll do it. Looks like it's not so much the GLSL implementation as
the different caps we return when GLSL is used.
Ah
On Wed, Mar 21, 2007 at 09:31:23AM -0500, Tom Spear wrote:
I was looking into my issues with menubuilder and trying to figure out
ways to make the setup automatic so that everything would go where it
should (since I know how to manually make wine put things in the
proper place), and I noticed
Shouldn't this be done for volume textures as well?
On 3/21/07, Marcus Meissner [EMAIL PROTECTED] wrote:
On Wed, Mar 21, 2007 at 09:31:23AM -0500, Tom Spear wrote:
I was looking into my issues with menubuilder and trying to figure out
ways to make the setup automatic so that everything would go where it
should (since I know how to manually
Another jouralist tries linux article. This one's pretty good.
http://www.computerworld.com/action/article.do?command=viewArticleBasicarticleId=9013280
Her first complaint is that NoteTab Pro doesn't start when installed
with Crossover.
The app is $30 at http://www.notetab.com/ and sadly the
Greetings,
i am thinking about participating in the Summer of Code, and thought it would
be interesting to improve DirectDraw such that Command Conquer Tiberian Sun
Red Alert 2 run faster. Currently, they crash once the mouse is moved
in-game when OpenGL rendering is enabled. Thus the
Am Mittwoch 21 März 2007 20:01 schrieb Alexander Nicolaysen Sørnes:
Greetings,
i am thinking about participating in the Summer of Code, and thought it
would be interesting to improve DirectDraw such that Command Conquer
Tiberian Sun Red Alert 2 run faster. Currently, they crash once the
Am Mittwoch 21 März 2007 17:53 schrieb H. Verbeet:
Shouldn't this be done for volume textures as well?
It is done, unless I missed something:
@@ -896,6 +898,7 @@ static HRESULT WINAPI
IWineD3DDeviceImpl_CreateVolumeTexture(IWineD3DDevice *ifa
object-width = Width;
object-height =
On Wed, 2007-03-21 at 20:32 +0100, Stefan Dösinger wrote:
The other issue is render target locking. This is essentially something that
is not well supported by OpenGL. There are 2 extensions which can help to
improve that, one is the pixel buffer objects extension, the other one is a
nvidia
On Di, 2007-03-20 at 21:12 +0100, Vit Hrachovy wrote:
Hi Bill,
that's not the case I'm searching for. I'm aware that regedit can export
into files. I simply want registry export to STDOUT nothing else.
Did you test reg.exe / regini.exe ?
I'm going to submit a patch with some sort of new
Hi,
(please ignore the other copy I sent from the wrong address by accident)
I'm working on a bug in winex11drv/xdnd.c, where file:/// URIs are not
correctly interpreted, resulting in DnD broken most of the time. There
are two parts of that bug:
1) X11DRV_XDND_BuildDropFiles() fails to properly
On Wed, Mar 21, 2007 at 12:24:23PM -0500, Tom Spear wrote:
Well, Im just wanting to have winecfg run wineprefixcreate after the
ok and apply buttons are pressed, so that the files and folders
created by wineprefixcreate are created in the location of the fake c
drive (in the event a user moved
Maciej Katafiasz [EMAIL PROTECTED] wrote:
+ if(!strncasecmp(p, ://localhost/, 13))
+ {
+ i = 12;
+ } else if (!strncasecmp(p, :///, 4))
+ {
+ i = 3;
+ } else
+ {
+ TRACE(Not a valid file: URI: %s\n, (char*)data);
+ return count;
+ }
Please
On 3/20/07, Dan Kegel [EMAIL PROTECTED] wrote:
Watch out, those deadlines can creep up on you!
If you're a student interested in working on Wine
as part of Google's Summer of Code, you have
only five or so more days to apply. See
http://code.google.com/soc
We still only have a couple
While looking around for a project idea, I noticed that people
are starting to ask for pressure sensitive tablet support in
Photoshop on Wine. Seems like it could be a fun project
for some Summer of Code student.
- Dan
37 matches
Mail list logo