similar to: Xbox Support

> 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://bugs.freedesktop.org/show_bug.cgi?id=14092 Summary: No fonts and missing Icons Product: xorg Version: 7.3 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: mike

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

Hello guys, i have been on this mailing list for some weeks now, and i was wondering if someone here has installed linux on the XBOX and use it as a dedicated server. Its a 200 USD computer and could make it perfect to asterisk, its little and doesnt really take much space. My question is could this make it for a stable server??? here are some links i found for linux on XBOX

Hello. I'm having problems connecting to a Samba 2.2.7 share from my Xbox with Xbox Media Player (XBMP) 2.3. In the config file of XBMP, I added an entry which should make XBMP connect to a SMB share on my Samba server. I think, I've got everything setup correctly - according to the docs. However, when I try to connect, I don't see anything on the Xbox. After having set log level

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

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The last TiNDC is more than a year old, and if I remember right, the previous editor isn't around to make a new one, so i was thinking about doing it myself. I think the TiNDC's were very interesting to know the current status of things in a more enjoyable and friendly way than the status matrix. I know they were a summary of the channel

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

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.

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

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

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

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,

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

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

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

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

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

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