> All,
>
> An interesting piece from Phoronix about new VirtualBox Direct3D
> support; which apparently uses WineD3D in the backend. I haven't
> noticed anything in particular but has Sun been filing bugs / sending
> patches?
>
> http://www.phoronix.com/scan.php?page=news_item&px=NzAyNA
>
> --Z
> As requested I separated the engine in small patches, trying to keep
> original authors when possible.
> As the post didn't appear here (problem with zipped files, maybe ?),
> I've put it on bug 421 page.
> I whish to know if it can be ok for including on wine tree.
>
> Ciao
>
> Max
Getting l
> 1.1.15 fails to build using an identical layout to 1.1.14, which means
> something has changed with either the build dependencies or the way
> configure is working.
>
> Here's the build failure I'm getting on amd64, but it fails on all
> arches:
> http://launchpadlibrarian.net/22606029/buildlog_
> I don't want to be rude, but I have better things to do than
> propagandize my solution. We can live without such library in Wine, it
> would just require us to maintain separate libraries for different
> libc or wine versions. Having it in wine distribution would solve this
> problem smoothly, r
> I had an interesting thought the other day, and that is to having some
> built
> in support for forwarding windows dlls to linux .so's. A while back, I had
> worked on the CUDA wrapper, which basically just transfers the calls from
> the dll to so. At that point I didn't work on a CAL wrapper bec
> On Mon, Feb 16, 2009 at 1:26 PM, Chris Robinson
> wrote:
>
> > On Monday 16 February 2009 9:38:19 am Seth Shelnutt wrote:
> > > I had an interesting thought the other day, and that is to having some
> > > built in support for forwarding windows dlls to linux .so's.
> >
> > IIRC, this kind of thi
Hi,
This weekend I was reading the 'Dutch slashdot' (tweakers.net) about Wine
1.1.17 and a user was wondering when Wine would finally support font
anti-aliasing. I said we have been supporting this for ages. I also thought I
was using it on my own Debian system.
When asking more and more users
> 2009/3/15 Roderick Colenbrander :
>
> > What is so special about Wine why anti-aliasing isn't working for most
> users? (it could be a regression) In Stefan his case it started working
> after installing a Windows tahoma.ttf. What is so special about this font? A
&g
> Roderick Colenbrander wrote:
> >> 2009/3/15 Roderick Colenbrander :
> >>
> >>> What is so special about Wine why anti-aliasing isn't working for most
> >> users? (it could be a regression) In Stefan his case it started working
> >> after i
> Hi,
>
> I'm interested in applying for a GSoC project related to wine. I am
> looking at doing the DirectShow/Gstreamer idea that is listed in the
> wiki (http://wiki.winehq.org/SummerOfCode). From the idea description
> there are a number of factors that would make this an ideal solution.
> T
> Just an idea I came up with for Google's summer of code is perhaps
> implementing some of the D3DXMesh header files and functions so that
> we can get on with implementing functions such as D3DXCleanMesh which
> I believe Assassin's Creed needs.
>
> I have no intention of applying for GSoC howev
> Your email left me confused because you say implementing D3DXMesh is
> small however towards the end of your email say it is a large job.
> Surely having something small is good for SoC projects, no?
>
D3DX is huge and D3DXMesh is a small part of it but I meant that just
implementing D3DXMesh
Original-Nachricht
> Datum: Wed, 18 Mar 2009 20:31:35 +0100
> Von: Tijl Coosemans
> An: Francois Gouget
> CC: wine-devel@winehq.org, wine-patches , Alex
> Kozlov
> Betreff: Re: libwine: Only partially reserve memory beyond 0x8000 on
> FreeBSD.
> On Wednesday 18 Mar
Hi Austin,
Not sure if you are aware of it but there is also cxtest which was written
by codeweavers under the gpl. See http://cxtest.ifne.eu:82/ it seems they
(still?) use it regulary to track regressions. I haven't looked at it and
don't know that autohotkey stuff but how do both differ? Wouldn'
I'm not a favor of adding options as we try to autodetect everything. Users
shouldn't touch them using winecfg in general. If you check lets say appdb
you see a lot of tutorials recommending certain options while the authors
have no idea what the options do and I have seen various tutorials where
r
Hi John,
Unfortunately this patch isn't correct. If we report a different string we
have to report the right strings like in case of the vendor the right driver
name e.g. for Nvidia that is 'nv4_disp.dll'. In case of the board name we
also need to report the right string (the name of the board we
Hi John,
Some suggestions (I think I also told Mirek at the time). Initialize the
strings to NULL in wined3d_main.c where the wined3d_settings struct is
initialized.
Roderick
On Tue, Apr 7, 2009 at 8:02 AM, John Whitlock wrote:
> This patch is from Mirek Slugen . See
> http://www.winehq.org/pi
Hi John,
First of all this are basically two changes in one patch. Keep the vendor
one separated from the device string. Second the opengl renderer string
shouldn't be directly returned. In short d3d apps can query the pci id and
opengl doesn't expose it (we aren't allowed to use /proc for card de
On Fri, Apr 17, 2009 at 9:34 PM, Joel Holdsworth
wrote:
> Hi,
>
> Apologies if you've already read this - I've been having trouble
> getting the message to go through.
>
> I just had a play around with Tango-ifying Wine. The end result was
> quite pleasing. There aren't too many icons to deal with
On Fri, Apr 17, 2009 at 11:51 PM, Warren Dumortier wrote:
> 2009/4/17 Roderick Colenbrander :
>> On Fri, Apr 17, 2009 at 9:34 PM, Joel Holdsworth
>> wrote:
>>> Hi,
>>>
>>> Apologies if you've already read this - I've been having trouble
>>
On Sat, Apr 18, 2009 at 8:50 PM, Joel Holdsworth
wrote:
>> Making the icon(s) configurable would be a bonus.
>
> Yes I'm not this will be possible in the first instance, because icons
> have to be compiled into the DLL resources at compile time. In the long
> run, it might be possible for some of
On Sun, Apr 19, 2009 at 12:31 AM, Remco wrote:
> On Sat, Apr 18, 2009 at 11:36 PM, Henri Verbeet wrote:
>> 2009/4/18 Ben Klein :
>>>
>>> Right now, there's one thing bugging me: bug 14939. If Dan (or others)
>>> would like to implement a method of deferring S3TC texture
>>> decompression to the a
Hi,
Massimo demonstrated the need for a DIB engine for Autocad but the way
it is implemented is not fully correct. We already talked a bit about
that on IRC. He is right that it should be implemented inside gdi32
and that it should be done in small steps (where possible). His idea
is to add his 'D
On Tue, Apr 28, 2009 at 5:45 PM, Jesse Allen wrote:
> On Tue, Apr 28, 2009 at 8:13 AM, Massimo Del Fedele wrote:
>> 2) when winedib.drv is working good enough, wanted to "detach" it from
>> winex11.drv, so make another "driver" comprising DDB parts of wineX11
>> and all optimizations needed.
On Tue, Apr 28, 2009 at 7:48 PM, Massimo Del Fedele wrote:
> Roderick Colenbrander ha scritto:
>
>>
>> We shouldn't introduce a temporary driver.
>
> Why ?
>
> I can't speak for Alexandre
>>
>> but I think he would prefer to let winex11.drv no
On Wed, Apr 29, 2009 at 10:34 AM, Luke Benstead wrote:
> It would be nice to see what Alexandre's opinion of the options
> discussed in this thread is, as he's ultimately the one who will
> decide.
>
> From an observer's point of view, I'd say that moving the current DIB
> code out of wineX11 firs
On Fri, May 1, 2009 at 1:36 AM, Seth Shelnutt wrote:
> Hello all,
>
> I'm trying to see if I can get a folding monitor,
> http://code.google.com/p/hfm-net/ working in Wine. I've installed the latest
> wine, 1.1.20, and the latest mono for windows 2.4. It seems however that
> either mono or Wine, I
On Sat, May 2, 2009 at 6:55 PM, Joel Holdsworth
wrote:
> Hi All,
>
> I've hit a bit of a wall with alpha blended icons. CreateIcon is working
> fine for icon creation, but ExtractIcon and LoadIconFromResource etc.
> are all proving more of a problem. All of these use various GDI DIB
> functions to
On Sat, May 2, 2009 at 8:57 PM, Joel Holdsworth
wrote:
> On Sat, 2009-05-02 at 20:38 +0200, Roderick Colenbrander wrote:
>> On Sat, May 2, 2009 at 6:55 PM, Joel Holdsworth
>> wrote:
>> > Hi All,
>> >
>> > I've hit a bit of a wall with alpha blended
On Sun, May 3, 2009 at 2:44 AM, Ben Klein wrote:
> 2009/5/3 Joel Holdsworth :
>> On Sat, 2009-05-02 at 22:56 +0200, Roderick Colenbrander wrote:
>>> Why again did you need this specific alphablend method? The icon can't
>>> be converted to use some basic col
On Sat, May 2, 2009 at 11:18 PM, Joel Holdsworth
wrote:
> On Sat, 2009-05-02 at 22:56 +0200, Roderick Colenbrander wrote:
>> On Sat, May 2, 2009 at 8:57 PM, Joel Holdsworth
>> wrote:
>> > On Sat, 2009-05-02 at 20:38 +0200, Roderick Colenbrander wrote:
>> >>
On Sun, May 3, 2009 at 6:28 PM, Roderick Colenbrander
wrote:
> On Sat, May 2, 2009 at 11:18 PM, Joel Holdsworth
> wrote:
>> On Sat, 2009-05-02 at 22:56 +0200, Roderick Colenbrander wrote:
>>> On Sat, May 2, 2009 at 8:57 PM, Joel Holdsworth
>>> wrote:
>>&
On Wed, May 6, 2009 at 3:52 PM, Ben Klein wrote:
> 2009/5/6 Francois Gouget :
>> I have a feeling that Wine is the only 'application' that really tests
>> the Unix OpenGL drivers, by virtue of being the only application to run
>> the really complex vertex and pixel shaders that are found only in
>
On Sun, May 10, 2009 at 5:07 PM, Massimo Del Fedele wrote:
> James McKenzie ha scritto:
>
>>
>> Good work. Have you started to think about how to get this into Wine
>> where AJ will approve?
>>
>> James McKenzie
>>
>
> Ah, I'm not very optimistic that it'll ever enter on wine tree :-)
> Nor have
On Sun, May 10, 2009 at 8:03 PM, Massimo Del Fedele wrote:
> Roderick Colenbrander ha scritto:
>
>>
>> Unfortunately getting this code into Wine is not really possible
>> (Alexandre would like to see Huw finishing the design and all the work
>> but no time has been a
> Office won't benefit at all, I'm afraid. Photoshop, maybe.
> If sponsorship will be based on those apps, I guess we'll wait
> forever :-)
>
> Max
>
>
Photoshop is quite important for Wine (remember for 1.0 getting
photoshop working was one of our main goals). There is still no
serious Photoshop
On Wed, May 13, 2009 at 9:15 PM, Daniel Santos wrote:
> Steven, sorry for the slow response, I got tied up in some other stuff. But
> now back to fun. =) And thanks for your response!
>
> The application is Lord of the Rings Online. They don't use normal version
> numbers, so this bug actually
On Wed, May 13, 2009 at 10:02 PM, Jerome Leclanche wrote:
> I thought reverse engineering was only relevant to MS code? As in
> reverse engineering of windows dlls and so on; another application
> would be irrelevant.
>
> That's what I understood from it anyway.
First of all I'm not a lawyer ;)
Hi,
In order to not let the card database become too long I group a lot of
boards together. That should be doable for the 96xx / 97xx / 98xx
boards you added below and then I use the lowest number of video
memory (512MB). This should be fine for apps as they only need a
reasonable estimate of the
I would recommend to add a new if-statement for hd48xx cards (detect
the 4830, 4850, 4870, 4890) and set those cards to the pci id of the
4830 and set the video memory to let say 512MB for now.
Roderick
On Thu, May 14, 2009 at 7:08 AM, Robert Key wrote:
> Changelog:
> * Add HD4800 series to be d
The patch itself is correct but the comment regarding the X2 4800 is
incorrect. Those cards indeed have 2GB of video memory (and the PR
people mention that to you) but the boards contain two GPUs and both
need a have a copy of textures and other resources (though the GPUs
can communicate using a hi
> I do not know but I suspect that WINE's various Direct3D code utilizes
> OpenGL nVidia Extension or higher level OpenGL ARB Extension rather that
> lower one.
>
> That's why while INTEL OpenGL driver does support DirectX7, DirectX8 level
> 3D wine does not able to run many games on INTEL Linux gr
On Tue, May 19, 2009 at 6:41 PM, Mike Kronenberg
wrote:
> On 18.05.2009, at 06:56, Dmitry Timoshkov wrote:
>
>> "James McKenzie" wrote:
>>
>>> Austin:
>>> Contact Mike Kronenberg or Zach Drayer and see what they currently
>>> have.
>>
>> IMHO since they haven't even bothered so far to change the
On Fri, May 22, 2009 at 2:08 PM, Ben Klein wrote:
> 2009/5/22 Tony Wasserka :
>> Hi everyone,
>> I'm working on implementing D3DXLoadSurfaceFromFileInMemory right now,
>> but I've got a problem. The function
>> most convert a loaded surface's data to a user specified surface format
>> (I did not y
On Fri, May 22, 2009 at 6:11 PM, Stefan Dösinger wrote:
> You may find this helpful:
> http://code.google.com/p/nvidia-texture-tools/
>
> Wrt the legalese check the last question here:
> http://code.google.com/p/nvidia-texture-tools/wiki/FAQ
>
> Using a proven library for s3tc handling is a good i
On Wed, May 20, 2009 at 4:04 PM, Austin English wrote:
> On Wed, May 20, 2009 at 4:46 AM, Roderick Colenbrander
> wrote:
>> On Tue, May 19, 2009 at 6:41 PM, Mike Kronenberg
>> wrote:
>>> On 18.05.2009, at 06:56, Dmitry Timoshkov wrote:
>>>
>>>
On Sun, May 24, 2009 at 2:49 AM, James McKenzie
wrote:
> Roderick Colenbrander wrote:
>>
>> Thanks, I used this to compile wine 1.1.21 for testing purposes this
>> week. I had to update the scripts a bit (e.g. use newere versions of
>> some libraries and tools because t
He might be wanting to use winelib and that should work. People used
it in the past.
Roderick
On Mon, May 25, 2009 at 1:44 PM, Stefan Dösinger wrote:
> Am Montag, 25. Mai 2009 00:49:55 schrieb Michael G Hughes:
>> I have managed to get Wine compiling on a PowerMac G4, MacOSX 10.3.9, a
>> while b
On Mon, May 25, 2009 at 12:18 PM, wrote:
> Hi,
>
> as of wine-1.1.21, wine does not recognize the "early 2009" Mac Mini
> OpenGL version string from nVidia:
> err:d3d_caps:IWineD3DImpl_FillGLCaps Invalid nVidia version string: "2.0
> NVIDIA-1.5.44"
>
> The string probably originates from XQuartz
On Wed, May 27, 2009 at 10:26 AM, Vit Hrachovy wrote:
> Massimo Del Fedele wrote:
>>
>> Btw, sorry all but I begins to be tired of telling same stuffs again and
>> again. I made a proposal for something that *could* help the migration to
>> final design, a *working* proposal, not just a prototype,
On Fri, May 29, 2009 at 11:26 PM, Steven Edwards wrote:
> On Fri, May 29, 2009 at 5:17 PM, Austin English
> wrote:
>> What is the status of the Wine Party Fund this year, to help with the
>> cost of transportation/lodging? I remember quite a bit of it was used
>> up last year...
>
> This also pr
On Tue, Jun 2, 2009 at 10:08 AM, Francois Gouget wrote:
> On Tue, 2 Jun 2009, Ben Klein wrote:
>
>> 2009/6/2 Scott Ritchie :
> [...]
>> > First, I talked with a Pulseaudio expert about what we can do to make
>> > things work better. He said that if we want good compatibility we will
>> > need our
Sure the test fails on your system but I think it is a driver bug or
some change in Vista as a lot of other machines using different
windows versions and drivers work fine. Have you tried updating to a
newer driver version? Perhaps it also matters if you have desktop
effects (dwm?) turned on or off
As of Wine 1.1.23 wined3d made FBOs the default offscreen rendering
method. If you are using a non-nvidia card (those in general have
buggier drivers) that could explain all the failures. Setting
OffscreenRenderingMethod to backbuffer restores the old behavior.
Roderick
On Fri, Jun 5, 2009 at 10:
Check the useful registry keys page at wiki.winehq.org (it is
Direct3D/OffscreenRenderingMethod)
Roderick
On Fri, Jun 5, 2009 at 10:41 PM, chris ahrendt wrote:
>
> On 06/05/2009 04:32 PM, Roderick Colenbrander wrote:
>> As of Wine 1.1.23 wined3d made FBOs the default offscre
Sure that is possible but it is something we should avoid. In the
longterm having this enabled by default is better as it would get ATI
and others to fix their drivers. If we would restore the old value
(the old method is also not great for modern games and causes a lot of
issues, FBOs are needed f
We don't use GL extensions when they aren't around. Perhaps there is a
small check which fails for FBOs. Backbuffer should work fine but a
lot more changes have been made in .23 and those are which cause the
zbuffer error.
Roderick
On Sat, Jun 6, 2009 at 4:58 PM, Milan Kostić wrote:
> Deafulting
Actually I need to fix opengl32 properly. For some reason opengl32 is
opengl 1.2 while it should be 1.1. Then GL_GLEXT_PROTOTYPES is not
needed at all for compiling opengl32.
Roderick
On Wed, Jun 10, 2009 at 12:18 AM, Austin
English wrote:
> GL_GLEXT_PROTOTYPES is defined in GL/gl.h on Mac. Other
10:17 AM, Austin English wrote:
> On Wed, Jun 10, 2009 at 1:30 AM, Roderick
> Colenbrander wrote:
>> Actually I need to fix opengl32 properly. For some reason opengl32 is
>> opengl 1.2 while it should be 1.1. Then GL_GLEXT_PROTOTYPES is not
>> needed at all for compiling o
On Thu, Jun 11, 2009 at 11:09 AM, Detlef Riekenberg wrote:
> On Mi, 2009-06-10 at 21:56 +0200, Roderick Colenbrander wrote:
>
>> -#ifdef HAVE_GL_GLEXT_H
>> -# include
>> -#endif
>
> The same code is used in winex11.drv/opengl.c
> Can this also be removed?
&
On Sun, Jun 14, 2009 at 10:45 PM, Erich Hoover wrote:
> On Sun, Jun 14, 2009 at 2:26 PM, Mike
> Kaplinskiy wrote:
>> I don't know about stubbing drivers, but I remember that
>> autodetection/registry wasn't accepted on the fallout 3 patch. I think
>> AJ would prefer something like
>> http://source.
On Sun, Jun 14, 2009 at 10:52 PM, Roderick
Colenbrander wrote:
> On Sun, Jun 14, 2009 at 10:45 PM, Erich Hoover wrote:
>> On Sun, Jun 14, 2009 at 2:26 PM, Mike
>> Kaplinskiy wrote:
>>> I don't know about stubbing drivers, but I remember that
>>> autodet
On Sun, Jun 14, 2009 at 11:44 PM, Erich Hoover wrote:
> On Sun, Jun 14, 2009 at 3:33 PM, Mike
> Kaplinskiy wrote:
>> ...
>>
>> I didn't mean symlinking to the /lib/wine directory, but rather,
>> symlinking to prefix/windows/system32/ from /lib/wine/ . But since
>> that isn't done either, just copyi
cooperation
with the pulse developers.
I think a lot of issues can already be fixed without requiring a new driver.
Regards,
Roderick Colenbrander
On Tue, Jun 16, 2009 at 12:33 PM, Arthur Taylor wrote:
> Recent activity in http://bugs.winehq.org/show_bug.cgi?id=10495 has
> caused some issue
ry similar to winebrowser, so if
we would go the winelib way might it make sense to extend winebrowser
for this?
I hope to get some feedback and suggestions on how to proceed before I
start writing code.
Thanks,
Roderick Colenbrander
Likely there is just a configuration option in the game to select a
different renderer. I believe the game has a opengl and d3d one. I
have no idea what it means with d3d8 or d3d9. Sometimes games really
use d3d8.dll instead of d3d9.dll but other times the games only use
the 'd3d8 subset' of d3d9.
On Tue, Jun 16, 2009 at 7:23 PM, Brian Vincent wrote:
> On Tue, Jun 16, 2009 at 5:26 AM, Roderick Colenbrander
> wrote:
>>
>> For the past few days I have been looking at MIME handling in Wine. A
>> program I'm using uses CreateProcess to launch a pdf file and I wou
On Wed, Jun 17, 2009 at 10:16 AM, Yann Droneaud wrote:
> Le mercredi 17 juin 2009 à 04:01 +0200, Stefan Dösinger a écrit :
>> The patches seem ok to me, although I'd probably merge them into one
>> patch(there's no point in adding unused defines)
>
> In my first version, I tried to match each mode
Hi Tony,
+WideCharToMultiByte(CP_ACP, 0, This->desc.FaceName, -1,
desc->FaceName, sizeof(desc->FaceName) / sizeof(CHAR), NULL, NULL);
sizeof(desc->FaceName) / sizeof(CHAR) won't give you the length of the
string (remember that sizeof is evaluated at compile time, so the
value is a constant)
Hi Tony,
+hr = D3DXCreateFontA(device, 12, 0, FW_DONTCARE, 0, FALSE,
DEFAULT_CHARSET, OUT_DEFAULT_PRECIS, DEFAULT_QUALITY, DEFAULT_PITCH,
"Arial", &font);
A bunch of font tests all use Arial. On Windows this font is always
around, what happens on Wine when this font isn't around? Perhaps the
n the AMD drivers (on
windows some also don't always work) and before (on catalyst <=9.3 or
it was <=9.2) some tests even caused a system crash. It would be
useful if the tests could be run as they illustrate a lot of tricky
d3d9 situations.
Regards,
Roderick Colenbrander
On Wed, Jun 17,
Wasn't aware that it was a buffer with a fixed size. Then you are
correct and it should work.
Roderick
On Wed, Jun 17, 2009 at 9:04 PM, Tony Wasserka wrote:
> Roderick Colenbrander schrieb:
>> Hi Tony,
>>
>> + WideCharToMultiByte(CP_ACP, 0, This->desc.FaceName,
Have you tried: winedbg --gdb appname.exe? It will use gdb then and
still see win32 symbols I think.
Roderick
On Wed, Jun 17, 2009 at 5:49 PM, Wang, Robin wrote:
> We also have tried using winedbg, but it cannot break into our driver either.
>
> The only way we can break into our driver before i
[HKEY_CLASSES_ROOT\pdffile\shell]
[HKEY_CLASSES_ROOT\pdffile\shell\open]
[HKEY_CLASSES_ROOT\pdffile\shell\open\command]
@="winebrowser \"%1\""
Roderick
On Tue, Jun 16, 2009 at 8:13 PM, Roderick
Colenbrander wrote:
> On Tue, Jun 16, 2009 at 7:23 PM, Brian Vincen
At what sort of points did you try to set breakpoints before? Note
that we are loading opengl dynamically which might make debugging a
little bit harder. What about plain winedbg? Today I tried 'winedbg
--gdb notepad' and indeed had some issues but plain winedbg worked
properly. Further 'gdb wine n
It was just mentioned on IRC that the environment variable
WINELOADERNOEXEC=1 needs to be set. After that you can just run 'gdb
wine' and continue the same way as using wine-preloader.
Roderick
On Mon, Jun 22, 2009 at 10:24 PM, Eric Pouech wrote:
> Wang, Robin a écrit :
>>
>> Hi Roderick,
>>
>> U
On Thu, Jun 25, 2009 at 10:06 PM, Austin English wrote:
> On Thu, Jun 25, 2009 at 8:56 AM, wrote:
>> Hi,
>>
>> Yesterday I edited http://wiki.winehq.org/MacOSX/FAQs to be much less
>> outdated than before and today I found that Dmitry Timoshkov removed all
>> references to Mike Kronenberg's Wine
On Fri, Jun 26, 2009 at 9:42 PM, Steven Edwards wrote:
> On Fri, Jun 26, 2009 at 10:51 AM, Dmitry
> Timoshkov wrote:
>> Darwine site claims that it's under GPL. In any case different name means
>> a different product regardless of claims and intentions. Darwine is not
>> Wine, plain and simple.
>
>
On Mon, Jun 29, 2009 at 8:28 AM, Scott Ritchie wrote:
> Kai Blin wrote:
>>
>> On Monday 29 June 2009 07:51:03 Austin English wrote:
>>>
>>> On Mon, Jun 29, 2009 at 12:46 AM, Kai Blin wrote:
>>
Yes. Realistically, there will be a contract involved regulating what
needs to be done to get th
Hi,
I'm working on rewriting Wine its blitting code using XRender. This
has several advantages e.g. no need for depth conversion, no need for
manual stretching/mirroring, it saves a lot of back-and-forth copying
between X and further various operations will be accelerated by the
GPU using XRender.
I think the slowness can be related to the font code. For some reason
(still have to investigate why) font rendering performance (at least
on nvidia and ati) is 50x faster if you enable font smoothing. (set it
to rgb or bgr, gray is not that much faster). Axel use winetricks to
enable it.
Roderick
On Sun, Jul 12, 2009 at 2:06 AM, James
McKenzie wrote:
> Rolf Kalbermatter wrote:
>> On Thursday July 09, 2009 5:32 PM Chris Robinson wrote:
>>
>>
>>> If OSX will always have Obj-C support, and the Obj-C code can be
>>> restricted to OSX-only code, then the only sticking point, in my eyes,
>>> woul
PM, Roderick
> Colenbrander wrote:
>> This time with patch.
>>
>> Roderick
>>
>> On Sat, Jul 11, 2009 at 9:08 PM, Roderick
>> Colenbrander wrote:
>>> Hi,
>>>
>>> This patch adds a XRender based GetSrcAreaStretch. A lot of work is
>&
I have just tested notepad++ on my system and it works fine. I haven't
tested it using the old color patch but I'm quite certain that was the
issue. If you can retest some apps.
Roderick
On Sun, Jul 12, 2009 at 9:10 PM, Roderick
Colenbrander wrote:
> Could you retry this patch usi
7;t always have to recreate XRender Pictures which could also
help. Performance will get better :)
Roderick
On Tue, Jul 14, 2009 at 1:51 PM, Aurimas Fišeras wrote:
> On 07/11/2009 10:08 PM, Roderick Colenbrander wrote:
>> Hi,
>>
>> This patch adds a XRender based GetSrcAreaStret
advance,
Roderick Colenbrander
From 1ffe94b441654ba146cfe2fd10965b4aed43c03c Mon Sep 17 00:00:00 2001
From: Roderick Colenbrander
Date: Sun, 19 Jul 2009 18:44:21 +0200
Subject: [PATCH] Add support for dibsections in depths other than 1-bit / screen_depth when XRender is around.
---
dlls/winex11
ee and also mention possible Wine crashes due to X errors
> like BadMatch. Try as much programs as possible.
>
> Thanks in advance,
> Roderick Colenbrander
>
I guess some of the font or dib rendering code is making some depth
assumptions somewhere. Is there an english version or demo version of
the app? I could take a look at it then.
Roderick
On Fri, Jul 24, 2009 at 11:06 AM, Anders
Jonsson wrote:
> Roderick Colenbrander wrote:
>> Hi,
>&
On Sat, Jul 25, 2009 at 8:04 AM, lats wrote:
> On 25/07/09 12:46, Daniel Santos wrote:
>
>>
>> I finished the actual code about 3 weeks ago,
>>>
>>> but it's been a lot of work for me to split it out into
>>> smaller pieces, especially being new to git.
>
> The intention is that is that you build a
h I posted to wine-patches). Please report any 2D rendering
>> issues you see and also mention possible Wine crashes due to X errors
>> like BadMatch. Try as much programs as possible.
>>
>> Thanks in advance,
>> Roderick Colenbrander
>>
>>
>>
&g
Hi,
This version should hopefully fix your issues. I hope it also fixes
other gc issues .. I'm not sure if the patch is correct yet though.
Roderick
On Mon, Jul 27, 2009 at 11:08 AM, Matej
Spindler wrote:
> Roderick Colenbrander wrote:
>>
>> Hi all,
>>
>> This i
I have just added two theming related patches which are bit-rotting.
The patches fix drawing issues but in both cases tests are needed to
prove that they are correct.
Roderick
On Tue, Jul 28, 2009 at 7:28 PM, Vincent
Povirk wrote:
> Some people have expressed interest recently in finding patches
According to appdb there is indeed some small installer regressions
and for that some hack is posted there (see
http://appdb.winehq.org/objectManager.php?sClass=version&iId=14793).
Using this hack the program apparently installs and runs. The main
limitation is that we don't have USB support for ip
Hi all,
This is an updated version of the patch which also addresses the font
color issue in that japanese game. I hope as much people can test it
so that I can fix other potential bugs (hopefully there are none
left).
Roderick
On Tue, Jul 28, 2009 at 12:25 AM, Roderick
Colenbrander wrote:
>
setings -a
InitialPixmapPlacement=2' which makes sure all pixmaps are placed in
video memory.
Roderick
On Wed, Jul 29, 2009 at 10:09 PM, Reece Dunn wrote:
> 2009/7/29 Roderick Colenbrander :
>> Hi all,
>>
>> This is an updated version of the patch which also addresses the font
>
Hi Andrew,
First of all it seems that the patch makes more changes than needed
(e.g. lost of changes in En.rc. Second why is this patch needed?
Various apps need the systray for proper functioning and hiding it
doesn't look that nice to me..
Roderick
On Thu, Jul 30, 2009 at 5:30 PM, Andrew Eikum
Hi Andrew,
Good that you have removed the unneeded changes. I'm wondering where
the support in winex11.drv is for the winecfg option you added. My git
version doesn't have it and I can't remember seeing patches for it
(though I might have missed them). If these patches indeed have not
been submitt
On Fri, Jul 31, 2009 at 9:25 AM, Austin English wrote:
> On Thu, Jul 23, 2009 at 3:51 PM, Roderick
> Colenbrander wrote:
>> Hi,
>>
>> For some weeks I have been working on moving more 2D rendering to
>> XRender. XRender has three advantages for Wine. First of all i
Hi,
We should not expect that the default Wine visual supports GLX, use
glXChooseVisual instead. This should fix bug 19570.
Regards,
Roderick Colenbrander
From 72f1dc239dc76f323288304aa902c97f343fca9e Mon Sep 17 00:00:00 2001
From: Roderick Colenbrander
Date: Fri, 31 Jul 2009 22:50:36 +0200
Hi Luke,
Paul Hampson (TBBle on IRC) worked on it. He has some patches but some
cleaning up and restructuring (e.g. adding some new tasks to
explorer.exe) and more is needed to get it into Wine. I'm not sure
what the current status is. You can find his email in the wine-devel
archives.
Roderick
1 - 100 of 694 matches
Mail list logo
