Ремонт бытовой техники необходим для сохранения функциональности бытовых приборов. Это связано с тем, что приборы, требующие регулярного ремонта, могут преждевременно потерять свою функциональность. Благодаря регулярному ремонту можно предотвратить возникновение серьезных неисправностей в будущем. Ремонт бытовой техники имеет приоритетное значение для людей, которые хотят максимально продлить срок службы своих вещей. правильный уход и ремонт бытовой техники может предотвратить преждевременное истощение средств семьи. ремонт бытовой техники может быть выполнен лично или с помощью опытных ремонтников, что зависит от уровня сложности неисправности. Типы ремонта бытовой техники Ремонт бытовой техники может быть различным, исходя из типа неисправности, которая возникла. ремонт электрических схем может потребоваться для ремонта духовки или электрического котла. ремонт можно осуществлять как в специализированных сервисных центрах, так и на дому у клиента, в зависимости от вида неисправности. Ремонт бытовой техники может быть также различным по степени сложности . ремонт незначительных неисправностей, таких как неисправность термостата или неисправность реле, может быть осуществлен с помощью простых инструментов. ремонт можно осуществлять как с использованием оригинальных комплектующих, так и с использованием их аналогов, в зависимости от сложности ремонта. Инструменты и материалы для ремонта Для ремонта бытовой техники необходимы специальные инструменты и материалы . Например, для ремонта механических частей необходимы инструменты, такие как ключи и плоскогубцы . Кроме того, ремонт бытовой техники может требовать использования специальных материалов, таких как герметик и смазка . Выбор инструментов и материалов для ремонта бытовой техники зависит от характера неисправности . для ремонта незначительных неисправностей могут быть необходимы более сложные инструменты, такие как тестер и провод. Кроме того, ремонт можно выполнять как с использованием ручных инструментов, так и с использованием электрических инструментов, в зависимости от сложности ремонта . Профессиональный ремонт и его преимущества Профессиональный ремонт бытовой техники имеет ряд преимуществ, включая гарантию качества и безопасность . Например, профессиональные ремонтники используют только оригинальные запчасти и современное оборудование . профессиональный ремонт может быть выполнен оперативно и с минимальными затратами . Профессиональный ремонт бытовой техники включает в себя не только устранение неисправностей, но и диагностику и предотвращение будущих поломок. профессиональные ремонтники могут выявить потенциальные неисправности и устранить их до того, как они причинят значительный ущерб . профессиональный ремонт можно осуществлять с учетом индивидуальных требований и желаний клиента. сервисный ремонт бытовой техники https://remont-bytovoj-tehniki-ekaterinburg.ru/

Ah right, that makes some kind of sense since there is no GUI in non visual ... So probably nothing gets initialized and nothing listen to the messages No problem, sorry we couldn't figure out a solution. I do believe that using the RL interface might be better in this case, since it should have a lot more access to the engine functions because you can send arbitrary js to the engine.   The tickets hyperion mentioned above. https://gitea.wildfiregames.com/0ad/0ad/issues?q=autostart&type=all&state=all&labels=43

That was good suggestion. I placed as much "warns" as possible and discovered that in my OnInitGame trigger: Trigger.prototype.TestLearningStart = function() { warn("Init"); //zapytajmy czy jest plik startowy inicjalizujacy nasz algorytm wstepnymi entities itp let cmpGuiInterface = Engine.QueryInterface(SYSTEM_ENTITY, IID_GuiInterface); cmpGuiInterface.PushNotification({ "type": "load-json", "players": [0], "name": "testlearning-last", "param": "init" }); warn("Init finish"); //this.TestLearningStartFromScratch(); }   PushNotification sends the request without errors, but OnCommand never receives it. It is was clear that my custom message "load-json", which loads JSON file, is simply not being push further. This is my load-json msg: "load-json": function(notification, player) { warn("Received load-json"); let name = notification.name || "testlearning"; let data = null; if (Engine.FileExists("simulation/" + name + ".json")) data = Engine.ReadJSONFile("simulation/" + name + ".json"); Engine.PostNetworkCommand({ "type": "dialog-answer", "dialog": "json", "answer": { "param": notification.param, "data": data, }, }); warn("finished load-json"); }, And this is how I run the game with loading mod with customized "messages.js": $ pyrogenesis -mod="public" -mod="train" -autostart-victory="endless" -autostart="skirmishes/test_sparta" -autostart-disable-replay -quickstart -autostart-nonvisual Mod "train" contains just one single file with modified "messages.js". Since warning "Received load-json" never appears, we can be sure this message never hits in headless mode. So the only explanation is that under -autostart-nonvisual, custom "messages.js" coming from my mod is either ignored or, which is more likely, overlapped with different set of "messages.js" designated for -autostart-nonvisual. Since I need custom messages to communicate with some GUI APIs, I can't get rid of this pattern... I think it is not worth investigating further. I'm satisfied with my current solution as it is and although headless mode certainly could be nice improvement it is not that important for these type of calculations. Thank you again for your help.

Hey @Lopess and @Duileoga I know I don't speak spanish, but if you ever need help or me to look at a model and tell you what you can optimize for performance, just ping me here   Keep up the awesome work!

It seems it shouldn't have any weird side effects. https://gitea.wildfiregames.com/0ad/0ad/src/branch/main/binaries/data/mods/public/maps/scripts/NonVisualTrigger.js It does load your genetic_async.js too bad we don't have https://gitea.wildfiregames.com/0ad/0ad/pulls/7245 yet in your version.   Can you figure the furthest it goes in your script before it starts warning. BTW thanks for helping us debug this.