i second the plea.
Autocad is one of those applications that many windows users NEED to have
working to even consider a change to linux, even at the enterprise level
many would switch for it.
the other day i had a friend in Naval Engineering ask me if it was possible
to use Autocad in wine so he
wineoss is not a viable solution to the pulseaudio problem, but this
is a real nasty issue where the solution is as long as it works for
you, it's fine.
What exactly is the issue with purging pulseaudio? Though this should
be taken up with ubuntu's bugs tracker. pulseaudio should be
considered
2009/4/28 Luke Benstead kaz...@gmail.com:
Hi all,
I've been watching the DIB engine work that has been going on in bug
421. It looks like Max has made massive progress getting Autocad
working by the sound of it, almost perfectly and also improvements in
Starcraft have been reported. However,
Hi all,
I've been watching the DIB engine work that has been going on in bug
421. It looks like Max has made massive progress getting Autocad
working by the sound of it, almost perfectly and also improvements in
Starcraft have been reported. However, he accepts (and Alexandre has
confirmed) that
I think it's time that a definitive framework for it was agreed upon,
because as people have said, this isn't the first time that someone
has tried to implement the DIB engine. It's been on the todo list of
improvements to Wine for as long as I can remember, but it seems
as if every time someone
2009/4/28 Chris Howe mrmess...@gmail.com:
I think it's time that a definitive framework for it was agreed upon,
because as people have said, this isn't the first time that someone
has tried to implement the DIB engine. It's been on the todo list of
improvements to Wine for as long as I can
Hi all,
I was thinking just yesterday to a temporary solution that could, maybe, be
useful without disturbing wine main workflow.
My new approach has the structure of an independent driver which, even if
it uses winex11 for DDB processing, is seen as a completely separated driver
by gdi32.
By
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
Keeping his patches up to date on bugzilla/wine-devel is also helpful
for those testing. It may be a while before it can go it, but
persistence pays off, and in the meantime, if those brave users
willing to compile wine with a couple hacks can try it out and
benefit, all the better.
--
-Austin
2009/4/28 Stefan Dösinger ste...@codeweavers.com:
I think this is getting pretty rediculous. I think we should either
just always print the infolog, or give the infolog its own debug
channel and make this a WARN.
2009/4/28 Stefan Dösinger ste...@codeweavers.com:
+/* What good are texrect grad functions? I don't know,
but GL_EXT_gpu_shader4 defines them.
+* There is no GL_ARB_shader_texture_lod spec yet, so I
don't know if they're defined there
+
On Tue, Apr 28, 2009 at 8:13 AM, Massimo Del Fedele m...@veneto.com 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.
This detaching thing is a little worrying. How
On Tue, Apr 28, 2009 at 5:45 PM, Jesse Allen the3dfxd...@gmail.com wrote:
On Tue, Apr 28, 2009 at 8:13 AM, Massimo Del Fedele m...@veneto.com 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
Am Dienstag, 28. April 2009 17:25:28 schrieb Henri Verbeet:
2009/4/28 Stefan Dösinger ste...@codeweavers.com:
+/* What good are texrect grad functions? I don't
know, but GL_EXT_gpu_shader4 defines them. +* There
is no GL_ARB_shader_texture_lod spec
Am Dienstag, 28. April 2009 17:24:55 schrieb Henri Verbeet:
2009/4/28 Stefan Dösinger ste...@codeweavers.com:
I think this is getting pretty rediculous. I think we should either
just always print the infolog, or give the infolog its own debug
channel and make this a WARN.
I disagree. Having
Jesse Allen ha scritto:
On Tue, Apr 28, 2009 at 8:13 AM, Massimo Del Fedele m...@veneto.com 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.
This detaching thing
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 not directly touch DIBs
and move it to gdi32
Me too
and I guess in a second step also move the
conversion code over to gdi32
On Tue, Apr 28, 2009 at 7:48 PM, Massimo Del Fedele m...@veneto.com 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 not directly touch DIBs
and move it to gdi32
Me too
2009/4/28 Stefan Dösinger ste...@codeweavers.com:
Am Dienstag, 28. April 2009 17:24:55 schrieb Henri Verbeet:
I think this is getting pretty rediculous. I think we should either
just always print the infolog, or give the infolog its own debug
channel and make this a WARN.
I disagree. Having
2009/4/28 Stefan Dösinger ste...@codeweavers.com:
Google magic. There's a blog entry on the OpenGL page describing the aim of
the extension, and there are other pages hinting that the functions work the
same way as those in GL_EXT_gpu_shader4, just with an ARB suffix instead of
an EXT.
As
Am Dienstag, 28. April 2009 20:20:11 schrieb Henri Verbeet:
2009/4/28 Stefan Dösinger ste...@codeweavers.com:
Google magic. There's a blog entry on the OpenGL page describing the aim
of the extension, and there are other pages hinting that the functions
work the same way as those in
Am Dienstag, 28. April 2009 20:09:32 schrieb Henri Verbeet:
Having useful warnings is useful, of course. However, it's really up
to the driver to provide useful infolog messages. I'm sure you
remember I had doubts about filtering the infolog when this was first
added, and this patch just takes
On Tue, Apr 28, 2009 at 9:32 AM, Roderick Colenbrander
thunderbir...@gmail.com wrote:
On Tue, Apr 28, 2009 at 5:45 PM, Jesse Allen the3dfxd...@gmail.com wrote:
On Tue, Apr 28, 2009 at 8:13 AM, Massimo Del Fedele m...@veneto.com wrote:
2) when winedib.drv is working good enough, wanted to detach
Roderick Colenbrander ha scritto:
No then you don't have the engine yet. In my proposal you would first
make winex11.drv not depend on DIBs (the conversion code would still
be in winex11.drv),
uhmmm... and in the meanwhile where would be DIB processed ?
then you move the conversion code
My personal final thoughts
1) It's obvious (but then, why we're repeating it forever ?) that
final result is : DIB inside gdi32 and DDBs inside X11, with
probably DIB cached to DDBs in x11 for performance reasons.
2) Assuming point 1, the *only* problem is to decide how get
to it, so choose
2009/4/28 Massimo Del Fedele m...@veneto.com:
My personal final thoughts
1) It's obvious (but then, why we're repeating it forever ?) that
final result is : DIB inside gdi32 and DDBs inside X11, with
probably DIB cached to DDBs in x11 for performance reasons.
Agreed.
2) Assuming point
Reece Dunn ha scritto:
2009/4/28 Massimo Del Fedele m...@veneto.com:
My personal final thoughts
1) It's obvious (but then, why we're repeating it forever ?) that
final result is : DIB inside gdi32 and DDBs inside X11, with
probably DIB cached to DDBs in x11 for performance reasons.
Don't commit this one. It leaks the gdi brush when GdipCreateLineBrush fails.
Vincent Povirk
On Tue, Apr 28, 2009 at 6:39 PM, Vincent Povirk vinc...@codeweavers.com wrote:
2009/4/27 Cissyvonwinckelmann cissyvonwinckelm...@planet.nl:
dag,
bestaat er voor mij nog een mogelijkheid om messenger 7.0 te downloaden.
Heb dus nog Windows Me,
heel graag antwoord,
groet cissy
cissyvonwinckelm...@planet.nl
1) Using a big font doesn't help your case.
2) Check AppDB
2009/4/28 Susan Cragin susancra...@earthlink.net:
wineoss is not a viable solution to the pulseaudio problem, but this
is a real nasty issue where the solution is as long as it works for
you, it's fine.
What exactly is the issue with purging pulseaudio? Though this should
be taken up with
30 matches
Mail list logo
