Main > Raspberry Pi & Dev Board
Raspberry Pi 2 with Mame - anyone tried it yet?
nitrogen_widget:
i just put together a new setup with mame4all on my rpi 1 using DietPi OS.
found the same thing with mame4all but i'm using a 4:3 19" and plan to have tinted plexi over it so people wouldn't be able to tell if there was a border.
i'm also rotating mame4all for vertical only games.
I'll take a look at your build.
Edit: seems to work well. breaks the scanlines though. :)
StefanBurger:
Hello everyone!
Yes I tried. I started with model 1 and switch to model 2 some weeks ago.
I use a copy of mame4all-pi and as I have some skills in C++, I did the following modifications:
1) modified the mame4all-pi text-output routines, so that the text of the menu is always oriented according to the mame-core orientation (mame.cfg: parameters ror, rol, flipx, flipy). Therefore its now possible to install the game monitor partrait instead of landscape while the menu is still readable.
2) modified the mame4all-pi txt-output routines once more, so that the font can be replaced with a custom font by providing a configuration file. Created a set of 16 different fonts. But its basically unlimitted.
3) incorporated an usb-driver (based upon hidlib and a code sample that I found on the internet) to support ultimarcs pacdrive. I have only led-lighted controls on my controler board. I implemented the pacdrive usb-driver into the mame4all-pi menu routines so, that when a game becomes selected, the routine reads the supported controls out of the mame game driver and only those controls become ilumanated, that are supported by the selected game.
4) incorporated an servo driver (attached to gpio). So when a game becomes selected, the routine reads the mame game driver to check if either a 4-way or a 8-way joystick is supported. Depending on that, the driver turns the servo motor and an attached restrictor plate by 45° to restrict either for 4- or 8-ways. I 3d-printed a mount for the servo and the restrictor plate to mount both on the bottom of the joystick
5) Very exiting!: I ordered a so called "Gert VGA666" adapter (cheap, approx 10 €). This adapter allows to connect an hdmi monitor and an vga monitor at the same time to the raspi and by using some low leval API of the graphic hardware it becomes possible to have independent monitor outputs at the same time. I wrote small library and implemented it to the mame4all-pi menu routines, so that once a game within the menu becomes selected, on the secondary vga display a dynamic marquee will be displayed (while on the primary monitor still menu or game is running). This modification needs some refinement, as my function that display the marquee file does not yet copensate different resolutions of the marquee graphics (PNG format).
And yes, all that works for me on just one single raspi2!!
I'm also currently working on a machine that allows to cut an LCD-panel to a custom format, especially for marquees. Also work in progress, but some files are available on thingiverse http://www.thingiverse.com/thing:625790
Regards
Stefan
BorgDog:
--- Quote from: StefanBurger on April 21, 2015, 03:07:52 pm ---Hello everyone!
Yes I tried. I started with model 1 and switch to model 2 some weeks ago.
I use a copy of mame4all-pi and as I have some skills in C++, I did the following modifications:
1) modified the mame4all-pi text-output routines, so that the text of the menu is always oriented according to the mame-core orientation (mame.cfg: parameters ror, rol, flipx, flipy). Therefore its now possible to install the game monitor partrait instead of landscape while the menu is still readable.
2) modified the mame4all-pi txt-output routines once more, so that the font can be replaced with a custom font by providing a configuration file. Created a set of 16 different fonts. But its basically unlimitted.
3) incorporated an usb-driver (based upon hidlib and a code sample that I found on the internet) to support ultimarcs pacdrive. I have only led-lighted controls on my controler board. I implemented the pacdrive usb-driver into the mame4all-pi menu routines so, that when a game becomes selected, the routine reads the supported controls out of the mame game driver and only those controls become ilumanated, that are supported by the selected game.
4) incorporated an servo driver (attached to gpio). So when a game becomes selected, the routine reads the mame game driver to check if either a 4-way or a 8-way joystick is supported. Depending on that, the driver turns the servo motor and an attached restrictor plate by 45° to restrict either for 4- or 8-ways. I 3d-printed a mount for the servo and the restrictor plate to mount both on the bottom of the joystick
5) Very exiting!: I ordered a so called "Gert VGA666" adapter (cheap, approx 10 €). This adapter allows to connect an hdmi monitor and an vga monitor at the same time to the raspi and by using some low leval API of the graphic hardware it becomes possible to have independent monitor outputs at the same time. I wrote small library and implemented it to the mame4all-pi menu routines, so that once a game within the menu becomes selected, on the secondary vga display a dynamic marquee will be displayed (while on the primary monitor still menu or game is running). This modification needs some refinement, as my function that display the marquee file does not yet copensate different resolutions of the marquee graphics (PNG format).
And yes, all that works for me on just one single raspi2!!
I'm also currently working on a machine that allows to cut an LCD-panel to a custom format, especially for marquees. Also work in progress, but some files are available on thingiverse http://www.thingiverse.com/thing:625790
Regards
Stefan
--- End quote ---
Dude, that's awesome! I've been thinking of using a pi2 for my next project but had no idea how to do #4 on your list. Would you mind sharing more details, or even your build!
That's LCD cutter looks like a cool concept, would love to see how that turns out.
StefanBurger:
Yes, I'm basically fine with sharing my stuff.
Just from a practical view it might become difficult as there are some dependencies.
Maybe I backup the whole image, but no idea how to exchange a file that big.
By the way: the gpio base address on raspi 1 is different to that for raspi 2. So the current implamentation for the servo would not work an an model 1 without adaption.
The pwm (pulse width modulation) is done in software istead of hardware. Therefore the gpio pin can be modified just by an configuration file entry.
the720k:
--- Quote from: nitrogen_widget on April 20, 2015, 01:10:25 pm ---i just put together a new setup with mame4all on my rpi 1 using DietPi OS.
found the same thing with mame4all but i'm using a 4:3 19" and plan to have tinted plexi over it so people wouldn't be able to tell if there was a border.
i'm also rotating mame4all for vertical only games.
I'll take a look at your build.
Edit: seems to work well. breaks the scanlines though. :)
--- End quote ---
Thanks for checking it out. Yeah, I forgot to mention the scanline thing. They don't turn out too pretty when stretching. This is due to when the stretching happens in the code (after the scanline shader is applied.) I might have another look at it at some point and try to figure out a better way to do this. Fix one thing, break two others, right? ;) But for my purposes it works fine, as I don't use the scanline shader in mame4all-pi, and I do like the antialiasing when using LCD monitors.
Stefan: Sounds great. Looking forward to seeing your work at some point! You may want to jump onto the *ahem* other site and post your image as a torrent. The community there would be thrilled to check it out, present company included. Particularly in terms of retaining the menu while using -rol or -ror. That's awesome!! Do you have any screenshots?
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version