On Mon, Nov 23, 2009 at 9:23 PM, Stefan Dösinger wrote:
>
> Am 23.11.2009 um 21:00 schrieb chris ahrendt:
>> The test fails with :
>>
>> query.c:224: Test failed: IDirect3DQuery9_GetData a 2nd time on a ended
>> query returned 0001
> This is Windows, right? Which GPU/driver?
>
> My guess is t
On Tue, Nov 24, 2009 at 5:12 AM, chris ahrendt wrote:
> Ok going through and looking at the next failure in wine tests I found this
> one :
>
>
> If you look at the code its:
>
>
> 779 color = getPixelColor(device, 160, 120);
> 780 red = (color & 0x00ff) >> 16;
> 781 green =
On Tue, Nov 24, 2009 at 9:10 AM, Dmitry Timoshkov
wrote:
> "Roderick Colenbrander" wrote:
>
>> +/* Nvidia converts win32 error codes to (0xc007 << 16) | win32_error_code
>> */
>> +#define NVIDIA_HRESULT_FROM_WIN32(x) (HRESULT_FROM_WIN32(x) | 0x4000)
&
On Wed, Nov 25, 2009 at 3:46 AM, chris ahrendt wrote:
> Roderick Colenbrander wrote:
>> On Tue, Nov 24, 2009 at 5:12 AM, chris ahrendt wrote:
>>> Ok going through and looking at the next failure in wine tests I found this
>>> one :
>>>
>>>
>
ell guru, so I would love
to get some positive feedback)
Thanks,
Roderick Colenbrander
winediag
Description: Binary data
On Wed, Dec 2, 2009 at 9:11 PM, Dan Kegel wrote:
> I love the idea. Could it be packaged with wine, or
> do you think it would be better off being a cousin of winetricks?
>
>
>
The current script is a proof of concept. It would be nice if we could
have something like this in Wine. The main thin
On Sat, Dec 5, 2009 at 12:50 PM, Stefan Dösinger wrote:
>
> Am 05.12.2009 um 10:35 schrieb Chris Robinson:
>> Except it also has API-provided 3D features that would be a big benefit for
>> implementing DSound3D,
> This is indeed a big plus for OpenAL - if we use our own sound system we'll
> have
I have made some drawings of the current Wine audio architecture, the
WinXP architecture, the Vista architecture and the proposals we have
seen. The drawings are based on information which can be found on
MSDN. Regarding Vista/Win7 it would be useful to read:
http://msdn.microsoft.com/en-us/library
On Sun, Dec 6, 2009 at 5:08 PM, Stefan Dösinger wrote:
>
> Am 06.12.2009 um 15:32 schrieb Roderick Colenbrander:
>> This audio engine is quite similar to
>> pulseaudio and it offers functionality like per stream volume which
>> normal APIs like oss/alsa/openal don't o
On Sun, Dec 6, 2009 at 5:10 PM, Roderick Colenbrander
wrote:
> On Sun, Dec 6, 2009 at 5:08 PM, Stefan Dösinger
> wrote:
>>
>> Am 06.12.2009 um 15:32 schrieb Roderick Colenbrander:
>>> This audio engine is quite similar to
>>> pulseaudio and it offers functi
On Sun, Dec 6, 2009 at 10:42 PM, Stefan Dösinger wrote:
>> Though, how would MIDI be handled. I think that OpenAL doesn't handle MIDI...
> Good question.
>
> As far as I can see PulseAudio doesn't support MIDI either, but it is
> certainly available in Alsa, CoreAudio and on Windows Vista, even t
On Sun, Dec 6, 2009 at 11:19 PM, Stefan Dösinger wrote:
>
> Am 06.12.2009 um 22:57 schrieb Roderick Colenbrander:
>> Joysticks work using /dev/js or evdev these days. It was hard to find
>> some info on MIDI for Vista but I believe it still works using WinMM.
>> You rea
On Sun, Dec 6, 2009 at 11:34 PM, Stefan Dösinger wrote:
>
> Am 06.12.2009 um 23:21 schrieb Maarten Lankhorst:
>> I wouldn't be surprised if this still was the case, we could keep the midi
>> interfaces around and just report 0 wave in/out devices for
>> oss/coreaudio/alsaa once we complete wine7
On Mon, Dec 7, 2009 at 11:53 AM, Francois Gouget wrote:
> On Sun, 6 Dec 2009, Reece Dunn wrote:
> [...]
>> If Wine is going to go down the Windows 7 audio route, why not
>> redirect everything to pulseaudio?
>
> Is PulseAudio supported on Mac OS X, FreeBSD and Solaris?
> If not then we'd need an a
On Mon, Dec 7, 2009 at 10:17 PM, Henri Verbeet wrote:
> 2009/12/7 Roderick Colenbrander :
>> Use this version instead. The last version contained some updates to
>> the wined3d winediag patch.
>>
> Sending this to winediag does mean it won't show up in +wgl traces
>
On Mon, Dec 7, 2009 at 11:00 PM, Ken Thomases wrote:
> On Dec 6, 2009, at 10:08 AM, Stefan Dösinger wrote:
>
>> Am 06.12.2009 um 15:32 schrieb Roderick Colenbrander:
>>> This audio engine is quite similar to
>>> pulseaudio and it offers functionality like per strea
>> If there are any other open concerns, apart from packaging, let me know,
>> since I really want to get dsound openal merged. :)
>> If there are still concerns that are open I would like to know, especially
>> if they affect wasapi which is defined in include/audioclient.idl and
>> audiopolicy
On Sun, Dec 13, 2009 at 10:40 AM, Nikolay Sivov wrote:
> Hi.
>
> Yesterday I looked at XP introduced messages for Edit controls
> (EM_SETCUEBANNER/EM_GETCUEBANNER).
> This definitely doesn't work without v6 module loaded.
>
> Does someone have any idea how this supposed to work? Any comments are
>
On Sun, Dec 13, 2009 at 11:48 AM, Nikolay Sivov wrote:
> On 12/13/2009 13:08, Roderick Colenbrander wrote:
>>
>> On Sun, Dec 13, 2009 at 10:40 AM, Nikolay Sivov
>> wrote:
>>
>>>
>>> Hi.
>>>
>>> Yesterday I looked at XP introduced
>> The main test which AJ suggested would be to 'force' native user32 to
>> call RegisterClassNameW. There would be a dummy dll containing a
>> RegisterClassNameW to which lets say the Button control would be
>> redirected using a manifest.
>
> If I got it right you're talking about a dummy dll wit
On Sun, Dec 13, 2009 at 1:46 PM, Nikolay Sivov wrote:
> On 12/13/2009 15:15, Roderick Colenbrander wrote:
>>>>
>>>> The main test which AJ suggested would be to 'force' native user32 to
>>>> call RegisterClassNameW. There would be a dummy dll conta
On Tue, Dec 15, 2009 at 11:08 AM, Nikolay Sivov wrote:
> On 12/13/2009 15:15, Roderick Colenbrander wrote:
>>>>
>>>> The main test which AJ suggested would be to 'force' native user32 to
>>>> call RegisterClassNameW. There would be a dummy dll c
Hi Giuseppe,
Support for 64-bit is under heavy development and it our goal for Wine
1.2. A simple script to forward execution to 32-bit or 64-bit wine is
not enough. Work is going on to integrate 32-bit and 64-bit Wine.
Parts of the infrastructure for this are already in place (e.g. a
shared wines
On Tue, Dec 22, 2009 at 4:51 PM, Stefan Dösinger wrote:
> We had a discussion in wine-devel a few days ago about which GL usage is
> better. The red book also agrees with the GL wiki, but the GL 3.0 spec uses
> the confusing language the extension used.
>
> In my performance testing there is no
On Tue, Dec 22, 2009 at 6:44 PM, Henri Verbeet wrote:
> 2009/12/22 Stefan Dösinger :
>> + conv = ((FVF & WINED3DFVF_POSITION_MASK) == WINED3DFVF_XYZRHW ) || (FVF
>> & (WINED3DFVF_DIFFUSE | WINED3DFVF_SPECULAR));
>> hr = buffer_init(object, This, Size, Usage, WINED3DFMT_VERTEXDATA,
>> -
On Tue, Dec 22, 2009 at 5:08 PM, Roderick Colenbrander
wrote:
> On Tue, Dec 22, 2009 at 4:51 PM, Stefan Dösinger
> wrote:
>> We had a discussion in wine-devel a few days ago about which GL usage is
>> better. The red book also agrees with the GL wiki, but the GL 3.0 spec uses
Since we group cards, there is no need to add a lot of extra PCI ids.
On Wed, Dec 30, 2009 at 1:02 PM, Aaron Brazener wrote:
> The attached patch is to add the missing PCI device information for
> the Nvidia 8xxx series of cards.
>
>
>
>
On Mon, Jan 4, 2010 at 7:18 PM, Geoffrey Hausheer
wrote:
> On Mon, Jan 4, 2010 at 9:06 AM, Wolfram Sang wrote:
>>> task. There doesn't appear to be anything in this code that would be
>>> patent encumbered, but the code itself certainly falls under
>>> Hidenori's copyright which he has effective
Just to provide some reference to another project which had a similar
issue. As you likely know Android is based on Linux. Except for the
kernel which is obviously GPL, the platform uses as little (L)GPL code
as possible. Their libc implementation, Bionic, is based on BSD but
they required Linux he
On Tue, Feb 2, 2010 at 8:46 PM, Luca Bennati wrote:
> First: should i open a bug for this?
> The problem is from the new libpng 1.4.0: this evening i just updated this
> lib, and now i get compile error in dlls/windowscodecs/pngformat.c
> I'm still investigating the issue to find a solution, but t
On Wed, Feb 3, 2010 at 11:57 AM, Luca Bennati wrote:
>
>
> 2010/2/3 Luca Bennati
>
>>
>> LD_LIBRARY_PATH="../../libs/wine:$LD_LIBRARY_PATH" ../../tools/wrc/wrc
>> --nostdinc -I. -I. -I../../include -I../../include -D__WINESRC__
>> -foversion.res version.rc
>> ../../tools/winegcc/winegcc -B../..
> Emmanuel's code is available from Sourceforge. It is a good starting
> point for this. If you want, send me what you have so far for testing
> purposes. It would be great to have a native MacOSX windowing system.
>
> James McKenzie
>
The design of the old quartz driver is not correct. I remem
On Sun, Feb 7, 2010 at 4:40 PM, Reece Dunn wrote:
> On 7 February 2010 15:02, Roderick Colenbrander
> wrote:
>>> Emmanuel's code is available from Sourceforge. It is a good starting
>>> point for this. If you want, send me what you have so far for testing
>&g
On Fri, Feb 12, 2010 at 8:01 AM, Charles Davis wrote:
> Jui-Hao Chiang wrote:
>> Hi, all:
>>
>> I am currently starting a project which tries to run a window
>> application on one (source) machine, and display on another
>> (destination) machine. Of course, the VNC or X11 forwarding technique
>> c
On Sun, Feb 14, 2010 at 6:31 PM, David Gerard wrote:
> On 12 February 2010 06:11, Jui-Hao Chiang wrote:
>
>> I am currently starting a project which tries to run a window
>> application on one (source) machine, and display on another
>> (destination) machine. Of course, the VNC or X11 forwarding
On Mon, Feb 15, 2010 at 2:13 AM, Dan Kegel wrote:
> On Sun, Feb 14, 2010 at 4:46 PM, Ben Klein wrote:
>> On 15 February 2010 11:13, Dan Kegel wrote:
>>> I recall that Paul Hampson did a first cut at using XI2,
>>> linked to from the bottom of http://wiki.winehq.org/DInput,
>>> and http://wiki.wi
On Mon, Feb 15, 2010 at 3:40 PM, Warren Dumortier wrote:
> As a simple user i have a question.
> Will WIne include the patch once it exists and is accepted or will the
> Wine team only include it once all major distros use the new Xorg?
> I'm really looking forward XInput2 in Wine, but maybe both
On Tue, Feb 16, 2010 at 10:35 AM, Alexandre Julliard
wrote:
> Erich Hoover writes:
>
>> I'm sorry it's taken me so long to get back on this issue, I've been
>> attempting to come up with, and test, an alternative solution. The
>> original patch was approached with a mind toward keeping the code
Our DirectDraw implementation is good. Sure there are performance
issues in some cases but those can be fixed. SDL is not suited for
DirectDraw emulation because it doesn't offer all the functionality we
need. Second, SDL on Linux uses X11 and other APIs directly. Games
running on Wine use win32 AP
On Tue, Feb 23, 2010 at 2:29 PM, Francois Gouget wrote:
> On Sun, 21 Feb 2010, Dan Kegel wrote:
>
>> I've just added
>> http://wiki.winehq.org/SummerOfCode#head-5cdc861e4369f94f0af19d09710d33d76b1f5c64
>> Current text:
>> "Big games are hard to debug.
>> Small demo games show interesting problems
In what situation does it exactly crash for you? Is it crashing
because there is no libGL around? I'm not sure what the right thing to
do is. Due to it our wglGetProcAddress won't function because it
relies on glXGetProcAddress.
Our use of wglGetProcAddress isn't correct (but it works on WINE :))
On Wed, Mar 3, 2010 at 8:14 AM, Kusanagi Kouichi wrote:
> On 2010-03-02 18:06:00 +0100, Roderick Colenbrander wrote:
>> In what situation does it exactly crash for you? Is it crashing
>> because there is no libGL around? I'm not sure what the right thing to
>
The main thing we lack at this point is an opencl32 -> libCL (or is it
libopencl) wrapper. Though it might be wise to wait a bit with it
since the library isn't stable yet. Right now vendors have their own
libs but it seems to be moving to an ICD mechanism similar to opengl.
This might influence th
Hi,
Multiple times a day you encounter people who can't get 3D working in
Wine. I'm getting so sick of these questions, that I decided to start
a new page on the Wiki.
http://wiki.winehq.org/3DDriverIssues
Feel free to add more information to it. I don't want it to give
detailed instructions on h
Hi Luke,
We don't want to have all possible GPU models in (there are so many
different models). It only gives a hint to apps (yes the proper amount
of video memory is more serious) but this should be fixed in a
different way I think e.g. nv-control. I think I might look into that
again soon.
Rode
On Mon, Mar 8, 2010 at 10:41 PM, Stefan Dösinger wrote:
>
> Am 08.03.2010 um 13:23 schrieb Roderick Colenbrander:
>
>> Hi,
>>
>> Multiple times a day you encounter people who can't get 3D working in
>> Wine. I'm getting so sick of these questions, that I
On Mon, Mar 8, 2010 at 10:40 PM, Stefan Dösinger wrote:
>
> Am 08.03.2010 um 14:21 schrieb Roderick Colenbrander:
>
>> Hi Luke,
>>
>> We don't want to have all possible GPU models in (there are so many
>> different models). It only gives a hint to apps (yes t
On Tue, Mar 9, 2010 at 11:00 AM, Maarten Lankhorst
wrote:
> Hi Dan,
>
> 2010/3/9 Dan Kegel :
>> Hey folks,
>> before Maarten goes and implements wine audio
>> on top of OpenAL, does anyone know of a nice
>> automated tool for measuring audio latency
>> that works on multiple APIs? i.e. it'd be co
On Tue, Mar 9, 2010 at 8:42 PM, Scott Ritchie wrote:
> I've run into a few applications that simply assume Java is installed. They
> die horribly with a "javaw" not found.
>
> My first inclination is to just pop up a message explaining what went wrong
> and how to fix it, with a clickable link to
On Fri, Mar 12, 2010 at 11:58 AM, Stefan Dösinger
wrote:
>
> Am 11.03.2010 um 22:34 schrieb Roderick Colenbrander:
>
>> Hi,
>>
>> This patch makes IWineD3DDeviceImpl_ColorFill use Clear instead of
>> BltOverride for color filling (it falls back to software blit
On Sun, Mar 14, 2010 at 4:23 AM, James McKenzie
wrote:
> Stefan Dösinger wrote:
>> Am 08.03.2010 um 13:23 schrieb Roderick Colenbrander:
>>
>>
>>> Hi,
>>>
>>> Multiple times a day you encounter people who can't get 3D working in
>>> W
On Sat, Mar 13, 2010 at 11:40 PM, Scott Ritchie wrote:
> On 03/12/2010 11:01 AM, André Hentschel wrote:
>>
>> Hi Folks,
>> As we are getting somehow closer to Wine 1.2 i wonder how important
>> updates on the Documentation are.
>> Further i am confused about sending patches, should they just chang
Direct2D support might not be that far away though and we MIGHT be
able to use the native dll for now (depending on how it is
implemented). The library is build on top of DXGI which is the toolkit
on top of which Direct3D10/11 are build as well. It is responsible for
things like communication with
On Wed, Mar 17, 2010 at 2:54 PM, Henri Verbeet wrote:
> On 17 March 2010 14:48, Roderick Colenbrander wrote:
>> This first patch disables hardware accelerated 8-bit blitting. This
>> code will completely use the shader backend later on and won't require
>> hacks like &
On Wed, Mar 17, 2010 at 5:27 PM, Austin English wrote:
> Howdy,
>
> I've been testing some games lately on Windows/Wine, and wanted to see
> the difference in framerates. On windows, I've been using Fraps, which
> works decently well, but not under wine (and it doesn't work for
> Assassin's creed)
Hi Vitaly,
In case of Age of Empires the performance is certainly affected by the
DIB code. As you have seen, right now we perform all rendering (except
when XRender is around but that's typically for >8-bit) at the depth
of the Xserver and perform conversions back and forth. Alexandre
mentioned s
On Fri, Mar 19, 2010 at 8:40 AM, Damjan Jovanovic wrote:
> Hi
>
> We've already got ntoskrnl.exe, hal.dll, mountmgr.sys and usbd.sys,
> with at least usbhub.sys hopefully coming soon, and I've been thinking
> it's a good idea to have some regressions tests for these.
>
> The problem, of course, is
On Mon, Mar 22, 2010 at 6:49 PM, Charles Davis wrote:
> Hi,
>
> I intend to participate in the Google Summer of Code this year, and I
> have several ideas for Wine that I'd like to bounce off you guys to see
> what you think. Note that all my proposals are Mac OS-based (I run Mac
> OS X), so many
Hi,
For a while we have been discussing on how to clean up / rewrite some
parts of the surface code in WineD3D. I did submit a number of patches
to initiate a rewrite of some parts but not all patches were correct
and it wasn't clear what final design I had in mind. I'm posting my
ideas to here to
On Tue, Mar 23, 2010 at 11:05 PM, Henri Verbeet wrote:
> On 23 March 2010 18:41, Roderick Colenbrander wrote:
>> Hi,
> ...
>>
> How about something along these general lines:
>
> blitter_setup_context(src, dst, rop, ...)
> {
> context = context_acquire(
On Wed, Mar 24, 2010 at 12:35 PM, Stefan Dösinger
wrote:
> Am Mittwoch 24 März 2010 12:00:48 schrieb Henri Verbeet:
>> On 24 March 2010 11:55, Roderick Colenbrander
> wrote:
>> > Sure color keying needs to be handled by the fragment pipe. Though I
>> > would li
On Wed, Mar 24, 2010 at 1:19 PM, Henri Verbeet wrote:
> On 24 March 2010 12:53, Roderick Colenbrander wrote:
>> Now back to the blitter design. Henri's proposal is to have several
>> blitters for this discussion reduce it to shader_blit and cpu_blit.
>> The cpu_blit
On Thu, Mar 25, 2010 at 9:10 AM, Henri Verbeet wrote:
> On 24 March 2010 23:53, Stefan Dösinger wrote:
>>
>> These flags will be unset if the format is not supported by GL and is
>> consistent with the other
>> depth stencil check functions.
> So what happens if the GL implementation doesn't sup
On Thu, Mar 25, 2010 at 9:26 AM, Henri Verbeet wrote:
> On 25 March 2010 09:17, Roderick Colenbrander wrote:
>> My suggestion was to extend 'init_format_texture_info' and set
>> 'wined3d_format_desc->supported' when the extension is around.
>>
> Th
On Thu, Mar 25, 2010 at 10:02 AM, Stefan Dösinger
wrote:
> Am Donnerstag 25 März 2010 09:10:19 schrieb Henri Verbeet:
>> So what happens if the GL implementation doesn't support
>> ARB_depth_texture, for example?
> Good point. Maybe we should only look at those flags when we're using FBOs? I
> thi
On Thu, Mar 25, 2010 at 11:58 PM, Stefan Dösinger
wrote:
> Am Donnerstag 25 März 2010 23:02:33 schrieb Roderick Colenbrander:
>>
> +DWORD color_convert_argb_to_fmt(DWORD color, WINED3DFORMAT destfmt)
> This only works with formats that are encoded in integers with 32 bit or les
On Tue, Mar 30, 2010 at 4:34 PM, John Koelndorfer
wrote:
> Hello wine-devel,
>
> My name is John and I'm a computer science major at the University of
> Minnesota, Twin Cities campus. I've made quite a bit of use of Wine before
> (and I have purchased Crossover) and I'm inspired to give something
On Tue, Mar 30, 2010 at 11:04 PM, John Koelndorfer
wrote:
>> (Correction: I've never worked on D3D :-)
>
> Fair enough, I just noted that you were listed as a possible mentor
> for that project so I figured you'd be the person to ask.
>
>> Sure, you could find and fix tons of problems that way, I
On Wed, Mar 31, 2010 at 12:13 AM, John Koelndorfer
wrote:
> I've done a little bit of research on Direct3D. Having seen how easy
> the tutorial at http://www.directxtutorial.com/ is, I think I'd like
> to propose the following: a 3D benchmarking program that would allow
> users and developers to d
On Wed, Mar 31, 2010 at 11:56 AM, Stefan Dösinger
wrote:
> Hi,
>
> I think writing (yet another) D3D benchmark isn't going to help a lot, there
> are already numerous benchmarks out there.
>
> I have built a very hacky set of cxtest and php scripts that run a bunch of
> benchmarks and games(3DMark
On Wed, Mar 24, 2010 at 9:09 PM, Henri Verbeet wrote:
> On 24 March 2010 20:03, Roderick Colenbrander wrote:
>> I have experimented a bit with the design (intially only color fill
>> since that's quite independent). Note this is just a proof of concept
>> (some of
On Thu, Apr 1, 2010 at 10:17 AM, Morten Rønne wrote:
> Hi Wine-devel
>
> My name is Morten and I would like for some of my old DOS/WIN95 games to
> work with wine. :)
>
> I know that I most likely could solve this by using DOSbox and/or DOSemu.
> But I don't consider either of them user friendly i
On Thu, Apr 1, 2010 at 1:45 PM, Henri Verbeet wrote:
> On 1 April 2010 12:50, Roderick Colenbrander wrote:
>> - if (is_identity_fixup(src_format_desc->color_fixup))
>> - {
>> - TRACE("[OK]\n");
>> - return TRUE;
>> - }
>>
On Thu, Apr 1, 2010 at 6:31 PM, John Koelndorfer wrote:
>> This is not something within GSOC scope in my opinion, I expect you will
>> need 6 weeks alone to get up to speed with the concepts of msi and patching.
>>
>> In general I think it's better to identify a small set of APIs to implement
>> o
On Thu, Apr 1, 2010 at 7:24 PM, Vincent Povirk
wrote:
>> If you want to do something in the .NET area perhaps some work can be
>> done on Mono integration (see the mono topic Vincent started) and the
>> wiki (http://wiki.winehq.org/Mono).
>
> While this has the advantage of being an area where no
On Fri, Apr 2, 2010 at 12:15 PM, Henri Verbeet wrote:
> On 1 April 2010 23:58, Roderick Colenbrander wrote:
>> + /* In general we don't support any destination fixups except for P8. P8
>> fixup
>> + * can occur in three cases:
>> + * 1) Blit from p8 s
On Fri, Apr 2, 2010 at 3:24 PM, Henri Verbeet wrote:
> On 2 April 2010 13:49, Roderick Colenbrander wrote:
>> This was a long mail (hope you can make sense of it). To summarize the
>> P8 check in blit_supported is so ugly (and it might not work in all
>> cas
On Sun, Apr 4, 2010 at 3:32 PM, k4king wrote:
>
> how seamless could the integration be made?
> I've seen a number of programs (mainly installers) and also guilty of
> writing a few win apps that shell out a dos call and return to continue.
The command prompt in windows works similar to DOS but i
On Mon, Apr 5, 2010 at 10:45 AM, Edward Hervey wrote:
> Hi all,
>
> I took some time this morning to rebase tdavenport's gst/dshow branch
> against current master and added my comments/reviews in the last commit.
>
> The branch can be found here :
> http://github.com/bilboed/wine/tree/tdaven-reb
On Mon, Apr 5, 2010 at 9:52 PM, Stefan Dösinger wrote:
>
> Am 05.04.2010 um 20:05 schrieb Roderick Colenbrander:
>> - IWineD3DDeviceImpl *device = This->resource.device;
>> - if((This->resource.usage & WINED3DUSAGE_RENDERTARGET) &&
KDE used to have a plugin called 'reaktivate' which was also something similar.
Roderick
On Tue, Apr 6, 2010 at 3:52 PM, Tom Wickline wrote:
> e.g. CrossOver Plugin thats now part of CrossOver Office...
>
> :)
>
> Tom
>
> On Tue, Apr 6, 2010 at 4:24 PM, Joni Salmela
> wrote:
>>
>> I have an id
Hi Alexander,
Good to see you back in GSoc. I can't comment on IE / control panel as
I don't know much about it but I will comment to another small part.
> As for my own project ideas, I think it would have been interesting to
> implement IPX over TCP in winsock, since most of the games that use
On Wed, Apr 7, 2010 at 4:21 AM, Conrad Buck wrote:
> Hello devels,
> I'm looking at submitting a SoC proposal to the wine project, but I'm
> feeling a little overwhelmed as my current coding experience is all over the
> place, and very little of it working with existing projects. My most rece
On Thu, Apr 8, 2010 at 11:59 AM, Henri Verbeet wrote:
> On 7 April 2010 23:12, Roderick Colenbrander wrote:
>> ---
>> dlls/wined3d/device.c | 5 +-
>> dlls/wined3d/surface.c | 169
>> +++-
>> dlls
On Thu, Apr 8, 2010 at 11:58 AM, Henri Verbeet wrote:
> On 7 April 2010 23:12, Roderick Colenbrander wrote:
>> @@ -236,9 +236,55 @@ struct wined3d_format_texture_info
>> GLint gl_format;
>> GLint gl_type;
>> unsigned int flags;
>>
On Fri, Apr 9, 2010 at 12:40 PM, Ben Klein wrote:
> On 9 April 2010 20:30, Damjan Jovanovic wrote:
>> On Fri, Apr 9, 2010 at 12:04 PM, Dan Kegel wrote:
>>> This seemed like a useful overview of how the various layers relate to
>>> each other:
>>> http://tuxradar.com/content/how-it-works-linux-au
On Fri, Apr 9, 2010 at 7:30 PM, Dan Kegel wrote:
> Helge wrote:
>> I happen to have Windows/System32.
>
> Hang on right there. Why? Once I understand that, the rest will be easier.
>
> Winetricks does handle the case where users renamed windows/fonts to
> windows/Fonts, because it was observed
I'm not sure how the bot works but it looks like it concatenated some
of my patches together and then applied to them. I have no idea to
what Wine version it was since it applies fine on Wine git here. It
could be that I'm doing something wrong but I don't see where.
Roderick
On Mon, Apr 12, 201
On Wed, Apr 14, 2010 at 4:38 PM, Matijn Woudt wrote:
> On Wed, Apr 14, 2010 at 4:27 PM, Stefan Dösinger
> wrote:
>>
>> Am 14.04.2010 um 15:44 schrieb Henri Verbeet:
>>
>>> On 14 April 2010 15:07, Stefan Dösinger wrote:
> 3) Implement the compiler in d3dcompiler_xx.
I wrote a basic HLSL
On Wed, Apr 14, 2010 at 5:19 PM, Matijn Woudt wrote:
> On Wed, Apr 14, 2010 at 4:51 PM, Roderick Colenbrander
> wrote:
>> On Wed, Apr 14, 2010 at 4:38 PM, Matijn Woudt wrote:
>>> On Wed, Apr 14, 2010 at 4:27 PM, Stefan Dösinger
>>> wrote:
>>>>
>>
On Wed, Apr 14, 2010 at 7:22 PM, Matijn Woudt wrote:
> On Wed, Apr 14, 2010 at 6:47 PM, Matteo Bruni
> wrote:
>>> dlls/wineshader doesn't exist in that tree?
>>>
>>
>> Check if you are in the correct branch (should be the "compiler"
>> branch in his tree).
>>
>
> Right, my mistake.
>
Lastly
I can't see the screenshot well but that's notepad? What display
drivers are you using?
Roderick
On Thu, Apr 15, 2010 at 3:36 AM, Erich Hoover wrote:
> I noticed a problem with the icons in Wine when alt+tabbing today. After
> doing a regression test it appears that commit
> c29cf0591976f96c3ad
Obviously this patch and the same for 4/4 can be dropped. I'm still a
bit new to git send-email and my out directory wasn't empty, so it
picked these two up.
Roderick
On Fri, Apr 16, 2010 at 8:49 AM, Roderick Colenbrander
wrote:
> Just some clever AMD rebranding for Ch
On Sun, Apr 18, 2010 at 5:40 PM, Stefan Dösinger wrote:
>
> Am 18.04.2010 um 04:57 schrieb Dan Kegel:
>> At the moment, my plan is to simply dedicate a machine
>> and script a daily run of a couple benchmarks with +fps,
>> and upload the resulting framerates to a web page
>> so we can notice if so
On Sun, Apr 18, 2010 at 8:32 PM, Stefan Dösinger wrote:
>
> Am 18.04.2010 um 18:33 schrieb Roderick Colenbrander:
>> There's not much better than can be done. Some games use the same
>> calculation as in Wine while others take into account previous
>> results. Her
On Mon, Apr 19, 2010 at 1:44 PM, Stefan Dösinger wrote:
>
> Am 18.04.2010 um 20:42 schrieb Roderick Colenbrander:
>> Implementation details aside it would be very useful if a mechanism
>> can take advantage of GPU monitor APIs like the ones from nvidia
>> perfkit and GL
Do we want useless bug reports / wine test results? I agree that we
want as much people to compile wine64 though. Perhaps an acceptable
solution for now would be to mention that the current gcc is buggy and
let configure link to some easy to use script which can build a proper
compiler.
Roderick
This is actually patch 1/2 and the other 2/2. I should submit patches
in another way next time (either use --annotate, or edit them or
whatever).
Roderick
You caught me! I guess Ge will kill me.
Roderick
On Mon, Apr 26, 2010 at 9:05 PM, Paul Vriens wrote:
> On 04/26/2010 08:29 PM, Roderick Colenbrander wrote:
>>
>> This is actually patch 1/2 and the other 2/2. I should submit patches
>> in another way next time (either us
Ignore patch 1/4 and 2/4 for now. I missed a reply from Henri to the bug report.
Roderick
On Wed, Apr 28, 2010 at 2:29 PM, Roderick Colenbrander
wrote:
> This patch fixes a part of bug 22356. The issue is that Jedi Knight performs
> a full surface copy
> from the back to the front buf
501 - 600 of 694 matches
Mail list logo
