>>12890
Ну... Сам себе злобный буратино, щито поделать. Если очень хочешь таки вернуть досту к своему нику на стримилке, можешь попробовать написать в скайп iamtakingiteasy , будем разбираться.

>>12891
Измени у себя там в базе http://video.eientei.org/live/seiba_-1 на http://video.eientei.org/live/seiba и всё у меня будет хорошо.

>>12892
Пользователь seiba уже существует. Имя стрима не может равняться имени другого пользователя (а seiba и seiba_ -- разные юзеры). Так что давай уж разбираться с твоим старым аккаунтом. Проще это будет делать интерактивно, в каком-нибудь IM или irc.

>>12893
Ну удали его и переименуй текущее имя стрима. Яж на это и намекаю.

>>12894
А ещё можно хеши пороля у старого акка сделать таким же, как и на новом.

Я надеюсь, у тебя они хэшированы -_-

>>12894
Сначала мне нужно подтверждение, что ты - это ты. Попробуй предоставить максимум информации о интеракциях со старым аккаунтом: провайдер, айпи, периоды стрима, рефереры, юзеаргенты, etc. Если информации будет достаточно, установлю старому аккаунт указаный тобой e-mail, чтобы у тебя получилось сбросить пароль. Но опять же, делать это на анонимной имижборде несколько нетранзакционно. Хоть в чатик на своём текущем стриме залогинься.

>>12897
Да ты офигел. nvm

ОП, от чего зависит потолок битрейта? У некоторых видел и до 600 кб подымается, картинка приемлемая получается. У меня выше 250 кб не видел. Не могу найти закономерность

Есть новости. Стримилка переехала из нидерланд в россию и пирится с М9. Теперь латенси должна быть немного поменьше (50ms -> 2ms) и ещё сменил nginx на немного патченный srs для рестрима. Плюс переписал часть сайтика.

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

Иными словами, как свой бродкастер-кодек сконфигуришь - так и будет.

В OBS, например, это делается на влакде Encoding настроеек, в ffmpeg'е за это отвечают -b, -b:v и -b:a флаги. Ещё в нём можно покрутить -q, но это уже файн-тюнинг.

>>12863
>По смыслу это звучит

Нет такой нормы в русском языке.

>>12864

У тебя весь смысл нормирован и выдается по карточкам?

Немного поправлю предыдущего оратора: фраза звучит как "программирование содержимого жесткого диска с программами персонального компьютера".

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

>>12870
>flash-память может только содержать программы.
На обычных флеш-накопители ты только программы хранишь? А как же данные? Хотя вот например если микроконтроллер с гарвардской архитектурой, там инструкции и данные могут отдельно хранится, но в любом случае и то и то будет лежать на какой-то флеш-памяти

>>12887

Еще дедушка Вирт говорил что программа это алгоритм плюс структуры данных. Так что не виляй терминами.

>>12888
Если где-то в флеш памяти зашита какая-нибудь картинка или видео, который этот самый микроконтроллер должен выводить на LCD дисплей, то эта самая картинка или видео структурой данных не является

>>12916

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

>>12919
>Потому что твои примеры натянуты и нежизнеспособны. Единственное возможное исключение, приходящее мне на ум, это какая-нибудь попильно-откатная должность в гос-/окологос- учреждении аля "устройте куда-нибудь сына начальника". Хотя если ты и есть этот самый сын начальника... тогда барабан в руки и флажок... ну ты понял.
Ты это вообще к чему написал? Причем тут какая-то должность, причем тут сын начальника? Как это относится к тому, считать ли картинки или видеофайлы в флеш-памяти структурой данных?
Хочешь сказать что какую-нибудь png-картинку в флеш память микроконтроллера будет записывать только сын начальника, которого устроили по блату? Так микроконтроллер вполне может быть соединен с каким-нибудь LCD дисплеем, работать под какой-нибудь примитивной ОС, иметь примитивную файловую систему на этой самой флеш памяти. И эта картинка вполне может быть записана на этой файловой системе, и отображаться на LCD дисплее как элемент интерфейса, например

>>12920

>Хочешь сказать что какую-нибудь png-картинку в флеш память микроконтроллера будет записывать только сын начальника, которого устроили по блату?

Другой причины нанимать кого-то на работу, которую вполне может выполнить правильно написаный СКРИПТ я не вижу.

во-первых начни с того,что иногда флэшка лечится простым форматированием.format:/
SOLF

во-первых начни с того,что иногда флэшка лечится простым форматированием.format:/
SOLF

>>12810
> будут ли вызовы стандартных методов эффективными/заинлайнеными
Каких стандартных? std::less<T> и прочих? Да, будут, они же в header'ах определены. Возьми g++ -O -S -masm=intel и посмотри.

>>12811
>Каких стандартных?

Ну, не только less<T>. Будут инлайниться только те, которые определены в заголовках? Тогда я сам айду.

Ты не читаешь другие части моих постов. Есть процедура sort, она принимает указатель на компаратор. Вопрос: компаратор будет заинлайнен внутри sort, или это невозможно?

>>12814
> Есть процедура sort, она принимает указатель на компаратор. Вопрос: компаратор будет заинлайнен внутри sort, или это невозможно?
О какой процедуре sort ты говоришь? Если об std::sort, то она шаблонная, поэтому она определяется в заголовочном файле, то есть инлайнингу ничто не препятствует. Если это какая-то другая sort и тело этой sort с телом компаратора после обработки препроцесcором не оказываются в одной единице трансляции, то в этом случае инлайнинга не будет.

>>12819
>Если об std::sort, то она шаблонная, поэтому она определяется в заголовочном файле, то есть инлайнингу ничто не препятствует.

Как оказалось - таки препятствует. Ккомпаратор будет заинлайнен внутри sort только в том случае, если я передаю функтор.

Правильно?

>>12820
> Ккомпаратор будет заинлайнен внутри sort только в том случае, если я передаю функтор.
А как передать в std::sort не функтор? Если ты имеешь в виду просто вызов std::sort с двумя итераторами, то ясно, что если operator< для объектов того типа, на который указывает итератор, определён не в заголовочном файле (или он виртуальный), то его не заинлайнить.

>>12821
>template <class RandomAccessIterator, class Compare>
>void sort (RandomAccessIterator first, RandomAccessIterator last, Compare comp);

>comp
>Binary function that accepts two elements in the range as arguments, and returns a value convertible to bool. The value returned indicates whether the element passed as first argument is considered to go before the second in the specific strict weak ordering it defines.
>The function shall not modify any of its arguments.

>А как передать в std::sort не функтор?

>This can either be a function pointer or a function object.

>Если ты имеешь в виду просто вызов std::sort с двумя итераторами,

Сообщение слишком длинное. Полный текст.

>>12820
> Как оказалось - таки препятствует.
Если компилятору во время компиляции известно, куда именно указывает указатель на функцию, то теоретически он может заинлайнить её. В случае GCC помогает объявление __attribute__((flatten)) для функции, из которой происходит вызов std::sort.
>>12822
> Придумал я свой класс, определил в них операторы сравнения, использую sort с двумя итераторами (компаратор по-умолчанию) - что же, метод сравнения не будет заинлайнен?
Нужно тело оператора сравнения определять в header'е, тогда всё будет хорошо.

>>12824

О, хорошо сказал.

То есть, чтобы всьо инлайнилось, надо:

1) использовать только те функции, реализация которых есть в боилерплейте, внутри которого мне нужны инлайны;
2) передавать функторы вместо указателей;
3) или писать "flatten".


Олсо: что есть link time optimization?

>>12826
Link time optimization - прямо таки то, что значит название - оптимизация во время линковки obj-файлов между собой. Один obj-файл - один cpp-файл. Соответственно, что-то такое более мощное, чем оптимизация каждого по-отдельности. Вроде бы lte должно уменьшать размер бинарника.
мимо-проходил-кун

>>11826
Передавать функторы в этом плане надёжней, нежели полагаться на специфичные для компилятора расширения или опции вроде -findirect-inlining.

Почитал посты ОПа в начале треда.
Ну ты ещё тот мудак оказался, да. Как твой ник увидел, сразу понял это.

>>12789
Отлично бомбит, так держать.

>>12789
Ну, они когда мой ник увидели, сразу поняли, что это я борду делал.
Ну глючила борда из треда и на ololoepepe.me...

>>12794
Сема плис. Нельзя так бомбить.

>>12795
Убогий, ты кто такое? Местный рыцарь, защитник справедливости? Пока что у тебя выходит жалко. Для начала неплохо бы начать на человеческом языке говорить, а не набором фраз с лурочки.

>>12796
Клован, угомонись уже, ты смешон.

О, быстрый фтп с террабайтом прона, заебись. Пожалуй я останусь у тебя.

>>12798
Не злоупотребляй только, или заблочу. А так на здоровье.

>>12795
Лол, это я написал просто для лулзов.
Если и бомбит, то не у меня, я к борде никаких претензий не имею.

>>12812
Ну, тот анон был какой-то очень обиженный (непонятно, правда, на что), вот я и подумал, что это он пытается за меня семенить.

>>12500
>Золотце
Так никитка же дебил и не может ни в математику ни в код.
Try again.

>>12501
Я только одного дебила знаю, который любил вырвиглазный синтаксис.
И он ультрафинитист, матешу он целиком не отрицал.
Из дудочников-метадрочеров остаются шапроблядь и лавсанчик. Выбирай.

>>12504
>эти сорта
>Выбирай.
Ты как-нибудь сам, обезьянка, среди тебе подобных.

Добавлены ID вида http://shard0.azurewebsites.net/123456 и авторега.
По умолчанию перекидывает на собственный ид, но можно и обмениваться - правда, разграничения доступов пока нет.
Теперь этим даже можно пользоваться.

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

Во-первых ты пишешь "Символьно-числовой инструмент".
Ты объясни нормально, что он умеет. И для чего он конкретно.

Рисовать графики? Отлично.
Конкретно мне это не нужно, но сразу задача ясна.
Он только для этого. Или он не для этого?

Может быть делать какие-то символьные вычисления
и выводить текстовой результат? Или нет?
Какой-то промежуточный язык между разными программами?
Я не понял. Ты не объяснил же.

>>12527
>Ужасный синтаксис.
Я знаю.
>как Франкенштейна.
А ты совсем не глуп.
>что тобой двигало
Даже пожалуй слишком, для твоего же собственного блага.
Впрочем, синтаксис дела наживное и переделать полностью могу хоть сейчас. Предлагай - только не теряй возможности и без лишней многосимвольности.
>>12529
Хм. Вроде >>12499 все понятно, но ок.
Щас все будет.

>>12529
Чего-то не идет стих. Напишу как получится.
Осколок'0 есть язык и платформа для проведения числовых, символьных и символьно-числовых операций/вычислений и вывода результатов в виде кастомного текста/графики. Впрочем, можно просто пользоваться готовой макролибой, которую понемногу пишу.
Исходный класс задач: из исходных данные/формул/систем/ватевер и цепи/алгоритмов преобразований получить в результате рабочий код на желаемом ЯП.
Что есть:
макроязык, нечто вроде расширенного #препроцессора
операции вычисления на исходных разнообразно заданных множествах, в том числе - условное присвоение/вычисление, вывод в графику, вывод в текст типа printf
приличные комплексные числа - то есть в том числе множественные результаты вычислений и возможность контроля размера множеств и извлечения значений из них
многомерные вложенные матрицы и цепи индексов для произвольного доступа откуда и куда угодно.
системы и их решения (только алгебраические, поэтому малых степеней)
можно фигачить кастомные ряды и даже немного оперировать именно как с рядами
разумеется всяческие символьные операции - подстановки, раскрытие скобок, выведение множителей, етц

Сообщение слишком длинное. Полный текст.

Так.
Доведен до более-менее ума фронт v.0.1
Доведены цепи индексов до состояния вполне цепей.
Запущен решатель нелинейных параметрических систем, соответствующий пример добавлен.

Внезапно!
Алсо, много жуков выловлено.

Я так понимаю граббер мертв? как и тред

ｷﾀ━━━(ﾟ∀ﾟ)━━━!!

>>16477
>>16500
А как то можно с автором связаться? Было бы здорово если бы он тумблер добавил ну и инкбанни например, а то до сих пор ни одного нормального граббера не нашел кроме этого и ставить кучу хрен знает что от васянов не хочется

>>16568
Не знаю проверяет ли он этот тред, но тут https://github.com/catgirlfighter/nekopaw должен быть.

>>16570
спасибо! но чёт не могу найти там мыло или другие контакты. только на форуме что ли писать получается?

>>16568
> ставить кучу хрен знает что от васянов не хочется
Што. Ищи по гитхабу, читай исходники и ставь.

>>14033 слоупок на связи

Автор, спасибо что реализовал эту фичу! От такого гемора меня (думаю и не только меня) избавил, ну просто душечка!
Еще одну маленькую просьбу-дополнение хочется попросить, правда, сделай так чтобы не в 1 папку качало а в зависимости от имени страницы (автора). Только руки дошли а там столько всего качает и все это в 1 папку! Надеюсь ты еще фиксишь граббер.
Спасибо еще раз за реализацию и за софтину :3

C пиксива не качает по автору, пустой список, ошибок нет.

>>16596

1) Пройди регистрацию на Гитхабе.

2) Пиши в подраздел https://github.com/catgirlfighter/nekopaw/issues (но только вежливо и только про тѣ проблемы, про которыя никто до тебя не сообщил ещё — чтобы не плодить ни ругани, ни дублей).

>>20930
Там же написано, что автор Беню ещё год назад сыграл, какие issues?

>>12398

Вот спасибо так спасибо, милсдарь. Будут еще какие предложения? Может, написать какую-нибудь программу, нежели игру?

>>12399

Визуализатор y=f(x) функций напиши. Plotter, то есть.

>>12401
>Plotter

Напиши текстовый браузер, может даже с поддержкой картинок/капчи, как eww в емаксе.

На Хабре недавно семинар рекламировали. Там чувак предлагал написать приложение-монитор общественного транспорта. Я, как говорится, джва года жду такой приспособы, у самого такие идеи были, но неосилятор.

>>12403
> Напиши текстовый браузер, может даже с поддержкой картинок/капчи, как eww в емаксе.
w3m elinks(или как-то так) Зачем еще?

>>12406

Ты ОП-пост не читал штоле?

Всем огромное спасибо за помощь! :3

>>12409
Что писать таки решил?

>>12411

Я не заострял на этом внимание в ОП-посте, но работаем мы в парах. Так что следовало бы для начала обсудить это с одним моим товарищем, с которым я пока не пересекался ввиду болезни. Как приступлю к разработке - постараюсь оставить пост.

>>12254
Уснул на скобках - получился лисп-скрипт !
рандпикрелтейд

Ууу, кавычка вначале - это случайно, я даже в форматирование вакабамарк не могу.
И вообще, я понял что с (format), это всё из-за SBCL.

>You need to use FINISH-OUTPUT .
>In systems with buffered output streams, some output remains in the output buffer until the output buffer is full (then it will be automatically written to the destination) or the output buffer is emptied.
>Common Lisp has three functions for that:

>FINISH-OUTPUT, attempts to ensure that all output is done and THEN returns.

>FORCE-OUTPUT, starts the remaining output, but IMMEDIATELY returns and does NOT wait for all output being done.

>CLEAR-OUTPUT, tries to delete any pending output.

>Also the T in FORCE-OUTPUT and FORMAT are unfortunately not the same.

Сообщение слишком длинное. Полный текст.

Стив, а что такое атом? А то я запутался и ничего не понимаю? Символы != списки, но атом = символы и списки. А чем тогда не является атом?

>>12266
функции

>>12266

>Function]
>atom object

>The predicate atom is true if its argument is not a cons, and otherwise is false. Note that (atom '()) is true, because ()nil.

>https://www.cs.cmu.edu/Groups/AI/html/cltl/clm/node73.html

Первая ссылка в гугле на запрос "common lisp atome predicate". Хотя правильней на самом деле в гиперспеке смотреть, но я на коммоне почти не писал, жмякал за скобки другие лиспы. И вообще, все ответы на подобного рода вопросы с околоединичной вероятностью есть именно в различных справочных руководствах по языку/реализации.

>>12267

Сообщение слишком длинное. Полный текст.

Понял! Я правда читал, только они сложно это всё. Я и математику на яблоках учил. Стив, стив, а что такое тогда S-выражения?

>>12274
И вообще, стив, тебе же сложно было, когда ты только начинал заниматься? Как ты научился? Как сделать, чтоб было не сложно? Как хоть что-то понимать? Мне интересно и я хочу кодить, но не могу. Понимаю значения функций, но приводят код с объяснением, понятным даже коту, а я смотрю на него и дико клонит в сон, пытаюсь удержать в голове значения и ничего не понимаю, пытаюсь скипнуть, говорю себе "Если не поймешь это - не поймешь ничего и ты проиграл", иду варить чай, возвращаюсь, повтор. И так по несколько часов, по несколько дней. Даже не из-за сложности CL, относительно всего. Я и в школе такой был. Сам лисп, кстати, ничего не сложный, всё враки.

>>12275
Выбери себе какой-нибудь нормальный язык (или питон); узнай, что такое и как пользоваться: массивы, функции, списки, циклы; потом поставь себе задачу (написать то, что давно хотел написать) и пиши код, параллельно гугля, читая документацию и стекпереполнен. Так оно и быстрее и приятнее будет.

>>12276

>посоветуйте что делать с $рандомная_проблема в $рандомный_язык

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

платиновые советы in this thread

>>12305
А какой нужно дать совет, человеку не изучивший основы ассемблера, но начавший изучать CL?

>>15533
>Тогда ты привязываешься к операционке/ядру, и твоя программа - это программа+ОС
Ты и так к ним привязан, поскольку пользуешь их API. Кроссплатформенность это миф.

>>15538
>Кроссплатформенность это миф.

Well-defined-поведение - это и есть кроммплатформенность.

>>15537

Ты только про одно забыл: вот например перезапишешь ты стек каким-нибудь мусором, программа бдет дальше работать, ошибки нет. Потом она всё-таки вылетит, а целостность данных уже всё.

Поэтому эксепшены - это полдела.

>>15539
>Well-defined-поведение - это и есть кроммплатформенность.

Ну, то есть, well-defined и не implementation-defined.

>>15539
Не забыл, от этого в языке, позволяющим ассемблерные вставки и прямую работу с памятью никак не уйти. Или так или "джава". Я повторюсь: "Все должно быть четко и полностью определено, без возможности вольного трактования", и уточню: "...трактования компилятором".

>>15546

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

>>15556
Он выше приводил ссылки на три блог поста, где подробно эта тема освещена.

>>15557

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

В совмещении с языком C/C++ и ассемблерными вставками эти сетования выглядят лицемерно.

>>15585
Я не ОП, но согласен с его подходом. В том блоге объясняется, что UB существует в стандарте только по одной причине: чтобы позволить писателям компиляторов делать оптимизации. Если ты не ставишь перед собой такую задачу, то нет никаких причин оставлять белые пятна в языке. В случае языка ОПа, который в обозримом будущем будет иметь дай Бог одну реализацию, он может просто сделать удобную для себя спецификацию. От всех напастей небезопасного кода тебя это не спасет, но то что написано на самом языке будет иметь хорошо определенное поведение.

>>15586

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

>>15591
>арифметики указателей

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

Ба-а...
Ну да, ведь в первый раз это сработало достаточно хорошо.

На описания ушло уже много часов. Потратить ещё немного недель мне будет легко. Непонятное можно переписывать.

>>12872
Я до начала июля занят буквально по уши T_T.

>>12875
Какими пикчами или текстами тред нуждается в снабжении эти дни? снабжение-водоснабжение

Собрал текст (на будущее) из предыдущих трёх сообщений, процитировал, подправив чуть-чуть (бОльших правок не придумал), и сделал его экстракты.
>Игрок едет и на каждой грани делает выбор из пяти вариантов: пересекать северное ребро, западное или восточное, а может и развернуться к южному. Пятый вариант - отложить выбор, сделать на грани круг.
Игрок едет по граням.
>Цепочка выборов рано или поздно приводит к одной из трёх встреч:
>Кружки двигаются навстречу друг другу; кружок появляется сбоку/сзади другого кружка; один замечает другого, но тот уже скрывается за ребром.
>Соответственно, результаты: оба сталкиваются, атакуя друг друга, никто не получает урон; один наносит урон другому (если атакуемый не успевает заметить соперника и увернуться); ничего не происходит.
>Последствия столкновения разводят соперников, и их поиск начинается по новой.

>Атака
>Атакует кружок собственным телом: временно ускоряется и увеличивается в размерах (увеличивается его "тень", круг/квадрат, ответственный за столкновения).

Сообщение слишком длинное. Полный текст.

Пикчеснабжение. Тема - вода и её поверхность.
Это и есть упомянутое снабжение:
>Какими пикчами или текстами тред нуждается в снабжении эти дни?

>>12900
Левая верхняя ничего так малюет, да. Хорош аутировать!

>>12875
>Я до начала июля занят буквально по уши

Это могло, могло быть отсылкой к музыке или особому роду ушей, но нет, это не.

Основной картой, думаю, будет куб. Куб опоясан лентой. Грани куба рассекают зеркала. По кубу ездят кружочки и атакуют друг друга своим телом, рывками. Сталкиваются и разъезжаются, теряя друг друга из вида. Возможно, в игре будет что-то ещё. Но сначала тесты только с игроком, ботами и зеркалами.
Звёзды понравились, как и 2d герой-кружок.

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

Пипис: правила изменения параметров из-за событий. Событие может изменить пипис для игрока.

Сообщение слишком длинное. Полный текст.

Пипис

С кружком может произойти событие. После события параметры кружка изменятся. Как изменятся параметры, определит формула. Но не одна формула: нет одной формулы для всех параметров, для разных параметров разные формулы. Возможно(,) бесконечно формул. Если такие-то параметры таких-то сущностей имеют такие-то значения или значения в таких-то диапазонах, то происходят такие-то изменения. Дерево (или не-дерево), в узлах которого условия или изменения.

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

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

Сообщение слишком длинное. Полный текст.

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

Пипис — граф. Лупов-петлей в нём нет, в отличии от пикрилейтеда, но узлы, к которым можно прийти двумя путями, причём путями разной длинны, наверное возможны. Хотя можно избежать этого созданием копий узлов.

И пипис не визуализируется, то есть не рисуется, то есть не https://en.wikipedia.org/wiki/Graph_drawing. Это как если бы на борде ты начинал открывать тред с одного поста, в котором ссылки на другие посты. Нажимаешь на ссылку первом посте, и под первым постом в треде появляется следующий пост. Нажимаешь ссылку во втором посте — появляется третий. Нажимаешь другую ссылку в первом посте, и все следующие посты пропадают, появляется другой второй пост.

>связи узла с другими узлами могут меняться в зависимости от (не)выполнения условий в узле

См. "узел" и "зачем нужны эти ребята?"
>И пипис не визуализируется, то есть не рисуется, то есть не https://en.wikipedia.org/wiki/Graph_drawing . Это как если бы на борде ты начинал открывать тред с одного поста, в котором ссылки на другие посты. Нажимаешь на ссылку первом посте, и под первым постом в треде появляется следующий пост. Нажимаешь ссылку во втором посте — появляется третий. Нажимаешь другую ссылку в первом посте, и все следующие посты пропадают, появляется другой второй пост.

См. "не сжато" и "сжато".
Я под сжатым видом вижу ничто иное как путь поиска от А до Б.
— Рэмбо.

Я (даже не)пытался достать и полезную информацию, но увы:
http://iichan.hk/b/res/3580001.html