@roslof Ok, if you find any other issues, feel free to send a report, you can also try asking for specific clones/hacks support since they are generally easy to implement. It might also be worth mentioning new games are supported almost every weeks, you can generally find more about them by browsing our forum (especially dink & iq_132's topics, they are the 2 main devs)
@Blackhero How are you starting RetroArch ? AFAIK, you need to start with a Disc enabled libretro core for the options to be available. This includes SegaCD, PCEngine-CD, 3DO and Saturn for the PI.
You should start a game in one of these systems and then check if the disk menus (LOAD/DUMP) show up.
Ok. Thanks for your quick answer. I understand that my applications, parameters, etc. will be kept and I'll be able to use Retropie «as an application » (quotes mean I know it's slightly different from a usual application), along with other uses.
@mesprit It's just the way to make things easier. On barely every mashine BASIC will show Hello World with
10 print "Hello World"
The CPU instructions for doing this are different so you might need a different BASIC interpreter for every "system".
But this is also very abstractive - but hope you get it.
Imho you can use a Pi0/1 image on a Pi2/3 revision but you will loose benefits for some optimized emulators. That's what @mitu said in his previous posting.
I think it would be easily possible of the official ones from chronocrash would take part and ...
i don't understand the Retropie Team
... would support a legal "RetroPie branch". I think our moderators are aware of rising support that is needed for this and indeed I can't support it because if something will fail (hardware support or whatever) on our Raspberry we are stuck and the only one who can provide better support ( @zanac ) is missing since end of 2018. Moreover OpenBOR is totally underated between other platforms so there is less awareness - but this is only my opinion.
Can we update our OpenBOR from the last source code like any emulator from Retropie ?
Yes with the scriptmodule but therefore I need to patch the files and upload them to my git. So we have a 6512-dev from Oct 2018 as latetst version on our Pie.
I will make a new patch if the 6512 is out of dev state.
Sorry for the stupid question but i break my right hand in January and stop a lot to work on computer :(
Oh dear ... hope you are well. But take this is chance work on your left hand. It's not a problem to even write with the left hand. Just a bit of training ;)
And... then you can also get in touch with 8bit mashines like, Commodore, Sinclair, Amstrad because you only need direction and one button -> Flightstick joypad ;)
Well i got round to testing that as it was sat on my pi anyway i can confirm contra 4 works fine i have a us dump if its relavent and if i may suggest you could try checking your controller mappings see if shoot and hook isnt mapped to the same button by mistake you never know may have overlooked it but it is working fine infact ive just been playing it with my ps3 controller on my pi with enhanced resolution enabled(actually gives 2d games a nice crisp appearance instead of the default blurred one)
@clyde Thank you! That worked perfectly. I added "sudo python /home/pi/caseled/galaxy.py &" in before emulationstation and it boots up like a charm pre loaded with the settings I edited the script for the LED's.
If the script doesn't need administrative rights, you can omit the sudo before the command. It adds a tiny yet easily done bit of security to your system.
I did some further testing for some new translations that I patched and I have to do a bit of embarrassing back-pedaling here. I'm not too proud to admit when I made a mistake. :)
L1 in lr-nestopia does "everything" in the RetroPie. It will flip the disk and load it, and it won't do this when you're not being prompted to flip it, so there is no danger that it will screw up your game. I will resume testing on FDS for now, but there has been 1 rom out of about 6 or 7 that I've tested so far that boots back to the romlist in lr-nestopia, so that leaves us with lr-fceumm's completely different system for loading. I'm assuming there is nothing that can be done to fix lr-fceumm to behave like lr-nestopia since the XBox version of NestopiaX has a similer "flip disk" command in the menu that behaves identically to pressing L1 on the pad in RetroPie. (Actually, this is one instance where I prefer how RetroPie handles things).
There still is the issue of hotkey mapping though. There doesn't seem to be any good way of doing this on a per-system basis that works. Is the information on the github in the following link bad now?
I'm currently batch ripping the manuals I have to PNG with 300DPI.
Sadly, some of these scans are pretty low quality to begin with, so no matter what I do with them they're never going to be perfect. It's kind of ironic that aside from the NES Classic Mini manuals that I got my hands on, the Japanese manuals in the collection are generally in much higher quality than the US manuals. This is due to the fact that the Japanese scans are far more recent and there was much better and cheaper technology to get them done than when these US manuals were scanned. I find it kind of hard to believe that nobody ever really upgraded the US manuals in all of this time. Most of them seem to be the exact same ones that I had a decade ago with a few exceptions.
Even though they're much larger in disk space real estate at 300DPI in PNG format, I feel this is the way to go. Edits can then be made at any time to them without degrading the quality.
Some things I'd love to do at some point with these images are as follows:
Split the 2-page scans so every image is a single page.
Make all manual images the exact same size.
Clean up the images.
Ideally, with a lot of work, a ton of cleaning up could be done to these and many of them have the possibility of one day being as high quality as the NES Classic Mini scans. I don't know if I'd ever do this though, but after splitting the images I would at least like to remove the creases and staples from the bindings, as well as clean up the other three edges of the images.
This doesn't sound too bad when I'm looking at an 8 page manual, but it seems rather daunting when I'm looking at one of the manuals that are over 50 pages.... and then I start thinking about how I have about 1,000 more of these to do. :(
At any rate, it's never going to happen on my end with my current PC. Messing with files like this slows my work down to a crawl and I spend more time waiting on my PC than actually working and it just drives me crazy. At least with the PDF files ripped to the PNG/300DPI format, separated by folder and numbered correctly all of the materials will be there if I ever get a chance to upgrade my rig and decide to tackle this project.
In other news.... I re-ran the gamelist.xml script last night and I'm over 1/3rd of the way toward reversing the process for the 2nd time back to the [synopsis].txt files. So far out of around 700 txt files, 72 of them were different because of the new code changes I made the other day, and none of those differences were undesired or unexpected.
Differences so far on 2nd re-run are as follows:
Removed extra blank spaces at end of lines in Description: 69
Removed 2 extra blank lines at the end of the Description when there was no URL citation: 3
Once this is done re-running this time, I'll have 2,118 unique NES/FDS [synopsis].txt files with absolutely no strange characters or formatting errors that will look wonderful on the XBox.
Oh, and anybody that hasn't been following along... These new synopsis files are no longer the novels of information that nobody read that they used to be. Every one of them is 1kb or less in total, and the Game Descriptions now read like the "exciting" text you'd see for the game on the back of the box, or the story in the manual, or on an advertisement for the game.
The classic tale of horror comes to vivid life in this fast-moving video game! Dr. Jekyll succeeds in separating a man's personality into GOOD and EVIL - but he experiments on himself! Now, without warning, the kind Dr. Jekyll transforms into the monstrous Mr. Hyde. Follow Dr. Jekyll as he fights off enemies in hazardous 19th century London, only to be suddenly plunged into Mr. Hyde's World of Demons! But the excitement doesn't end there - as you do battle in each of the two worlds of this game, the worlds themselves are struggling with each other for control! Which will triumph - GOOD or EVIL? DR. JEKYLL or MR. HYDE?
Sure it's all lies, but it does make it sound like a game you'd want to play. :)