Forum Replies Created
pmurchParticipant02/16/2015 at 23:30Post count: 26pmurchParticipant02/16/2015 at 23:01Post count: 26pmurchParticipant02/16/2015 at 17:43Post count: 26
You nailed it. Wrong rom version.
Working great now.
Next question though, is there any way to control overscan in this emu? On my arcade cab’s CRT it isn’t filling the whole screen (by about an inch on each side).
All the other Emu’s are fine tuned just right, so I don’t really want to tweak the config.txt. Anything similar to the “border” config option in mame4all that I can add to gngeorc?pmurchParticipant02/16/2015 at 05:27Post count: 26pmurchParticipant02/16/2015 at 05:09Post count: 26pmurchParticipant02/16/2015 at 04:58Post count: 26pmurchParticipant02/11/2015 at 03:07Post count: 26pmurchParticipant02/10/2015 at 20:26Post count: 26pmurchParticipant02/10/2015 at 12:33Post count: 26pmurchParticipant02/09/2015 at 13:42Post count: 26pmurchParticipant02/08/2015 at 21:59Post count: 26pmurchParticipant02/08/2015 at 21:19Post count: 26pmurchParticipant02/04/2015 at 16:57Post count: 26
[quote=86604]you can’t just rebuild something to take advantage of multiple cores automatically – it has to be written in a way to support it. Most emulators are single threaded by design. if they have more than one thread, its likely just maybe sound or having rendering split out, so you don’t get 2x performance exactly. Stuff that benefit from multiple cores are applications / compiling / video decoding (where a decoder can decode future frames on multiple cores – ffmpeg / xbmc supports this)), multitasking/desktop apps etc,
I will provide some binaries compiled for the cortex-a8 for testing – they may offer better performance. Some can be rebuilt out of the box, but some like mame4all need the makefile adjusted since its hardcoded for armv6.
No worries. I get that. I’m a software developer :)
I am just envisioning the end of audio skipping if the emus have been written with the ability to split audio off to its own thread.
Thanks!pmurchParticipant02/04/2015 at 16:45Post count: 26pmurchParticipant02/03/2015 at 16:55Post count: 26
Well, I’m married to this display because it’s the one built into the arcade cabinet. I have no doubt another display would be better. That’s sort of the crux of my issue, I need to figure out how to get it working nicely on this one!pmurchParticipant02/03/2015 at 15:47Post count: 26
Unfortunately that’s one of the things I tried. Because the image geometry is already misshapen, it essentially just zooms the incorrectly shaped image.
The overscan options referred to there are the ones I have already set in config, but like I said, the addition of that overscan_scale option may be changing mame4all-pi’s expectations of what is being output.pmurchParticipant02/03/2015 at 13:23Post count: 26pmurchParticipant02/03/2015 at 12:43Post count: 26pmurchParticipant02/03/2015 at 12:30Post count: 26
There’s a post over at raspberrypi.org saying the actual command is “sudo apt-get update && sudo apt-get upgrade”
Give that a try if you previously just ran upgrade. Check /boot to see if you now have kernel7.img. If so, you’re part way there.
The other thing upgrade does is get kernel modules for use on the new processor.
Take a look ad the folder(s) in /lib/modules/ to see what files have change dates of today, then compare to a full raspbian distro if you like, to see what differences there might be.pmurchParticipant02/03/2015 at 12:13Post count: 26
Apt-get upgrade shouldn’t add anything back in. Should just get the latest for installed packages. Now if one of the things stripped out is required for compatibility, then we might need to do a little more than that to make it work, despite what has been said elsewhere. Mine isn’t here yet, so I can’t be of much help with the process!pmurchParticipant02/03/2015 at 01:45Post count: 26
Np! All the articles out there talking about the pi 2 seem to be missing these very specific statements!
There’s still stuff that could break, but it sounds like there’s a great chance You get a quick bump from the hardware boost, and a much bigger bump in the long run as software gets optimized, without much risk.pmurchParticipant02/03/2015 at 01:19Post count: 26pmurchParticipant02/03/2015 at 01:14Post count: 26
The other revelation in that interview is that it maintains roughly the same level of overclockability, though it will likely need help staying cool whereas the B+ could usually be OC’d without additional cooling.
This is pretty promising for me, as it means we can probably bump to around 1260mhz or so without too much trouble.
I’d be surprised if between the core bump, RAM, OC ceiling, and the potential for multi threaded emus if we don’t see a playable n64 emulator on this new machine, but at the very least, it’s a rock solid $35 MAME machine with tons of room to grow as emus are upgraded to take advantage.pmurchParticipant02/03/2015 at 01:07Post count: 26
Registered just to confirm, yes, “apt-get upgrade” is all you’ll need to move from B/B+ to 2B, as per Ebon Upton in this interview at MakeZine:
This will bring down the new ArmV7 compatible kernel, while all the user land ArmV6 code maintains compatibility.
In short, we should be able to upgrade our existing Pi distro, and then freely move between the two. Right now we’ll get clock speed/ram speed boosts (which Ebon estimates at 1.5x in that interview), while later we get whatever multithreaded performance boosts come from re-compiled emulators (Up to 6x I guess?).