similar to: Using Controllers with WINE

This is a continuation/evolution of what I've been trying to do, get some response from my controller(s) in Guitar Hero 3. I compiled wine (with some help :) and manually copied the dinput_test.exe.so file into my /usr/lib32/wine directory and made it's permissions match the other exe.so files (644). I then run the test to see if dinput is seeing/reacting to my controller, and it seems

Hi all wondered if you could help me with this little problem I have. I''m wanting to connect my Xbox to the net for gaming and have the following set-up 3 interfaces on my Linux box eth0 :net (connected to my cable modem) eth1 :me (IP range 192.168.3.0) eth2 :loc (IP range 192.168.0.0) My Xbox is connected through a hub to eth2 I need to forward TCP and UDP packets to my PC which is

I'm playing the newly released game Rage by id software on my Arch Linux 64 bit box and runs quite nicely. I was beginning to wonder if it would be possible to ply the game with controller/gamepad? What is possible/easiest to set up with wine? I have an ps3 controller could that do the job or would it be easier to get an xbox 360 controller or a completely different gamepad? Any suggestions

> The Xbox is based on commodity PC hardware and runs a stripped-down version of the Windows 2000 kernel using APIs based largely on DirectX 8.1. however, it also incorporates changes optimized for gaming and multimedia uses... Is there any chance that wine can be made to run xbox games? There is alot of hardware optimisation so perhaps this is impossible, unless your running wine on an xbox,

http://www.pbs.org/cringely/pulpit/pulpit20050512.html interesting comment this week about the Xbox - any intelligent thoughts here? I know the price point puts it above most users Asterisk outlay (I run mine on a $100 P3 -800) But interesting to see what happens if people start running video conferencing etc on their home asterisk servers, and lets face it where else can you buy this

Hi I have only one but BIG problem with this game. Mouse just doesn't working i don't know why i tried to change MouseWrapOverride to enable/disable/force and nothing helped. But sometimes when i lunch game i can see the mouse cursor somewhere in the game window and it doesn't moves the game just block it in one place. Of course i tried few things like run game in window/fullscreen

This is certainly an option... but keeping up an LLVM backend for the 360 seems like a bit much work. Using Clang's rewriter requires no real low-level maintenance, just creating and maintaining a C library for support functions emitted by the compiler (e.g. objc_msgSend). It seems to create a backend for LLVM targeting the 360 I wouldn't need to create something that outputs XEX's

I'm slightly confused here, just to be clear: you're planning to go ObjC -> LLVM (via Clang or whatever) -> C, then use the 360 SDK compiler to build that, right? If that's the case, I think it'd be a better option than to use LLVM to directly generate XEXs, and you won't give the TCR guys fits (I checked the BAS TCRs, none of them say you can't do that, but the

Has anyone been able to get their wired xbox 360 controller to work with the mac version of bioshock? There's an option in the controller preferences, but it refuses to be clickable no matter how I connect my pc 360 controller to my mac. I even downloaded the tattleboogie drivers, but it didn't recognize the controller in game. Has anyone made this work? juego de dora

We are looking at using Objective-C/C++ in a new game engine.  Objective C's duality of being both very dynamic and very "C" gives us exactly what we need to make the SDK and engineering of games simpler. This means that we will need a way to compile it on all platforms our games will target.  Currently the major platforms we are concerned with include... PC, Mac, XBox 360, PS3,

Le 27 mai 2010 à 08:48, Kevin Wooten a écrit : > This is certainly an option... but keeping up an LLVM backend for the 360 seems like a bit much work. Using Clang's rewriter requires no real low-level maintenance, just creating and maintaining a C library for support functions emitted by the compiler (e.g. objc_msgSend). > The clang rewriter is not the same than LLVM C backend.

I'm running Samba on Fedora 8. Using the graphical interface, only. (Samba Server Configuration Tool 1.2.58) I can create a share, and use it from either Windows or Linux. If I re-boot the computer, the share does not get re-activated (It is still shown on the Configuration Tool Window). If I delete the share and re-create it, all is good. Is there a way to get a share to persist past

Please create a thread on DevNet to discuss this further. Alex On May 27, 2010, at 9:26 AM, Kevin Wooten wrote: > By linux derivative I meant that it borrows the linux GCC ABI... and > it does. You can compile with an off the shelf GCC cross compiler > and link the resultant object files ones compiled with the PS3 > provided version. We have done it. > > Also, as both

llvm can output C code, but that target has bitrotted severely over the last few months and nobody seems to be interested in fixing it. You may need to do some work there. Alternatively you could implement the PPC ABI that you need. There are several examples of supporting multiple ABIs on the same hardware, x86 being the most obvious. A lot of simple stuff will probably Just Work with the

Why? I think the discussion belongs here, and the topic doesn't seem to include proprietary information - a lot of 360 info has been made public through MS material. Other info can be discussed without much disclosure (we can refer to TCRs by three-letter category and number, etc). - Sherief On May 27, 2010, at 1:15 PM, Alex Rosenberg wrote: > Please create a thread on DevNet to discuss

PS3 is not "a Linux derivative." The compilers supplied by SCE for PS3 game development are highly customized and support a customized ABI that will take some time to adjust LLVM and Clang to support. You'd likely also run afoul of a TRC or two, similar to the problems you'll face with Microsoft TCRs mentioned earlier. Alex On May 27, 2010, at 12:15 AM, Kevin Wooten

By linux derivative I meant that it borrows the linux GCC ABI... and it does. You can compile with an off the shelf GCC cross compiler and link the resultant object files ones compiled with the PS3 provided version. We have done it. Also, as both an XBox 360 and PS3 developer, there seems to me to be nothing in the TCRs/TRCs that preclude us from using a different compiler. There are rules

Kevin, there're some unwritten rules on the 360 that seem to interfere with code generation - pointer load-stores seem to require zeroing the most significant 32 bits, for example - that was one issue that I ran into a while ago while fooling around with code generation on the 360 (and don't blame me if I'm slightly off the mark, it was quite a while ago). I didn't seem to find it

Implementing the backend (or editing the current PPC backend as needed) is a definite option. This seems to be the real question... which is easier... maintaining the PPC backend or maintaining the rewriter. Currently (in admittedly trivial tests) I have gotten the rewriter to work and output C code. There are some outstanding issues to do with linking and accessing the reflection information

Le 27 mai 2010 à 09:15, Kevin Wooten a écrit : > Implementing the backend (or editing the current PPC backend as needed) is a definite option. This seems to be the real question... which is easier... maintaining the PPC backend or maintaining the rewriter. Currently (in admittedly trivial tests) I have gotten the rewriter to work and output C code. There are some outstanding issues to do