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

типа отчёта как бы

вот как пример работы - код

---

procedure TfrmMain.BitBtn2Click(Sender: TObject);

var

pm: TPMCardSet;

S: WideString;

tmp: integer;

begin

pm := TPMCardSet.Create;

// setup transit path

// 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

S := “9D,9C,9H,9S,AS,KS,JS,7S,6S,6H,8H,10H,QH,AH,KH,JH,“;

//17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36

S := S + “JC,JD,10D,10C,8C,6C,6D,7D,8D,8S,10S,QS,QD,QC,AC,KC,7C,7H,KD,AD“;

if pm.Import(S) then

begin

Log(msgImport[LangID] + “: [“ + pm.Name + “]“);

Log(msgTiming[LangID] + “: [“ + pm.TimingString + “]“);

if not pm.IsReconverging then

Log(msgNonReconverging[LangID]);

pm.UnTransitPath(0, 32 - 1);

tmp := LangID;

if tmp <> lngRussian then

LangID := lngRussian;

SetupLanguage;

Log(msgUntransit[LangID] + “: [“ + pm.OctavedName + “]“);

Log(msgTiming[LangID] + “: [“ + pm.TimingString + “]“);

if not pm.IsReconverging then

Log(msgNonReconverging[LangID]);

if tmp <> LangID then

LangID := tmp;

SetupLanguage;

end

else

begin

Log(msgWrongInput[LangID]);

Log(“[“ + S + “]“);

end;

pm.Free;

end;

---

в логе это выглядеть будет вот так

---

---+++ 17 Декабрь 2005 г. 02:09[English] +++---

Import: [9d,9c,9h,9s,As,Ks,Js,7s,6s,6h,8h,10h,Qh,Ah,Kh,Jh,Jc,Jd,10d,10c,8c,6c,6d,7d,8d,8s,10s,Qs,Qd,Qc,Ac,Kc,7c,7h,Kd,Ad]

Timing: [3:1:2:1:1:1:3:1:1:1:1:2:4:3:3:2:2:1:4]

Warning: patience is non-reconverging!

---+++ [Русский] +++---

Ретранзит: [(9б,8ч,6к,9к,10ч,6б,9ч):(Дч,7б,9п,Тч,8б,Тп):(Кч,8п):(Кп):(Вч,10п):(Вп):(Вк,Дп):(7п,Вб,Дб,6п,10б):(Дк,6ч,10к):(Тк,8ч,Кк):(7к,7ч,Кб,Тб,9к)]

Тайминг: [7:6:2:1:2:1:2:5:3:3:5]

Внимание: несходящийся пасьянс!

---

кое чё подправлю, завтра выложу

есть ли у когоньть готовая цепочка 35:1 для отладки?

пфьук (#171, 2005-12-17, 18:28:26 )

konste

по поводу флаговых карт, кстати

я уже и не помню с чем это связано, постаните сюда цытатку бум разбирацца

“Сборка заказных видов сходящихся ЦС - это хорошо. Но для чего? :)))“

да много для чего,

если поначалу нас интересует тока результат - последнее событие,

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

наиболее оптимальным путем.

например мы можем регистрировать цепочку 3:1:1:1:1 ...

последнее событие наступит в результате одного схлопывания

а представь теперь что это же событие получится при автоматическом схлопывании 4-5 транзитов.

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

дальше, Мася упоминала об использовании нескольких цепочек для достижения эффекта,

тоесть какбы разгоняющаяся, накопительная и результирующая цепочка.

ну и по блокам карт.

например утром просыпаясь мы выполняем как правило однообразные действия,

мы их ваще не регистрируем похоже, на автомате.

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

мы бессознателно меняем этот порядок (настраимваемся).

а ведь это мона контролировать, делать это наиболее оптимално.

следующий феномен - дежавю

похоже что это результат сложения цепочки, которую мы уже выполняли раньше, но в другом контексте.

тоесть расклад колоды уже такой встречался.

про повторение друг-за-другом я не пишу, это другой интересный эффект :)

пфьук (#172, 2005-12-17, 18:31:51 )

у меня сейчас комп с архивами не под рукой, цепочек 35:1 не могу представить,

поэтому буду описывать типа на пальцах.

итак, допустим мы нашли по нашему графу непрерывную цепочку из 36 карт (вершин),

причем, есно, без повторений граней-дуг и карт-вершин.

но это ведь путь транзитов!

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

так как наш путь непрерывен, то естественно мы ожидаем, что тайминг будет 35:1

(надеюс этот момент понятен)

попрбуем ручками нарисовать-спроектировать этот расклад теперь

1-X-2-X-3-X-4-X ...

где 1,2,3,4 - последовательность карт в нашем пути,

а X - неизвестная карта, служащая разделом между тригоном карт

что мы получим?

а получим мы номерную последовательность только половины нашего пути.

допустим мы типа уже опытные “графоманы“

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

тоесть последняя карта в пути транзитов, должна быть последней и в раскладе.

тогда получется что нам нуна разбить наш путь на две половинки, и чередовать их.

1-2-1-2-1-2-1-2 ... где 1 и 2 - половинки пути транзитов

1-19-2-20-3-21-4-22 ... это уже номера карт в цепочке

ура! получилось!

и жестокий облом када мы начнем реально складывать эту цепочку :(

потому как чередующиеся транзиты будут приводить к немедленному сложению :)

или тайминг будет вот такой 3:1:1:1:1:1 ...

чтож тады делать-то?

надо предотвратить ненужное сложение введением дополнителных вставок карт

1-2-Х-1-2-X-1-2 ...

откудаж их взять?

значит надоть разбить непрерывный путь транзитов не на две, а на три части!

1-2-3-1-2-3-1-2 ...

1-я часть 11 карт, 2-я и 3-я по 12 карт (почему - сами разбирайтесь :)

или в номерах карт нашего непрерывного пути транзитов:

1-12-24-2-13-25-3-14 ... 36

ура! получилось!

чтоже это за алгоритм такой?

123123123123

попробуйте посоединять одинаковые цифры чередуя верх и низ :)

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

из этого следует о#$%тельное количество следствий

главное из которых - плетение узоров транзитов,

которые автоматически приводят к сложению на 35-м этапе.

нам не нужно запоминать всю цепочку событий тада,

нужно лишь запомнить правило, по которым плетутся тройка кос транзитов.

тоесть мы типа пробрасывая косы из прошлого в будущее, формируем настоящее :)

и мы можем сложить текущий набор событий, перекинув другую косы какбы,

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

что это за три косы, имеют ли они аналоги с черточками гекс в ицзин,

как с их помощью вплетать другие события и продолжать-подключать другие цепочки ?

целое поле для исследований :)

пфьук (#173, 2005-12-17, 19:26:48 )

да, еще, в связи с косами,

при нахождении непрерывного пути на графе из 36 вершин,

на 12 и 24 вершине возникают дополнительные ограничения,

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

я считаю, это даже хорошо.

ибо уменьшает общее число сходящихся раскладов как бы :)

пфьук (#174, 2005-12-17, 20:07:48 )

вот что на дельфях у меня сейчас - выложил на

http://ypond.narod.ru/pm/PMGraph.sfx.exe

это какбы стихийно сложившийся вариант,

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

и, я думаю, без проблем будет и поменять всё :)

в принципе мона туда добавить загрузку опций(каналов),

или приступать к конвертеру из форматов в формат с буфером, экселем, текстом, драгндропом

я пока перейду к AGraph,

надо добиться нахождения пути из 36 вершин.

konste (#175, 2005-12-18, 09:38:26 )

пфьук, спасибо!

В ближайшее время будк разбираться с этим. Delhi дистрибутив и книжка, уже у меня... :)

April (#176, 2005-12-20, 08:31:58 )

пфьук.

//из этого следует о#$%тельное количество следствий

главное из которых - плетение узоров транзитов,

//

Это любопытно, что ты ТАК выразился - “плетение узоров транзитов“.

Я потому и заинтересовалась хакерским применением ПМ, потому что пасьянс имеет прямое отношеие к т.н. “практикам плетения“, где “плетение“ понимается очень широко, в том числе и как “плетение узоров судьбы“. Если сделать скидку на специфику терминов, то это очень созвучно твоему, ты не находишь?

пфьук (#177, 2005-12-20, 08:50:12 )

April

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

первый этап плетения складывается, все отлично,

а со вторым не совсем :(

после складывания получается типа новый узор, который типа вложенный должен быть уже.

сейчас колдую :))

действительно не косы получается, я типа варежки, гы :)

пфьук (#178, 2005-12-24, 21:52:55 )

вот решил зайти немного с другой строны с “корнями“

взял прогу калькулятора ПМ (pm3112.exe)

поставил **

тоесть лубые сходящиеся расклады.

сгенерил 5000 штук.

написал тулзу которая пытается найти разные корни в уже готовых цс.

http://ypond.narod.ru/pm/PMRoots.sfx.exe

что она делает:

для начала ей надо скормить лог-файл со сгенеренными цепочками.

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

запустить, нажать “прочитать“

затем отметить чекбокс “учитывать разность симпатий“ и опять прочитать.

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

первый файл - только по валентностям, второй - плюс по симпатиям.

ну и тоже самое в формате csv (для экселя).

перемен всего 35!

после этого мы настраиваем на нужный поиск корней перемен в картах,

и фильтр отсева по количеству повторов.