:-)
--
Lionel Ulmer - http://www.bbrox.org/
:-) )
--
Lionel Ulmer - http://www.bbrox.org/
like it).
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
:-)
And you cannot share lists using glXCreateContext (the last parameter) ?
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
be doable and (if not too ugly) accepted into the X.org tree.
Now we just need to find someone to code it :)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
as a regression for gamers :-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
only help some games (from my experience, I would guess
5 % of the old DirectX = 7 games which uses GetDC). For all other games, it
has absolutely no impact at all.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
professional applications as
photoshop, ...
Sure it does. I just wanted to point out the fact the the DIB engine is not
the silver bullet that will make all games work faster (as many people seem
to believe).
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
to
prevent loosing too much time helping users...
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
soon I did not do any work on it. On the other
hand I could try for some specific games (like DungeonSiege) as an
experiment to then port it over to WineD3D.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
--
Lionel Ulmer - http://www.bbrox.org/
(different than the
'GL' mutex as the plan would be to only ever call any GL function when
rendering on screen :-) ).
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
and return OK ?
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
:-)
--
Lionel Ulmer - http://www.bbrox.org/
them for each
new DirectX revision) made us choose the other way.
Not to mention also that if the 'native' DDraw / D3D / ... DLLs were to work
over this API, nobody would spend time working on them :-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
documented (AFAIK - I would gladly be
proven otherwise).
I would not be surprised to see the full DDK documentation coming with
license agreements or NDAs.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
Oh, and this patch creates a new debug-channel 'swapbuffers' and puts
both opengl swapbuffers functions into it.
What is the reason for this change ?
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
vastly dwarf the SwapBuffer traces (except
if you have an application that does not draw anything on screen and just
does swapping its buffers :-) ).
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
at the time glXMakeCurrent was called.
Seems pretty clear to me, but well, my man pages may be outdated :-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
of retrieving the context on each ENTER_GL / LEAVE_GL macro using
the GLX call, one can simply store the currently bound context for the
current thread in a thread-local variable.
This is what Mike's patch does.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
' as
it is now as one would need to review manually all new extensions to check
the one that can modify / access the FB.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
, this is mandatory if one day we want to fix the 'windowed'
OpenGL code properly (whatever the method we choose as long as we do not
have the GLX extension exporting the clip list feature to the application).
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
be if multiple
applications have the same name (like for example 'game.exe') as this would
render the whole 'override' stuff useless.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
'in-window' drawings (e.g. games) and
not 'in-dib' drawings ?
Lionel (in catch-up mode after coming back from vacation so sorry if
this point was already raised later in the week :-) )
--
Lionel Ulmer - http://www.bbrox.org/
--
Lionel Ulmer - http://www.bbrox.org/
that all other Wine developpers are
'dinosaurs' like me :-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
, if you do another DDraw call inside the
called DDraw function), you may use completely bogus values to do the jump
(and so maybe jump to a function which does not have the correct signature
= stack corruption).
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
the thunks way :-)
--
Lionel Ulmer - http://www.bbrox.org/
by then we will see some patches too instead of just rants ?
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
--
Lionel Ulmer - http://www.bbrox.org/
D3D which then goes into WineD3D.
This way we would have an unified DDraw.
Of course, then the problem remains of what to do with older cards :-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
be faster than the current method (as you would 1) move
less data over the GPU bus and 2) do less CPU computation on a big amount of
data).
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
be right in
the current situation if not in the terms to use to describe it :-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
with Vitaliy here... We were alread hit multiple times by this
bug in other cases: Wine should never send to the application actual private
data as many games expect to use these values to do actual processing.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
against libGL.so ?
Just wondering because if it's the former, you also need a complete set of
'GL' headers in Wine to have the stdcall version of all GL calls (and pay
the price of thunking on each GL call).
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
Apparently the video test won't detect d3d right with a wine desktop.
Just sent a patch which should fix this. At least now I can choose
'Direct3D' from the list :-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
--
Lionel Ulmer - http://www.bbrox.org/
On Sun, Nov 20, 2005 at 07:06:29PM +0100, seorge wrote:
Yes, it's kill MBR when run it as a regular user.
Can you paste the result of 'ls -l /dev/hda*' and also the result of 'groups'
in a mail ?
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
--
Lionel Ulmer - http://www.bbrox.org/
should do the same in Wine.
Note that the equivalent does not really exist in GLX (except maybe between
the direct / indirect rendering pathes but this is not the same distinction
than in Windows).
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
once you set it to a correct value, it will remember what you asked
for when you re-enable it.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
current event model this is still usefull though.
Another 'let's dream' possibilities:
- direct frame buffer access :-)
And finally, not in my domain, but investigate re-using something from FD.O
for the fabled DIB engine (extensions to Cairo, ...) ?
Lionel
--
Lionel
).
Will attach the patch to the bug report and wait for answers
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
Alexandre commits it this time :-)
It should be done today I hope.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
' bugs
linked to mouse warping.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
creation).
It was in my plans to resubmit the parts which were left off during the
merge but it seems that you beat me to it :-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
that the real patch fixes this issue.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
retest when Christian has his 'max lights' patch merged
in as it was written originally for AO.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
--
Lionel Ulmer - http://www.bbrox.org/
for all
games out there.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
-style path to a
Windows-style patch and converting between an Unix-style relative path to a
fully-qualified Windows path.
Basically, the question here is whether argv[0] contains always a
full-qualified path or can it contain a relative path.
Lionel
--
Lionel Ulmer
--
Lionel Ulmer - http://www.bbrox.org/
.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
to d/l the BZ2 demo but no site seems to host it anymore so I will
be restricted to look at traces to find out what goes wrong :-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
fixing the mouse cursor issue.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
, just do
not type 'make install' and copy the files over yourself.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
'
functions from DLLs to the Wine process that could be called when Wine
exits (whether normally or when crashing). Of course, people 'kill-9'ing
their Wine would get nothing but I do not think it's really a problem.
Lionel (in rant mode :-) )
--
Lionel Ulmer - http
Could you please
indicate which application has this behavior? Can you provide a download
URL?
All info here: http://bugs.winehq.org/show_bug.cgi?id=3542
Lionel (will answer to your other points after some more tests in
Windows :-) )
--
Lionel Ulmer
was this application not tested more often to get
the exact date of regression ?
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
to the work of unicodification of DDraw :-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
' dependency for wine?
I would reverse the question: why should it be when only 2 DLLs over the 200
Wine provides needs it ?
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
...
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
:-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
it will be really mandatory we can switch back to 'hard' linking.
But for now, I think GL is not yet pre-installed on all distributions and we
will still have to wait a while to get to the Xgl and all other eye-candy
infested stuff they are writing :-)
Lionel
--
Lionel
(i.e. the DIB flushing would be
done on the swap buffer call) but it could be a temporary solution waiting
for a real OpenGL guru (i.e. not me) to fix using funky extensions :-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
Huw has done some work on this using pbuffers but I'm not sure how far he's
got.
I thought it was GLXPixmaps seeing the patch he submitted to wine-cvs :-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
the patch was submitted I was (and I am still :-) ) intrigued
about the use case for this patch.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
at fixing this yet?
I am aware of the issue since WineConf 2004 but never had the time /
motivation / knowledge to fix it.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
issue for which no clear plan is put in
place. So I guess it would be best to choose another game to do your DDraw
= WineD3D port as neither DDraw not WineD3D support (yet) these kind of
applications.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
properly, one would have to somehow make
'glXMakeCurrent(NULL)' run in the context of thread A before doing what you
did.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
, if needed,
get the context.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
some little drawing problems. It crashes in msacm when trying to start a
game.
Well, seems that your GL drivers do not do all the checks the specification
requires them to do... Lucky for you :-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
--
Lionel Ulmer - http://www.bbrox.org/
).
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
, but it once
worked
This is still too 'white and black'. What about a patch that fixes 1) and in
the process introduces 2) (case in point the WM rewrite and windowed GL
applications) ?
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
extensions (for which I forgot the names)
--
Lionel Ulmer - http://www.bbrox.org/
actually be really accelerated though.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
.
Will need to check this though.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
something for the case HWND == 0 or the d3d surface is not a primary
surface.
Why not use the 'desktop' window to do it ? No idea what window will be used
to display when not in Desktop mode (maybe the X root window ?).
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
a 2D / 3D mix
entails).
Anyway, keep up the work :-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
--
Lionel Ulmer - http://www.bbrox.org/
.
Note that next time I bring my Win32 laptop home, I will try to do some
tests in real Windows to see how Windows fills the given structure pointer.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
the path we go into. I kinda like the
'full blown' winecfg keys to do other stuff like that (like remembering the
last panel the user was on when leaving winecfg or other 'stateful' stuff we
could do if we had this registry 'key').
Lionel
--
Lionel Ulmer - http
counting issue).
Could you try it and tell if it fixes the problem ?
Lionel
PS: and Raphael's patch while not fixing your bug is not technically wrong
as Windows checks for the surface description pointer being non-NULL :-)
--
Lionel Ulmer - http://www.bbrox.org/
exports these two 'basic' drivers whatever your installation (would have to
check this point on my Windows laptop though).
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
to be the case with Mike's
patch.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
have with the DDplay service providers
whose keys are not registered by any DLL (I put them in wine.inf).
Alexandre proposed in those days the creation of a 'directx.inf' which would
regroup all keys created by a standard DirectX installation.
Lionel
--
Lionel Ulmer - http
) were not applied ? If you were waiting for some DDraw 'guru' to
give his blessing, they both look OK to me :-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
exception.
OK, so next time I will read the patch before saying stupid things :-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
and plan to sell a packaged version of QEMU as
their Windows emulator.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
in
the D3D7 code (i.e. if the surface is locked 'write only', do not bother to
read the buffer from the card).
Alas most games are not well behaved and always lock in R/W mode :-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
that knowing the heap allocation algorithms this case
should never happen, but well, better safe than sorry.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
(AFAIK, each surface already stores a pointer to its parent
DDraw object).
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
by 1,
creating a D3D device increases the refcount by 7.
What you could test is artifically increase the refcount of 'normal'
surfaces and check if these are deleted or not.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
that the object was not actually destroyed...
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
are
different.
Well, just do an 'AddRef' which returns the (now incremented) reference
count and then a Release. If you print the returned value minus one, you
will get the current reference count at the moment of the call.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
to
have the Alexandre quality control as it oftens helps us finding bugs or
better solutions if not the basic stuff to force people to send 'small'
patches :-) ).
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
you still want to see a +ddraw,+tid trace? I can upload one to my homepage.
Well, if it's not multithreaded in DDraw, no need. I still have to look at
your other trace with the refcounting issue to try to see where the problem
lies.
Lionel
--
Lionel Ulmer - http
1 - 100 of 276 matches
Mail list logo