sirmax

Нужно дофиксить то, что сломалось (или отключить), в целом должно работать.

вот следующие значения "2019-03-04":{"blue":1808,"green":1228,"orange":608,"violet":2571,"yellow":896},"2019-03-05":{"blue":1775,"green":1222,"orange":608,"violet":2533,"yellow":894},"2019-03-06":{"blue":1748,"green":1218,"orange":607,"violet":2501,"yellow":893},"2019-03-07":{"blue":1725,"green":1214,"orange":607,"violet":2470,"yellow":892},"2019-03-08":{"blue":1704,"green":1211,"orange":606,"violet":2441,"yellow":891},"2019-03-09":{"blue":1687,"green":1209,"orange":606,"violet":2413,"yellow":890},"2019-03-10":{"blue":1674,"green":1207,"orange":606,"violet":2390,"yellow":889},"2019-03-11":{"blue":1661,"green":1205,"orange":606,"violet":2356,"yellow":889}

@Mixaill, нужно удалять файл нулевого размера, я тоже на это попадался.

В логе в последнем бою был таймаут подключения к XMQP, но другие бои вроде нормально. Глобальной проблемы с XMQP на нашей системе мониторинга не видно.

Вот динамика изменений. Видно, что 20 февраля все сломалось, начиная с 23 стало исправляться. date | orange | yellow | green | blue | violet ------------+--------+--------+-------+------+-------- 2019-03-02 | 613 | 910 | 1278 | 2029 | 2791 2019-03-01 | 617 | 922 | 1326 | 2156 | 2912 2019-02-28 | 620 | 933 | 1371 | 2241 | 2995 2019-02-27 | 620 | 936 | 1387 | 2270 | 3024 2019-02-26 | 620 | 937 | 1393 | 2285 | 3040 2019-02-25 | 621 | 938 | 1401 | 2301 | 3057 2019-02-24 | 621 | 939 | 1408 | 2316 | 3072 2019-02-23 | 621 | 940 | 1418 | 2333 | 3093 2019-02-22 | 619 | 932 | 1387 | 2305 | 3072 2019-02-21 | 612 | 911 | 1296 | 2147 | 2932 2019-02-20 | 607 | 893 | 1223 | 1811 | 2615 2019-02-19 | 603 | 882 | 1185 | 1547 | 1874 2019-02-18 | 603 | 882 | 1185 | 1547 | 1874 2019-02-17 | 603 | 882 | 1185 | 1547 | 1874 2019-02-16 | 603 | 882 | 1185 | 1547 | 1874 2019-02-15 | 603 | 882 | 1185 | 1547 | 1875 2019-02-14 | 603 | 882 | 1185 | 1547 | 1875 2019-02-13 | 603 | 882 | 1185 | 1547 | 1876 2019-02-12 | 603 | 882 | 1185 | 1547 | 1876 2019-02-11 | 603 | 882 | 1185 | 1547 | 1876

Не стоит. Я их вынес вынужденно, так как [Embed] в Royale не работает.

Можем все равно зарелизить, и переключиться на тест. Старую версию убирать не будем.

Будем релизить текущую версию? Или уже подождем 1.4.1?

На полное выравнивание данных нужно ещё неделю ждать. Данные по себе можешь сам обновить на сайте, они должны исправиться. Если после обновления все равно будет не правильно, пиши.

похоже на глюки бэты

Надо смотреть. Не известно, когда началось?

1. да 2. нормально, хотя было бы лучше без них :) Duplicate variable definition это из-за [Inline], тут я не смог ничего сделать. остальные не понятно почему вообще возникают 3. не нужен, так же как и сам FLEX, его можно удалить.

Не подойдет, нужно именно слабый проц. Да, на реплее самое то.

Спасибо, полезная информация.

Если в apache-royale проблем не будет, мы ее сольем с основной веткой. Нужно тестировать, вполне может что-то отвалиться.

исправил

Нужно погонять на производительность ветку apache-royale. Сравнивать нужно такие билды: 1. https://nightly.modxvm.com/download/default/8835_2b2572625107_xvm.zip - это еще Flex 4.6 2. https://nightly.modxvm.com/download/apache-royale/8843_a67882155e5c_xvm.zip - тут переделаны маркеры 3. https://nightly.modxvm.com/download/apache-royale/8844_ae12808da8a0_xvm.zip - еще немного переделок Интересуют изменения в FPS, микрофризах, вообще в целом ощущения. Ну и по ходу если будут баги, тоже пишите.

Это мы новый компилятор прикручиваем.

Please attach your config

Вроде сейчас нет ошибки.

Исправил.

Спасибо.

Fixed

Исправил

Должно работать.