Forum Replies Created

Viewing 35 posts - 1 through 35 (of 71 total)
  • Author
    Posts
  • in reply to: BBC Micro plz #121410
    trixster
    Participant

    And does the disk selector in the menu work without crashing?

    in reply to: BBC Micro plz #121402
    trixster
    Participant

    You have sound working with Beebem, launched from within Emulationstation? Or launched from the desktop?

    in reply to: CD32 plz #120609
    trixster
    Participant

    It is possible to do it right now with uae4arm but it requires you to setup a relatively complicated workbench with whdload installed which has been set up with winuae. This can then run whdload cd32 versions of games directly from workbench. You could even fully emulate cd32 cd images with something like Idefix but that’s well beyond the scope of RetroPie.

    in reply to: Carbon EmulationStation Theme #120591
    trixster
    Participant

    That is superb, it looks great, thanks!

    in reply to: Carbon EmulationStation Theme #120521
    trixster
    Participant

    Is anyone able to rustle up a BBC Micro system for the carbon theme? Thanks!

    in reply to: Shutdown RPI running RetroPie #120520
    trixster
    Participant

    In Emulationstation press f4 on your keyboard and the type sudo halt at the command line. If you don’t have a keyboard attached then bring up the Emulationstation menu with your joypad and Shutdown using the menu.

    in reply to: Rpi3 – Quake 3 and mupen64plus crashes #120499
    trixster
    Participant

    Update on this – running at 720p was the issue. Changing up to 1080p (50 or 60hz) or down to 640×480 stopped the crashing in both Quake 3 and mupen64plus. Bizarre.

    Any ideas why 720p might cause these lock-ups?

    in reply to: Rpi3 – Quake 3 and mupen64plus crashes #120214
    trixster
    Participant

    I think it’s a memory issue. It turns out that I was actually using only 256mb for the gpu, not 320 as I thought. Bumping it up to 320 allows quake 3 to run. Mario kart and zelda will now run too. Goldeneye still freezes on the intro so perhaps more memory is required. I counted that I have over 20 systems now running in Emulationstation so perhaps that’s why a 256mb and even a 320mb split is not quite enough…

    in reply to: Mupen64plus freezing/crashing? (RP3) #119355
    trixster
    Participant

    Yep, I’ve found exactly the same problem, particularly with games using the rice plugin.

    in reply to: Acorn Archimedes Emulation? #118246
    trixster
    Participant

    BBC emulation does work, in a fashion.

    There’s a thread on here getting it running on AdvMESS.

    You can also use Beebem but sound doesnt work and you can swap discs (ie mount a save disc).

    in reply to: BBCB Emulator on Retropie #117832
    trixster
    Participant

    What we need is someone to recompile b-em to work in the console.

    in reply to: Xbox one (1697) #117744
    trixster
    Participant

    We’ll have to see I guess but the way the thread on GitHub is going I’m not hopeful at the moment. The new version on xboxdrv which is being pushed just does not fix the issue with my controllers but I think it does for some people. Not ideal. :(

    in reply to: Amiga – simple no keyboard involved way…? #117695
    trixster
    Participant

    I’m going to make the assumption that you know how to manipulate files on the pi and you can use a program like winscp to ssh into the pi to edit config files.

    Basically what you want to do is add a small script for each game which tells uae4arm to launch and load a config file which will immediately start an amiga game rom without all the hassle of using the uae4arm interface.

    At the moment the directory /home/pi/RetroPie/roms/Amiga probably has two scripts in it called “+start UAE4ARM.sh” and “+start UAE4ALL2.sh”

    +start UAE4ARM.sh contains the following text:

    #!/bin/bash
    pushd “/opt/retropie/emulators/uae4arm”
    ./uae4arm
    popd

    This is telling it to change directory to /opt/retropie/emulators/ and then execute the ./uae4arm program.

    You can make a copy of this file and add a flag to tell uae4arm to run a config file immediately after it starts.

    I have one for speedball 2 called “+start Speedball2.sh”

    It contains:

    #!/bin/bash
    pushd “/opt/retropie/emulators/uae4arm”
    /opt/retropie/supplementary/runcommand/runcommand.sh 0 “./uae4arm -f conf/speedball2.uae”
    popd

    This is essentially the same as the other scripts with an added config file.

    Go into uae4arm. Load your speedball2 config but make sure in the miscellaneous options that you deselect “show GUI on startup”. Save the config with the same filename that you’re telling “+start speedball2.sh” to execute, so in my case it is speedball2.

    Then in winscp ensure you change the permissions of your new script so that the owner is pi and it’s executable.

    When you reload emulationstation you should see you script under the Amiga menu and clicking on it should start UAE4ARM and boot straight into Speedball2.

    HTH

    in reply to: Xbox one (1697) #117589
    trixster
    Participant

    Ive opened a new Issue on GitHub for this.

    in reply to: What controllers are you using? #117588
    trixster
    Participant

    I’ve been using a ps4 pad which I think is excellent. I’ve also finally managed to just about get a sega Saturn pad and virtua stick working too – the arcade stick is excellent for beam-em-ups.

    I did use a pair of Xbox one pads too with previous builds of RetroPie but they’ve not worked since a firmware update. The latest update to xboxdrv does not seems to fix the issue sadly…

    in reply to: Xbox one (1697) #117524
    trixster
    Participant

    This is still not working for me either.

    I’m running retropie 3.5, I’ve updated the setup script and rebuilt xboxdrv from source. Both my xbox one controllers are using the latest firmware.

    Following a reboot, plugging in the xbox controller will bring up some dialogue in the raspberry pi’s console. Running jstest seems to recognise the controller but none of the buttons are toggled when pressed. When loading emulationstation the xbox one controller is not recognised.

    Thoughts?

    in reply to: UAE4ARM (sudden mouse jerkyness) #117522
    trixster
    Participant

    It’s been fixed. Rebuild from source.

    in reply to: BBCB Emulator on Retropie #115772
    trixster
    Participant

    Sound did used to work with BeebEm occasionally if you cycled it in the gui but in the latest versions of retropie it has stopped functioning properly. B-Em works correctly under the rpi desktop but it wont run in retropie.

    in reply to: Upgrading to Jessie #115769
    trixster
    Participant

    [quote=115594]You have to start fresh, unfortunately.

    [/quote]

    No you dont. It’s possible to upgrade from wheezy to Jessie first and then update to retropie 3.4. There’s a thread on the raspberrypi forums which tells you what to do. It’s not a simple procedure but it does work. I know this because I’ve done it on a couple of installs with no issues.

    Check this thread:

    https://www.raspberrypi.org/forums/viewtopic.php?f=66&t=121880

    in reply to: Xbox One Controller – RetroPie 3.4 #115757
    trixster
    Participant

    Same problem here mate. It used to work ok with older RetroPie versions but won’t work with 3.3 or 3.4.

    in reply to: Sega Saturn controller woes #115537
    trixster
    Participant

    Ok, after much trial and error I’ve solved it.

    in reply to: Sega Saturn controller woes #115330
    trixster
    Participant

    Also, it’s strange that the normal buttons dont refer to player1 but the settings taken from the rgui config do.

    in reply to: Sega Saturn controller woes #115328
    trixster
    Participant

    So from the Retropie menu I can go into the retroarch rgui and manually bind the dpad controls. this works in the rgui menu. I can save that retroarch config, and when delving into that new config file I get the following settings:

    input_player1_up = “up”
    input_player1_up_btn = “12”
    input_player1_up_axis = “nul”
    input_player1_down = “down”
    input_player1_down_btn = “14”
    input_player1_down_axis = “nul”
    input_player1_left = “left”
    input_player1_left_btn = “15”
    input_player1_left_axis = “nul”
    input_player1_right = “right”
    input_player1_right_btn = “13”
    input_player1_right_axis = “nul”

    So I would assume that pasting those settings into the HuijiaUSBGamePad.cfg would work. It does not. Buttons work fine with the autoconf but the dpad still refuses to work.

    Funnily enough jstest sees the dpad as an axis, with left as -5 and right as +5. I’m not sure why retroarch sees the dpad as a button and jstest sees it as an axis. Is this normal?

    in reply to: BBC Micro plz #100480
    trixster
    Participant

    This thread explains what’s going on:

    State of Retropie on Raspberry Pi 2?

    in reply to: BBC Micro plz #100478
    trixster
    Participant

    Ive manually added Beebem following haprpi’s guide in the link. At the moment there’s no way to create a save state with Beebem operating under RetroPie as the GUI crashes the pi. It works under the desktop though. There’s a thread about it somewhere in this forum.

    in reply to: Update Retropie #100266
    trixster
    Participant

    I’ve just updated from version 3beta2 to version 3beta4. It went a lot better than I expected. So far it looks like the only files i’ve had to change back are es_systems.cfg, gngeorc (the neogeo config file) and then copy across my uae4arm amiga adfs and conf files.

    Other than that it looks like an easy and pain free update. I really like the way controls seem to have been integrated. This is a big big improvement. Time will tell though.

    If you’re updating from version 2.6 then expect a massive headache if you’ve heavily modified various congfigs to get them running correctly. In such a case it’s really just worth starting agaion from scratch.

    But going from 3beta2 to 3beat4 seems fine (with a few precautions take first of course!).

    in reply to: UAE4ARM – the best Amiga emulation on the RPi #97687
    trixster
    Participant

    I’ve just noticed it might only compile for RPi2. So perhaps it could go into the Experimental emulators section?

    in reply to: PiTFT and RetroPie = white screen #97304
    trixster
    Participant

    Do not do apt-get update or apt-get upgrade after the Adafruit kernel has been installed by the helper setup. It breaks the install.

    in reply to: PiTFT and RetroPie = white screen #97259
    trixster
    Participant

    pi@RPi2 ~ $ tail /var/log/messages
    May 8 10:17:10 RPi2 kernel: [ 5.094844] bcm2708_spi 3f204000.spi: SPI Contro ller running in dma mode
    May 8 10:17:10 RPi2 kernel: [ 5.102943] bcm2708_i2c_init_pinmode(1,2)
    May 8 10:17:10 RPi2 kernel: [ 5.107612] bcm2708_i2c_init_pinmode(1,3)
    May 8 10:17:10 RPi2 kernel: [ 5.113434] bcm2708_i2c 3f804000.i2c: BSC1 Contr oller at 0x3f804000 (irq 79) (baudrate 100000)
    May 8 10:17:10 RPi2 kernel: [ 6.078649] EXT4-fs (mmcblk0p8): re-mounted. Opt s: (null)
    May 8 10:17:10 RPi2 kernel: [ 6.258898] EXT4-fs (mmcblk0p8): re-mounted. Opt s: (null)
    May 8 10:17:10 RPi2 kernel: [ 6.687723] input: stmpe-ts as /devices/soc/3f20 4000.spi/spi_master/spi0/spi0.1/stmpe-ts/input/input2
    May 8 10:17:10 RPi2 kernel: [ 15.237104] Adding 102396k swap on /var/swap. P riority:-1 extents:1 across:102396k SSFS
    May 8 10:17:11 RPi2 fbcp[2182]: Primary display is 480 x 320
    May 8 10:17:11 RPi2 fbcp[2182]: Second display is 480 x 320 16bps

    in reply to: PiTFT and RetroPie = white screen #97255
    trixster
    Participant

    Are you running RetroPie 3.0 or later? I cannot help you with RetroPie 2.6.

    I got this to work on a Rpi2 with 3.5″ resistive PiTFT.

    I did not edit /etc/init.d/asplashscreen as it does not exist on my install. Instead I edited /etc/rc.local:
    ————————————–

    #!/bin/sh -e
    #
    # rc.local
    #
    # This script is executed at the end of each multiuser runlevel.
    # Make sure that the script will “exit 0” on success or any other
    # value on error.
    #
    # In order to enable or disable this script just change the execution
    # bits.
    #
    # By default this script does nothing.

    # Print the IP address
    _IP=$(hostname -I) || true
    if [ “$_IP” ]; then
    printf “My IP address is %s\n” “$_IP”
    fi

    /usr/local/bin/fbcp &

    exit 0
    ——————————-

    the end of my config.txt looks like this:

    ————————-
    # — added by adafruit-pitft-helper Wed Apr 15 15:11:37 UTC 2015 —
    [pi1]
    device_tree=bcm2708-rpi-b-plus.dtb
    [pi2]
    device_tree=bcm2709-rpi-2-b.dtb
    [all]
    dtparam=spi=on
    dtparam=i2c1=on
    dtparam=i2c_arm=on
    #dtoverlay=pitft35r,rotate=90,speed=42000000,fps=20
    # — end adafruit-pitft-helper Wed Apr 15 15:11:37 UTC 2015 —

    hdmi_force_hotplug=1
    hdmi_cvt=480 320 60 1 0 0 0
    hdmi_group=2
    hdmi_mode=87

    dtoverlay=pitft35r,rotate=90,speed=80000000,fps=60
    ———————————————-

    You would have to change the “pitft35r” to pitft28r for a resistive screen or pitft28c for a capacative one. You will also need to change the hdmi_cvt line to match your screen’s dimensions.

    It’s probably best not to bump up the fps and speed too much – maybe use the # commented line for dtoverlay rather than the line i’ve added at the end. And DO NOT overclock your core beyond 250Mhz. Mine will not work with any form of core overclock.

    My overclock settings are:

    #uncomment to overclock the arm. 700 MHz is the default.
    arm_freq=1100
    over_voltage=4
    sdram_freq=483
    force_turbo=1

    in reply to: Amiga Emulator #97005
    trixster
    Participant

    I believe RetroPie uses this version:

    https://github.com/joolswills/uae4all2

    I personally think the Chips version is currently the best:

    https://github.com/Chips-fr/uae4all2
    https://www.raspberrypi.org/forums/viewtopic.php?f=78&t=102328

    You can easily integrate this version into RetroPie with a little bit of work.

    in reply to: Amiga Emulator #97003
    trixster
    Participant

    RetroPie uses none of those versions.

    in reply to: Perfect Sound/Graphic Settings For PSX on RPi 2 #96464
    trixster
    Participant

    I can run with high quality sound and the higher quality graphics at the same time, no issue. My pi2 is similarly overclocked as yours. I can’t really help you with your issue though, sorry.

    in reply to: State of Retropie on Raspberry Pi 2? #96390
    trixster
    Participant

    I think the problme is Beebem thinks it’s running in x. If you startx into the Desktop, open a terminal and run Beebem, selecting a disc image doesnt crash beebem, rather it brings up a File Selector.

    What we need is way to fool Beebem into thinking it’s running in X when we launch it in emulationstation and get it to bring up a File Selector which works outside of X. I have a feeling that’ll require some coding which is way beyond my abilities!

    The other alternative is to get b-em compiled so it doesnt just work in X and will run using dispmanx. Again that’s beyond me.

    in reply to: State of Retropie on Raspberry Pi 2? #96387
    trixster
    Participant

    this is the error it throws up when it crashes:

    (beebem:6273): Gtk-WARNING **: cannot open display:

Viewing 35 posts - 1 through 35 (of 71 total)