Ответы в темах
-
Сообщения
-
Вроде бы решили создать универсальный протокол, который устроил бы всех, но воз и ныне там…
1. Можно напомнить, когда и что решили?
2. Чем существующий протокол не устраивает?1. Начиная с позапрошлогоднего кубка Шашек в России. Общались по электронке с программистами. В частности, авторы Торнадо, Каллисто, Скифи, некоторых зарубежных программ. Решили что надо бы создать универсальный протокол для движков-интерфейса, типа шахматных WinBoard и UCI
2. Какой из существующих протоколов? Лично меня не устраивает никакой.Не совсем могу уловить момент, но часто «слетает» дерево. И вместо ходов со статистикой появляется только статистика — неясно к каким ходам. Похоже это возникает когда многократно прыгаю по варианту «туды-сюды». Версия Авроры 2.11, прикладываю скриншот.
Хочу уточнить — это проявляется только для одной случайной позиции, т.е. при перемещении на другой ход всё восстанавливается в нормальнй вид, либо такой вид уже сохраняется до конца работы?
Проблема с перестроением дерева на больших базах, особенно в стоклетки, при загруженных больших ЭБ действительно существует. Планирую сделать запуска построения дерева в отдельном процессе и попробую оптимизировать использование памяти. Ну тут вопрос — либо нужно много памяти и быстро, либо мало памяти и медленно…
После смены настройки движков (память, ЭБ) чтобы они вступили в силу нужен перезапуск программы
ЧТо касается анализа планирую сделать из окна базы автоматический анализ нескольких партий — например, выделил партии и поставил на анализ на ночь, можно добавить упрощенный анализ (поиск только грубых ошибок и по ЭБ).
Режима игры между движками (матча) в релизе нет — за неимением ни одного движка с поддержкой протокола Авроры. Вроде бы решили создать универсальный протокол, который устроил бы всех, но воз и ныне там…
Кроме того, хорошо было бы иметь возможность остановить импорт при достижении позиции из ЭБ (актуально при импорте партий сыгранных компьютером).
Это позволило бы значительно уменьшить размер дерева и самой базы.
При построении дерева есть возможность ограничить длину вариантов и кол-во шашек на доске.
Что касается импорта смысла не вижу… Если уж сыграна такая партия то пусть так и остается.
Наверное это больше вопрос к режиму проведения турнира между компьютерами. В Авроре при игре между движками есть опция принудительного присуждения партии по достижению ЭБЯ скачал 7-фигурную базу окончаний для программы Аврора. Является ли она полной, или для нее нужны меньшие классы (pos6, pos5)?
и почему после ее установки Аврора пишет EDB n/a и в тоже время потребляет 840 мб памяти.pos7 не является полной, это только семерка, все предыдущие классы (2..6) — в pos6, ее наличие необходимо для работы с ЭБ
А может кто-нибудь у кого сохранилась еще эта программы выложить скриншот? Очень интересно посмотреть что там такого особенного…
Fenix, я имею в виду не реальную шашку в физическом мире, к тому же оторванную от самой ИГРЫ, а объект в математической модели ИГРЫ. И там (в первом из описанных мной вариантов) шашка как раз является носителем информации — при начальной расстановке шашек например, мы берем объект шашку № 1, устанавливаем ее свойство ЦВЕТ в БЕЛЫЙ, тип в ПРОСТАЯ (либо выбираем имеющуюся с такими параметрами), поле КООРДИНАТА устанавливаем в А1 — вот и записали информацию. Когда будем делать ход допустим a1-b2 среди всех шашек мы будет отыскивать ту белую простую которая стоит на а1 (соответственно, считывать информацию с имеющихся шашек) и менять поле КООРДИНАТА на b2.
Кстати в физическом мире шашка вполне может являться носителем информации — кто запрещает взять карандаш и написать на ней: букву, цифру, инициалы, надпись «здесь был Вася», поэму «Ода шашкам» (ненужное зачеркнуть) 😆
А использование информации, которую в Вашей терминологии объект не несет а порождает — не за горами — на этом основаны квантовые компьютеры, прототипы которых вроде как вполне реальны.
Ну буду судить кто внес более значительный вклад в шашки, тут я вряд ли компетентен, но с мнением
Да и с пиаровской точки зрения для шашек будет намного лучше — если в Денвере будет Живой человек, а не противоречивая память об усопшем…
согласен полностью.
Ну вы тут и развели…
Ход никак не может быть носителем информации, он сам есть информация (хоть до этого Fenix дошел…)
«Носитель информации должен быть считываемым. Сама по себе шашка несет нулевую информацию.»
Собственно какую информацию Вы не можете считать с шашки?
Если представить игру в виде мат. модели, носителем информации в которой является ШАШКА, то у такой шашки (не абстрактной, а уже являющейся частью модели игры) начинают появляться СВОЙСТВА: ЦВЕТ (белый или черный) и ВИД (простая либо дамка) — сама по себе любая шашка, даже не вовлеченная в процесс игры уже несет в себе информации на 4 бита. Как только мы запускаем процесс игры становится еще интереснее — у каждой шашки появляется СОСТОЯНИЕ: находится ли она в состоянии ПОКОЯ В ИГРЕ (при этом у нее имеется свойство КООРДИНАТА — в представлении абстрактной доски), либо в состоянии ДВИЖЕНИЯ (то есть ХОДА — при этом используются свойство НАПРАВЛЕНИЕ (а-ля ВЕКТОР): аналог НАЧАЛЬНОЕ и КОНЕЧНОЕ ПОЛЯ), кроме того она может находиться в состоянии ВЫБЫЛА ИЗ ИГРЫ (побита соперником). Вполне себе информативные объекты типа ШАШКА.
Второй вариант — можно представить мат. модель игры в шашки на основании изменения состояния объекта ДОСКА. В таком случае ШАШКА становится абстрактным объектом (таким, каким была доска в предыдущем примере) и вся информация об игре представляется в виде массива объектов ПОЛЕ ДОСКИ (обычно так и представляется игра в шашки в программировании). В данном случае носителем информации будет ДОСКА (ПОЛЕ ДОСКИ — если говорить о минимальном элементе). У него будет одно свойство — СОСТОЯНИЕ, которое будет принимать одно из пяти значений (пусто/белая простая/черная простая/белая дамка/черная дамка). В данном случае ХОД будет информацией об изменении состояний полей, а шашка — действительно несуществующим абстрактным объектом.
Собственно спор сам по себе бредовый. Любой объект фактом возможности своего существования уже несет в себе информацию (объект есть либо его нет = 1бит). Что касается в частности электрона — он несет в себе жуткое количество информации на квантовом уровне, даже если упростить её до простой физической модели — то это: положение в пространстве, вектор движения и его скорость, спин…
[/b]Уважаемые пользователи, для тех у кого заводской диск-
Исправленное обновление для заводского диска:
http://aurora.shashki.com/download/winaur210updrus.exeНо… ЭБ грузится страшно долго, за это время я успеваю скачать левый Фриц-11. 🙄 Да и базу надо бы пробивать пошустрее.
Позы 6х6 тундрёж щелкает как орешки, а твоя малышка ещё думает. 😥 Если грузится СТРАШНО долго и поиск по базе медленный (позицию по русской базе должно искать пару-другую секунд) значит хронически не хватает памяти. Если стоит ЭБ6 Каллисто+ЭБ7 Аврора то это уже гиг оперативки нужен, плюс — кэш… делай апгрейд компьютера!
В будущей версии собираюсь сделать динамическое кэширование ЭБ для Авроры.А есть ли клавиша,позволяющая вызывать команду для попадания в определенную партию.
Например я нахожусь в начале базы.А хочу сразу попасть в партию под номером 66666.Нет, такой возможности не было.
Добавил — в следующей версии будет — через меню (View-Scroll to-Game) либо с клавиатуры — Ctrl+SЗачем убирать? Очень часто даже к комментарию требуются комментарии. Эту опцию можно сделать подключаемой по запросу — идеальный вариант.
Вы не совсем поняли. Глубина и количество вариантов не ограничены как и в текущей версии, так и в будущих. Вопрос в формате вывода их на экран — сейчас третий уровень выводится в скобках после второго, и при большом количестве комментариев некоторые пользователи считают что это становится нечитаемым. Была просьба убрать такой вывод, соответственно выглядить всё это будет вот так:
Возник новый вопрос к знатокам «Авроры». В обновленной версии (2.9) в меню «Партия» (основное окно программы) существует такая функция «Импорт текста партии» (на сайте «Авроры» эта функция указана как «Импорт текста партии из буфера обмена») … Но я пока так и не «просек» механизм действия этой опции. Поделитесь опытом! СПС
Механизм прост — вводите текст партии в окно (или копируете) — и программа распознает ходы. К сожалению, в процедуре есть ошибка — возникают проблемы с непечатными символами если Вы копируете из буфера — переводы строки, символы TAB и т.п. Ошибку уже исправил, в будущем обновлении все будет нормально. В текущей версии убедитесь что текст партии в одной строке и без лишних символов табуляции (и, возможно, пробелов).
Скан книги Каплана на английском
