Myracle GUI

Discussion of anything and everything relating to chess playing software and machines.

Moderator: Ras

User avatar
emadsen
Posts: 446
Joined: Thu Apr 26, 2012 1:51 am
Location: Oak Park, IL, USA
Full name: Erik Madsen

Re: Myracle GUI

Post by emadsen »

Thanks Martin! I'll play around with the tournament weight feature and report back.
Erik Madsen | My C# chess engine: https://www.madchess.net
abulmo2
Posts: 499
Joined: Fri Dec 16, 2016 11:04 am
Location: France
Full name: Richard Delorme

Re: Myracle GUI

Post by abulmo2 »

mar wrote: Sat Aug 29, 2026 4:59 pm build 117 is up:
- fix: recent active tournament order is kept when restarting the GUI
- resume all tournaments added to tournaments menu
- in file dialog, clicking the date button again toggles folder sorting by name (default) and by date
- reset(restart) tournament button in tournament tab (messagebox to confirm)
- per-tournament weights can be set in tournament overview; the distribution is okay-ish but not perfect; if all weights are the same the old scheduling scheme is used
I just tried it under Linux (Fedora 43). Unfortunately the character sizes are very small and the menu or the engine output are barely readable on my old 28" 4K screen, even after scaling to 125%. This is true for both the Linux (experimental) and windows executable (through wine). If I switch the resolution to HD (1920*1080), the GUI looks fine though. Otherwise great job.
Richard Delorme
mar
Posts: 2967
Joined: Fri Nov 26, 2010 2:00 pm
Location: Czech Republic
Full name: Martin Sedlak

Re: Myracle GUI

Post by mar »

abulmo2 wrote: Sun Aug 30, 2026 9:50 am I just tried it under Linux (Fedora 43). Unfortunately the character sizes are very small and the menu or the engine output are barely readable on my old 28" 4K screen, even after scaling to 125%. This is true for both the Linux (experimental) and windows executable (through wine). If I switch the resolution to HD (1920*1080), the GUI looks fine though. Otherwise great job.
strange, I've only tested on Ubuntu and it seems to work fine. the Windows version is even per-monitor highDPI aware and should work flawlessly.
having proper highDPI scaling is crucial, 100% scale on highDPI display won't work.
so instead of handwaving this with "it works on my machine", how about I expose a parameter that would override
default content scale (globally), it's hacky and I don't like it, but... might do as a workaround since
I cannot possibly test on every Linux distro out there, though Fedora is quite popular.
bastiball
Posts: 5444
Joined: Tue Oct 20, 2020 4:18 am
Full name: Basti Dangca

Re: Myracle GUI

Post by bastiball »

I'm going back to myracle GUI since I used the earlier version that is buggy for my mini-tcec tournament since it has many fixes now. :D
Basti Dangca
CCRL testing group
mar
Posts: 2967
Joined: Fri Nov 26, 2010 2:00 pm
Location: Czech Republic
Full name: Martin Sedlak

Re: Myracle GUI

Post by mar »

build 118 is up:
- global content scale override in appearance settings; it's generally not recommended to change this;
only acts as a workaround for the problem Richard has reported (requires GUI restart)
for those who'd potentially mess up by setting the value too high, it can be changed manually
in config/appearance.json under "content_scale_override". setting this to 0 resets to default

@bastiball: cool, I wondered why you switched to Hiarcs, but GUI choice is up to everyone and I respect it
bastiball
Posts: 5444
Joined: Tue Oct 20, 2020 4:18 am
Full name: Basti Dangca

Re: Myracle GUI

Post by bastiball »

mar wrote: Sun Aug 30, 2026 11:11 am build 118 is up:
- global content scale override in appearance settings; it's generally not recommended to change this;
only acts as a workaround for the problem Richard has reported (requires GUI restart)
for those who'd potentially mess up by setting the value too high, it can be changed manually
in config/appearance.json under "content_scale_override". setting this to 0 resets to default

@bastiball: cool, I wondered why you switched to Hiarcs, but GUI choice is up to everyone and I respect it
@mar: I switched to Hiarcs because of pgn stability and I lost many unsaved games in myracle and it's kinda sad and also all the unsaved tournament doesn't load as well before. I saw it's been fixed so I'm setting it up again for the tournament knowing I used the earlier version of the gui and haven't update it so that's why. Also, thanks for the update btw.
Basti Dangca
CCRL testing group
User avatar
emadsen
Posts: 446
Joined: Thu Apr 26, 2012 1:51 am
Location: Oak Park, IL, USA
Full name: Erik Madsen

Re: Myracle GUI

Post by emadsen »

As promised, I have written a blog post that explains how to use the Myracle GUI to run multiple engine tournaments simultaneously.

To give you an idea of the topics I cover, here are sections I used to organize my post.
  • A New Engine-Focused GUI
  • Running Multiple Tournaments Simultaneously
  • Ensuring Engines Are “Connected” To Make Rating Estimation Possible
  • Adjusting Priority of Individual Tournaments
Erik Madsen | My C# chess engine: https://www.madchess.net
Modern Times
Posts: 3931
Joined: Thu Jun 07, 2012 11:02 pm

Re: Myracle GUI

Post by Modern Times »

Thanks Erik, much appreciated.
mar
Posts: 2967
Joined: Fri Nov 26, 2010 2:00 pm
Location: Czech Republic
Full name: Martin Sedlak

Re: Myracle GUI

Post by mar »

Thanks Erik, great stuff!

R2D2 - great name too. I wonder what's the memory consumption with 60 simultaneous games? I have only tested up to 16,
also good to know that the weights work as expected, more or less. I was a bit worried though I did some test runs.
It's always exciting to see how people actually use the GUI, it feels very satisfying that it's useful. Thank you.

I've noticed one minor thing - you set the file edit to tour.pgn, which probably isn't what was intended, because it only acts as a filename prefix.
so then your pgn is tour.pgn.pgn, tournament file tour.pgn.tour and so on. It probably works with Ordo, because I guess it auto-appends
.pgn if it can't open the full path; I should probably add a statustip for the file edit in some of the future builds to clarify this

EDIT: one more thing I forgot - it's great to see that you reserve some cores for the system, also the GUI uses 1 thread for the GUI itself and 1 background task thread used for engine unloading/tournament saving etc.; plus 1 audio mix thread if sound is enabled - it's probably good to know what's going on