Auteur Sujet: Racing Cab #2  (Lu 47943 fois)

Hors ligne CryingFreeman

  • Level Buster
  • *
  • Messages: 2676
  • Chinois Inside -Paris 75
    • Voir le profil
Racing Cab #2
« Réponse #208 le: Samedi 28 Janvier 2006, 11:40:36 am »
Voilà c'est exactement ce cable dont il a besoin ... enfin je dis ca comme ca au cas ou yaurait quelqu'un qui a ca en rab pour lui....  :D

Hors ligne rataflo

  • Grand Pilier
  • *
  • Messages: 942
    • Voir le profil
Racing Cab #2
« Réponse #209 le: Samedi 28 Janvier 2006, 11:51:30 am »
J'en ai deux dont je peut t'en filer un BP. MP moi ton adresse si ca t'intéresse.
Si je peut donner un coup de pouce à faire avancer la science.  :D
Signature:
Les signatures sont affichées en bas de chaque message. Vous pouvez y inclure du BBCode et des émoticônes.

Hors ligne BigPanik

  • Hi-Score Buster
  • *
  • Messages: 3057
    • Voir le profil
Racing Cab #2
« Réponse #210 le: Samedi 28 Janvier 2006, 13:25:21 pm »
Oui c'est un cable Clavier/Souris USB vers XBOX qu'il me faut.


Le X-Pac un a connecteur USB type B. On branche donc un cable USB classique pour le connecter à un PC (ou XBOX 360  :P ). Pour une Xbox il faut le cable USB classique + l'adaptateur USB/XBOX.

Voici le prototype du X-Pac:


MP rataflo  :idea:

BP

Hors ligne CryingFreeman

  • Level Buster
  • *
  • Messages: 2676
  • Chinois Inside -Paris 75
    • Voir le profil
Racing Cab #2
« Réponse #211 le: Samedi 28 Janvier 2006, 14:46:45 pm »
Auhasard je cherche une sega rally pour mes essais que tu dois sûrement avoir en double rataflo .... MP ?? ;)

Enfin je sens vraiment que le XPac va vraiment me servir dans l'avenir proche (hélas ya pas encore de retour de force)

Hors ligne BigPanik

  • Hi-Score Buster
  • *
  • Messages: 3057
    • Voir le profil
Racing Cab #2
« Réponse #212 le: Mardi 31 Janvier 2006, 20:43:41 pm »
Ca c'est du rapide Rataflo!  :|  :idea:

J'ai donc recu l'adapteur USB/XBOX et je me suis empressé de le tester avec le X-Pac... :?

Verdict: A marche pas  :twisted:

Les leds m'indiquent que le péripherique est "attaché" mais ne passe pas en "configuré". Bref, y a encore du pain sur la planche. Je vais investiguer un peu plus,  mais à 80% je pense que la Xbox veux causer au Hub (intégré dans chaque Xpad). Dans ce cas la je serais bon pour emuler un hub...  :smile:

A suivre
Merci encore Rataflo
BP

Hors ligne rataflo

  • Grand Pilier
  • *
  • Messages: 942
    • Voir le profil
Racing Cab #2
« Réponse #213 le: Mardi 31 Janvier 2006, 20:52:29 pm »
Deja tu l'as recu je l'ai envoyé hier à midi!!! Y'as des fois ou la poste peut être rapide.  :P
Bon bein t'as intérêt à ce que ca fonctionne tout ca.
Théoriquement le cable est bon je m'en étais servis, y'a un moment, avec un clavier sur linux.
Bon courage. :!:
Signature:
Les signatures sont affichées en bas de chaque message. Vous pouvez y inclure du BBCode et des émoticônes.

Hors ligne BigPanik

  • Hi-Score Buster
  • *
  • Messages: 3057
    • Voir le profil
Racing Cab #2
« Réponse #214 le: Jeudi 02 Février 2006, 00:10:04 am »
:nul:  :cry:  Rien à faire, j'ai beau regarder ma config USB,a chaque fois la meme reponse: le PAD émulé est nickel.

La seule différence entre le X-PAC et un XPAD, c'est ce satané HUB et la config qui en découle: Bus Powered, Compound device, etc.
Bref que des valeurs difinies dans un HUB USB.

Le 18f4550 n'est capable de faire HUB. Il faut donc que je trouve un autre composant capable de faire cette tache (Atmel par exemple) mais facile à souder et à programmer...

Actuellement e X-Pac ressemble plus à un gros A-Pac d'andy.  :cry:

BP

Hors ligne kaneda56

  • Pink Lover et Tassimo Buveur
  • Team
  • Arcade Kingmaster
  • *****
  • Messages: 4246
  • Je pratique le bukkake sur Tibo
    • Voir le profil
Racing Cab #2
« Réponse #215 le: Jeudi 02 Février 2006, 08:22:43 am »
Courage BP :smile:
On sait que tu vas y arriver, perd pas pied! :|

"Arrête de te croire fort avec tes roll cancel!!!"
Paroles de Sac

Hors ligne rataflo

  • Grand Pilier
  • *
  • Messages: 942
    • Voir le profil
Racing Cab #2
« Réponse #216 le: Jeudi 02 Février 2006, 08:24:50 am »
Arff c'est dommage tout ca.
Bon je te dirais je n'y pipe rien mais y'aurais pas quelque chose à faire en allant voir du coté de l'adaptateur xbox d'andy?
Signature:
Les signatures sont affichées en bas de chaque message. Vous pouvez y inclure du BBCode et des émoticônes.

Hors ligne CryingFreeman

  • Level Buster
  • *
  • Messages: 2676
  • Chinois Inside -Paris 75
    • Voir le profil
Racing Cab #2
« Réponse #217 le: Jeudi 02 Février 2006, 15:14:03 pm »
j'ai mis du temps avant de répondre mais je crois qu'il est quasi obligatoire d'integrer le HUB usb pour lui faire croire que le circuit contient un slot memory card comme les manettes xbox.

Par contre le fait que tu partes d'un firm mouse doit bloquer. T'as essayé de partir de celui d'un joy ?

/*********************************************************************
 *
 *                Microchip USB C18 Firmware Version 1.0
 *
 *********************************************************************
 * FileName:        usbdsc.c
 * Dependencies:    See INCLUDES section below
 * Processor:       PIC18
 * Compiler:        C18 2.30.01+
 * Company:         Microchip Technology, Inc.
 *
 * Software License Agreement
 *
 * The software supplied herewith by Microchip Technology Incorporated
 * (the ôCompanyö) for its PICmicro« Microcontroller is intended and
 * supplied to you, the CompanyÆs customer, for use solely and
 * exclusively on Microchip PICmicro Microcontroller products. The
 * software is owned by the Company and/or its supplier, and is
 * protected under applicable copyright laws. All rights are reserved.
 * Any use in violation of the foregoing restrictions may subject the
 * user to criminal sanctions under applicable laws, as well as to
 * civil liability for the breach of the terms and conditions of this
 * license.
 *
 * THIS SOFTWARE IS PROVIDED IN AN ôAS ISö CONDITION. NO WARRANTIES,
 * WHETHER EXPRESS, IMPLIED OR STATUTORY, INCLUDING, BUT NOT LIMITED
 * TO, IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A
 * PARTICULAR PURPOSE APPLY TO THIS SOFTWARE. THE COMPANY SHALL NOT,
 * IN ANY CIRCUMSTANCES, BE LIABLE FOR SPECIAL, INCIDENTAL OR
 * CONSEQUENTIAL DAMAGES, FOR ANY REASON WHATSOEVER.
 *
 ********************************************************************/

/*********************************************************************
 * -usbdsc.c-
 * This file contains the USB descriptor information. It is used
 * in conjunction with the usbdsc.h file. When a descriptor is added
 * or removed from the main configuration descriptor, i.e. CFG01,
 * the user must also change the descriptor structure defined in
 * the usbdsc.h file. The structure is used to calculate the
 * descriptor size, i.e. sizeof(CFG01).
 *
 * A typical configuration descriptor consists of:
 * At least one configuration descriptor (USB_CFG_DSC)
 * One or more interface descriptors (USB_INTF_DSC)
 * One or more endpoint descriptors (USB_EP_DSC)
 *
 * Naming Convention:
 * To resolve ambiguity, the naming convention are as followed:
 * - USB_CFG_DSC type should be named cdxx, where xx is the
 *   configuration number. This number should match the actual
 *   index value of this configuration.
 * - USB_INTF_DSC type should be named i<yy>a<zz>, where yy is the
 *   interface number and zz is the alternate interface number.
 * - USB_EP_DSC type should be named ep<##><d>_i<yy>a<zz>, where
 *   ## is the endpoint number and d is the direction of transfer.
 *   The interface name should also be listed as a suffix to identify
 *   which interface does the endpoint belong to.
 *
 * Example:
 * If a device has one configuration, two interfaces; interface 0
 * has two endpoints (in and out), and interface 1 has one endpoint(in).
 * Then the CFG01 structure in the usbdsc.h should be:
 *
 * #define CFG01 rom struct                            \
 * {   USB_CFG_DSC             cd01;                   \
 *     USB_INTF_DSC            i00a00;                 \
 *     USB_EP_DSC              ep01o_i00a00;           \
 *     USB_EP_DSC              ep01i_i00a00;           \
 *     USB_INTF_DSC            i01a00;                 \
 *     USB_EP_DSC              ep02i_i01a00;           \
 * } cfg01
 *
 * Note the hierarchy of the descriptors above, it follows the USB
 * specification requirement. All endpoints belonging to an interface
 * should be listed immediately after that interface.
 *
 * -------------------------------------------------------------------
 * Filling in the descriptor values in the usbdsc.c file:
 * -------------------------------------------------------------------
 * Most items should be self-explanatory, however, a few will be
 * explained for clarification.
 *
 * [Configuration Descriptor(USB_CFG_DSC)]
 * The configuration attribute must always have the _DEFAULT
 * definition at the minimum. Additional options can be ORed
 * to the _DEFAULT attribute. Available options are _SELF and _RWU.
 * These definitions are defined in the usbdefs_std_dsc.h file. The
 * _SELF tells the USB host that this device is self-powered. The
 * _RWU tells the USB host that this device supports Remote Wakeup.
 *
 * [Endpoint Descriptor(USB_EP_DSC)]
 * Assume the following example:
 * sizeof(USB_EP_DSC),DSC_EP,_EP01_OUT,_BULK,64,0x00
 *
 * The first two parameters are self-explanatory. They specify the
 * length of this endpoint descriptor (7) and the descriptor type.
 * The next parameter identifies the endpoint, the definitions are
 * defined in usbdefs_std_dsc.h and has the following naming
 * convention:
 * _EP<##>_<dir>
 * where ## is the endpoint number and dir is the direction of
 * transfer. The dir has the value of either 'OUT' or 'IN'.
 * The next parameter identifies the type of the endpoint. Available
 * options are _BULK, _INT, _ISO, and _CTRL. The _CTRL is not
 * typically used because the default control transfer endpoint is
 * not defined in the USB descriptors. When _ISO option is used,
 * addition options can be ORed to _ISO. Example:
 * _ISO|_AD|_FE
 * This describes the endpoint as an isochronous pipe with adaptive
 * and feedback attributes. See usbdefs_std_dsc.h and the USB
 * specification for details. The next parameter defines the size of
 * the endpoint. The last parameter in the polling interval.
 *
 * -------------------------------------------------------------------
 * Adding a USB String
 * -------------------------------------------------------------------
 * A string descriptor array should have the following format:
 *
 * rom struct{byte bLength;byte bDscType;word string[size];}sdxxx={
 * sizeof(sdxxx),DSC_STR,<text>};
 *
 * The above structure provides a means for the C compiler to
 * calculate the length of string descriptor sdxxx, where xxx is the
 * index number. The first two bytes of the descriptor are descriptor
 * length and type. The rest <text> are string texts which must be
 * in the unicode format. The unicode format is achieved by declaring
 * each character as a word type. The whole text string is declared
 * as a word array with the number of characters equals to <size>.
 * <size> has to be manually counted and entered into the array
 * declaration. Let's study this through an example:
 * if the string is "USB" , then the string descriptor should be:
 * (Using index 02)
 * rom struct{byte bLength;byte bDscType;word string[3];}sd002={
 * sizeof(sd002),DSC_STR,'U','S','B'};
 *
 * A USB project may have multiple strings and the firmware supports
 * the management of multiple strings through a look-up table.
 * The look-up table is defined as:
 * rom const unsigned char *rom USB_SD_Ptr[]={&sd000,&sd001,&sd002};
 *
 * The above declaration has 3 strings, sd000, sd001, and sd002.
 * Strings can be removed or added. sd000 is a specialized string
 * descriptor. It defines the language code, usually this is
 * US English (0x0409). The index of the string must match the index
 * position of the USB_SD_Ptr array, &sd000 must be in position
 * USB_SD_Ptr[0], &sd001 must be in position USB_SD_Ptr[1] and so on.
 * The look-up table USB_SD_Ptr is used by the get string handler
 * function in usb9.c.
 *
 * -------------------------------------------------------------------
 *
 * The look-up table scheme also applies to the configuration
 * descriptor. A USB device may have multiple configuration
 * descriptors, i.e. CFG01, CFG02, etc. To add a configuration
 * descriptor, user must implement a structure similar to CFG01.
 * The next step is to add the configuration descriptor name, i.e.
 * cfg01, cfg02,.., to the look-up table USB_CD_Ptr. USB_CD_Ptr[0]
 * is a dummy place holder since configuration 0 is the un-configured
 * state according to the definition in the USB specification.
 *
 ********************************************************************/
 
/*********************************************************************
 * Descriptor specific type definitions are defined in:
 * system\usb\usbdefs\usbdefs_std_dsc.h
 *
 * Configuration information is defined in:
 * autofiles\usbcfg.h
 ********************************************************************/
 
/** I N C L U D E S *************************************************/
#include "system\typedefs.h"
#include "system\usb\usb.h"

/** C O N S T A N T S ************************************************/
#pragma romdata

/* Device Descriptor */
rom USB_DEV_DSC device_dsc=
{    
    sizeof(USB_DEV_DSC),    // Size of this descriptor in bytes
    DSC_DEV,                // DEVICE descriptor type
    0x0200,                 // USB Spec Release Number in BCD format
    0x00,                   // Class Code
    0x00,                   // Subclass code
    0x00,                   // Protocol code
    EP0_BUFF_SIZE,          // Max packet size for EP0, see usbcfg.h
    0x04D8,                 // Vendor ID
    0x0011,                 // Product ID: Mouse in a circle fw demo
    0x0001,                 // Device release number in BCD format
    0x01,                   // Manufacturer string index
    0x02,                   // Product string index
    0x00,                   // Device serial number string index
    0x01                    // Number of possible configurations
};

/* Configuration 1 Descriptor */
CFG01={
    /* Configuration Descriptor */
    sizeof(USB_CFG_DSC),    // Size of this descriptor in bytes
    DSC_CFG,                // CONFIGURATION descriptor type
    sizeof(cfg01),          // Total length of data for this cfg
    1,                      // Number of interfaces in this cfg
    1,                      // Index value of this configuration
    0,                      // Configuration string index
    _DEFAULT|_RWU,          // Attributes, see usbdefs_std_dsc.h
    50,                     // Max power consumption (2X mA)

    /* Interface Descriptor */
    sizeof(USB_INTF_DSC),   // Size of this descriptor in bytes
    DSC_INTF,               // INTERFACE descriptor type
    0,                      // Interface Number
    0,                      // Alternate Setting Number
    1,                      // Number of endpoints in this intf
    HID_INTF,               // Class code
    0x00,//BOOT_INTF_SUBCLASS,     // Subclass code
    0x00,//HID_PROTOCOL_MOUSE,     // Protocol code
    0,                      // Interface string index
   
    /* HID Class-Specific Descriptor */
    sizeof(USB_HID_DSC),    // Size of this descriptor in bytes
    DSC_HID,                // HID descriptor type
    0x0101,                 // HID Spec Release Number in BCD format
    0x00,                   // Country Code (0x00 for Not supported)
    HID_NUM_OF_DSC,         // Number of class descriptors, see usbcfg.h
    DSC_RPT,                // Report descriptor type
    sizeof(hid_rpt01),      // Size of the report descriptor

    /* Endpoint Descriptor */
    sizeof(USB_EP_DSC),DSC_EP,_EP01_IN,_INT,HID_INT_IN_EP_SIZE,0x0A
};
   
rom struct{byte bLength;byte bDscType;word string[1];}sd000={
sizeof(sd000),DSC_STR,0x0409};

rom struct{byte bLength;byte bDscType;word string[25];}sd001={
sizeof(sd001),DSC_STR,
'M','i','c','r','o','c','h','i','p',' ',
'T','e','c','h','n','o','l','o','g','y',' ','I','n','c','.'};

rom struct{byte bLength;byte bDscType;word string[8];}sd002={
sizeof(sd002),DSC_STR,
'J','o','y','s','t','i','c','k'};

rom struct{byte report[HID_RPT01_SIZE];}hid_rpt01={
0x05, 0x01, // Usage Page(Generic Desktop)
0x09, 0x04, // Usage Joystick

0xA1, 0x01, // Collection(application)
0x05, 0x02, // Usage Page(Simulation Controls)
0x09, 0xBB, // Usage (Throttle)
0x09, 0xC5, // Usage (Brake)
0x16, 0x00, 0xFE, // Logical Minimum -511
0x26, 0xFF, 0x01, // Logical Maximum 511
0x75, 0x10, // Report Size 16 Bit
0x95, 0x02, // Report Count 2
0x81, 0x02, // Input(data,var,abs)
// 22 Bytes
0x05, 0x01, // Usage Page (Generic Desktop)
0x09, 0x01, // Usage (Pointer)
0xA1, 0x00, // Collection (physical)
0x09, 0x30, // Usage (x)
0x09, 0x31, // Usage (y)
0x15, 0x81, // logical minimum -127
0x25, 0x7F, // logical maximum 127
0x75, 0x08, // report size 8
0x95, 0x02, // report count (2)
0x81, 0x02, // Input(data,var,abs)
0xc0, // end collection
// 15 bytes
0x09, 0x39, // Usage (hat switch)
0x15, 0x00, // Logical minimum (0)
0x25, 0x03, // Logical Maximum (3)
0x35, 0x00, // Physical Minimum (0)
0x46, 0x0e, 0x01, // Physical Maximum (270)
0x65, 0x14, // UNIT (Eng rot:Angular Pos)
0x75, 0x04, // Report size (4)
0x95, 0x01, // Report Count (1)
0x81, 0x02, // Input(data,var,abs)
// 19 Bytes */
0x05, 0x09, // Usage (button)
0x19, 0x01, // Usage minimum(1)
0x29, 0x0C, // Usage Maximum(4)
0x15, 0x00, // Logical Minimum (0)
0x25, 0x01, // Logical Maximum (1)
0x75, 0x01, // Report size 1 bit
0x95, 0x0C, // Report Count 4
0x55, 0x00, // Unit Exponent 0
0x65, 0x00, // Unit none
0x81, 0x02, // Input(data,var,abs)
// 16 bytes
0xC0}; // end Collection

rom const unsigned char *rom USB_CD_Ptr[]={&cfg01,&cfg01};
rom const unsigned char *rom USB_SD_Ptr[]={&sd000,&sd001,&sd002};

rom pFunc ClassReqHandler[1]=
{
    &USBCheckHIDRequest
};

#pragma code

/** EOF usbdsc.c ****************************************************/


/*********************************************************************
 *
 *                Microchip USB C18 Firmware Version 1.0
 *
 *********************************************************************
 * FileName:        usbcfg.h
 * Dependencies:    See INCLUDES section below
 * Processor:       PIC18
 * Compiler:        C18 2.30.01+
 * Company:         Microchip Technology, Inc.
 *
 * Software License Agreement
 *
 * The software supplied herewith by Microchip Technology Incorporated
 * (the ôCompanyö) for its PICmicro« Microcontroller is intended and
 * supplied to you, the CompanyÆs customer, for use solely and
 * exclusively on Microchip PICmicro Microcontroller products. The
 * software is owned by the Company and/or its supplier, and is
 * protected under applicable copyright laws. All rights are reserved.
 * Any use in violation of the foregoing restrictions may subject the
 * user to criminal sanctions under applicable laws, as well as to
 * civil liability for the breach of the terms and conditions of this
 * license.
 *
 * THIS SOFTWARE IS PROVIDED IN AN ôAS ISö CONDITION. NO WARRANTIES,
 * WHETHER EXPRESS, IMPLIED OR STATUTORY, INCLUDING, BUT NOT LIMITED
 * TO, IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A
 * PARTICULAR PURPOSE APPLY TO THIS SOFTWARE. THE COMPANY SHALL NOT,
 * IN ANY CIRCUMSTANCES, BE LIABLE FOR SPECIAL, INCIDENTAL OR
 * CONSEQUENTIAL DAMAGES, FOR ANY REASON WHATSOEVER.
 *
 ********************************************************************/

#ifndef USBCFG_H
#define USBCFG_H

/** D E F I N I T I O N S *******************************************/
#define EP0_BUFF_SIZE           8   // 8, 16, 32, or 64
#define MAX_NUM_INT             1   // For tracking Alternate Setting

/* Parameter definitions are defined in usbdrv.h */
#define MODE_PP                 _PPBM0
#define UCFG_VAL                _PUEN|_TRINT|_FS|MODE_PP

#define USE_SELF_POWER_SENSE_IO
#define USE_USB_BUS_SENSE_IO

/** D E V I C E  C L A S S  U S A G E *******************************/
#define USB_USE_HID

/*
 * MUID = Microchip USB Class ID
 * Used to identify which of the USB classes owns the current
 * session of control transfer over EP0
 */
#define MUID_NULL               0
#define MUID_USB9               1
#define MUID_HID                2
#define MUID_CDC                3

/** E N D P O I N T S  A L L O C A T I O N **************************/
/*
 * See usbmmap.c for an explanation of how the endpoint allocation works
 */

/* HID */
#define HID_INTF_ID             0x00
#define HID_UEP                 UEP1
#define HID_BD_OUT              ep1Bo
#define HID_INT_OUT_EP_SIZE     3
#define HID_BD_IN               ep1Bi
#define HID_INT_IN_EP_SIZE      8
#define HID_NUM_OF_DSC          1
#define HID_RPT01_SIZE          85//50

/* HID macros */
#define mUSBGetHIDDscAdr(ptr)               \
{                                           \
    if(usb_active_cfg == 1)                 \
        ptr = (rom byte*)&cfg01.hid_i00a00; \
}

#define mUSBGetHIDRptDscAdr(ptr)            \
{                                           \
    if(usb_active_cfg == 1)                 \
        ptr = (rom byte*)&hid_rpt01;        \
}

#define mUSBGetHIDRptDscSize(count)         \
{                                           \
    if(usb_active_cfg == 1)                 \
        count = sizeof(hid_rpt01);          \
}


#define MAX_EP_NUMBER           1           // UEP1

#endif //USBCFG_H



dans le descriptor je pense qu'il y a moyen de lui faire croire que le hub pour la memory card existe meme si il n'y est pas.

Sinon va falloir taper du coté d'Atmel ou Cypress en chip

Hors ligne BigPanik

  • Hi-Score Buster
  • *
  • Messages: 3057
    • Voir le profil
Racing Cab #2
« Réponse #218 le: Jeudi 02 Février 2006, 15:33:12 pm »
Tous mes descripteurs sont exactement identiques au XPAD. Ce sont des valeurs positionnés par le HUB qui sont fausses. Je n'utilise plus l'exemple HID de la souris mais celui de "demo" "USB générique" (sans HID).

Mais la nuit m'a apporté une idée de test. Brancher le XPAD sur l'emplacement mémoire d'un XPAD (derriere le HUB quoi).  Je pourrais ainsi voir si j'ai bien 2 manettes 100% identiques (sauf l'adresse bien sur).

BP

Hors ligne Iro

  • Alias le Rouston Masqué
  • Staff
  • Dieu de l' Arcade
  • *****
  • Messages: 17420
  • Iro, chevalier Judaï
    • Voir le profil
Racing Cab #2
« Réponse #219 le: Jeudi 02 Février 2006, 15:36:15 pm »
Bon courage en tout cas, perdez pas espoir  :!:



La vache, c'est la 1ére fois que je lis un truc en français sans reellement rien y comprendre .....  :cry:
"Jet set 2, c'est avec Robert Garcia ?" Kaneda, Lapsus de sac Vol.1
Peter Shou Owner' Club

WIPs : Naomi - SEGA Rally - AB Cop - Lethal Enforcers - COMPUMI - Terminator 2 - Space Invaders - Artworks pour Boitiers K7 Naomi CF

LES TUTOS DE GAMO   

Hors ligne CryingFreeman

  • Level Buster
  • *
  • Messages: 2676
  • Chinois Inside -Paris 75
    • Voir le profil
Racing Cab #2
« Réponse #220 le: Jeudi 02 Février 2006, 15:58:14 pm »
il est possible que la xbox demande la présence du hub pour pouvoir fonctionner alors si tu te mets derriere et que ca marche ca voudra dire que ton circuit est pret  :D  MAIS qu'au final faudra surement rajouter un autre chip pour emuler le hub  :cry:

Enfin ca sera déjà un bon pas si ya que ca a faire...

Hors ligne poluxbox

  • Pilier
  • *
  • Messages: 709
    • Voir le profil
Racing Cab #2
« Réponse #221 le: Jeudi 02 Février 2006, 16:35:38 pm »
c'est pas faux  :lol:

Hors ligne Misteriddler

  • L'homme le plus classe du monde (ou presque) !
  • Admin
  • Dieu de l' Arcade
  • *****
  • Messages: 10499
  • No Avatar Searching Patrol
    • Voir le profil
    • THE ARCADE COMPANY
Racing Cab #2
« Réponse #222 le: Jeudi 02 Février 2006, 16:42:17 pm »
Citation de: "poluxbox"
c'est pas faux  :lol:


Pareil que lui mais en plus fort !!!  :lol:

On entrave que dalle, mais on est avec vous !!!! loooooooooolll
Bienvenue sur GAMOOVER ! Que les dieux de l'arcade soient avec vous, et vous guident dans vos roadtrips! 


La Gameroom des Riddlers / The Famous Arcade machine ! / The Buzzzers Episode 1 / The Buzzzers Episode 2 / The Buzzzers Episode 3 /

Hors ligne Iro

  • Alias le Rouston Masqué
  • Staff
  • Dieu de l' Arcade
  • *****
  • Messages: 17420
  • Iro, chevalier Judaï
    • Voir le profil
Racing Cab #2
« Réponse #223 le: Jeudi 02 Février 2006, 16:46:39 pm »
Je crois qu'ils voulaient dire qu'il fallait aaaalllllummmmmeeeer la sccuuud
 :lol:
"Jet set 2, c'est avec Robert Garcia ?" Kaneda, Lapsus de sac Vol.1
Peter Shou Owner' Club

WIPs : Naomi - SEGA Rally - AB Cop - Lethal Enforcers - COMPUMI - Terminator 2 - Space Invaders - Artworks pour Boitiers K7 Naomi CF

LES TUTOS DE GAMO