Hi,
I apologize if this question has come up before, I could not find a search
feature in the mailing list archives and google didn't give me much on the
subject.
I am interested in getting the Xbox 360 controller working in wine.
Currently, I can use the controller, but it is recognized only as
On 03/20/2011 08:20 AM, Alesh Slovak wrote:
I am interested in getting the Xbox 360 controller working in wine.
You'll need to implement xinput*.dll which is an empty stub in Wine.
Vitaliy.
On 03/19/2011 11:29 PM, m...@mtew.isa-geek.net wrote:
The suffix logical form is not that difficult to understand.
But is completely alien for the rest of the project. Please don't use it.
Even Perl creator himself says not to use such notation.
Vitaliy.
Dear Wine developers,
I would like implement some of the missing mesh functions in Wine's
D3DX9 for Google Summer of Code 2011. I would like to implement the
following functions:
- CloneMesh
- CloneMeshFVF
- ConvertPointRepsToAdjacency
- ConvertAdjacencyToPointReps
- GenerateAdjacency
My last two emails to this list haven't been accepted. I think I figured
out the reason why. Instead of resending the last email I sent, which
might make it look like I'm spamming, I'm sending this test email instead.
I'm looking for feedback on an idea for a Google Summer of Code project.
I looked at bugzilla and found that the D3DX9 versions of
Float16To32Array and Float32To16Array were needed for some games to run.
I thought that implementing those functions would make a good Google
Summer of Code
On 03/20/2011 11:13 AM, Joshua Beck wrote:
My last two emails to this list haven't been accepted. I think I figured out
the reason why. Instead of resending the last email I sent, which might make
it look like I'm spamming, I'm sending this test email instead.
You have to be subscribed to
On Sunday 20 March 2011 18:15:20 Joshua Beck wrote:
I'm looking for feedback on an idea for a Google Summer of Code project.
Cool, thanks for your interest!
I looked at bugzilla and found that the D3DX9 versions of
Float16To32Array and Float32To16Array were needed for some games to run.
I
I Have One Idea .
Why Should not we make wine portable ?
--
Live 2 Love and Love 2 Live
Hello,
First an introduction, My name is Jay Yang, I'm currently an
undergraduate at the University of Michigan, and as this email
indicates, I'm interested in participating in Google Summer of Code.
I've been looking at the Cygwin project idea listed on the Summer
of Code page, and
On 21 March 2011 00:21, Vitaliy Margolen wine-de...@kievinfo.com wrote:
On 03/20/2011 08:20 AM, Alesh Slovak wrote:
I am interested in getting the Xbox 360 controller working in wine.
You'll need to implement xinput*.dll which is an empty stub in Wine.
Do you know if there has been any
On Sun, Mar 20, 2011 at 1:26 PM, Alesh Slovak aleshslo...@gmail.com wrote:
On 21 March 2011 00:21, Vitaliy Margolen wine-de...@kievinfo.com wrote:
On 03/20/2011 08:20 AM, Alesh Slovak wrote:
I am interested in getting the Xbox 360 controller working in wine.
You'll need to implement
On Sun, Mar 20, 2011 at 15:40, Roderick Colenbrander
thunderbir...@gmail.com wrote:
On Sun, Mar 20, 2011 at 1:26 PM, Alesh Slovak aleshslo...@gmail.com wrote:
On 21 March 2011 00:21, Vitaliy Margolen wine-de...@kievinfo.com wrote:
On 03/20/2011 08:20 AM, Alesh Slovak wrote:
I am interested
On 3/20/2011 1:02 PM, Stefan Dösinger wrote:
On Sunday 20 March 2011 18:15:20 Joshua Beck wrote:
I'm looking for feedback on an idea for a Google Summer of Code project.
Cool, thanks for your interest!
I looked at bugzilla and found that the D3DX9 versions of
Float16To32Array and
I'm looking for feedback on an idea for a Google Summer of Code project.
I looked at bugzilla and found that the D3DX9 versions of
Float16To32Array and Float32To16Array were needed for some games to run.
I thought that implementing those functions would make a good Google
Summer of Code
I'm looking for feedback on an idea for a Google Summer of Code project.
I looked at bugzilla and found that the D3DX9 versions of
Float16To32Array and Float32To16Array were needed for some games to run.
I thought that implementing those functions would make a good Google
Summer of Code
Hi,
Thanks for your proposal!
I don't know the functions you suggest well enough personally to judge the
amount of work that is needed. Potential mentors are Roderick, Matteo, Henri
and me. I don't know who has time and is willing to mentor, but I think it is
safe to say that we'll find
On Sunday 20 March 2011 22:29:34 Joshua Beck wrote:
I erred on the side of caution because I didn't want to spend all summer
working on a project that I couldn't finish.
Finding the right amount of work is certainly tricky. Luckily d3dx9 has many
functions, so if you find out that you have
On Sunday 20 March 2011 21:46:34 Austin English wrote:
There are some patches still around (would have to look them up) and
they work.
warn reason=clueless
I think the main problem with implementing xinput.dll isn't xinput itself, it
is the lack of a proper joystick infrastructure in wine.
On 03/20/2011 04:48 PM, Stefan Dösinger wrote:
but preferably joystick input should be done over the X server and winex11.drv.
This sounds good in theory but completely useless in practice.
The X11 interface does not support force feedback, so you'll need to talk to
the device directly for
On 03/20/2011 12:12 PM, Sanket Patel wrote:
I Have One Idea .
Why Should not we make wine portable ?
Elaborate in details please. How do you want to make something portable?
This is not windows. Everything already can be packaged into a single binary.
And if you talking about
On 03/20/2011 05:14 AM, Pali Rohár wrote:
Can anybody review my patch?
Not sure what you trying to do exactly. Wine already has wrapper that makes
all wine binaries executable after they are being installed into system.
As for the patch:
- Do not use tab characters
- Please no unneeded
On Sunday, March 20, 2011 4:37:07 PM Vitaliy Margolen wrote:
On 03/20/2011 05:14 AM, Pali Rohár wrote:
Can anybody review my patch?
Not sure what you trying to do exactly. Wine already has wrapper that makes
all wine binaries executable after they are being installed into system.
Wine
On 03/20/2011 06:54 PM, Chris Robinson wrote:
As far as I can tell, the patch makes it so the .exe.so file can be run
directly, by adding a _start section that automatically execs wine with all
the same arguments passed on the command line. As a result, it removes the .so
extension so you can,
On 3/20/11 6:54 PM, Chris Robinson wrote:
On Sunday, March 20, 2011 4:37:07 PM Vitaliy Margolen wrote:
On 03/20/2011 05:14 AM, Pali Rohár wrote:
Can anybody review my patch?
Not sure what you trying to do exactly. Wine already has wrapper that makes
all wine binaries executable after they
On 3/20/11 4:14 AM, Pali Rohár wrote:
2011/2/19 Pali Rohárpali.ro...@gmail.com:
2011/2/4 Pali Rohárpali.ro...@gmail.com:
Hello,
I created patch which implement correct _start section in ELF shared
libraries/binaries which generate winegcc.
Into _start section this patch add calling execve
Thanks all for the info and insight.
On 21 March 2011 07:48, Stefan Dösinger stefandoesin...@gmx.at wrote:
On Sunday 20 March 2011 21:46:34 Austin English wrote:
There are some patches still around (would have to look them up) and
they work.
warn reason=clueless
I think the main problem
On 21 March 2011 12:26, Charles Davis cda...@mymail.mines.edu wrote:
Also, as near as I can tell, this will only work on x86 Linux. It won't
work anywhere else (e.g. Mac OS X, FreeBSD, Solaris, etc.). This is
because the 'start' code invokes execve(2) using the interrupt 80h
interface. Even if
On 3/20/11 9:31 PM, Ben Klein wrote:
On 21 March 2011 12:26, Charles Davis cda...@mymail.mines.edu wrote:
Also, as near as I can tell, this will only work on x86 Linux. It won't
work anywhere else (e.g. Mac OS X, FreeBSD, Solaris, etc.). This is
because the 'start' code invokes execve(2) using
On 21 March 2011 15:10, Charles Davis cda...@mymail.mines.edu wrote:
On 3/20/11 9:31 PM, Ben Klein wrote:
On 21 March 2011 12:26, Charles Davis cda...@mymail.mines.edu wrote:
Also, as near as I can tell, this will only work on x86 Linux. It won't
work anywhere else (e.g. Mac OS X, FreeBSD,
On 3/20/11 10:28 PM, Ben Klein wrote:
On 21 March 2011 15:10, Charles Davis cda...@mymail.mines.edu wrote:
On 3/20/11 9:31 PM, Ben Klein wrote:
On 21 March 2011 12:26, Charles Davis cda...@mymail.mines.edu wrote:
Also, as near as I can tell, this will only work on x86 Linux. It won't
work
Hi Konrad,
You should try to figure out why blit_priv is NULL. That's the real
issue. What drivers are you using? Do they support arb fragment
program? Right now we may still call arbfp_blit_surface when the
extension isn't around (was working on this a year ago, haven't had
time since then :( ),
On Sun, Mar 20, 2011 at 3:48 PM, Stefan Dösinger stefandoesin...@gmx.at wrote:
On Sunday 20 March 2011 21:46:34 Austin English wrote:
There are some patches still around (would have to look them up) and
they work.
warn reason=clueless
I think the main problem with implementing xinput.dll
On 21 March 2011 15:47, Charles Davis cda...@mymail.mines.edu wrote:
On 3/20/11 10:28 PM, Ben Klein wrote:
On 21 March 2011 15:10, Charles Davis cda...@mymail.mines.edu wrote:
On 3/20/11 9:31 PM, Ben Klein wrote:
On 21 March 2011 12:26, Charles Davis cda...@mymail.mines.edu wrote:
Also, as
34 matches
Mail list logo
