Myracle GUI

[tapio]

You think very strangely of me.

Then don't surround your requests with weirdo BS or let your nurse write for you. Your way of demanding things is seriously annoying.

[Gabor Szots]

It makes sense to me because I have to remove the bracket with the inscription myself

Why do you want to remove that?

[PHILOCHESS]

Thank you very much, Martin, for always being willing to fix the issues that have arisen with Myracle. I also appreciate the features you’ve added that aren’t essential to the proper functioning of the interface but make it more interesting and enjoyable, such as displaying the engine logos during games. That particular feature encouraged me to search for the logos of many engines and to create square versions of quite a few of them. Thank you as well for continuing to improve Myracle.

I strongly believe in living to serve others. Life isn’t only about receiving. We also have to give. In the end, that generosity comes back to us in the form of wonderful opportunities and experiences. That’s not because “the universe decrees it,” but because others recognize the work of people like you and the many members of this forum who share information, knowledge, and useful tools that help us continue our research into computer chess.

I think I’ve mentioned this before, but efforts like these inspire many of us to serve others through our own work and communities.

Have a great start to the week!

[mar]

A very serious request to the GUI author - because in this request I have to do it myself. Could you please remove the information in bracket regarding the end of the game? Since there’s information in the tag at the top. I have to delete this one myself because I think that the name and information in bracket are unnecessary. I sincerely ask you to consider my request - for which I thank you very sincerely and seriously.



Kind regards
Krzysztof

That request makes no sense. It is in the header because many programs, when loading large PGN files, quickly scan the headers for game information. There is no good reason for you to even want to remove it, as there is absolutely no downside in it being there.

jm

hmm, I think (maybe) - he wanted to point out an inconsistency between the comment and the termination tag
which is true and while not a big deal I'll probably unify it in some next build so that the comment is exactly
the same as what's in the termination tag

tag or comment removal per se would be nonsense

[mar]

Thank you very much, Martin, for always being willing to fix the issues that have arisen with Myracle. I also appreciate the features you’ve added that aren’t essential to the proper functioning of the interface but make it more interesting and enjoyable, such as displaying the engine logos during games. That particular feature encouraged me to search for the logos of many engines and to create square versions of quite a few of them. Thank you as well for continuing to improve Myracle.

thanks for your kind words Robert

I'm really glad that those who use the GUI are more or less enjoying it so far,
though there are still some issues I was unable to reproduce and fix

as it's getting closer to a finished state I expect it'll converge to a stable version with few new builds once I stop adding new features

as for giving vs receiving - one has to be a bit careful because those who only take have no limits

[mar]

let's clear up some misinformation:

- there's no delay between games - except the time it takes for the engines to load and initialize (both load and init are asynchronous so they don't block the GUI thread)
- new game(s) are started from main/GUI thread, meaning it takes an extra frame before the next game starts
- book is only loaded once (if pgn/epd) per tournament (large pgn book may take some time to load)
- in eng-eng matches, new search is started immediately once bestmove arrives from the engine, bypassing the GUI thread
- engines are queued and unloaded from a background thread, this may occasionally starve the scheduler with very fast games,
like 1sec/game
- schedule needs to be built before the tournament starts (or after it loads), at this point opening lines are also generated. this can take a while if the schedule is large enough, like 10k or 100k games
- the only delay is fixed 1 second auto-switch delay before it switches to another game tab, long enough for the user to read the result,
but the next game starts immediately

[RubiChess]

Krzysztof tries to show a three seconds delay in a screenshot? Interresting...

Wild guess for different behaviour: Myracle restarts the engines after every game even in two-engines tournament while Cuteches doesn't.

[mar]

Wild guess for different behaviour: Myracle restarts the engines after every game even in two-engines tournament while Cuteches doesn't.

correct. Myracle never reuses engines

[Ras]

Moderation: Krzysztof, you are nagging again. No future naggings about anything you brought up previously. You accept the author's decision and shut up. You are not doing anything useful with your repeated nagging. You do not help to improve the software. You are simply annoying people. Stop that!

[mar]

think again Krzysztof - you are trying to annoy everybody around, that's called trolling
nothing useful came out of it (and that's an understatement), there are many people in this
thread who actually helped

you've already annoyed Basti to the point that he stopped developing his Mini-TCEC GUI - if that's your goal in life, shame on you
now please leave this thread and find someone else to bother, I'm putting you on ignore list, congratulations. my patience is over