4.0-rc2 images are available for testing.
-
@BuZz After I posted, I was playing again and noticed the error had returned. I did the same procedure and did not work as I had posted. After several other tests, I found the real reason. For the controlerl function using the PIFBA it is necessary that the control is connected by cable when the PIFA is open, otherwise
even the keyboard works. After that you can play for bluetooth unplugging the cable. I did not find most other information on this problem anywhere else, so do not know if it was a bug, it would be interesting that other people could also make tests, even with other controls, as I am using 2 controllers of PS3, one DualShock 3 and other Sixaxis. -
Since I updated to the beta I have lost the original splash screen of retropie. probably a known issue but already happened on 3 devices that I have.
Btw I like the manage emulator function where you can delete certain emulators that you dont use. however I think it would be better to call them 'Systems' and then you can delete the system together with the emulator it uses.
-
Als some rom folders related to their systems can't be deleted. permissions might have changed during the update.
mame-libretro
arcadethese are the folders
-
@pattaboy if updating you will need to reconfigure the splashscreen as the repository layout changed.
Regarding removal - not everything relates to system. Also some systems have multiple emulators. We can't change this at this stage I'm afraid. I'm happy with the current naming.
If you do remove all emulators for a "system" - eg removing all snes emulators, it will remove the entry from es_systems.cfg so it won't show up in Emulation Station.
Will check the folder permissions.
-
the mame-libretro/arcade folders had a mame2003 subfolder with the wrong permissions due to some recent changes - this is now fixed. Updating lr-mame2003 will fix it.
-
@BuZz said in 4.0-beta2 images are available for testing.:
Will check the folder permissions.
Yeah I get it now! thanks.
Happy to help! -
@BuZz
[This issue isn't about a 4.0-beta2 fresh install, but I think it fits on this thread.]I was using the RetroPie Setup 4.0-dev on my raspi1. And I was using a RetroPie module I made and it has a
getDepends libsdl2-dev
. Everything is fine, this package is already installed. But after an "Update RetroPie-Setup script" (now the version is 4.0-beta2), I received this message when using my module:... Did not find needed package(s): libsdl2-dev. I am trying to install them now. ...
I'm sure the libsdl2-dev is installed:
[prompt]$ dpkg-query -W --showformat='${Package} ${Status} ${Version}\n' libsdl2-dev libsdl2-dev hold ok installed 2.0.4+3rpi
Why the RetroPie-Setup isn't detecting this package?
-
Because it wants a newer version.
-
@BuZz Maybe a clearer message would avoid this question.
Thanks for all the good work. -
installed a fresh image and updated via retropie setup. Just wanted to play some PSX and the L2/R2 buttons won't work. I'm sure it is a bug.
I'm using a dualshock 3 controller and installed the PS3 drivers from the retropie setup.
-
I noticed an issue with ps4 dualshock 4 controllers not assigning the right trigger or right shoulder buttons in 4.0 beta 2. The emulation station config controller input wizard seems to just jump over the right triggers half the time when trying to config. Also if config was successful retroarch cores do not use the triggers. Can anyone else confirm?
Edit: Used the button skip function to skip the trigger and shoulder buttons. Then went back up after the OK screen and held A to set them.
Was the Emulationstation Bug.
-
the lxde desktop doesn't work not even after i manually edit desktop.sh in ports to say:
#!/bin/bash
startxthan it says
x: user not authorized to run X server,abortingwhen i put sudo infront of startx it works
and when i exit emulationstation and use startx it also works
before i made the change it was like this#!/bin/bash
"/opt/retropie/supplementary/runcommand/runcommand.sh" 0 PORT lxdebut then it jumps back to emulationstation
also when installing descent i get descent2 only no descent1
on a fresh 4.0-beta2 + pi-3 + oficial 7" touchscreen -
@me said in 4.0-beta2 images are available for testing.:
x: user not authorized to run X server,aborting
dpkg-reconfigure x11-common
set to anyone -
@BuZz said in 4.0-beta2 images are available for testing.:
I am interested if the new kernel update makes any difference to those with trouble with 2x 360 controllers and xboxdrv.
I am probably missing it but where do you load the driver XBOX 360 controllers with 4.0-beta 2? Before I would do:
- Option 3 (Setup / Configuration (to be used post install)
- Option 829 (Xbox / Xbox 360 gamepad driver)
- Option 3 (Set number of controllers to enable (currently 2)
- Option 1 (Enable xboxdrv)
- Reboot for changes to take effect
I was going to do some testing with 4 controllers and MAME.
-
the package / menu numbers are dynamic - so they can always change.
it's under packages / drivers
-
@BuZz said in 4.0-beta2 images are available for testing.:
the package / menu numbers are dynamic - so they can always change.
it's under packages / drivers
Thanks Buzz, I was able to get it loaded but there's some wonky things happening.
I'm using XBOX 360's model 1403 with the official Microsoft wireless receiver. I do have 4 wired if you think they would yield different results but in previous builds the wireless has been rock solid.
I had to load from binary a second time and reboot (maybe it was just the reboot but hard to say), then I was able to get controllers 1 and 2 connected but 3 and 4 refused (4-quadrant green ring flashing).
I did a reboot and nothing connected. Maybe to impatient but it's longer than normal from 3.7.
I did a 3rd reboot and just let it sit a few minutes. It seems slower to connect up than previously. At that point I had 3 controllers connected on the proper quadrants with the 4th controller flashing.
I tried several minutes but no luck on controller 4. I shutdown controllers 1, 2, 3 and just tried 4 but still no luck. I then turned back on controller 1, 2, and 3 and all 3 just flashed but never connected.
It's like if you do get them connected and disconnect you can't reconnect again without a reboot. With 3.7 I could connect and disconnect at any time no problem and it would pick an open controller quadrant no problem. Also you could reboot and the controllers would flash but as soon as ES was up they would connect. This doesn't seem to be the case now.
Also a side note after installing from binary and exiting to the main setup menu I tried to reboot but it dropped me back to RetroPie ES Menu. I went back in immediately and tried to reboot again and it worked. It seems if you wander menus (well in this case) and try to reboot it was a no go but if you go in and reboot immediately it works.
-
There are known issues with xboxdrv and the latest kernel (and existing forum threads)
Regarding the reboot - did you update retropie-setup first? A fair amount has changed since beta2 - please update all packages (and retropie-setup - it will prompt when updating).
-
@BuZz said in 4.0-beta2 images are available for testing.:
There are known issues with xboxdrv and the latest kernel (and existing forum threads)
Regarding the reboot - did you update retropie-setup first? A fair amount has changed since beta2 - please update all packages (and retropie-setup - it will prompt when updating).
Ok, I did not update before rebooting. I am running an update now on all installed packages. It prompted to update the script first which I answered yes. I said no to the underlying OS packages, is that ok? Will update you once it's complete.
-
you should update everything including os packages for testing please.
-
@BuZz said in 4.0-beta2 images are available for testing.:
you should update everything including os packages for testing please.
Ok did a reboot between updates. Updating everything now. I did a double-take as the menu is on the left now. I saw the disclaimer on selling SD cards. That's a true shame but a nice testament to the true awesomeness of RetroPie! ;)
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.