Хакеры сновидений: Архив 1-6 - Lokky

исходя из схемы днк и “Масиной“ таблички наверное.

масти это отдельные блоки графа,

который в свою очередь выходит также по концам на уровень по иерархии ниже и выше.

в принципе по сообщению Vigo, а также собственным своим “сложным“ схемам :)

есть подозрение что после семи уровней иерархии мы должны получить полную копию системы.

короче надо попытаться нарисовать детально этот граф.

наверное я этим и займус с понеделника.

потом выложу куданьть и мона приступать к выводу корней из графа.

пока мне кажецца путь маленких тулз наиболее удобным.

тулзы каторые надо кабы, типа список к обсуждению.

вывод корней.

исходные даные (списки тоннелей, количество букв и прочие опции)

из текстового ини-файла

вывод-в текстовый файл

следующая тулза - не знаю наскока нужна правда

в текстовое поле вводится строка расклада

(его формат тоже мона через ини файл определить)

результат - перевод расклада в разность симпатий и валентностей

или их цикличный сдвиг/прокрутка на заданные числа

мона добавить драгндроп и работу с буфером

по АРМ, наверно надо нарисовать сначала базу,

и оговорить форматы раскладов

konste (#91, 2005-11-28, 18:26:02 )

Понял. Жду рисунок полного графа.

Входные данные ini файлом - если граф будет меняться в процессе исследований.

Для маленькой тузлы удобнее-быстрее вшить граф в код, чем привинчивать читалку файлов. Хотя задача тривиальная.

Вывод в текстовый файл - можно обсудить - в тестовый файл, или через вызовы в Ворде? Чтобы индексы, степени, значки все использовать?

Я бы еще попробовал выводить картинку - хотябы как 4 графа - по каждой масти. (Точки и линии - это элементарно, зато наглядность растет).

втора тузла - что на выходе - две цифры разници между первой и последней картой? или поблочно?

Ты же понимаешь, что используя теорему Масяни можно преобразовать цепочку ПМ так, что конечная разница номиналов или 0 или 1, мне кажется, и масти тоже можно свести при этом к 0 или 1.

Я уже как то говорил о том, что надо как то стандартизировать это дело.

Например, берем ПМ и преобразуем к стандартному виду (не протя её) - первая карта должна быть 6ч, вторая, по возможности 7ч, или 6б, или 7б, и так далее. Не уверен что это оптимальный вариант, но иначе вычмсления будет иметь частный характер, мы не сможем их обобщать.

О! Сяду я писать Тузлу, стандартизирующую любую входную ПМ. Наверное это пригодится.

Кстати, Пьфук, у тебя Бильдер 6ой версии или Дельфи установлен? А то я временами компилю не включая библиотеки, прога потом их выпрашивает, если на компе их нет. Ну это поправимо. Просто нужен “пустой“ комп - тестить...

Ушел писать стандарт и тузлу.

пфьук (#92, 2005-11-28, 19:02:12 )

вторая тулза

строка расклада типа

10ч Дк 6к Тк Кк 7к Кб Кп Тп 8п 7ч 9к Дп Дб 8б Вп 10к 10б 9ч Тч Вб

преобразовать в

2AC -6CC 8CC -1CC -6CC 6CB 0BD 1DD -6DD -1DA 2AC 3CD 0DB -4BB 3BD -1DC 0CB -1CA 5AA -3AB -3BC 4CA 2AB -7BD 6DA -6AB 4BA -3AA 1AB 0BD 1DD -4DA 0AD 5DC -5CB

привести к базе

это типа первая карта будет 0AA, остальные осгласно теоремам

ну и обратно в вид типа 10ч и т.д.

дельфи стоит любой версии (окромя 8-й :)

нащет библ, не беспокойся разбиремси

интересно кто как в ёкселе расклад рисует,

оттуда как раз вроде передаваться будет вот так типа

10;ч;Д;к;6;к;

хотя мож и нет

lfxor (#93, 2005-11-28, 20:01:03 )

Как вариант...

По поводу читалок ini-файлов и пр. - можно использовать xml, в него умеет сохранять excel и в любом языке (в т.ч. C, Delphi, Php) уже готовые библиотеки есть для чтения-записи xml. Наглядность такого файла поменьше чем ini, но побольше, чем csv (10;ч;Д;к;6;к который). Большой плюс - что xml широко поддерживается, можно напр. использовать мини тулзы написанные не разных языках, скомпиленные в бинарники.

konste (#94, 2005-11-28, 21:48:33 )

нашел ini читалки (подж дельфи)

и примеры работы с xml (есть встроенный компанент)

Вероятно - цепочки лучше передавать в xml.

Описание формата - в ini. Хотя, ИМХО, настройки зарыть в реестр - не проблема - сделав их общими для всех тузл...

Обсуждаем!

пфьук (#95, 2005-11-28, 21:58:06 )

канечно хмл рулит

проще всего тады создать этот хмл ручками например

и попробывать открыть ёкселем, вордом, ие

и наоборот из них кспортнуть в хмл

konste (#96, 2005-11-29, 19:35:19 )

пфьук, как раз хотел попросить пример твоего набора цепочке в Экселе...

// Про Граф.

А вот как быть, если если какой-то фракгмент - корень можно представить в виде (пример из головы, по мотивам того, о чем писал выше кусочка колоды 3 масти х 2 номинала и 2 номинала х 3 масти)?

Пока у нас была абстракция мастей-номиналов - по барабану, но теперь мы от неё уходим...

Не сталкивался ли кто с проблемой подобного рода?

(Думаю после длины фрагмента в 17 и более карт - жить легче => ведь гароантировано выходим за квадрат 4номиналах4масти, в котором работает эта “диагональная зеркальность“)

Если идти от графа - мы эту проблему проскочим, если идти от моего дерева - она есть...

Такие вот дела со стандартом...

Пошел запускать XML.

lfxor - предложил и исчез... :))

пфьук (#97, 2005-11-29, 19:50:23 )

выложил рисунки,

завтра обсудим

пример тоже из экселя приведу

граф-то я нарисовал, но он показывает возможные транзиты

тоесть чтоб найти корни, надодть сначала

вытащит все сочетания транзитов, а потом вставлять между ними другие номиналы.

напомню, корень должен ихо содержать один-два-три транзита

и длина 6-7-8-9

я вот думаю, как бы из графа вытащить расклады всех корректных цепочек,

исходя из условия, что их должно быть 34 :)

пфьук (#98, 2005-11-29, 19:52:19 )

в смысле каждая цепочка должна содержать 34 ребра графа

konste (#99, 2005-11-29, 20:42:35 )

Рисунки вижу. Спасибо.

Уточняю -

1.

На графе пути - это тразиты?

Тоесть только те места где происходит сложение. (Второе уточнение - сложение бывет как бы с 3мя картами (и более) - одна накрывается - две остаются - это ребро = транзит или нет. Тут же всплывают опять “побочные карты“...)

2.

Или все же т.к. цепочка = 34 ребра, то это э-э-э капта всех возможных “скелетов“ вместе?

Принимаю пока 2.

Продолжаю работать.

konste (#100, 2005-11-29, 20:50:15 )

Предлагаю закодировать граф как таблицу 36х36 по горизонтали - приемник (первое измерение массива), по вертикали - источник - второе измерение массива.

(либо массив вида 9х4х9х4 - если мозги не сломаются...)

0 - нет перехода от приемника к источнику, 1 есть.

Если это никак не противоречит теории графов в математике.

“из графа вытащить расклады всех корректных цепочек“ - это ведь по сути искать маршруты...

Вытащить - не проблема, как бы оценить их число... :)) а то вдруг вытаскивание - слишком долгий путь, а?

пфьук (#101, 2005-11-29, 20:51:16 )

если точки (карты) соединены - значит транзитируют, если нет, то транзита нет. сами пути в принципе соответсвуют хлопку или складыванию или перемене.

если в картах то между ними в принцыпе может лежать любая карта.

тоесть да это карта всех скелетов наверное :))

в процессе рисованья еще появились кое-какие мысли.

похоже масти как раз являются плашечками в сфере.

на рисунке это оч наглядно, кстати.

когда они складываются с плашеками другой сферы (по 9-ке)

как раз присходит типа схлопывание или щелчок!

на прошлой неделе кстати, прилег отдохнуть,

почувствовал что типа кто-то рядом вроде,

несильно пнули по коленке :)

и потом оч характерный щелчок на сфере слева.

прям как будто спецом продемонстрировали :))

догадываюсь, кто мог совершить столь бесцеремонный поступок ;)

так вот: 168 плашечек или мастей соответствует 42 колоды, или 21 паре ЦС.

где-то кто-то писал что-то типа чел может вести одновременно 21 ЦС.

вобщем щелчки сферы явно намекают на складывание ПМ.

konste (#102, 2005-11-29, 21:10:17 )

Понял транзит = сложение, собственно естественно. Торможу...

А вытаскиваем - _расклады_ = колоды.

34 ребра графа в цепочке соответствует таймингу 1-1-1-...-1 ?

Это место не очень понятно. Если по макимуму (36/6)*3=18 - 18 ребер - по минимуму (36/9)*1=4 ребра в раскладе.

Просто капельку реализацию идеи не уловил...

пфьук (#103, 2005-11-29, 21:22:18 )

нет 34 всего включая вложенные

вложенные получется, когда они явно друг за другом идут

а могут и прерывацца, перерыв - новый тайминг