@sano You know what dude? I solved the problem myself :D . You know PPSSPP for Windows for e.g. It's in the same form as the one I mentioned. But now, I want to mess with es_systems.cfg, to run it through the Emulationstation menu. You see, the reason of can only boot one file error, was that in the es_systems.cfg file, there was line like this:
<command>/opt/retropie/emulators/ppsspp/PPSSPPDL</command>
And when I was trying to open .iso file through th ES menu, RetroPie was cofused, whether it should run PPSSPPDL, or .iso file. That was the reason of occuring can only boot one file error message. Coming back to es_systems.cfg, how to edit it in order to run PPSSPPDL, through psp section??? Hardware list, if necessary:

Raspberry Pi 2 Model B 32GB Sandisk SD Card TP-LINK 150Mbps Wireless Nano USB Adapter (Model TL- WN725N) Esperanza Bluetooth USB Dongle (model wasn't specified on the box, I'm really sorry...) PPSSPPDL (non-libretrocore version, but I told you about it before)

@vodkanakas look for raspi2png

If you are looking for both capacity and performance, I highly recommend the Sandisk Extreme series cards (not Ultra). I went through a great deal of frustration a while back with seemingly random pauses on ISO based games due to either transfer rate limitations or more likely interruptions to the data stream from the ISO image while playing a disk image based game. I finally found what I consider to be the best solution for both speed and capacity in the Sandisk Extreme 128GB SD card. Once I found this card, the issues I was having all but vanished and I've never needed to test another card. The only downside is it is pricey, so you might want a smaller card if you don't need the capacity. I should mention I have not tested smaller cards in the Extreme series though. In the thread link below, you will find my final post on the subject at the bottom with benchmarks.

https://retropie.org.uk/forum/topic/4288/sd-card-experience-requested-fastest-128-gb-card

Hah.. yes I just figured that out and came to post this. Forgot about the gamelist.xml file.

Thanks!

@raider2747 That's why the .cue file is needed - its contents describe how the game data/music is distributed in the .bin files. If you open a .cue file (which is nothing but a text file) you'll see that.

thanks for your reply mate , i will check it out

A Pi3 with lr-fba does not need overclocking. The slowdowns you see are either:

something that also happens on real hardware when there's too much action going on - part of the charm!

CPU throttling (check the temperature) or undervoltage

some games are programmed to look like they're slowing down (drama effect), it's something bizarrely intentional

@mitu thanks, im try it later)

@edmaul69 Hello! Well I've got Boulderdash running with vice (not lr). But Im going to re-install Lr-vice again. But heres what works for me. in case anyone has the same difficulty.

[All from the ViceMenu GUI]

1- Restore defaults from 'settings management' (this is a different pref set than the package, you can tell as it changes the display filter to emu crt display)
2 - Set Machine settings / Joystick settings / Joystick device 1 -> Joystick
3 - Set Machine settings / Joystick settings / Joystick 1 mapping -> !Go set this!
4 - Save your settings in 'settings managment'

I think my naviety was !assuming! that because I've configured controllers for retropie that the mapping would naturally carry over to the emulator. Not for vice it seems. Lesson learned.

On the keyboard front, I loaded up the mac version of Vice, found the symbolic and positional keyboards for mac. I then loaded those into the C64 rom section. Then loaded those keyboard layouts in vice. However this made no difference. Unless you have to save the keyboards .kvm's in a specific location I think keyboard mapping is broken in vice

What worked was the virtual keyboard. And knowing that you have to press f1 to start the game. Yep pressing fire button wont do jack (it's 1984) https://ia600707.us.archive.org/20/items/Boulder_Dash_1984_First_Star_Software/Boulder_Dash_1984_First_Star_Software.pdf

Thanks Edmaul for the tips to keep lookin.

@retrocake It happens from time to time, because thegamesdb.net is too busy and no response is received by the scraper. You can try scraping at another time or use the alternate scraper - https://retropie.org.uk/docs/Scraper/

@polish-potato See this topic https://retropie.org.uk/forum/topic/11837/disable-retroarch-joystick-reset-hotkey/5

@lucienstorm Use the Runcommand onstart script (https://retropie.org.uk/docs/Runcommand/#runcommand-onstart-and-runcommand-onend-scripts) and log the start of the game to a text file. Put in the onstart script something like

echo "Started $3 at `date`, for system $1" >> $HOME/playcount.txt

and then inspect the playcount.txt file periodically.

@dv8mad You need to enable SSH first before using WinSCP - see the docs https://retropie.org.uk/docs/SSH/. After you enable it, then you can use WinSCP and transfer the CD images.
But you'll get the same result if you transfer the files over file shares, copying them via file shares in \\retropie\roms\segacd. Make sure that the files have the proper case, i.e. .cue vs .CUE, and the .cue file (which is a normal text file) also has inside the correct .bin filename. Remember that Linux has a case sesitive filesystem.
Once you have copied the files, restart Emulationstation and see if the system shows up with the games. If they don't, check the log in /home/pi/.emulationstation/es_log.txt via WinSCP and see if you get any errors there.
More information about Sega CD games you find in the docs - https://retropie.org.uk/docs/Sega-CD/.

Default behaviour is to assign controller number in the order of connection.
You could use the @meleu 's joystick-selection script (available from experimental packages) to map your controllers by core (ie snes pad for snes games).

@mitu
yes you are right ... I need to check all of that
thanks for your help

I've also noticed a problem with blending while I was helping to troubleshoot recent issues with missing textures, but I wasn't certain that the blending issue was an existing problem or something new, as I rarely test N64 emulation.

Legacy blending is disabled for certain games - including Zelda - here: https://github.com/RetroPie/RetroPie-Setup/blob/master/scriptmodules/emulators/mupen64plus/mupen64plus.sh#L201

If you're familiar with editing files via SSH, you can edit /opt/retropie/emulators/mupen64plus/bin/mupen64plus.sh and try removing zelda from that blacklist to see if the problem is resolved. I'll take a look when I have some free time.

@andershp ha ha ha ha, must have made an odd typo and then autocorrected to "old". Funny, but possibly true!

@anasazi29 said in Arcade game service mode settings:

Do you think if I copied the game and the .nv file over to another Raspberry Pi with a new installation of Retropie that potentially those "service mode" setting would carry over, correct?

Yes.