ild by the
'make_opengl' script though so it should not be that hard to do :-)
--
Lionel Ulmer - http://www.bbrox.org/
that the former 'extension' solution does not).
Lionel (in 'not even time to read wine-devel' mode :-) )
--
Lionel Ulmer - http://www.bbrox.org/
27; (but well, as some applications like
SeriousSam check for these bits too, no idea if they would like it).
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
reate' on the fly
the X window, it would be easier :-)
And you cannot share lists using glXCreateContext (the last parameter) ?
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
to
agree it would 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/
ne will improve a lot 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/
The DIB engine would 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/
dering) so it may actually be
seen as a regression for gamers :-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
7; builds from stupid sources, the patch can be useful to
prevent loosing too much time helping users...
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
ct all internal states by mutexes (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/
ll 'malloc'ed memory :-) ?
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
Draw code base but well, seeing that
it will phased out pretty 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/
27;X11' extension I planned to work one
day :-)
--
Lionel Ulmer - http://www.bbrox.org/
console
and just ignore the gamma change and return OK ?
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
7;s not publicly 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/
ed by external applications (thus enabling MS to change 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/
opengl' for 'core' functions and 'wgl' for
the rest.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
sions
so I would guess that those would 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/
> 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/
is here for OpenGL: http://wiki.winehq.org/OpenGL
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
thread 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/
ld not be 'automatic' 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/
So instead 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/
er for extensions though.
But anyway, 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/
m I would see with that scheme would 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/
lications doing only '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/
ent code as it
won't find this dummy one in the linked list).
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
hough thinking that all other Wine developpers are
'dinosaurs' like me :-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
lf would just have been to read the 4 bytes after the
VTable. As this idea was frowned upon by AJ, we went the thunks way :-)
--
Lionel Ulmer - http://www.bbrox.org/
so have completely
bogus internal datas (for example, 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/
pissing into the wind. See you all
> in 10 years time for 1.0
Yup, maybe by then we will see some patches too instead of just rants ?
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
s that adds the proper 'STDCALL' types to the function
pointer prototypes.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
and you may be right in
the current situation if not in the terms to use to describe it :-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
D accelerations :-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
how could one support that using WGL ? Add our own
fake extensions to WGL and 'thunk them' ?
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
but without direct access, I think
that it should still 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/
DDraw hook DDraw's
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/
he data returned on windows is
> within heap or not.
Yeah, I agree 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.
e former, will you PE-link against
OpenGL32.DLL or ELF-link 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/
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
--
Lionel Ulmer - http://www.bbrox.org/
and it always works fine in Wine
(contrary to most of the other demos I have installed here where most of
them crash now).
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
t on Wine
either :-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
t does not fill GENERIC_ACCELERATED,
we 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/
e grab. This could be nice to
simulate 'full-screen desktop mode' or for DXGrab. No idea if with Wine's
current event model this is still usefull though.
Another 'let's dream' possibilities:
- direct frame buffer access :-)
And finally, not in my domain, but inv
when
disabling it.
This way 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/
e instead).
Will attach the patch to the bug report and wait for answers
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
oth to be sure Alexandre commits it this time :-)
It should be done today I hope.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
erting an Unix-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
--
Lio
if the current hack is not enough for all
games out there.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
rrent
work dir.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
:-)
Better for example retest when Christian has his 'max lights' patch merged
in as it was written originally for AO.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
ee that the real patch fixes this issue.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
e about
light 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/
other of the 'common' bugs
linked to mouse warping.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
ok at it when I find the time ?
I tried 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/
set it
back to what you want.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
oes, just do
not type 'make install' and copy the files over yourself.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
It's only fixing the mouse cursor issue.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
> 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 :-) )
--
ng X code in the server is maybe not to AJ's
liking :-)
So the other solution would be to be able to hook somehow some 'clean-up'
functions from DLLs to the Wine process that could be called when Wine
exits (whether normally or when crashing). Of course, people 'kill-9&#
> D3DRENDERSTATE_VERTEXBLEND is the only one that is commonly used by
> applications.
Oliver,
Do you mean you started working also on the DDraw (i.e. D3D1 => 7) code ? If
yes, could you tell me on what parts / applications you plan to work on to
not duplicate work ?
Thanks,
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
LPWSTR, LPWSTR, LPVOID,
HMONITOR);
The question now is wether it is guaranteed to have the string returned by
'DirectDrawEnumerateExW' be the same than the one returned by
'DDRAW->GetDeviceIdentifier()'.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
n
Chinese, let him to the work of unicodification of DDraw :-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
stion now is: why was this application not tested more often to get
the exact date of regression ?
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
other packages that require some strange libraries, why can't
> opengl be a 'hard' 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/
stuff they are writing :-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
rx drivers and Wine
is not the place to fix it...
Lionel
PS: but thanks to have made me re-read the man page, it gives ideas on how
to try to solve the multi-threaded D3D games problem :-)
--
Lionel Ulmer - http://www.bbrox.org/
e GL
dependency in the OpenGL32.DLL) we do the hard linking :-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
ile the swap occurs...
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
bGL?
If we do this, we will get a hard dependency between Wine and OpenGL which
will lead to a lot of packaging nightmares.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
.
It would only handle 'back buffer' rendering (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/
'unhandled pixel format flag' :-)
Lionel
PS: thanks for the update, always wanted to ask you on IRC about this patch
but always forgot it :-)
--
Lionel Ulmer - http://www.bbrox.org/
At the time 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/
> 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/
eople think? Has anybody started
> looking 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/
evious one again).
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
er thread).
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
rivers), and it has
> 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/
ge) and if it works, generalize to all cases.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
ocessing so that any subsequent thread could, if needed,
get the context.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
e this method work 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/
unsolved 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/
on card' using OpenGL
extensions (for which I forgot the names)
--
Lionel Ulmer - http://www.bbrox.org/
ug is something that is broken, 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/
uld actually be really accelerated though.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
L' window which in Wine does a lot of ugly stuff.
Will need to check this though.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
. So I need to
> do 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/
only added fields => they
can all be filled by one common function, using the 'dwSize' field to
disctriminate between versions.
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/
wrong, it should be '((char *) to)+__fromsize'
and why use 'sizeof(*(to))' as the basis for the 'memset' size and not
'tosize' ?
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
will work at the end (with all special cases a 2D / 3D mix
entails).
Anyway, keep up the work :-)
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
re reference
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/
nts to see 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
--
tible with Windows that always
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/
as it does not seem to be the case with Mike's
patch.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
e that we 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
--
counting) 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/
hey still exist and plan to sell a packaged version of QEMU as
their Windows emulator.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
1 - 100 of 335 matches
Mail list logo
