Андрей Смирнов

Сфера может сделать почти все что угодно, но каким будет это "что угодно" - это ты решаешь. Т.е. нет готовых вариантов решения, которые нужно просто перебрать для получения желаемого результата. И, конечно, когда ты что-то придумываешь, ты будешь сталкиваться с проблемами при реализации - что-то будет действовать не так как желалось, другое не будет действовать вообще, третье будет как надо, но в Гнезде предусмотрены для этого защиты и т.д.


сделал.


тут нет "материи", ну да впрочем это неважно.
ок, ты можешь сделать несколько объектов из объекта, созданного раньше. Какого-то нового вида связи от этого в датчиках не появилось.
Оффтоп

Цитата:

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

вот это -

Цитата из книги Вообще, по всей видимости, я перебираю доступные инструменты Сферы - щупы, каналы, линии, поля, пробую разные конфигурации для передачи данных.

- это не "описание множества вариантов". Описание варианта - это когда ты указываешь его особенности. А из того, что ты перечислил - вообще непонятна, в чем сущностная разница между "щупами, каналами, линиями", неясно, за счет чего и как будет передаваться инфа в поле, ну и наконец "пробую разные конфигурации" - совсем уже какое-то общее заявление, на которое непонятно, как реагировать.
Я нисколько не возражаю против разных вариантов - но это совсем не значит, что эти варианты не надо будет продумывать.

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

да.

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

Инструментов, помимо Сферы, в моем распоряжении, по сути, нет - Формы я уже пробовал, в Чарах они бесполезны, ритуалы, даже если представить, что я как-то сделаю то, что можно использовать в качестве ритуальных единиц, в Гнезде не работают, а если и работали бы, то указывали на меня-человека. Иных инструментов у меня нет (поступки Силы я не учитываю в силу отсутствия предпосылок в данной ситуации).
Для считывания информации с наблюдающей конструкции необходима какая-либо передача данных. Передача данных невозможна "нечитаемым" датчиками путем. Я что-то упускаю, или задача нерешаема?

все так

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

Выясняю еще ряд параметров.

Какова скорость обновления полей датчиков, и какова максимальная скорость моих заклятий? Т.е., допустим, могут ли данные успевать передаваться в "промежуток" между обновлениями?

Можно ли заранее запрограммировать "легкие" наблюдательные структуры таким образом, чтобы они сами через определенный период двигались в моем направлении/в направлении каких-либо координат? Либо не двигались, а создавался дубль (наподобие размножения клеток делением), отправляемый по неким координатам?

Далее, в плане маскировки непосредственно меня самого - в какой мере я все-таки могу менять свою структуру? Как я понимаю, полностью облегчить ее до уровня нечитаемости датчиками невозможно, но если рассматривать максимально облегченный уровень - что за возмущение появляется в поле?

Касательно поля датчиков - допустим, я совмещаю легкую структуру с полем. Легкая структура не читается полем. Я могу таким образом воздействовать этой легкой структурой на поле, чтобы оно, оставаясь той же плотности/конфигурации, не изменялось от взаимодействия со мной, если я замаскировался посредством облегчения/утончения собственных энергий?
Т.е., скажем, такой "невидимый" клей, который накладывается на рисунок?
Можно ли сделать так, чтобы эти накладываемые "склеивающие" структуры обновляли поле ровно тогда, когда оно должно обновляться, т.е., поле не становилось статическим и не "палило" воздействия?

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


да, можно.


ну не знаю как описать... некое возмущение. Видно, что что-то влияет на поле. Может быть, не очень понятно, что именно. А может, и вполне понятно.


наверное, нет.

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

А напомни все, что я выяснил про передачу информации с датчика.
Т.е., я обнаружил какую-то передающую структуру, но куда она передает - непонятно, так? И пересылает она конкретно состояние поля в определенный момент? В какой именно момент - тоже неясно?

Процесс обновления как происходит - от центра поля к краю, или наоборот?

Провести какую-либо аналогию можешь? С водой/раствором, допустим?А в целом обновление поля на что завязано? Т.е., какую функцию оно выполняет, если, допустим, появление чужой структуры в поле отобразится сразу?

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

ты издеваешься?


Нет. Передающую структуру ты не обнаружил. У тебя как раз был затык на тему того, как именно датчик что-то передает.


Поскольку поле постоянно обновляется, ты сделал предположение, что незримый передатчик неведомым образом передает куда-то состояние поля при каждом обновлении. Но точно, конечно, нельзя сказать. Может быть, передача идет в 10 раз быстрее чем обновление (в таком случае датчик посылает 10 одинаковых "фотографий"). А может быть, передача идет в 10 медленнее обновления (в таком случае датчик посылает лишь 1 "фото" из 10).


от периферии к центру.


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

не уверен, что понял вопрос.
обновление поля обусловлено параметрами структуры. Вложен в эту структуру параметр: обновление с такой-то частотой.
Никаких признаков того, что обновление будет как-то меняться в плане ускорения или замедления в зависимости от каких-то обстоятельств - не видишь.


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


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


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

визуально - не заметен.

Нет, какие-то передающие структуры я, как понимаю, все-таки должен был обнаружить (по крайней мере, косвенные их части), т.к. взлом датчиков и был построен по тому принципу, что я заставлял поля отсылать неизменную информацию. Само обновление полей при этом не замораживалось.Ну вот смотри. Допустим, у нас есть водяная сфера, висящая в воздухе. Она статична. Если в эту водяную сферу влезет какой-то посторонний предмет, форма ее изменится. Ей не обязательно "обновляться", чтобы ее структура изменилась.
А в данном случае датчики у нас обновляются. И мне непонятно, зачем. Т.е., либо на обновление завязан непосредственно процесс передачи, либо (если процесс передачи неопределим принципиально) - обновление не нужно.А датчики он не разрушает? Далее, в первом тоннеле (ведущем от внешней оболочки Гнезда), насколько помню, была возможность двигаться рядом с лучом, не соприкасаясь с его поверхностью.
Я могу этот исследовательский конструкт вытянуть/сформировать таким образом, чтобы он шел максимально далеко от луча, буквально на границе тоннеля? Поскольку, если там есть датчики, значит, луч как минимум их не сжигает.

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


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


нет, они же не соприкасаются с ним, т.к. расположены в "стенках" тоннеля.


значит, просто возникает эффект замедления.

можно, но тут возникает несколько новых проблем.
основная - это эффект замедления при приближении к границам пространства. Твой конструкт по пути не переходит, структура пути сконструирована таким образом, чтобы пропускать только поток чистой энергии в центре.
другая проблема в том, что твои "легкие" структуры очень ненадежны и неустойчивы. Условно говоря, они словно сделаны из "газа". Соответственно, они очень легко портятся и ими крайне сложно выполнять любые мало-мальски сложные задачи вроде точного распределения к стенкам тоннеля так, чтобы никак не соприкасаться с лучом.

Так этот информационный пакет кодируется именно после обновления поля? Т.е., допустим, в 0-0016 начинается обновление, в 0-0031 оно заканчивается, в 0-0032 начинается формирование пакета, в 0-0034 оно заканчивается. Так? Отрезки времени давал навскидку, но, если у меня есть возможность их измерить (включая промежутки между любыми действиями) - укажи их, пожалуйста.
Насколько можно замедлить обновление датчиков? Скажем, возьмем череду датчиков. Обновляются они все с одной и той же скоростью и в одно и то же время? Если возьмем легкое поле, максимально замедляющее обновление, какая-нибудь более тяжелая конструкция, окруженная таким легким полем, сможет беспрепятственно двигаться в области датчиков, без риска быть зафиксированной их полем?А я могу сделать защиту, выдерживающую луч? Не рассеивающую призму, а именно силовое поле? Допустим, исследовательская конструкция будет прикрыта небольшим силовым полем, так, чтобы не занимать всю пропускную способность пути, а лишь его часть, а "снаружи" этой конструкции будет легкое поле, замедляющее обновление датчиков - если так?
Пока конструкт я не отправляю, это все предварительное изучение.

нет.
если поле начинает обновляться в 0-0016, то пакет начинает формироваться в 0-0018.
если обновлене заканчивается в 0-0031, то формирование пакета заканчивается в 0-0032.
т.е. пакет формируется почти почти одновременно с обновлением поля, ну может быть очень небольшим лагом.


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

если ты меняешь структуру, то насколько угодно.


с одной скоростью - да, но не одновременно.


да


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


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

А замедление обновления должно сказаться и на замедлении формирования информационного пакета? Т.е., фактически, эта будет та же заморозка данных, что я делал раньше, только растянутая во времени?Но состояние структуры датчиков тоже отражается в перенаправляемых пакетах данных? Т.е., фактически, ломать/менять структуру датчиков бессмысленно, а кроме того еще и опасно.Да, безусловно, перегораживать тоннель я не собираюсь - это чревато.

Рассматриваю еще пару вариантов. Первый - та же самая наблюдательная конструкция с рассеивающей, и затем собирающей призмой. Окруженная легким полем, замедляющим обновление полей. Возможно ли ее так настроить, чтобы луч в итоге не дестабилизировался, не разрушал собирающую и рассеивающую призму, и вместе с тем все происходящее не фиксировалось датчиками?

Второй - пробую разобраться с этими проблемами.Я так понимаю, изменение структуры пути на каком-то участке тоже будет фиксироваться датчиками? Можно ли так настроить те же легкие поля/наблюдательный конструкт, чтобы он менял структуру тоннеля, слегка расширяя ее, чтобы для него хватало места? Соответственно, комбинируя с легкими "замораживающими" полями, и с возвращением структуры в первоначальное состояние по мере продвижения?
Да, чем чревато изменение структуры - пути, датчиков, луча?

да, при том синхроничности не будет, и пакет сформируется "кривой".


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


велик шанс, что из-за высокой сложности "легкая" конструкция быстро выйдет из строя.



да

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


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

не понял вопроса.
по-другому будут работать либо сломаются

А разделить функцию обновления и формирования информ-пакета можно?Легкими предполагались только окружающие части (впрочем, с учетом того, что легкие части вновь оказываются бессмысленными, заявка отклоняется).

если меняешь структуру - да.

Почему ты каждый раз так угрожающе пишешь "если меняешь структуру"? Я начинаю думать, что, если я меняю структуру, происходит что-то ужасное.
Легкие структуры, замедляющие обновление полей датчиков, могут быть настроены таким образом, чтобы информационные пакеты формировались с той же скоростью, а поле расширялось медленно?
Что при этом будет происходить с информационными пакетами? Будет ли в них отражена искаженная структура поля (искаженная в плане медленного обновления)?

я просто уточняю
а то мало ли какие у тебя фантазии насчет разделения функций датчика...

в смысле "расширялось"? оно не расширяется, а обновляется.
ты имеешь в виду - поле обновляется медленно, а пакет формируется с прежней скоростью (быстро)?
можно так сделать, но тогда информационные пакеты будут кривыми, будет понятно, что с ними что-то не так.


они сами будут получаться при этом деформированными.

А если и поле, и пакеты обновляться будут медленно, будет непонятно, что с ними что-то не так? Иначе говоря, данные будут отсылаться из "старого" пакета ровно до периода, пока новый пакет не сформируется?