RE: Shuttleworth on Wine
The idea is to make the test as automated as possible. That way anyone can run the tests, not just people with certain programs. Ok. Well then, either: 1. someone can mirror those two files somewhere for easier downloading, 2. or one adds one or two(quite easy) manual step to the installation instructions. 1. makes scripting possible, however, Adobe probably would not like that. However, one *could* simply ask them if it's ok. I don't see how this quite specific use case would(come on, it's a trial version) be a problem for them and I would think that getting their application working under wine would be something they would like happening. 2. I think that one should try to be a bit pragmatical. If a couple of simple manual steps is all that is needed to get an otherwise completely automated process going, it should not be allowed to be a problem. Anyway, as I said, interesting project, since we(at work) are in the progress of automating some tests that have to use a browser(testing of some ajax-y web applications). I would prefer to run these tests on a Linux system for a number of reasons. //Nicklas
Re: DIB Engine : Almost 100% working
Massimo Del Fedele ha scritto: Well, after some (many) bugfixes and additions, the mighty DIB Engine is almost 100% operational. On one of tested apps (MSN Messenger) it behaves even better than original one :-) For whom wish to test it, bug 421 page. Ciao Max fixed also last (hopefully) color format error, now some games, also D3D and Opengl ones work perfectly. Ciao Max
Re: DIB Engine : Almost 100% working
2009/5/10 Massimo Del Fedele m...@veneto.com: Massimo Del Fedele ha scritto: Well, after some (many) bugfixes and additions, the mighty DIB Engine is almost 100% operational. On one of tested apps (MSN Messenger) it behaves even better than original one :-) For whom wish to test it, bug 421 page. Ciao Max fixed also last (hopefully) color format error, now some games, also D3D and Opengl ones work perfectly. Ciao Max Which games are concerned? Also eMule here is slow when the window is resized, would this DIB engine fix that or am i wrong?
Re: DIB Engine : Almost 100% working
2009/5/10 Warren Dumortier nwarre...@gmail.com 2009/5/10 Massimo Del Fedele m...@veneto.com: Massimo Del Fedele ha scritto: Well, after some (many) bugfixes and additions, the mighty DIB Engine is almost 100% operational. On one of tested apps (MSN Messenger) it behaves even better than original one :-) For whom wish to test it, bug 421 page. Ciao Max fixed also last (hopefully) color format error, now some games, also D3D and Opengl ones work perfectly. Ciao Max Which games are concerned? Also eMule here is slow when the window is resized, would this DIB engine fix that or am i wrong? arx fatalis and age of empires 2 among others.
Re: DIB Engine : Almost 100% working
Warren Dumortier ha scritto: 2009/5/10 Massimo Del Fedele m...@veneto.com: Massimo Del Fedele ha scritto: Well, after some (many) bugfixes and additions, the mighty DIB Engine is almost 100% operational. On one of tested apps (MSN Messenger) it behaves even better than original one :-) For whom wish to test it, bug 421 page. Ciao Max fixed also last (hopefully) color format error, now some games, also D3D and Opengl ones work perfectly. Ciao Max Which games are concerned? Also eMule here is slow when the window is resized, would this DIB engine fix that or am i wrong? Well, I'm not a big game player, so I don't know how many games would benefit of it. I tested Age of Empires, menus with many texts are very fast now. Arx Fatalis works, but I didn't make comparaisons. On apps sides: Autocad works like a charm, tested on 2005 and 2008. MS Messenger 7.5 works I didn't test Emule because (IMHO, of course) it's a nonsense to use an app for which there's a perfect counterpart on Linux Ciao Max
Re: Severity levels
Henri Verbeet wrote: When you're not subscribed to the list, your posts have to go through moderation. Sometimes that can take a while. So the idiot isn't even subscribed to this group, but is spamming it anyway? Don't feed the trolls.
Re: Shuttleworth on Wine
If anyone has some simple applications that are easy to test (preferably, with no installer), shoot me an e-mail and I'll add it to my my list of applications to look at. Ha. That's a shame because Installshield is a real PITA. ;-)
Re: Shuttleworth on Wine
Austin English wrote: It's the registering/download manager that makes it not useful. It's much harder to script all of that. Is CS2 too old? http://download.adobe.com/pub/adobe/photoshop/win/cs2/Photoshop_CS2.exe
Re: DIB Engine : Almost 100% working
Massimo Del Fedele wrote: Warren Dumortier ha scritto: 2009/5/10 Massimo Del Fedele m...@veneto.com: Massimo Del Fedele ha scritto: Well, after some (many) bugfixes and additions, the mighty DIB Engine is almost 100% operational. On one of tested apps (MSN Messenger) it behaves even better than original one :-) For whom wish to test it, bug 421 page. Ciao Max fixed also last (hopefully) color format error, now some games, also D3D and Opengl ones work perfectly. Ciao Max Which games are concerned? Also eMule here is slow when the window is resized, would this DIB engine fix that or am i wrong? Well, I'm not a big game player, so I don't know how many games would benefit of it. Max: Good work. Have you started to think about how to get this into Wine where AJ will approve? James McKenzie
Re: DIB Engine : Almost 100% working
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 I time to adopt the trial and error way up to it's approved. The easiest way I see by now is to add it to wine drivers as an alternative driver in parallel to X11 one. That could be done in less then 5 minutes and with no regressions :-) As I said before, to include it as replacement of actual driver would mean to make an half rewrite of both gdi32 and winex11. BTW, my engine has still space for a 3 optimizations that could speed it up even a lot more : 1) Font caching - shouldn't be too difficult 2) Access DDB directly for blit - not too difficult, and could bring a speed gain of 100% on mixed DDB/DIB operations 3) xxxBlt are not very optimized I would expect another 50-100% speed gain on blitting with few codelines more. Ciao Max
Re: Shuttleworth on Wine
Great find added link to AppDB entry http://appdb.winehq.org/objectManager.php?sClass=versioniId=5392 Thanks. Nat --- On Mon, 11/5/09, Ken Sharp kennyb...@o2.co.uk wrote: From: Ken Sharp kennyb...@o2.co.uk Subject: Re: Shuttleworth on Wine To: Austin English austinengl...@gmail.com Cc: wine-devel@winehq.org Received: Monday, 11 May, 2009, 12:04 AM Austin English wrote: It's the registering/download manager that makes it not useful. It's much harder to script all of that. Is CS2 too old? http://download.adobe.com/pub/adobe/photoshop/win/cs2/Photoshop_CS2.exe
Re: DIB Engine : Almost 100% working
On Sun, May 10, 2009 at 5:07 PM, Massimo Del Fedele m...@veneto.com 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 I time to adopt the trial and error way up to it's approved. The easiest way I see by now is to add it to wine drivers as an alternative driver in parallel to X11 one. That could be done in less then 5 minutes and with no regressions :-) As I said before, to include it as replacement of actual driver would mean to make an half rewrite of both gdi32 and winex11. BTW, my engine has still space for a 3 optimizations that could speed it up even a lot more : 1) Font caching - shouldn't be too difficult 2) Access DDB directly for blit - not too difficult, and could bring a speed gain of 100% on mixed DDB/DIB operations 3) xxxBlt are not very optimized I would expect another 50-100% speed gain on blitting with few codelines more. Ciao Max 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 assigned to him for this) BUT I think work on this DIB engine even if it won't make it in Wine isn't wasted. This DIB engine even if not correct shows us what apps can benefit and by how much from the dib engine (before we only had guesses). If running photoshop on Wine is significantly faster using the DIB engine (it might be useful to do tests for that, there are ways to benchmark photoshop) Codeweavers might work on it. Roderick
Re: DIB Engine : Almost 100% working
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 assigned to him for this) BUT I think work on this DIB engine even if it won't make it in Wine isn't wasted. This DIB engine even if not correct shows us what apps can benefit and by how much from the dib engine (before we only had guesses). If running photoshop on Wine is significantly faster using the DIB engine (it might be useful to do tests for that, there are ways to benchmark photoshop) Codeweavers might work on it. Roderick I'm (and not just me, afaik) still very, very but really very curious to know *which* would be the correct design BTW, I made my design because I needed it, and I'm happy if it'll be useful for some other people, quite probable stuff having seen the amount of words wasted about the subject from year 2002. Anyways, if instead of having it as an alternative solution inside wine tree (which would make stuffs easier for people needing it, for example cad users) we want to let it hanging on bug 421's page hoping to have the right solution in a bit less than another 7 years, ok :-) Max
Re: DIB Engine : Almost 100% working
On Sun, May 10, 2009 at 8:03 PM, Massimo Del Fedele m...@veneto.com 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 assigned to him for this) BUT I think work on this DIB engine even if it won't make it in Wine isn't wasted. This DIB engine even if not correct shows us what apps can benefit and by how much from the dib engine (before we only had guesses). If running photoshop on Wine is significantly faster using the DIB engine (it might be useful to do tests for that, there are ways to benchmark photoshop) Codeweavers might work on it. Roderick I'm (and not just me, afaik) still very, very but really very curious to know *which* would be the correct design BTW, I made my design because I needed it, and I'm happy if it'll be useful for some other people, quite probable stuff having seen the amount of words wasted about the subject from year 2002. Anyways, if instead of having it as an alternative solution inside wine tree (which would make stuffs easier for people needing it, for example cad users) we want to let it hanging on bug 421's page hoping to have the right solution in a bit less than another 7 years, ok :-) Max Interpreting Alexandre his words Huw his design was the right way to continue (according to Jeremy he had worked on this for 4-5 months) but even for Huw it would take a similar amount of time to finish it. They didn't know well if continuing with the work was worth it for the apps they had to get working and during a discussion at Wineconf they also weren't certain for which apps it would help and more important by how much (e.g. time is also fixing a lot issues as we are getting faster CPUs all the time). With your patches (even if they aren't clean and won't 100% correctly) we see how much a DIB engine (even unoptimized) can already help. Basically a lot of users should test it using different programs. We need benchmark results e.g. photoshop benchmarks and others. If the DIB engine appears to do wonders for lots of apps (e.g. photoshop, office ...) then some company might sponsor Codeweavers to work on this. Roderick
Re: DIB Engine : Almost 100% working
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 replacement for most companies which use Linux. Note that there are also others for obtaining the sponsoring and there is one about which I have been taking a lot but clear goals would need to be formulated for it and that would be a Wine fund raiser. We would raise money to get sponsorship for areas like this which else stay unfixed for years but money can also be used for Wineconf, buying hardware for patchwatcher, buying software for use on test machines, . Roderick
Re: Shuttleworth on Wine
On Thu, 7 May 2009 16:47:32 +0100 David Gerard dger...@gmail.com wrote: Yes. The biggest problem for free-as-in-freedom software - Linux and GIMP, and to some extent Wine - is that Windows and Photoshop are effectively free-as-in-beer software ... http://autotelic.com/windows_is_free Windows is not free. You can buy a EeePC running Linux that has 8GB more then the windows version.
Re: Shuttleworth on Wine
On Fri, 8 May 2009 18:43:20 +0100 IneedAname wineap...@gmail.com wrote: Windows is not free. You can buy a EeePC running Linux that has 8GB more then the windows version. Both the Linux and Windows versions are at the same price. Sorry I send this email with out finishing it.
possible-wrong return value of PdhMakeCounterPathA
Obviously mostly a small and theoretical problem, but anyway: Looking at git commit 754b97c72c38f736100c6542af234c31a4bf7a5b, it seems, PdhMakeCounterPathA may be returning the wrong error in this case: Everything goes well until the allocation of bufferW. Assuming this fails, the function will return PDH_MORE_DATA, which seems the wrong error value (instead it should probably return PDH_MEMORY_ALLOCATION_FAILURE ? ) regards, Joris
RE: Severity levels
I don't believe your earlier mains have been resent. I certainly haven't received them. Ok, then it's ok. I was afraid that there was something wrong.
RE: Shuttleworth on Wine
a better strategy would be to target particular users who only need one application that is almost working. At least, that's what the model I wrote told me: http://yokozar.org/blog/archives/48 That strategy(to no ones surprise) appeals to me, since it feels like common sense, and is close to how most of those I work/worked with think. But I am not sure it would have worked earlier in the project when having nearly working use cases would be less usual and when having broad, or no focus would make the project more interesting for its developers. Anyway, It seems likely to make the most number of users happy with the least amount of work. However, since some applications(no names) are very widespread/pirated AND close to working, it will have the effect of more or less officially focusing on certain applications, which i think would be hard to push through in this project for different reasons. To try and define the most usual near working use cases also means defining the most usual use cases since it then would be important to keep the working use cases from becoming near working. To do that, one need needs user input which would make the project user centric. Of course, the *entire* project wouldn't have to have the same focus but it would be affected. I'd think that this would be good and appeal more to me and others as developers wanting to do good things(tm). But I know that many does not agree. //Nicklas
RE: Shuttleworth on Wine
Photoshop, however, is harder to test, since it doesn't have an easy free download available. Free photoshop trial download, you do need to register (and download through the download manager) though: https://www.adobe.com/cfusion/tdrc/index.cfm?product=photoshop I have only tried to install licensed versions myself, however the installation shouldn't be totally different, except for being a bit easier to start(not having to mount a dvd and so on). I think testing the trial version would be quite sufficient. //Nicklas
RE: Severity levels
When you're not subscribed to the list, your posts have to go through moderation. Sometimes that can take a while. I do subscribe to the list(and did, from the beginning). Or maybe subscription is more than registering to the mailing list?
Re: New icons for 1.1.21
On Fri, 08 May 2009 19:41:31 -0700 Scott Ritchie sc...@open-vote.org wrote: Anyway, please feel free to give way too much feedback :) I like then but not the one with the folder on. The gray colour just does not work for me.
RE: Severity levels
make sure you're sending mails with the same address you're receiving them on. That would be it, thanks! I feel pretty silly, I had registered to the mailing list as nicklas_at_ws.se, but my sender is my long adress, nicklas.borjesson_at_ws.se. It did not use to be that way, I forgot that it had changed. I'll change my adress and hope that solves it. Sorry if I bothered you all. //Nicklas
RE: Shuttleworth on Wine
It's the registering/download manager that makes it not useful. It's much harder to script all of that. Why script that? One doesn't need wine to download a file, right? I really don't see what the point would be to test that. Once you downloaded the file, you don't need to download that version again. The only thing that needs testing is the actual running of that file and the following installation. Why test the Adobe website? Or have I misunderstood you completely? //Nicklas
Re: New icons for 1.1.21
On 09.05.2009 04:41, Scott Ritchie wrote: Anyway, please feel free to give way too much feedback :) The outline of the upper glass part seems to be a shade of gray, but the outline of the shaft at the bottom is black, looking kind of unbalanced. Changing the black to #919191ff looks IMO better. -f.r.
Re: dlls/ddraw/executebuffer.c: silence compiler warnings
executebuffer.c:230: warning: comparison between 'D3DRENDERSTATETYPE' and
'enum _D3DTRANSFORMSTATETYPE' executebuffer.c:232: warning: comparison
between 'D3DRENDERSTATETYPE' and 'enum _D3DTRANSFORMSTATETYPE'
executebuffer.c:234: warning: comparison between 'D3DRENDERSTATETYPE' and
'enum _D3DTRANSFORMSTATETYPE'
Does the attached patch fix the warning?
diff --git a/dlls/ddraw/executebuffer.c b/dlls/ddraw/executebuffer.c
index 3ff794d..2f53da0 100644
--- a/dlls/ddraw/executebuffer.c
+++ b/dlls/ddraw/executebuffer.c
@@ -227,11 +227,11 @@ IDirect3DExecuteBufferImpl_Execute(IDirect3DExecuteBufferImpl *This,
} else if(lpDevice-Handles[ci-u2.dwArg[0] - 1].type != DDrawHandle_Matrix) {
ERR(Handle %d is not a matrix handle\n, ci-u2.dwArg[0]);
} else {
-if(ci-u1.drstRenderStateType == D3DTRANSFORMSTATE_WORLD)
+if(ci-u1.dtstTransformStateType == D3DTRANSFORMSTATE_WORLD)
lpDevice-world = ci-u2.dwArg[0];
-if(ci-u1.drstRenderStateType == D3DTRANSFORMSTATE_VIEW)
+if(ci-u1.dtstTransformStateType == D3DTRANSFORMSTATE_VIEW)
lpDevice-view = ci-u2.dwArg[0];
-if(ci-u1.drstRenderStateType == D3DTRANSFORMSTATE_PROJECTION)
+if(ci-u1.dtstTransformStateType == D3DTRANSFORMSTATE_PROJECTION)
lpDevice-proj = ci-u2.dwArg[0];
IDirect3DDevice7_SetTransform((IDirect3DDevice7 *)lpDevice,
ci-u1.drstRenderStateType, (LPD3DMATRIX)lpDevice-Handles[ci-u2.dwArg[0] - 1].ptr);
Re: New icons for 1.1.21
IneedAname wrote: On Fri, 08 May 2009 19:41:31 -0700 Scott Ritchie sc...@open-vote.org wrote: Anyway, please feel free to give way too much feedback :) I like then but not the one with the folder on. The gray colour just does not work for me. I agree. The folder icon should match the system theme - ultimately my goal is to move Browse C:\ Drive (which this icon is used for) to a place in the Gnome Places Menu. That means the icon (or its KDE equivalent) will need to match the system theme - in my case that would mean a yellow folder with a Wine emblem. Thanks, Scott Ritchie
Re: New icons for 1.1.21
Frank Richter wrote: On 09.05.2009 04:41, Scott Ritchie wrote: Anyway, please feel free to give way too much feedback :) The outline of the upper glass part seems to be a shade of gray, but the outline of the shaft at the bottom is black, looking kind of unbalanced. Changing the black to #919191ff looks IMO better. -f.r. Hmm, I'll take a closer look there. Thanks! Thanks, Scott Ritchie
Re: Shuttleworth on Wine
2009/5/10 Nicklas Börjesson nicklas.borjes...@ws.se: The idea is to make the test as automated as possible. That way anyone can run the tests, not just people with certain programs. Ok. Well then, either: 1. someone can mirror those two files somewhere for easier downloading, 2. or one adds one or two(quite easy) manual step to the installation instructions. 1. makes scripting possible, however, Adobe probably would not like that. However, one *could* simply ask them if it's ok. I don't see how this quite specific use case would(come on, it's a trial version) be a problem for them and I would think that getting their application working under wine would be something they would like happening. It violates their copyright, and I have no interest in doing that. 2. I think that one should try to be a bit pragmatical. If a couple of simple manual steps is all that is needed to get an otherwise completely automated process going, it should not be allowed to be a problem. Is possible, but since it requires a login, the script will eventually fail from too many login/downloads. -- -Austin
Re: Shuttleworth on Wine
On Sun, May 10, 2009 at 9:04 AM, Ken Sharp kennyb...@o2.co.uk wrote: Austin English wrote: It's the registering/download manager that makes it not useful. It's much harder to script all of that. Is CS2 too old? http://download.adobe.com/pub/adobe/photoshop/win/cs2/Photoshop_CS2.exe No, actually. CS2 is perfect, since it should install relatively well. That way, we can make sure it doesn't break :-). I'll add it to my list. I'm currently working on designing the test framework, so it'll be a bit before any real testing work gets done. -- -Austin
