2010/3/30 Dan Kegel
Sounds good to me -- and you could start right now by checking in stubs,
> if we don't have them already...
>
> The question is, though, how useful are these APIs (aside from
> needing them to play some games)? Which games make use of them?
>
According to research made by Vi
One of the most useful GSOC project for gamers would be to implement DInput
with XInput2.
Vitaly sent some hackish patches in Bug 6971
It could be a good start to begin to code.
A+
David
On Tue, Mar 30, 2010 at 6:11 PM, Edward Savage wrote:
>
>
> Sorry this is a little off topic from D3
You could use dynamic array for that or a list with a Uri_PROPERTY
value as a key for example and a data as an offset and length. Another
way is to compute each property offset only when it's requested and
store it. An obvious bad case for that is a long uri. So probably one
pass property com
On Tue, Mar 30, 2010 at 6:11 PM, Edward Savage wrote:
>
>
> Sorry this is a little off topic from D3D but maybe what the OP is
> looking for.
>
> I'm not sure how easy it is but .net 3.5 sp1 is currently a blocker
> for several high profile games that would otherwise work well with
> Wine, and ma
On 3/31/2010 02:57, Thomas Mullaly wrote:
Hi, my name is Thomas Mullaly and I am a undergraduate in the Computer
Science department at Kent State University and I would very much like
to participate in this years GSoC. I saw under your project ideas page
that the IUri API still needs implement
Sorry this is a little off topic from D3D but maybe what the OP is
looking for.
I'm not sure how easy it is but .net 3.5 sp1 is currently a blocker
for several high profile games that would otherwise work well with
Wine, and many others that may work. .net needs to install correctly
and functio
Hi, my name is Thomas Mullaly and I am a undergraduate in the Computer
Science department at Kent State University and I would very much like
to participate in this years GSoC. I saw under your project ideas page
that the IUri API still needs implemented and I thought that this would
be a good
On Wed, Mar 31, 2010 at 12:13 AM, John Koelndorfer
wrote:
> I've done a little bit of research on Direct3D. Having seen how easy
> the tutorial at http://www.directxtutorial.com/ is, I think I'd like
> to propose the following: a 3D benchmarking program that would allow
> users and developers to d
On Tue, Mar 30, 2010 at 4:13 PM, John Koelndorfer
wrote:
> I've done a little bit of research on Direct3D. Having seen how easy
> the tutorial at http://www.directxtutorial.com/ is, I think I'd like
> to propose the following: a 3D benchmarking program that would allow
> users and developers to de
I've done a little bit of research on Direct3D. Having seen how easy
the tutorial at http://www.directxtutorial.com/ is, I think I'd like
to propose the following: a 3D benchmarking program that would allow
users and developers to determine what aspects of WineD3D are the
slowest so that they can b
2010/3/30 Juan Lang :
> Hi Matteo, just wanted to congratulate you on getting your
> DRDXAssembleShader patches accepted. I know it can take a fair amount
> of persistence to get something substantial committed, and it seems
> that many lack the patience. Well done!
> --Juan
>
Thank you very muc
On Tue, Mar 30, 2010 at 11:04 PM, John Koelndorfer
wrote:
>> (Correction: I've never worked on D3D :-)
>
> Fair enough, I just noted that you were listed as a possible mentor
> for that project so I figured you'd be the person to ask.
>
>> Sure, you could find and fix tons of problems that way, I
> (Correction: I've never worked on D3D :-)
Fair enough, I just noted that you were listed as a possible mentor
for that project so I figured you'd be the person to ask.
> Sure, you could find and fix tons of problems that way, I bet.
Well that's good to hear. If that can help the Wine hackers w
On 30 March 2010 21:19, Roderick Colenbrander wrote:
> @@ -4062,7 +4062,7 @@ static HRESULT
> IWineD3DSurfaceImpl_BltOverride(IWineD3DSurfaceImpl *This, const
> * Also beware that the front buffer's surface size is screen width x
> screen height,
> * whereas the real gl drawabl
John Koelndorfer wrote:
>I've again gone over the list of possible projects on
>the Summer of Code page and one that particularly piqued my interest
>was "Direct3D - Conformance / Performance / Interactive tests". This
>seems like it may be a good fit given my lack of previous experience
>in the Wi
Firstly, thanks to Roderick for the prompt reply. I had a feeling that
my ideas were a little much. :-)
That being said, I've again gone over the list of possible projects on
the Summer of Code page and one that particularly piqued my interest
was "Direct3D - Conformance / Performance / Interact
Hi,
Eric Pouech wrote:
>did you test the 16 => 32 bit conversion for the MCI_ALL_DEVICE ?
It's good you asked. Upon closer inspection, MCI_Sysinfo appears to
behave differently. I'd say it's even a bug in MS that setting
SYSINFO_PARMS.wDeviceType = MCI_ALL_DEVICE_ID is not recognized! Only
send
Hello
I'm Mariusz Pluciński, student of Information Technology in Gdańsk
University of Technology (Poland). I decided to apply to Google Summer of
Code in your project, cause I've been fascinated in Wine for a long time
(without Wine, migration to open source OS would not be possible for me). In
m
Hi Matteo, just wanted to congratulate you on getting your
DRDXAssembleShader patches accepted. I know it can take a fair amount
of persistence to get something substantial committed, and it seems
that many lack the patience. Well done!
--Juan
"Mikhail Maroukhine" writes:
> - winedump/search.c::get_type - cleanup variable usage
That's not much better. It would be cleaner to stop abusing the passed
argument as a local variable.
--
Alexandre Julliard
julli...@winehq.org
Roderick Colenbrander writes:
> Hi,
>
> While working on some other patches, I spotted a small error in the
> call to surface_get_rect for the source rectangle. I was passing
> 'This' (destination) instead of Src.
It doesn't work:
../../../tools/runtest -q -P wine -M ddraw.dll -T ../../.. -p dd
On Tue, Mar 30, 2010 at 4:34 PM, John Koelndorfer
wrote:
> Hello wine-devel,
>
> My name is John and I'm a computer science major at the University of
> Minnesota, Twin Cities campus. I've made quite a bit of use of Wine before
> (and I have purchased Crossover) and I'm inspired to give something
Hi,
Eric Pouech wrote:
>this patch is ugly as hell...
Please qualify. To me,
- data[3] = (DWORD_PTR)dev;
+ parms.open.lpstrElementName = dev;
looks more robust than before:
- no magic offsets,
- no casts that may silence warnings.
The one #ifdef WIN64 is a pure performance
Hello wine-devel,
My name is John and I'm a computer science major at the University of
Minnesota, Twin Cities campus. I've made quite a bit of use of Wine before
(and I have purchased Crossover) and I'm inspired to give something back to
the project.
I have fairly ambitious goals for myself (may
Hi,
Eric Pouech wrote:
>did you test the 16 => 32 bit conversion for the MCI_ALL_DEVICE ?
Which ones do you have in mind? There are tests involving MCI_ALL_DEVICE_ID
that pass on both win9x and later (also in patch #5). I wrote a few
more MCI tests privately. Generally, I added (UINT16) casts i
25 matches
Mail list logo
