@Dominus said in MultiTap?:

I am wondering if 3 or 4 player games in Genesis, SNES and NES work with RetroArch? I am just setting up a system, and before I go out and grab some more 360 controllers or invite my friends over, I want to make sure it works. I remember a friend telling me it doesn't, or that there could be a work around, and with RetroPie 4.0 out I was hoping maybe it's been solved?

Thanks

wiki > friends :)

https://github.com/retropie/retropie-setup/wiki/Super-Nintendo-Entertainment-System#3-5-players

(NES works with no configuration. not sure about megadrive/genesis but presume so)

Right, it's the forums that are slow for me. The main page is fine.

Thanks very much for all the donations - much appreciated. :)

Succeeded to install it on Linux. Used the Windows executable to install the .NET framework, used the Linux installer to install the game.

Boy, this game is addictive!!! Takes 1,8 GB on harddisk. My Pi does not have that amount of SD card space left. And it takes 100% of my processor. So I don't think the Pi can handle it. But boy, o boy, what a great game! :)

thanks everyone!!

@thedavidbraaher You could use the configuration editor to see if you have an overlay set on the snes emulator
https://github.com/retropie/retropie-setup/wiki/Configuration-Editor

Most emulators are single-threaded, so even quad core in a single system is pointless

@jay81uk I changed resolution in the run command, and changed the video options in RetroArch config. For NES I have to use Nesticle for not loosing graphics outside left and right edge. For N64 I use standalone mupen64plus.

I just told you in the previous topic just use Google. Should take literally just a couple seconds to find what you need.

Here's an awesome bartop with an animated secondary display that inspired me to look into this a few months ago. I just re-found the post on reddit

0_1471304826534_glcd.png

@dishins said in Dragon's Lair Working:

I'm getting the following error:

ROM dl_f2_u1.bin couldn't be found in roms/lair/, or in ./roms/lair.zip

My folder structure is exactly like the video, any clue on this?

I agree with Battlecat. I would try another lair.zip as the official site you'll see the EPROMs inside the archive do change. If you own one of the Digital Leisure qualifying products to use with Daphne it will do the rest. You can dump the space in your lair.txt file but it don't hurt anything either.

Here's the steps that worked before if using Daphne and the 20th Anniversary DVDs.

Download and install Daphne Loader Start Daphne and click "Start" on your preferred game (downloads games via torrent files) After it downloads the game it will give you a list of qualifying DVD's to authenticate the game Insert correct DVD and click "Ok" to authenticate After it completes click "Ok' to start the game and parse the files Exit the game and Daphne Loader Browse to the install folder and look for the subdirectory named "vldp_dl" Under "vldp_dl" look for the game you just installed (i.e. Dragon's Lair=lair; Space Ace=ace; etc.)

You want to copy all the files except the *.bf, *.md5, *.dat files to your Pi using SCP or another program.

The directory structure is defined in the official Wiki here:

https://github.com/retropie/retropie-setup/wiki/Daphne

In step 2 it can take a while depending on your internet connection to download the *.bf files. It seems the *.bf files are some type of encrypted file. It's basically all the *.m2v & *.ogg files encrypted.

In step 4 it can take a while also. It uses the DVD to authenticate all the downloaded files but I do not think the workable downloaded version used with the Daphne Loader is the same as the qualifying DVD versions. I believe the DVD is only used to authenticate the files. The Daphne Loader uses some type of decryption key to decrypt the *.bf files to usable *.m2v & *.ogg files after it verifies the DVD is genuine. You end up using twice the space as once it completes you have two sets of files the downloaded encrypted *.bf files and the decrypted *.m2v & *.ogg usable files.

@jay81uk said in Mario 64 Controls:

Ugh, horrible! It's so annoying you can't move the camera around. It feels wrong. Anyone got a fix?

already answered this in your last thread :) https://retropie.org.uk/forum/topic/3233/n64-issues/12

I got the yellow square warning which indicates overheating whilst playing a NES game,! So I'd get a heatsink for sure.

@adlorin said in Mame2003 vs 2010:

@dankcushions said in Mame2003 vs 2010:

@tjohnson because computers always get faster, and heavily optimised code remains less maintainable. the history of emulation is a particularly good case study into the downside of unmaintainable code.

also, mame2010 was well within the capabilities of computers in 2010 so what's the argument? that mamedev didn't prempt the rise of SOCs, back in 2010?

From my years of experience in coding, albeit only C and X86 ASM, heavily optimised code hasn't been a problem to maintain. As I've gotten better over the years, I've rewritten routines in my game and have timed the code to see if my new function works more quickly than the last one, as well as having monitored memory utilisation. The approach which makes my code 100% maintainable, is that I don't source it out for dozens of developers to muddle with. Large scale open-source projects, by their very decentralised nature, are difficult to maintain. Adding, deleting, and modifying lines in flat-file is trouble waiting to happen; patching is really where the shit hits the fan.

I could create a Mars simulator, which perfectly detailed 100% of the planet but ran at 3 FPS - or I could make one that detailed the planet in 85% detail, but played at 30fps; guess which one everyone would play? =) Accuracy and speed (playability) are equitable in terms of importance, at-least from my perspective as being a game programmer. The statement of 'uh.. oh.. hmm.. MAME is about faithfully reproducing a machine 100%' feels more like an excuse to cover up for poor programming, than to be more direct an honest bout it. I'm not getting at anyone here about this statement, it's plastered all over MAMEs website.

it works 100% on any dogshit computer of the era so what's your point? that your £30 SOC from 2016 isn't as good as computers from 2010? welcome! :)

To address a few others, the 'complaint' that I stated was simply this: Mame2010 is available for our PIs, but it's basically irrelevant. Anything that Mame2010 runs, which FBA / 2003 cannot run, it runs it too slowly to be useful. Anything that can run on all three, from my experience, always runs better on FBA / 2003. It's curious that a given ROM set will run nicely on 2003 or FBA, but then run like shit on 2010. We all use MAME for one reason, which is to enjoy games. If a newer version doesn't allow us to do that, it hasn't improved - it has regressed.

the documentation is clear that mame2010 is experimental and not recommended for pi users. it wasn't ported to libretro for pi users, it is just one of many emulators that can compile to load on a pi if you want to experiment. current mame works also. same deal. I agree that it's mostly irrelevant but what's the harm? I'm told some games work fine on 2010 that don't work on anything else.

@BuZz - Yeah I went with the phosphor shader on Vectrex and VirtualBoy

@Floob - I am using the crt-pi shader on most TV-consoles and the lcd3x shader for the handhelds. I am combining a gba-color shader with the lcd3x

unfortunately I think the atari lynx emulator (handy) does not even support shaders and I couldn't even get lr-beetle-lynx to play a single rom still

@BuZz cheers yeah from what I'd read previously is that retropie would only run on Pi hardware, looks like things are changing...

@Floob

Thank you!