Software Support > GroovyMAME

GroovyArcade live-CD 2022 (collaborative effort)

<< < (10/117) > >>

b4nd1t0:
Great work!!! :cheers:

--- Quote from: Substring on November 02, 2019, 01:50:58 pm ---Time to give some news hehehe

I'm still actively working on my "fork". Been focusing on EDID stuff and see how to make things as much "plug'n'play" as possible. Have an interesting result to share : I can boot GroovyArcade without any specific kernel setting (no forced resolution, which means linux 15kHz patches are useless in that case), without any Xorg configuration, and I do get 15kHz on my setup ! There is a trick of course : I'm using a EDID dongle that has a switchres-generated EDID inside. This EDID has a good old 640x480i custom resolution inside. The kernel reads it and applies the modeline without a problem. So does Xorg ! I may post a video if people ask. The only downside of it : only works with ATI/AMD cards. I could get it working with NVidia but it requires a kernel patch. I sadly had some teearing that I never had when using ATI. Intel i915 is probably not going to make it.

So, appart from usual maintenance when Arch Linux changes things here and there, or manual package bumps required, I am now focusing on making GA as configurationless as possibe. I plan to add a web UI to set up volume (quite useful when you're allergic to linux console tools), got much work to do on gasetup to split modules (system, video, network etc ...), change the bootloader handling or khow kernel parameters are processed etc ... I also want to "modernize" things, and run some code checking tools on gasetup. Devs call that "lint". This will mean that I will have to correct really many small mistakes here and there, give more consistency on bash syntax etc ...

One last thing : every day, the testing repo is rebuilt. Most of times, kernel changes are automatically built. Can't be the same for GroovyMAME as I must wait for the official release of the groovy patch + suppression patch. Most tools do rebuild fine when they are bumped and I hardly need to put my hands in it. Anf from time to time, I update the stable branch with the testing one. That's a manual step, can't launch packages in the wild just because they built fine  :laugh:

--- End quote ---
im testing your iso on an LCD and works great, now i've compiled the last 215 of groovy with nonag, tonight i think i can try on the cab with the arcade monitor and the ati R5-230, what should i expect, the correct resolutions will be generated or it is still not complete?

Substring:
Well happy tester :) I'm very happy you decided to give a go to this version :)

For GM 0.215, it's already available in the testing repo https://github.com/substring/packages/releases/tag/testing Just uncomment the lines in /etc/pacman.d/groovy-ux-repo.conf, then you can manually update to it pacman -Sy groovymame. Or you can manually download it and then run pacman -U groovymame-0.215-1-x86_64.pkg.tar.xz in the download folder.

For arcade monitor + r250, we'll face a small issue : using gasetup will force the radeon driver, which will fail with your GPU that requires amdgpu. But fear not ! If you're ready to get your hands down in the motor, you can make it almost configuration-less, and it should be working amazingly great :
- EDID is the way to go, so you should edit /boot/syslinux/syslinux.cfg, remove everything that is vga= video= (well, video= is a different story, depends if your monitor is detected or not byt the GFX card) and append drm.edid_firmware=edid/arcade_15.bin which uses the Arcade 15kHz preset from switchres. If you feel unsure, you can test this EDID by booting with the ISO, and select the very first entry in the boot menu ! If it boots, then you're safe !
- you'd need to manually add monitor      arcade_15 (if it's indeed arcade 15 you're using) to mame.ini

In the case your go the old traditionnal GroovyArcade way :
- make the usual configuration in gasetup
- before launching the frontend, edit /etc/X11/xorg.conf and change the radeon driver to amdgpu. I guess it should work fine after.

One last thing : if you use AdvanceMENU rather than Attract, you will complain about slow front end start. Which is normal : it parses the mame 0.215 .xml file which is more than 200MB, so it takes a little time ;)

Going the EDID way is just awesome, because you don't even need a xorg.conf ! X will detect the monitor EDID, and use the preferred resolution from it.

Sorry for the trouble, booting on EDID is not yet ready in gasetup ...

Don't hesitate to ask questions, tell about bugs, give feedback, good or bad critics, I'll gladly answer :)

Substring:
Forgot to say : I'll release a new iso this week, as soon as testing packages are confirmed working fine.

Anyay, I'd appreciate you test booting with EDID your arcade monitor. For reference, here is the 1st page of the boot screen, if you're in the dark.

One more question : which connectors does your GFX card have ? Is the VGA a real genuine or it's over DP ? You can get some intereting info is you run ls -l /sys/class/drm

Calamity:
Great job Substring!

One question: will you release an actual, ready to burn iso?

b4nd1t0:
Ok, i did just a few tests, the iso works great, I couldn't boot using the edid or i have a black screen, the only way to get everything started is by selecting DVI-1 15Khz, i found only one " problem "with attractmode, i see it out of sync but iI may have to adjust the vertical sync, in fact i started World Rally and everything works fine with the correct resolution switch.
I think i'll add more roms to test the switch of other resolutions. The only thing that could create problems for those who are less expert is the total lack of links in lxde if you wanted to make some changes manually for some configuration, however feasible if you know the commands.
I forgot, I used an HD 4350.
So it's ok for me, great job!  :applaud:

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version