Электроника становится скучной.

[SALEXUS]

ЗА2.jpg

(19.03 КБ) 82 скачивания

Единственная - Защита от прослушки.

[ART_ME]

[uquote="SALEXUS",url="/forum/viewtopic.php?p=4165815#p4165815"]

ЗА2.jpg

Единственная - Защита от прослушки.[/uquote]Разбитие экрана не предотвратит передачу информации.
Единственный 100%-надежный способ сохранения секретной информации - это её отсутствие.
Как с прослушкой телефона военкома - "этим" занимались все военкомы и об этом знали тоже все.

[FAKIR]

Как с прослушкой телефона военкома

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

Мой прибор посылал в линию шумовой синал с частототным спектром выше 2,5 кгц. Помеха блокировалась и не поступала на свой тел. аппарат, а тел. жук был забит шумовой помехой. (тел. жуки ввиду их малогабаритности не имели фильтра от внеполосых помех). На телефоне обонента помеха слабо прослушивалась ввиду фильтрации длинной тел. линии. Да - блокировался тел. жук со стороны абонента, где стоял прибор. А тел. жуки в 90-х имели широкое распространение. И никакого шифрования...

[SALEXUS]

А тел. жуки в 90-х имели широкое распространение.

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

[FAKIR]

шофёр сидит в машине радио слушает и вдруг он слышит разговор своего хозяина со своим партнёром, по радио......

Это самый дешёвый вариант - жук в диапазоне FM...

Самая ходовая частота тех времён - 130-140 мгц.

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

[Morroc]

[uquote="Upgrader",url="/forum/viewtopic.php?p=4165715#p4165715"]

Быстро установят, откуда идёт эта работа и т.д

Не быстро и при достаточных основаниях это делать. У нас миллионы мошенников и никто их не ищет.[/uquote]
Да кому они нужны, не иностранные агенты же

[TemporaryNik]

[uquote="КРАМ",url="/forum/viewtopic.php?p=4163837#p4163837"]Почему все клоуны такие одинаковые и так любят болдом постить всякую смешную чушь? [/uquote]
Видимо потому, что такие крам дальше поиска в поисковой машине ничего не постигли.

[uquote="КРАМ",url="/forum/viewtopic.php?p=4163837#p4163837"]Компилятор - КОМПИЛИРУЕТ.[/uquote]
Компилятор MSVC: из текста с кодом C интерпретирует в ASM бинарный и компилирует в объектный файл.

[uquote="КРАМ",url="/forum/viewtopic.php?p=4163837#p4163837"]Интерпретатор - ИНТЕРПРЕТИРУЕТ.
Заруби себе это на своей пустой как барабан туземца башке.
Интерпретатор всегда должен быть загружен ВМЕСТЕ с текстом программы. Только так программа может исполняться.[/uquote]
Ахинея, очередные сказочки безграмотного крама подъехали.
Типичная среда разработки Visual Studio ничего не загружает, никаких интерпретаторов, от слова совсем. Максимум имеет базу данных для помощи программисту. Называется эта технология IntelliSense - технология автодополнения Microsoft.
++ очередная фантазия кРАМА.

[uquote="КРАМ",url="/forum/viewtopic.php?p=4163837#p4163837"]Типичным и самым известным интерпретатором является Бейсик.[/uquote]
Да будет тебе известно, бейсик вообще никакого отношения не имеет к полноценным программам архитектуры x86/x64. "Код" бейска исполняется на байт-машине программе ARM, EBC, X64, X86. Современное подобие бейска это dot net или UWP или скриптовый кроссплатформенный язык, полностью независимый от машины и её архитектуры.
++ очередная фантазия кРАМА.

[uquote="КРАМ",url="/forum/viewtopic.php?p=4163837#p4163837"]Компилятор компилирует исходный листинг с целю получения бинарника (естественно через асм-линкер), который и загружается в память (программную в гарварде или в ОЗУ в фоннеймане).[/uquote]
Вернемся к ранее сказанному, компилятор не загружен нигде в момент написания программы.
Компилятор MSVC (C/C++) состоит из двух исполняемых файлов это CL.EXE и LINK.EXE.



CL.EXE получает входные файлы типа *.c *cpp и выдает объектный файл *.obj и по желанию файл символов *.pdb
LINK.EXE получает входные файлы типа *.obj *.res и выдает исполняемый файл *.exe то бишь готовую программу.

Объектных файлов может быть много, сам объектный файл содержит готовую интерпретацию из языка C в бинарный машинный код ASM, плюс другие объекты с разметкой.

Это означает, что программу можно писать в любом текстовом редакторе, даже в блокноте. Скармливать исходный код CL.EXE и компоновать с помощью LINK.EXE получая результат в виде готового исполняемого файла.

Далее, отладка программы производится дебагером, который входит в состав Windows и является частью системы, VS получает от дебагера необходимую информацию и на основании из информации файла символов -
*.pdb подсвечивает проблемные строки кода.
++ очередная фантазия кРАМА.

[uquote="КРАМ",url="/forum/viewtopic.php?p=4163837#p4163837"]ASM - ассемблер не является машинным кодом. Это ЯЗЫК ПРОГРАММИРОВАНИЯ на котором пишется исходный текст и который[/uquote]
Ассемблер является машинным кодом или языком программирования машинного кода, без разницы на чем его писать, хоть в HEX редакторе, хоть с помощью парсера типа ML.EXE - макро ассемблер
++ очередная фантазия кРАМА.

[uquote="КРАМ",url="/forum/viewtopic.php?p=4163837#p4163837"]Ассемблерный листинг не является машинным (загружаемым) кодом хотя бы потому, что является текстом и содержит директивы ассемблера, которые вообще кодом не являются, а лишь управляют процессом ассемблирования.[/uquote]
Вспомогательная ахинея директивы - текст парсируется парсером, т.е. игнорируются в процессе парсирования.
++ очередная фантазия кРАМА.

[uquote="КРАМ",url="/forum/viewtopic.php?p=4163837#p4163837"]По поводу длительности исполнения кода на х86.

Код: Выделить всё

   mov   eax, DWORD PTR Val
   cdq
   and   edx, 15
   add   eax, edx
   sar   eax, 4
   mov   DWORD PTR Val, eax

1. Бред.
2. Бред. А значит выполняются за ОДИН машинный такт.[/uquote]
Не стоит мне объяснять код, который я написал, тем более игнорируя инструкции - опкоды cdq and add , видимо в силу полного непонимания что они делают. И не выполняются за один машинный такт.
++ очередная фантазия кРАМА.

[uquote="КРАМ",url="/forum/viewtopic.php?p=4163837#p4163837"]mov eax, DWORD PTR _Val
cdq
mov ecx, 3
idiv ecx
mov DWORD PTR _Val, eax
[/code]
3. Бред.
4. Бред. То есть более чем В ЧЕТЫРЕ РАЗА МЕДЛЕННЕЕ.[/uquote]
Не стоит мне объяснять код, который я написал, тем более игнорируя инструкции - опкоды cdq, видимо в силу полного непонимания что они делают. И не выполняются за один машинный такт. Так как читаются из OЗУ.
При неизвестных операциях с деленим (С/C++ C=A/B; ) , всегда используется иструкция idiv. Котораz значительно быстрее sar, and, add.
++ очередная фантазия кРАМА.

[uquote="КРАМ",url="/forum/viewtopic.php?p=4163837#p4163837"]ЗЫ. Что касается ключа компиляции, то он к обсуждаемому вопросу вообще не имеет отношения. Он действительно заменит сдвиги на деление, только при этом код будет исполняться медленнее.[/uquote]
Конечно не имеет, так как "бородатые" программисты с огромным профессиональным опытом из Microsoft посчитали нужным, что idiv значительнее быстрее сдвига сложения и добавления, включив это в опцию своего компилятора, не учитывая мнение какого - то крама из фрязино.
++ очередная фантазия кРАМА.

[uquote="КРАМ",url="/forum/viewtopic.php?p=4163837#p4163837"]ЗЗЫ. Поистери еще. Мне очень нравится этот процесс, когда тебе возразить ПО СУЩЕСТВУ нечем и ты городишь еще больше смешных глупостей. [/uquote]
Это тебе нечего возразить, как во многих... многих... темах, в чем убедились сейчас и ранее. На каждую твою ахинею, всегда будет масса аргументов по теме. Самый апогей твоей ахинеи это запросы GET, POST, HEAD лето 2021 года.

Что касается кеша. Кеш процессора при переполнении обновляется свежими порциями инструкций из медленной шины RAM, а когда процессорных ядер много, то это обновление еще чаще. Поэтому инструкция-опкод IDIV значительно быстрее и значительно меньше что по размеру в кеше, что по скорости, что при чтении её из медленной шины RAM.
++ разнесен очередной фатальный бред кРАМА.



Ну и вишенка на торте. Реальная разработка, где требуются знания в области ASM, знания языка C, а также API системы, а не тактово - клоковое словоблудие форумного крама. Программная реализация вывода изображения рабочего стола на монохромный дисплей с разрешением 128x64 на приличных скоростях. Никаких микроконтроллеров, только платформа x86/x64.

1) Пруфф среды Windows


2) Форум радиокот в монохромном представлении


2) Потоковое видео

[Dik13]

[uquote="As",url="/forum/viewtopic.php?p=4165070#p4165070"]Dik13, интересно, кому Вы тут на мозоль наступили? Была попытка зарегистрироваться с ником, очень похожим на Ваш... Клон, разумеется, побежал срать в МЯЯЯУ! (т.е. некто пытался вызвать на Вас "гнев толпы"... )[/uquote]
О... непрошло видать и года... А вот и опять у "КЛОНА-КЛОУНА" - ПРИСТУПЫ жжения пердака

[uquote="TemporaryNik",url="/forum/viewtopic.php?p=4166255#p4166255"][uquote="КРАМ",url="/forum/viewtopic.php?p=4163837#p4163837"]Почему все клоуны такие одинаковые и так любят болдом постить всякую смешную чушь? [/uquote][/uquote]
"Почему все КЛОНЫ такие одинаковые..."

Ну дык... "ВРЕМЕННЫЙ ПОЗОР"... скучно граждане, скучно...



Разжигаем, "дровишек в костёр подкидываем" ? Медвежью услугу делаем ?

временный ты наш... TemporaryNik - в личке ГОРИТ ПЕРДАК ? Выпей Йаду и успаГойся... АМИНЬ...

[КРАМ]

Придется расстроить придурка-Трансформатора.
Болезный, ты кому эту всю пургу написал? И ведь не лень было прорываться на форум...

[uquote="TemporaryNik",url="/forum/viewtopic.php?p=4166255#p4166255"]постигли.
[uquote="КРАМ",url="/forum/viewtopic.php?p=4163837#p4163837"]Компилятор - КОМПИЛИРУЕТ.[/uquote]
Компилятор MSVC: из текста с кодом C интерпретирует в ASM бинарный и компилирует в объектный файл.[/uquote]
Пешы исчо, дегенерат...
Поспорь не со мной, а с первоисточником:
https://docs.microsoft.com/ru-ru/cpp/bu ... w=msvc-170

Сборка программы C++ — это компиляция исходного кода из одного или нескольких файлов и последующее связывание этих файлов в исполняемый файл (EXE), библиотеку динамической загрузки (DLL) или статическую библиотеку (LIB).
Процесс базовой компиляции C++ состоит из трех основных этапов.
Препроцессор C++ преобразует все определения #директив и макросов в каждом исходном файле. При этом создается единица трансляции.
Компилятор C++ компилирует каждую единицу трансляции в объектные файлы (OBJ), применяя заданные параметры компилятора.
Компоновщик объединяет объектные файлы в один исполняемый файл, применяя заданные параметры компоновщика.

Поспорь с этим:
http://inf-w.ru/?page_id=2029

Компиляция — это сборка программы, включающая трансляцию всех модулей программы, написанных на одном или нескольких исходных языках программирования в эквивалентные программные модули на машинном (двоичном) языке (коде) и последующие действия по сборке исполняемой машинной программы. Программное обеспечение выполняющее эти многоступенчатые операции (см. ниже) называется компилятором.

Или с этим:
https://foxford.ru/wiki/informatika/etapy-kompilyatsii


Ну и про интерпретаторы и интерпретацию у первоисточника:
https://docs.microsoft.com/ru-ru/visual ... ew=vs-2019

Обтекай.

Немного про Ассемблер. Прочитай хотя бы Википедию для начала:
https://ru.wikipedia.org/wiki/Язык_ассемблера

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

Остальные источники дают практически дословно идентичное определение.

[uquote="TemporaryNik",url="/forum/viewtopic.php?p=4166255#p4166255"]Не стоит мне объяснять код, который я написал, тем более игнорируя инструкции - опкоды cdq and add , видимо в силу полного непонимания что они делают. И не выполняются за один машинный такт.[/uquote]
Ты в курсе что такое КОНВЕЙЕР? Конвейер позволяет исполнять инструкции за один машинный такт, если реальная длительность исполнения этой инструкции равна длине конвейера. Поскольку чтение инструкций входит конвейеризацию, то время чтения этих инструкций никак не влияет на длительность исполнения. Поспорь с этим:
https://habr.com/ru/company/otus/blog/343566/
На самом деле, простые инструкции типа регистровой логики, регистровой арифметики и безадресные преобразования разрядности (внезапно cdq ) выполняются за ОДИН И МЕНЕЕ машинных тактов.
А целочисленное деление зависит от состояния ядра и исполняется за 15...40 машинных тактов.
Загрузка и выгрузка операндов из ОЗУ (точнее из кэша) - 1 машинный такт.
Конвейер в вычислительный машинах любой архитектуры:
https://ru.wikipedia.org/wiki/Вычислительный_конвейер

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

Угомонись, идиот. Твоя пассионарность в помойке всегда умножается на ноль АВТОМАТИЧЕСКИ, по закону жанра. Моя, кстати, тоже.
Такшта пойди выпей водички. Быть героем форума тебе не грозит. В мусорке это невозможно по определению.


ЗЫ. Извиняюсь за дополнения. Сначала не было желания вообще о чем то продолжать спорить с идиотом...

[DrAl]

не вынес трансель банной пытки... [uquote="TemporaryNik",url="/forum/viewtopic.php?p=4165928#p4165928"]As, разбань ник Transformer-V. Ну разорсрались в Мяу, с кем не бывает. Скучно уже.[/uquote]
а ведь немножко недотерпел:

Срок бана истекает Вт янв 25, 2022 22:25:45

[Dik13]

Скучно уже.

Ой... сучно ему в бане... займись делом - ПОДМЫВАЙСЯ... А то ПЕРДАК ГОРИТ - что сюда прибежал, опять под "временным ником"

[uquote="DrAl",url="/forum/viewtopic.php?p=4166261#p4166261"]а ведь немножко недотерпел:

Срок бана истекает Вт янв 25, 2022 22:25:45

[/uquote]
А у парня варианты... 2-а дня 2-е ночи... Или пердак сотрёт мочалкой в кровь, или пердак сгорит... но здесь и сейчас...

[TemporaryNik]

[uquote="КРАМ",url="/forum/viewtopic.php?p=4166259#p4166259"]Придется расстроить придурка-Трансформатора.
Болезный, ты кому эту всю пургу написал? И ведь не лень было прорываться на форум...
[/uquote]
Что и следовало ожидать. Предсказуемый дурень под ником крам таки вновь полез в поисковую машину за очередной порцией совершенно для него непонятных терминов, формулировок и статей. Срам... полнейший срам...)))



[uquote="КРАМ",url="/forum/viewtopic.php?p=4166259#p4166259"]Компилятор C++ компилирует каждую единицу трансляции в объектные файлы (OBJ), применяя заданные параметры компилятора.[/uquote]
Ты не раскрыл сути, что содержится в файлах формата OBJ сгенерированного от компилятора MSVC - Microsoft, а содержаться там помимо объектов, стеков, и т.д. - куски кода интерпретированные в зависимости от оптимизации и задачи, иными словами один и тот же код в C может по разному интерпретироваться компилятором в бинарном ASM и бывает в очень не лучшую сторону, к примеру защита от дизассемблирования - запутанность опкодов, яркий пример обсуждаемое ранее деление. Ха ха ха Бинго!

Так что прекрати фантазировать и нагло лгать виртутальной аудитории.

[uquote="КРАМ",url="/forum/viewtopic.php?p=4166259#p4166259"]Все, чего ты добился, что пара абсолютно неграмотных в программировании персонажей обитающих в Мяу прочтут твою непотребную хрень и скажут - вот какой он "умный" и сколько знает неизвестных нам слов...

Угомонись,
Такшта пойди выпей водички.
[/uquote]

Пока в воскресенье в 4:00 утра по московскому времени во одной из квартир фрязино дед под ником крам в бессильной злобе яро строчил очередные глупые комментарии, оффтоп и срам.

Я сделал первые наброски и реализовал управление цифровыми сдвиговыми GRB светодиодами WS2812B. За отсутствие стабилизации камеры прошу не винить, так как держал одной рукой смарт и ленту, другой манипулятор типа мышЪ.

[КРАМ]

[uquote="TemporaryNik",url="/forum/viewtopic.php?p=4166283#p4166283"]Ты не раскрыл сути, что содержится в файлах формата от OBJ от компилятора MSVC - Microsoft, а содержаться там помимо объектов, стеков - куски кода интерпретированные в зависимости от оптимизации и задачи, иными словами один и тот же код в C может по разному интерпретироваться компилятором в бинарном ASM и бывает в очень не лучшую сторону, к примеру защита от дизассемблирования - запутанность опкодов, яркий пример обсуждаемое ранее деление.[/uquote]
Твоя ссуть - в песок.
Патамушта все, что написано в цитате, - сплошной поток сознания. Надерганные из интернета термины без всякого связывающего их смысла, а равно связывающего их с предметом разговора. Чиста понтануться своим ЧСВ.
Термин "интерпретация" ни в одном из мест манула на компилятор MSVC не фигурирует. Обтекай.
Про деление - тоже обтекай. "Запутанность кодов" - это для тебя, потомственного имбецила...
[uquote="TemporaryNik",url="/forum/viewtopic.php?p=4166283#p4166283"]Я сделал первые наброски и реализовал управление цифровыми сдвиговыми GRB светодиодами WS2812B.[/uquote]
Акуеть!!! Преклоним колени перед гигантом мысли!!!
"Проект" для начинающих. У нас три года назад парень пришел - в программировании железа был не слишком силен. Писал только на Абдурину. Вот он за три дня сделал такой "проект". Причем не как у тебя - все одинаково, а кошерно - каждый ЛЕД отдельно...
Кстати, приметно. Трехцветные ленты принято называть RGB, а не GRB. Китайчанин, штоле?

[TemporaryNik]

[uquote="КРАМ",url="/forum/viewtopic.php?p=4166284#p4166284"]Твоя ссуть - в песок.
Патамушта все, что написано в цитате, - сплошной поток сознания. Надерганные из интернета термины без всякого связывающего их смысла, а равно связывающего их с предметом разговора. Чиста понтануться своим ЧСВ.
Термин "интерпретация" ни в одном из мест манула на компилятор MSVC не фигурирует. Обтекай.
Про деление - тоже обтекай. "Запутанность кодов" - это для тебя, потомственного имбецила...[/uquote]

Дед стучи копытом и не жалуйси. Нулевый ты, куда бы ты не влез. Уровень твоей компетенции это надерганное из списка отраженного поисковой машины. Считай ты прокачен аки бит вылетевший из MOSI шины SPI далеко... далеко... Недаром тебя ребята прокачивали ранее, только крутили ручку клока на весь форум, проталкивая тебя по заднему фронту))) Поэтому все что требуется отразить в теме обсуждения отразил, равно я вызвал исключения на форуме аки дебагер - процессор твоего бреда по всем обсуждаемым пунктам.

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

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

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

[Чумак]

[uquote="КРАМ",url="/forum/viewtopic.php?p=4166259#p4166259"]И ведь не лень было прорываться на форум...[/uquote]
Тоже удивляюсь таким людям... только одно объяснение - человек не понимает, что выглядит клоуном... и ведь во всех темах что-то пытается доказать.
Даже подпись вопит - мол, "это я, не забывайте"...

[TemporaryNik]

[uquote="КРАМ",url="/forum/viewtopic.php?p=4166284#p4166284"]Кстати, приметно. Трехцветные ленты принято называть RGB, а не GRB. Китайчанин, штоле? [/uquote]

Ребята это эпик. Откройте даташит и посмотрите 24 битную последовательность MSB 8 bit-G 8bit-R 8 bit B-LSB, а также физическое расположение светодиодов на подложке cветодиодов WS2812B.

P.S. Твоя школьная ардуина атмега328 тихо отдыхает с вымышленным парнем в стороне. Так как это реализация на машине X86/X64 это сложно, очень сложно, ну для меня естественно просто. А "управлять" каждым пикселем это все равно что управлять HC595, управление в WS2812B нет, есть только выдержка 50 us - cброс, плюс однопроводная цифровая шина, самый смак!

[ИВАНЫЧ956]

Даже подпись вопит - мол, "это я, не забывайте"...

Я так понимаю что клоны уже не блокируются и можно срать дальше?

[TemporaryNik]

[uquote="Чумак",url="/forum/viewtopic.php?p=4166287#p4166287"]Тоже удивляюсь таким людям... только одно объяснение - человек не понимает, что выглядит клоуном... и ведь во всех темах что-то пытается доказать.
Даже подпись вопит - мол, "это я, не забывайте"...[/uquote]
Перестань подлизываться. Для программистов C и ASM пока что клоун крам, как и сам ты пропогандист Чумак, который не понимает о чем речь и тупо кивает дурню.

[КРАМ]

[uquote="TemporaryNik",url="/forum/viewtopic.php?p=4166288#p4166288"]Так как это реализация на машине X86/X64 это сложно, очень сложно, ну для меня естественно просто. А "управлять" каждым пикселем это все равно что управлять HC595, управление в WS2812B нет, есть только выдержка 50 us - cброс, плюс однопроводная цифровая шина, самый смак![/uquote]
Чем дальше, тем смешнее ты выглядишь. Любое наперед заданное "дно" в своих "познаниях" ты способен пробить...

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

[Чумак]

[uquote="TemporaryNik",url="/forum/viewtopic.php?p=4166290#p4166290"][uquote="Чумак",url="/forum/viewtopic.php?p=4166287#p4166287"]Тоже удивляюсь таким людям... только одно объяснение - человек не понимает, что выглядит клоуном... и ведь во всех темах что-то пытается доказать.
Даже подпись вопит - мол, "это я, не забывайте"...[/uquote]
Перестань подлизываться.[/uquote]Хорошо, хорошо, как скажете.
[uquote="TemporaryNik",url="/forum/viewtopic.php?p=4166290#p4166290"]Для программистов C и ASM пока что клоун крам, как и сам ты пропогандист Чумак, который не понимает о чем речь и тупо кивает дурню. [/uquote]
Ведь это Вы Дартаньян, а остальный так, погулять вышли...