Homepage Forums Search Search Results for 'n64'

Viewing 35 results - 1,331 through 1,365 (of 1,578 total)
  • Author
    Search Results
  • #81833
    ramchip
    Participant

    I would recommend getting a heatsink set for your pie and over-clocking to turbo. I have had fantastic results even being able to recompile mupen64 and play several games in almost full speed (little laggy in beginning but games catch up it seems).

    #81832
    ramchip
    Participant

    After doing an install from retropie-setup (had to go into unstable packages to install BTW and did not have to reinstall emulationstation, I now have a working version of N64! Even he controller was mapped! The only thing I am missing is closing the down the emulator with the button combo. Is there an easy way to set that up? Thanks for EVERYONE’S hard work on retro-pie!! It took a few weeks of tinkering but I have picked up on alot!

    #81815
    ramchip
    Participant

    @Gizmo98
    I am trying to do

    select “source based installation”
    select mupen64 and emulationstation
    build and install

    But I do not see mupen64 after doing a git pull in the directory. Am I missing something?

    #81781
    raya
    Participant

    Hi there and thanks for answering!

    I really got my hopes up after I read your reply and removed all PS and N64 roms. Sadly that did not help…

    Guess I got to keep trying stuff.

    #81763
    wibell02
    Participant

    I am actually having the same problem but in my case it works on a 720p LCD and not on a 1080p LCD. I’ve tried everything I can think of. Forcing HDMI, forcing VGA, changing/trying different screen resolutions, X and Y configuration. The only way I could get 1080p TV to work was to remove PSX/N64 roms. Depending on which settings I try, sometimes I get a frozen blinking ES splash screen and other times I get a black screen that I can launch games from but cannot see what I’m choosing.

    I’d really like to find a resolution to this annoying problem.

    #81725
    gizmo98
    Participant

    Update:
    -GB, GBC, SNES, GENESIS, MASTERSYSTEM and PSX are running fine. (resolution 576p)
    -Cannot build mupen64plus-rpi and gasp.
    -Shaders are slow as hell. Smooth video runs good.
    -SNES: Secret of Mana 2, Starwing and Super Mario RPG run at full speed.
    -PSX: Gran Turismo runs good.

    Source:
    sudo git clone –depth=0 git://github.com/gizmo98/RetroPie-Setup.git

    sselph
    Participant

    This is an auto-scraper that runs from a command line that supports:
    NES, SNES, N64, GB, GBC, GBA, MD, SMS, 32X, GG, PCE, A2600, LNX, MAME(see below) ROMs

    It works by crawling a directory of ROM files looking for known extensions. When it finds a file it hashes the ROM data minus any headers or special file formatting with the goal of hashing only the data pulled from the original game. It compares this hash to a DB and downloads the metadata and builds the gamelist.xml file.

    You can find the source on github:
    https://github.com/sselph/scraper

    And for trusting people who don’t want to bother compiling I cross compiled for several platforms, even the rpi:
    https://github.com/sselph/scraper/releases

    Basic Instructions:
    Download/Build the scraper executable for the system of choice.
    Copy it into your ROM folder.
    Make sure it is executable on linux/mac(chmod +x scraper)
    Run it (./scraper -thumb_only)
    You will see it processing the roms and it will write a gamelist.xml file in the ROM folder.
    If you are not running this on the RPI then copy everything(roms, image folder, gamelist.xml) to the retropi.

    If you want to run directly on a rpi or rpi2 you can follow these instructions:
    https://github.com/sselph/scraper#install-from-my-binaries

    MAME has a slightly different and is based on names. You need to start the script with the -mame flag:
    ./scraper -mame

    If these instructions are unclear you can checkout floob’s videos:

    Anonymous
    Inactive

    I physically have roms for the SNES , Nes , and N64 in the right folders on the USB drive i have plugged in, which has working GBA roms on it
    i have tried to copy the SNES roms over to the SNES folder on the SD card but it literally said “copying failed” even if sudo and such
    i only have Gameboy advance, IBM, PC and Apple 2 on my emulators screen. Can anyone help me out? :)

    Jason Whiteman
    Participant

    “I feel your pain.” To an extent.

    As a general rule, the Pi in its current form does not make the best emulation platform available. The resources are limited – and some of the resource limitations come from the less-than-open source chipset, limited on-board memory, number of cores, core frequency.

    I do like that Retropie is a project with two distinct paths – one that downloads binaries (even if not the most up-to-date) and one that compiles source. Although I do not always “need” to compile from source – I like all packages that allow me to. Now Retropie simply facilitates this as the original source can always be found and compiled yourself. However, sometimes patches are made or configurations to run better on Pi – and this is useful.

    There are other emulation platforms out there for Pi – it never hurts to take a look at what’s available.

    Emulators are mostly installed in /opt/retropie

    I agree that the naming convention could be better for the directories to ease finding an emulator. As not everyone knows that “osmose” is a Sega Master / Gamegear emulator (I have to look it up) — and it would be easier to label the directory as the platform(s) plus original name — or maybe just another nesting of the directories so multiple versions can be installed:

    /opt/retropie/emulators/Sega_Master-Gamegear_osmose-0.8.1+rpi20121122
    or
    /opt/retropie/emulators/Sega_Master-Gamegear/osmose-0.8.1+rpi20121122/

    Also if there are two different emulators that cover Sega Master/GameGear – they’ll show up here. … just a proposal. Plenty of ways to organize data.

    Back to the N64:

    Looks like mupen is most likely what’s going to lead to success.

    http://www.raspberrypi.org/forums/viewtopic.php?t=58395

    On my system, something must have went wrong because I do not have /opt/retropie/emulators/mupen64plus-rpi/

    I’ve previously stated build issues I encountered and this may have been one of them. Actually, looking at my retropie-setup.sh options, I do not see Mupen64 in the build-from-source options although I do see a script for it.

    The basic steps in the script:

    1) make/enable a 512 meg swap file
    2) download (git pull) from https://github.com/ricrpi/mupen64plus
    3) run ./build.sh from mupen src destination dir
    4) run ./install.sh from mupen src destination dir

    The mupen github site has the following instructions:

    A set of utilities for automatically installing mupen64plus on the Raspberry PI

    Before installation: Set the GPU memory to 64mb in raspi-config.

    Set CONF_SWAPSIZE to 512 in /etc/dphys-swapfile and run ‘sudo dphys-swapfile setup; sudo reboot’

    Users should run the following to install: git clone https://github.com/ricrpi/mupen64plus cd mupen64plus ./build.sh sudo ./install.sh

    mupen64plus will be installed into /usr/local/bin and /usr/local/lib/mupen64plus.

    Developers should do the following: git clone https://github.com/ricrpi/mupen64plus cd mupen64plus modify the ‘defaultList’ file to point to repositories you want to use. run ./dev_build.sh to download and build into ./test/. run ./cfg_developer.sh to set username/email for pushing updates, setting ‘upstream’ remotes and creating symbolic links. optionally, run ./cfg_ssh.sh if you want to use ssh keys to push/pull from github

    Regards,
    Jason

    eltoddo
    Participant

    I really admire the attempt to organize emulator management through the Retropie setup script, but the lack of good and current documentation and how fragile the Retropie seems at the moment is a bit frustrating.

    I wanted to bring up 2 specific problems I’m experiencing with the RetroPie setup script because I have been unable to find documentation or discussion that’s helped point in the right direction.

    1) Initially I started from a RetroPie 2.3 image. When I ran the setup script initially, I installed binaries to save time. When I experienced a few performance issues in a couple emulators (SNES, in particular) I wanted to try compiling from source. I re-ran the RetroPie Setup script and installed from sources with the default items selection to compile. This took a long time, as expected, but when finished, I found that most of the emulators were broken. I tried rebooting, but SNES, NES, TG16 and a few others would start to launch a ROM from Emulation Station, but would just return to the ROM list with no indicator of any error. The only way I was able to resolve the issues was a re-run of the RetroPie setup script to install binaries again, and everything worked. I guess what I’m asking here is, has anyone else has had the same issue with source based installs? Is this capability broken? Is there a plans to implement nightly binaries, and opt into Stable vs Nightly binary downloads? I’m a bit confused at the decision to do source based installs anyway since the RPi is such a slow platform and any PC or server could do it once for everyone once a day, instead of everyone downloading all sources and taking the 15-24+ hours it requires on a single-core pi. This seems very inefficient, and is the reason binary packages are far more common in common linux distros. Not everyone needs to tweak sources, right?

    2) I know the N64 emulator support is in a poor state at the moment. I’ve read that it currently doesn’t run from Emulation Station. But I can find no way to debug it, and finding documentation that says what command needs to be run to launch it from the command line is virtually impossible. I wanted to try compiling from sources, but the N64 emulator doesn’t appear in the list of modules that sources are available for in the source modules list in the RetroPie Setup script. Do I have to modify a file to enable it in the modules list? Or does the fact it doesn’t show up mean that support for it is being pulled because of it’s non-functionality?

    Anyway, just wanted to pass along a little feedback and ask a few questions. Sorry if it’s been covered, but I’m having a lot of trouble finding the “signal through the noise” with all the out of date, incomplete, and irrelevant documentation.

    monkey-tamer
    Participant

    Try overclocking. I did this and emulators run better, but still no luck with N64. And try not using such intensive games. FX chip games are known for their issues, also.

    #81544
    kefiren
    Participant

    I got this message when i try to copy it: scp: /opt/retropie/emulators/mupen64plus-rpi/test/libmupen64plus.so.2.0.0: Permission denied

    kefiren
    Participant

    Hi

    Im new to this project, i have just installed the PI with the RetroPie Project SD-card Image V2.3 image, everything went great, and installed 2 games “the pagemaster” and “Zelda link to the past” but after that everything went wrong. I tried to install Mario All-stars, Donkey Kong Country 1, 2, 3. When i started these games, the screen just flickered with green and yellow color. my games that worked are sfc files, and i tried with smc files and i got these error, then i thought, maybe its the file that dont work, so i found a sfc file, but that didnt helped either.

    I also tried to play a GBA game pokemon firered, but that didnt work because it cant find the bios. I found a bios on google (dont know if it works) but now it dont say the bios error, now i just try to load the game, and then i jumps out again.

    I also tried to play zelda on N64 and mario, linux is loading, and then i jumps out to the menu again. I have tried many other games, many other console, but same mistakes. The only one who works is SNES and only 2 games :(

    Anyone who knows what i’m doing wrong? Is it only some games that works?

    #81515
    muffy
    Participant

    does anybody know, how can i quit a N64 with the controller ?

    #81471
    messij
    Participant

    Hello all, thanks to the Retropie team for all the work done so far we all appreciate your effort to give us a fully emulator platform in or tiny Raspberry. I hope the work under the N64 emulator will be available soon. I gladly like to play N64 on my PI. If you can give us informations about it I really apreciate. Thanks again.

    #81454
    shywolf28
    Participant

    This is kind of a dirty way of doing it but just replace the file attached with this one, navigate to mugen64 emulator folder and place it there….side note, i would overclock your raspberry pi, runs smoother

    #81444
    Anonymous
    Inactive

    [quote=80828]Avatar2200: Problem is this doesn’t have enough buttons for N64… Or am I missing something??[/quote]

    Possible. Due I do not play N64 games, I can’t tell you right now how many buttons are needed for those games.

    #81300
    matthew798
    Participant

    login as: root
    root@192.168.2.11’s password:
    Linux raspberrypi 3.12.22+ #691 PREEMPT Wed Jun 18 18:29:58 BST 2014 armv6l

    The programs included with the Debian GNU/Linux system are free software;
    the exact distribution terms for each program are described in the
    individual files in /usr/share/doc/*/copyright.

    Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
    permitted by applicable law.
    Last login: Fri Sep 26 20:59:04 2014 from 192.168.2.12
    root@raspberrypi:~# cd ..
    root@raspberrypi:/# cd opt/
    root@raspberrypi:/opt# cd retropie
    root@raspberrypi:/opt/retropie# cd emulators
    root@raspberrypi:/opt/retropie/emulators# cd mupen64plus-rpi
    root@raspberrypi:/opt/retropie/emulators/mupen64plus-rpi# ./mupen64plus /home/pi /RetroPie/roms/n64/Supersmash.z64
    -bash: ./mupen64plus: No such file or directory
    root@raspberrypi:/opt/retropie/emulators/mupen64plus-rpi# cd test
    root@raspberrypi:/opt/retropie/emulators/mupen64plus-rpi/test# ./mupen64plus /ho me/pi/RetroPie/roms/n64/Supersmash.z64
    __ __ __ _ _ ____ _
    | \/ |_ _ _ __ ___ _ __ / /_ | || | | _ \| |_ _ ___
    | |\/| | | | | ‘_ \ / _ \ ‘_ \| ‘_ \| || |_| |_) | | | | / __|
    | | | | |_| | |_) | __/ | | | (_) |__ _| __/| | |_| \__ \
    |_| |_|\__,_| .__/ \___|_| |_|\___/ |_| |_| |_|\__,_|___/
    |_| http://code.google.com/p/mupen64plus/
    Mupen64Plus Console User-Interface Version 2.0.0

    UI-Console: attached to core library ‘Mupen64Plus Core’ version 2.0.0
    UI-Console: Includes support for Dynamic Recompiler.
    UI-Console Error: core gave error while setting/unsetting verbose print
    Core: Goodname: Super Smash Bros. (U) [!]
    Core: Name: SMASH BROTHERS
    Core: MD5: F7C52568A31AADF26E14DC2B6416B2ED
    Core: CRC: 916b8b5b 780b85a4
    Core: Imagetype: .z64 (native)
    Core: Rom size: 16777216 bytes (or 16 Mb or 128 Megabits)
    Core: Version: 1449
    Core: Manufacturer: Nintendo
    Core: Country: USA
    UI-Console Status: Cheat codes disabled.
    Video: DEBUG Video-Rice InitConfiguration() 658
    Video: DEBUG Video-Rice set default configuration
    UI-Console: using Video plugin: ‘Mupen64Plus OpenGL Video Plugin by Rice’ v2.0.0
    UI-Console: using Audio plugin: ‘Mupen64Plus OMX Audio Plugin’ v2.0.0
    UI-Console: using Input plugin: ‘Mupen64Plus SDL Input Plugin’ v2.0.0
    UI-Console: using RSP plugin: ‘Hacktarux/Azimer High-Level Emulation RSP Plugin’ v2.0.0
    Video: DEBUG Video-Rice InitConfiguration() 835
    Video: DEBUG Video-Rice set default configuration
    Input: 1 SDL joysticks were found.
    Input: N64 Controller #1: Using auto-config with SDL joystick 0 (‘Logitech Logit ech Dual Action’)
    Input: 1 controller(s) found, 1 plugged in and usable in the emulator
    Input Warning: No rumble supported on N64 joystick #1. features = 0x0 0x0 0x0 0x0
    Input: Mupen64Plus SDL Input Plugin version 2.0.0 initialized.
    Video: Disabled SSE processing.
    Video: Found ROM ‘SMASH BROTHERS’, CRC 5b8b6b91a4850b78-45
    Video: Initializing OpenGL Device Context.
    Video: Using OpenGL: Broadcom – VideoCore IV HW : OpenGL ES 2.0
    Audio: OMX Audio plugin Initialized. Output Frequency 33600 Hz
    Core: Starting R4300 emulator: Dynamic Recompiler
    Core: Init new dynarec
    Audio: OMX Audio plugin Initialized. Output Frequency 32006 Hz
    Audio Warning: Audio Buffer under run(0)

    …..

    Audio Warning: Audio Buffer under run(1790)
    ^C
    root@raspberrypi:/opt/retropie/emulators/mupen64plus-rpi/test# sudo raspi_config
    sudo: raspi_config: command not found
    root@raspberrypi:/opt/retropie/emulators/mupen64plus-rpi/test# sudo raspi-config
    update-rc.d: using dependency based boot sequencing
    update-rc.d: warning: default start runlevel arguments (2 3 4 5) do not match switch_cpu_governor Default-Start values (S)
    update-rc.d: warning: default stop runlevel arguments (0 1 6) do not match switch_cpu_governor Default-Stop values (none)

    Broadcast message from root@raspberrypi (pts/0) (Fri Sep 26 21:19:50 2014):
    The system is going down for reboot NOW!
    root@raspberrypi:/opt/retropie/emulators/mupen64plus-rpi/test#

    matthew798
    Participant

    Hello!

    I have a slight problem with the mupen64plus emulator. When I boot up a rom, it just shows a really low resolution terminal. I couldn’t make any of it out because of the low rez, so i ran a rom from putty on another computer.

    What i THINK is being displayed is:

    Video: Mupen64plus opengl video plugin by rice v2.0.0 – 63.200 VI/S

    So basically that keeps popping up on a new line in the terminal, and i think the last value changes each time.

    I think my problem is that the video is not being initialized properly, or for some reason the full-screen, low rez terminal windows is appearing on top of the emulator.

    Another thing, when i launch a rom from ssh, i get no video (obviously) but i do get sound, and many, MANY audio buffer under run warnings. However when i launch a rom from the emulationstation menus, I get no sound and no buffer under runs.

    Any odeas of how I can get the video working so I can start troubleshooint the million other problems I am bound to have?

    I love the idea of this system and I can’t wait to get it working.

    Thanks!

    #80828
    Anonymous
    Inactive

    Avatar2200: Problem is this doesn’t have enough buttons for N64… Or am I missing something??

    #78336
    muffy
    Participant

    is there any date for the release of the new N64 emulator ?

    #78094
    saru
    Participant

    [quote=78003]it also says cannot open shared object file: Permission Denied[/quote]

    try using chmod to correct the permissions on the new upen64plus.so.2.0.0 file

    saru
    Participant

    First off I’d like to say how awesome this project is and how much fun I’ve had just getting it set up and configured.

    Like most people I’ve had some issues with the n64 emulator, after using the workaround posted in this thread I got mupen64 to run.

    A few tweaks later (1GHz OC, force VGA mode, 128mb split, etc) and mario kart runs relatively well sparing the occasional audio glitch.

    The only issue I have now is that I don’t have a way to reliably exit the emulator. It seems like the only working way to exit the emulator in it’s current implementation is to hit the esc key on a keyboard – but my keyboard input does not seem to be registered by mupen (but it is working on some level as good old alt+printscrn+REISUB still works).

    Any suggestions?

    #77832
    GaryM
    Participant

    I have the same problem, sdl not available.
    But, once I overclocked my PI all my sound issues went away for all my emulators except PS1 (and that is still playable), I run Atari2600, Nes, Snes, Genesis, PS1 and Mame.
    I have over 4000 roms, so I can not say that they all work, but all the ones I like to play work. Not even sure why I have that many, I don’t play most of them.
    Haven’t figured out N64 yet, working on it tho.

    I overclock turbo, and have no problems, I also have heat sinks on my PI.

    #77022
    Anonymous
    Inactive

    Hi Everyone, I do not have a Raspberry Pi yet (I am just taking stock of what’s needed ATM), I was considering controllers and saw this thread.

    In an ideal world I’d use a single controller for all console emulations, but finding the right one that will work for all seems tricky.

    I am not precious about having snes, n64 or megadrive styled controllers specific to each emulation, just after generic controllers that work ideally for as many console emulations as possible.

    Feedback and experiences appreciated!

    #76535
    stavie131
    Guest

    UI-Console Error: dlopen(‘./libmupen64plus.so.2’) failed ./libmupen64plus.so.2: invalid ElF header
    UI-Console Error: AttachCoreLib() Error: failed to find Mupen64Plus Core Library

    #75826
    Marko
    Guest

    Didn’t work for me either. And I didn’t backup the file. Shite. When I tried to open a n64game from emulationstation with the old file it just runned some line of code over and over again (can’t see what it says). And when I runned the test in the terminal it freezed when the Mupen64plus logo came.

    #75361
    brooksyx
    Participant

    cd to the mupen64plus directory and run sudo bash m64p_test.sh

    #75178
    stavie131
    Guest

    i found it and its in /opt/retropie/emulators/mupen64plus-rpi/m64p_test.sh

    how do i diret it to that

    #73746
    brooksyx
    Participant

    [quote=73613]whats the ssh script?[/quote]

    SSH into the pi via putty or similar and run the test script at ~/emulators/mupen64plus/m64p_test.sh

    cpw83
    Participant

    OK, that’s a really weird problem…

    I thought it might be a specific ROM or its filename, so I put an image of an updated, working RetroPie (without any ROMs except the preinstalled stuff) on the SD card.

    Instead of copying all my ROMs for the different systems at once I copied them seperately for every system: I quit ES and started with “amiga”, started ES again, checked if everything worked, rebooted and made sure everything still worked. Then I quit ES again, went on with “amstradcpc”, checked, rebooted and so on.

    Finally I thought I found something:

    The problem occured after copying some N64 ROMs in the corresponding n64 folder. Now I deleted them one by one by exiting ES (F4), deleting a single file and restarting ES. The problem persisted until the n64 directory was completely empty. Now every N64 ROM I copied back in caused the problem.

    Now I thought I figured out what was happening:

    The problem seemed to be caused either by files themselvers or their filename. If you copy such a file into a ROM folder and ES looks for it while starting, something crashes – I thought it might be a problem concerning a regular expression of some kind, maybe one that’s looking for the file extension. Furthermore there seemed to be some kind of “cache file” (which I wasn’t able to locate so far) for every ROM folder containing the filenames, which gets damaged/inconsistent/broken in the process.

    That would explain Will’s report of not solving the problem by removing the freshly added games. It seemed if the “broken” directory is completely empty, the corresponding broken cache file won’t be opened and everything works fine. If you put any file (regardless of its name) in there afterwards, everything will stop working again, because the cache is accessed.

    Now I just needed to find out which file caused the error, so I put my clean SD card image back on and copied my N64 ROMs one by one, stopping ES before, starting it afterwards and then additionally rebooted after every single file.

    And now guess what: The problem didn’t occur…

    So it’s not a specific ROM causing it, but something else, maybe some weird combination of ROMs or their names in different folders. I can’t figure out a pattern here.

    I also tried to start emulationstation with a “–debug”-switch at the shell, hoping this might output more information in its logfile, but it doesn’t.

    // EDIT:

    I created an issue on Github for this:

    https://github.com/Aloshi/EmulationStation/issues/250

    #69608
    brooksyx
    Participant

    [quote=69551]Sound is better with ARMSNES but there are still some compatibility issues with PAL games and generally with others. If the developer can iron out these issue and fix a couple of other bug (on github) then this imo will be the best Snes emulator on the Pi.[/quote]

    Yes, I would agree sound is much better with this version. Also FYI this a fork of pocketsnes that is included in RetroPie, the ARMSNES is just the name of the repository. I wish there was more interest in developing a good SNES emulator for the raspberry pi. Seems like currently the main interst is mupen64, which is awesome but I don’t ever see it running 100% on the pie. SNES would probably be the pinnacle emulator on the Pie. I specifically put my Pie in a dead snes shell.

    #67755
    zatenzu
    Guest

    With libmupen64plus.so.2.0.0 games run but no sound.
    How to fix it?

    droopie
    Participant

    [quote=17939]Thanks again. I have now got this working! huettmaster, you shouldn’t need to change the specific Xin-Mo cfg file at all. That’s the mistake I was making.

    The thing I was missing is that the cfg file that needs editing (/opt/retropie/configs/all/retroarch.cfg) has dummy configurations setup for up to 8 players, but they are much further down the file. I had just seen the keyboard config stuff at the top and assumed that was it. After checking a lot of other stuff I eventually scrolled all the way through the cfg and found what I was looking for. Feel a bit silly now. I ended up directly entering the key values for players one and two after jotting down the inputs. The joypad index for both was 0.

    Appreciate the help trimmtrabb. I at least feel like I understand the pi and retropie a little better now!
    [/quote]
    you rock! i signed up to the forums just to say that! question tho, say i have 4 players with a mix n match set of controllers. how the heck would i set that up? like if i have an xbox controller, a ps3 controller, and a n64 controller. all usb. i bet each control would have a different value so if player 1 has A button value 3, and player 2 has A value of 2, and so on… do i have to mark each control physically to know which is mapped to what? or how do i use the device name to assign to look up its map universally in a cfg file?

    #67098
    brooksyx
    Participant

    [quote=24671]Mupen64plus is slow at the moment. In my opinion the only playable game is mario64 and the PI will never be fast enough to emulate n64 games at full speed.
    zelda ocarina of time –> too slow, graphic corruption
    paper mario –> slow, hangs

    [/quote]

    True but I would be more than happy to be able to play just a few of the great games.

    Mario 64, Mario Kart, and similar games would be awesome. Shoot I would be so happy with just the two.

Viewing 35 results - 1,331 through 1,365 (of 1,578 total)