Homepage Forums Search Search Results for 'usb'

Viewing 35 results - 1,856 through 1,890 (of 3,655 total)
  • Author
    Search Results
  • g0nz0uk
    Participant

    How did it go?

    I have an xbox360 wireless controller with the Windows USB WiFi lead, so I can use this in Retropie or is it better to use one with the USB lead attached?

    #96382
    EkDor
    Participant

    I got this issue fixed. The first part is identifying the USB Interface PCB which has not identification on it’s silk-screen. It turned out to be a THT Xin-Mo. Knowing that made it much easier to find information.

    This is the thread that has the fix I used.

    LINK => Autofire on the Axis

    #96380
    EkDor
    Participant

    I got this issue fixed. The first part is identifying the USB Interface PCB which has not identification on it’s silk-screen. It turned out to be a THT Xin-Mo. Knowing that made it much easier to find information.

    This is the thread that has the fix I used.

    LINK => Autofire on the Axis

    #96365
    tendonut
    Participant

    You can probably skip step 2. Shutdown stops the service as well. But yeah, the built in PS3 pairing system doesn’t really seem to work.

    It appears as if the service doesn’t get added to the boot process automatically unless the PS3 pairing script finishes successfully (which I’ve never gotten it to do). So once you install the PS3 drivers, then plug in the controller and run..

    sudo /opt/retropie/supplementary/ps3controller/sixpair

    and get the two MAC addresses to match, confirming the top MAC address (the controller) matches the bottom MAC address (your Bluetooth Dongle), you can then go ahead and add the sixad daemon to the startup sequence.

    sudo sixad --boot-yes

    Unplug the USB cable, give the Pi a reboot, and it should sync up after it boots up when you hit the PS button.

    kirin
    Participant

    Hello everyone!

    I’m quite new to RPi, and recently bought myself an RPi 2. So, I decided to use it as old-school gaming station together with my Dualshock-PS3 controller (official sony, no 3rd party).
    I followed the guide on the github exactly ( https://github.com/retropie/RetroPie-Setup/wiki/Setting-up-a-PS3-controller ), but my problem is, that the Pi doesn’t recognize the controller even if it is connected via USB. Aka, the js0 file is not written in /dev/input.

    Any idea what I could do?
    Could something be wrong with my setup/sd-card? Because, when I close Kodi (have it installed through the retroPi-Script), sometimes the Pi just freezes, and after hard resetting (power off/on) I get an “bad read/write IO error” or something like that, which keeps the pi in a bootloop, until I power if off & on again.

    Thanks & Greetings
    Kirin

    EDIT: I just checked lsusb – there it is connected & in the dmesg it is also found & initialized.

    #96348
    depress
    Participant

    It’s an arcade stick setup that I put together myself. Sorry, I should have been more clear on that.

    I… technically fixed it. Very very technically. I plugged in a USB SNES Controller, and pressing ‘Y’ on that brought up RetroArch’s menu in a game… I just, have no idea. Anyways, inside here I was able to bind everything to my setup correctly and it works fine except for one thing.

    RetroArch seems to auto-bind certain things and it’s pretty inconvenient. I can disable auto-config but the damage has been done. I can’t figure out how to unbind my controller’s “R2” from opening the RetroArch menu, and I can’t figure out how to unbind keys in this menu. Any help on that?

    #96314
    Floob
    Member

    [quote=96295]Tried everything from the thread. Nothing helps. Uses Floobs retroarch.cfg, USBGamepad.cfg.

    I used than my old controller and it’s working fine with it. MegaWorldUSBGameControllers.cfg is used fine in every emulator and every button is working as intended.

    Help?
    [/quote]

    Can you confirm you have deleted all files from the retroarch config path?
    (Keep this one MegaWorldUSBGameControllers.cfg)

    tornsoul
    Participant

    I have the ControlBlock wired up with a RPi 2 in an old NES. Power switch, LED, and controllers work as expected. However, since NES controllers are really only ideal for certain emulators, I want the option to use the USB ports on the RPi for USB controllers as well. Is there a way I can easily swap out the configurations depending on what I want to use?

    I figure I could easily write a shell script to swap out configuration files if necessary, but I’m trying to set this up so it’ll work without any need to drop into a terminal or run any scripts outside of the EmulationStation UI.

    Any help is appreciated!

    #96295
    solareclipse
    Participant

    Tried everything from the thread. Nothing helps. Uses Floobs retroarch.cfg, USBGamepad.cfg.

    I used than my old controller and it’s working fine with it. MegaWorldUSBGameControllers.cfg is used fine in every emulator and every button is working as intended.

    Help?

    herbfargus
    Member

    Its really personal preference. If you have your pi overclocked and leave it running all the time it may decrease its lifetime, you can also look into extra hardware like the mausberry switch or the control block and incorporate an on and off button which will preserve the life of your microusb port from being handled so often. Sometimes I’ll leave it on for a few days other times I’ll unplug it. I have 3 or 4 raspberry pi’s I use semi frequently and I’ve had them for about 6 months and have never had any issue with any of them.

    #96270
    dpicc68
    Participant

    I used a clean USB…. as it needs to be formated correctly.
    This is a good guide..
    http://electricgardener.net/2014/04/03/retropie-moving-games-usb-stick/

    #96269
    taksoto
    Participant

    I have a Pi 2 running retropie 2.6. I have limited space on my sd card so I was attempting to put everything on a separate USB drive. As I put the roms onto my usb drive, I tried to copy the folder tree on the pi so changing es_systems.cfg would be easy.
    Once I inserted the USB and went to change the config file, it instead copied 1/3 of the files from the USB to the sd card. Any idea how to disable that feature?

    #96257
    herbfargus
    Member

    Where you got your ROMs is your prerogative – links just can’t be posted here to preserve the integrity of the retropie project. The issue you are having is most likely with the rom transfer rather than the ROMs. If you are using retropie 3.0 you’ll first need to create a folder on your USB drive called retropie plug it into your pi, wait til it finishes blinking and then pull it back out, place your ROMs in their respective folders that were created, and then plug it back into your pi, wait for it to finish blinking then reboot your pi or restart emulationstation. If that isn’t working you can try re-enabling the usbromservice from the setup script and then try again. See here for methods on transferring ROMs: https://github.com/retropie/RetroPie-Setup/wiki/How-to-get-ROMs-on-the-SD-card the wiki also shows which file types are accepted for each emulator.

    If you have your ROMs transferred and they show up in emulationstation and still aren’t working either you’re lacking a bios or have a bad source of ROMs.

    thedigi321
    Participant

    I have some PSX .bin roms(no .cues), a mame rom in a .zip, and like 5 .nes games both in zip and non-zip from undisclosed locations. The problem I am having is that they are not being added form my usb to my sd. Am I missing something? I got Game Boy Advance and Game Boy to work along with Final Burn Alpha and quake 3 but I can’t choose the games it adds/I can’t tell it to add such and such game to such and such library, I don’t know how to add them to raspberry automatically like it did for the GameBoy and GameBoy Advance

    sorry for being so vague cant tell where the line is on what i can disclose talking about roms

    #96219
    EkDor
    Participant

    @ dip I just found a way to see what interface I’m using. I opened
    //home/pi/.emulationstation/es_input.cfg
    and it tells me
    <inputconfig type="joystick" devicename="THT THT Arcade console 2P USB Player" deviceguid="03000000c0160000e105000001010000">
    so it must have been there in evtest and I didn’t notice it since it was meaningless to me at the time.

    #96215

    In reply to: Autofire on the axis

    EkDor
    Participant

    @ feederchain Once again you are a hero. You fixed that damn mess of a USB interface! Indebted to you mate!

    #96207

    In reply to: Autofire on the axis

    EkDor
    Participant

    Will give this Kernal a shot. I’ll also try justest. I used evtest earlier, is that the same thing? How to you tell what model Xin-Mo you have. Mine has no markings on it and it wasn’t identified as a Xin-Mo in the evtest detection. Was listed as something like USB Controller Adaptor…

    #96192
    EkDor
    Participant

    Still struggling to get my controls to work properly. Posted else where about it. But my stick pins are doing some rapid fire which is stuttering. If I swap it for some of the buttons I get a workable work around. but the buttons that get those 4 switches have rapid fire function. I guess I could put them on least used or unused pins. Also can’t get the mapping to work consistently in AdvMAME. Thinking I might have to toss the USB interface and get/try a iPac. I think I need to test it on a regular computer first. Guess that’s another job for today.

    #96175
    EkDor
    Participant

    Thanks! If it works out I’ll be willing to share plans with community. Presumably I won’t get away with needing to tweak the design.

    I’m just about ready to layout my cut list on a sheet, digitally. Will share when done.

    I should add some other thoughts. I’ve designed it to fit a 23″ display in it’s normal orientation. And can fit in vertical also so long as the service buttons are moved down a bit. Conditional to the thickness of the bezel of course. I have taken my display out of it’s case and it has a tidy steel frame with about 10-12mm bezel. Along with attachment points top and bottom I’ll use as location guides.

    Also, I’m including a USB charger socket along with he service buttons. Charging phones and what not. Useful to have a small power supply right there.

    bwolf17666
    Participant

    I’m working on a design for a cocktail cabinet using Retro Pie. I want to but track balls on the two controls panels across from each other. Primarily for Centipede/Millipede.

    I have gotten screen rotations to work and flips. However I dont understand how I would set up trackballs for Player one and Player 2.

    I currently have a USB Happ 2 1/4 inch ball on hand that I have been playing with.

    Has Anyone set up a dual trackball system before?

    pb2015
    Participant

    Hello,

    Please excuse my ignorance but this is my first go at setting up the Retro Pi I already had a playstation controller to usb connector so I got a couple of ps1 controllers and hoped for the best unfortunately “no gamepads detected” i found this thread and went to try copying in her configs but the file structure in the post is different from mine and I can’t find where to put the configs in or for that matter how.

    I used to be a network engineer so I’m not completely clueless but assume I know nothing!

    #96083
    mccarthy
    Participant

    I’ve tried RecalBox lately. The PS3 controller works like a charm with it. It’s a very nice approach, but the system is kind of close, you can’t modify much like in the retropie distro, so I came back to it.
    When you connect a PS3 controller with RecalBox you only have to wait about 5secs and disconnect the usb cable. After that you are able to connect the controller with ease every time.

    leolobato
    Participant

    Hello guys,

    I’m trying having trouble setting up wireless xbox controllers on Retropie v3.0 beta 2.

    They were working fine when I booted the first time but the lights on the controllers where blinking, so I installed xboxdrv using the retropie setup script.

    The lights stopped blinking and were assigned correctly for player 1 and 2, but now when I try to setup the controllers using the setup script for autoconfig, I get the following error message (and the script will not ask me to press buttons, it just quits):

    RetroArch: udev_add_pad: [udev]: Plugged pad: Xbox Gamepad (userspace driver) (0000:0000) on port #0.
    RetroArch: udev_add_pad: [udev]: Pad #0 (/dev/input/event10) supports 0 force feedback effects.
    RetroArch: udev_add_pad: [udev]: Plugged pad: Xbox Gamepad (userspace driver) #2 (0000:0000) on port #1.
    RetroArch: udev_add_pad: [udev]: Pad #1 (/dev/input/event11) supports 0 force feedback effects.
    RetroArch: input_joypad_init_first: Found joypad driver: “udev”.
    Couldn’t open joystick #6.
    grep: /opt/retropie/emulators/retroarch/configs/tempconfig.cfg: No such file or directory
    mv: cannot stat `/opt/retropie/emulators/retroarch/configs/tempconfig.cfg’: No such file or directory
    chown: cannot access `/opt/retropie/emulators/retroarch/configs/.cfg’: No such file or directory

    I figure the script is not identifying the controllers after xboxdrv has been configured.

    I can manually edit retroarch.cfg and assign buttons, it will work, but since I have a couple of SNES controllers with a USB adapter, I wanted to make use of autoconfig to switch controllers on the fly.

    If I edit retroarch.cfg manually and setup the controllers, they do work.

    Any ideas on what could be done so the xbox controller are recognized on autoconfig?

    wiskid
    Participant

    I have two SNES USB Controllers running on an R-Pi 2 with version 2.6 RetroPie. Both controllers function as they should (using this config — https://www.petrockblock.com/wp-content/uploads/2015/01/retroarch.cfg_.txt). However, in Super Mario World, the P1 controller functions fine. When it comes for P2 to play, the controller doesn’t gain function until it’s in a map. That is, the P1 controller has to be used to navigate P2 (Luigi) to the map that you want to play. Once I click A (on P1 controller) to enter the map, the P2 controller gains control, and it works flawlessly until it’s P1’s turn again. I know it may not make a whole lot of sense. If it’s not understandable, I can take a video of it after work.

    This is a separate issue, but on Super Mario Bros 3, on NES, P1 and P2 are reversed. Is this a config issue?

    I saw a post on here suggesting to use a different emu — is that the only work around? Does the BETA 2 work better?

    Thanks,
    Shane

    escher
    Participant

    I’m having the same problem, but with a ZD USB Encoder (board adapter for real arcade buttons).

    With Retropie 2.3 I can configure the button mapping fot the emulationstation without problems, but with newer versions of retropie such as 2.6 I can’t configure.

    When I start a fresh installation of RPIE it asks me to hold a button to configure controls, this part is OK, I hold a button and start mapping the buttons, the problem begins when I have finished configuring the button mapping, it take me back to the top button of the list (up axis) and it stays there as (Axis -2) and I can’t move down or up to the list so I can reach the “OK” button to save the config.

    Configuring a keyboard for this feature is ok, but I need to configure the arcade stick and buttons for this project.

    Anyone is having the same problem ?

    gobbla
    Participant

    I have the same problem with the same controller.
    I have tried deleting USBGamepad.cfg and doing the retropie_setup.sh script. It does work in other emulators, but not on SNES games..

    USBGamepad.cfg:
    input_device = “USB Gamepad ”
    input_driver = “udev”
    input_b_btn = “2”
    input_y_btn = “3”
    input_select_btn = “8”
    input_start_btn = “9”
    input_up_axis = “-1”
    input_down_axis = “+1”
    input_left_axis = “-0”
    input_right_axis = “+0”
    input_a_btn = “1”
    input_x_btn = “0”
    input_l_btn = “4”
    input_r_btn = “5”
    input_enable_hotkey_btn = “8”
    input_exit_emulator_btn = “9”
    input_menu_toggle_btn = “0”
    input_load_state_btn = “4”
    input_save_state_btn = “5”
    input_reset_btn = “2”
    input_state_slot_increase_axis = “+0”
    input_state_slot_decrease_axis = “-0”

    tendonut
    Participant

    AH! There we go. Just as you said.

    
    pi@retropie ~ $ sudo lsusb -v
    
    Bus 001 Device 005: ID 0583:2060 Padix Co., Ltd (Rockfire)
    ......
      iManufacturer           0
      iProduct                2 USB,2-axis 8-button gamepad
      iSerial                 0
      bNumConfigurations      1
    

    That’s my SNES controller. It happens to match up with…

    
    pi@retropie /opt/retropie/emulators/retroarch/configs $ vim USB_2-axis_8-button_gamepad.cfg
    input_device = "USB,2-axis 8-button gamepad  "
    input_driver = "udev"
    input_b_btn = "1"
    

    And for the PS3 Controller, which is a Bluetooth device, I ran

    
    pi@retropie ~ $ hcitool con
    Connections:
            > ACL 00:1E:3D:DF:C9:73 handle 11 state 1 lm MASTER
    

    This give me the MAC address of the controller, so then I investigate the name

    
    pi@retropie ~ $ hcitool name 00:1E:3D:DF:C9:73
    PLAYSTATION(R)3 Controller
    

    And that happens to match up to the device name in..

    
    pi@retropie ~ $ cat /opt/retropie/emulators/retroarch/configs/PS3Controller.cfg
    input_device = "PLAYSTATION(R)3 Controller"
    input_driver = "udev"
    input_b_btn = "14"
    input_y_btn = "15"
    input_select_btn = "0"
    

    That answers my question. I totally didn’t think the Buffalo controller would get reported with such a name, so I never drew that connection. Now to get the PS3 controller to work for my PSX games…

    (I’m home now, so I can physically play with stuff)

    Floob, in your video I watched earlier today, you mentioned that it may not make a difference if you change the file name of the controller cfg file (USB_2-axis_8-button_gamepad.cfg). It seems, if the only connection between the controller and a profile is the iProduct name, wouldn’t that break the connection?

    Also, I’m sorry for missing this bit from the first response:

    Retroarch creates a configuration file based off of the lsusb identification.

    You did actually answer me with that.

    EDIT: I threw a summary into the top so future forum browsers can see it easier.

    Floob
    Member

    The auto configs work by matching the “iProduct” value to the autoconfig file (I think!)

    You can see it by typing “sudo lsusb -v”
    Mine is
    iProduct 2 USB,2-axis 8-button gamepad

    This maps to:
    input_device = “USB,2-axis 8-button gamepad ”

    in my file:
    /opt/retropie/emulators/retroarch/configs/USB_2-axis_8-button_gamepad.cfg

    As you say, you would want to avoid editing retroarch.cfg for controller info if you can help it.

    #96022
    herbfargus
    Member

    Which version of retropie are you using? You’ll need to run the controller that doesn’t work through retroarch-joyconfig (if youre using retropie 3.0 it is an option in the retropie menu) and it will create an autoconfig file that should work with retroarch emulators. There will be some separate configurations that might need to be done manually for some emulators but retroarch covers for most of them.
    See this page:
    https://github.com/retropie/RetroPie-Setup/wiki/RetroArch-Configuration

    And this video:

    travellersczech
    Participant

    First off hello to everyone here, have been looking around and am very impressed with the wealth of knowledge. I am not to proficient at Linux so it has been a neat learning experience so far.

    I finally put together a little emulator station w/pi2 B and retropie. I purchased two sets of controllers -the first being what seems like a standard, the iBuffalo SNES USB version. Retropie recognized it right away in the emulator state and all I did was go through the up, down, left, etc. steps to set my config. This couldn’t have been any easier and the key config is great!

    The second set of controllers I have are the iBuffalo controllers closer to the NES version with still the correct amount of buttons to use with SNES. IBuffalo When plugged in, the emulator station recognized them as well and had me go through the config steps. I am able to navigate through the emulator but once in a game regardless of console, I have no control. I know I am beating a dead horse with this inquiry…but do I need to go behind the scenes and manually config the controllers and if so, am I going to lose the config with the first set of controllers? I would like to be able to retain config for both sets. Thanks in advance to any advice.

    Anonymous
    Inactive

    My controller is working in the menus, but not the game. I’ve tried everything I can find on here to troubleshoot it before posting a new topic. Here’s some of my info

    Model: RPi 2
    Retropie Version: 2.6
    Built From: SD Image
    USB Devices connected: Edimax Wifi Adapter, XBox 360 Wireless Receiver, 16 GB USB Drive
    Controller: XBox 360 Wireless Controller
    Guides used:
    [url=http://www.dailymotion.com/video/x2i0ufc_retropie-xbox-wireless-controller-setup-on-raspberry-pi_videogames?start=1256]Here[/url]
    and
    [url=https://github.com/retropie/RetroPie-Setup/wiki/Setting-up-the-XBox360-controller]Here[/url]

    Files:
    [url=http://pastebin.com/YTrkcMh2]/opt/retropie/emulators/retroarch/retroarch.cfg[/url] This one is appearing as retroarch 2.cfg in my ftp program for some reason.

    [url=http://pastebin.com/gf4pRYaT]/opt/retropie/configs/all/retroarch.cfg[/url]

    If any more files are needed I can upload them. Thanks in advance.

    tendonut
    Participant

    “I’m sure there is a setting somewhere related to autoenable that remembers your gamepad.cfg”,

    That part right there is what I am curious about.

    Unfortunately, I don’t have physical access to the Pi (just SSH since I’m at work). I set the system up yesterday and just copy/pasted some generic button mappings into all/retroarch.cfg, but now that I know more about how it works, I’d rather NOT do it this way and allow each unique controller to use its own cfg file. I’ve since commented out the button mappings I added but I am not physically in front of the system to run through the retroarch-joypad CLI. I would assume the device ID from lsusb would be listed in this config file, OR elsewhere in the system, referencing the cfg file. I’m too lazy to grep the whole file system looking for a specific string.

    herbfargus
    Member

    You can type lsusb and it will give you a hexadecimal code for the product Id and vendor Id http://www.linuxnix.com/2013/05/find-usb-device-details-in-linuxunix-using-lsusb-command.html

    Retroarch creates a configuration file based off of the lsusb identification. Some people have added their configuration files to the retroarch source code here:
    https://github.com/libretro/retroarch-joypad-autoconfig/tree/master/udev

    When you run retroarch joyconfig it will create a gamepad.cfg file in
    opt/retropie/emulators/retroarch/configs/yourgamepad.cfg and as you’ll see all the aforementioned configs are there plus your newly created gamepad.cfg file. I’m sure there is a setting somewhere related to autoenable that remembers your gamepad.cfg, otherwise you can override those associations by manually editing the retroarch.cfg files for each or all emulators in /opt/retropie/configs I don’t know everything but hopefully that will give you an idea.

    Anonymous
    Inactive

    Hi everyone,

    I’m having one small issue that I can’t seem to solve.

    When I play a game and then exit to the emulation station menu, the play count increases (ex. from 0 plays to 1 play). And if I exit emulation station, then shut down the pi, on next boot, the play count is correct.

    But…

    If I shut down pi straight from emulation station (either from the menu option, or from using my mausberry circuit), when I boot it back up, the play count never saved.

    I’m assuming it does this because the play counts only save upon shut down of emulation station and if you shut down the pi without doing a shut down of emulation station, it doesn’t save the changes.

    So my question is: Is there anyway to set it so that emulation station saves upon exiting a game? I really don’t want to have to quit emulation station and then shut down pi every time I play. Maybe theres a way to edit the mausberry shutdown command so that it shuts down emulation station first, then the pi?

    tendonut
    Participant

    This is more of a “why does this work?” rather than “how do I do this?” type post. I’m a long-time Linux user and this is stuff I like knowing.

    Running RetroPie 2.6,

    How exactly, once a controller is detected by udev, does RetroPie know to consistantly associate that device with a specific controller profile (e.g., USB_2-axis_8-button_gamepad.cfg) after its been unplugged and plugged back in?

    Is there some config file where the device ID is assigned to a profile after you run the gamepad setup?

    Right now, I just have a Buffalo SNES controller, but I have a Mayflash N64 and a Mayflash SNES/NES/Genesis controller adapter on the way and would like to know how I may troubleshoot potential problems BEFORE it’s an actual issue.

Viewing 35 results - 1,856 through 1,890 (of 3,655 total)