- 1
https://www.bellingcat.com/resources/how-tos/2019/02/14/creating-your-own-citizen-database/
Нашли или выдавили из себя код, который нельзя назвать нормальным, на который без улыбки не взглянешь? Не торопитесь его удалять или рефакторить, — запостите его на говнокод.ру, посмеёмся вместе!
0
https://www.bellingcat.com/resources/how-tos/2019/02/14/creating-your-own-citizen-database/
Новые веяния - код в виде скриншотов, сырцы скачать нельзя.
j123123 15.02.2019 05:38 # +3
guest8 15.02.2019 06:50 # −999
bormand 15.02.2019 07:19 # +3
guest8 15.02.2019 10:22 # −999
bormand 15.02.2019 11:38 # +2
Это меняет дело. Видео с чувихой можно и посмотреть.
Kakou-mo_nemyx 15.02.2019 14:48 # +1
Именно поэтому я считаю, что видеоблогеров необходимо запретить на законодательном уровне.
guest8 15.02.2019 20:12 # −999
1024-- 15.02.2019 14:50 # 0
Видео намного превосходит статью по обучающей способности.
Вообще, у нас есть два случая. А. Научиться чему-то и Б. решить задачу. В первом случае видео однозначно лучше статьи, отрицать это бесполезно. Преподаватель генерирует хорошо структурированный и упорядоченный поток мыслей, и ничего лучше формата лекции (видео) ещё не придумали. Во втором случае сейчас пока ещё лидируют статьи потому, что очень хорошо индексируются. Но всё равно все нормальные люди вместо статьи выбирают живой формат - сайты с вопросами/ответами, коллегу, который знает контекст, короткие видеоролики и текстовый поиск. Статья станет архаизмом после того, как видео будет хорошо индескироваться, и ИИ сможет распознавать/изучать/генерировать видео.
В сущности, нам требуется интерактивное видео и получение ответов на вопросы с учётом контекста. Мы не статью по теме ищем, мы ищем коллегу/друга, который знает наш уровень, знает контекст, и может ответить на поставленный вопрос.
Kakou-mo_nemyx 15.02.2019 14:52 # 0
>> начало не соответствует концу
А по-моему, как раз наоборот. При записи видео автор может забыть, с чего начинал, и начало не будет соответствовать концу, а статью он несколько раз просмотрит, заметит нестыковки и исправит.
1024-- 15.02.2019 14:57 # 0
Но главное, что видео зрители смотрят обычно в том же состоянии. И человек из видео, и зритель не знают, что будет дальше и не помнят, что было раньше.
В случае со статьёй, читатель сидит над ней в другом состоянии. Он не знает, что будет дальше, и не помнит, что было раньше. А автор - знает и помнит.
Скажем так, у статьи больше предрасположенность к заезживанию, омертвлению и разделению источников и приёмников информации.
bormand 15.02.2019 15:09 # 0
А вот хуёвые видео получаются без проблем. Поэтому все их и снимают.
Kakou-mo_nemyx 15.02.2019 14:55 # +2
Я бы не стал ставить лекцию и видео в одной строчке. Во время лекции перед живой аудиторией слушатели могут заметить нестыковки и задать лектору вопрос, лектор учтёт свои недочёты и спасёт лекцию.
Если же у нас застывшая запись, то она ничем не лучше статьи.
bormand 15.02.2019 15:08 # +1
bormand 15.02.2019 15:12 # +1
guest8 15.02.2019 15:19 # −999
1024-- 15.02.2019 16:20 # 0
Кстати, современные мессенджеры возвращают нас к живому общению.
Если подумать, интерфейс у них тот же, что и у живого общения. Мобильное приложение и даже некоторы десктопные варианты отображают последние три реплики. Поле ввода новой реплики - на короткую фразу; ещё оно закрывает чат. Если фраза длинная - полностью закрывает чат, а ещё и саму себя.
В живом общении всё так же. Ты помнишь последние три реплики, сказать что-то длинное и связное уже сложно, пока думаешь - забыл, с чего начинал.
guest8 15.02.2019 16:23 # −999
1024-- 15.02.2019 18:06 # 0
Task 42: Добавить отображение данных клиентов в табличном виде (поля и хранение данных обсуждали на совещании)
Assignee: you
guest8 15.02.2019 18:08 # −999
1024-- 15.02.2019 18:54 # 0
guest8 15.02.2019 18:57 # −999
guest8 15.02.2019 18:57 # −999
guest8 15.02.2019 20:13 # −999
guest8 15.02.2019 20:11 # −999
O4epegHou_nemyx 15.02.2019 06:58 # +2
guest8 15.02.2019 21:08 # −999
bormand 15.02.2019 07:11 # +2
ASD_77 15.02.2019 13:56 # 0
O4epegHou_nemyx 18.02.2019 16:07 # 0
guest8 18.02.2019 16:13 # −999
j123123 15.02.2019 14:04 # +2
А потом браузер будет встраиваться в ядро ОС и блокировать всякие скриншотилки на самом низком уровне, и останется только фоткать монитор или взламывать HDCP чтоб с него прочитать передаваемый на экран текст.
И вообще, https://ctac.livejournal.com/15484.html https://www.gnu.org/philosophy/right-to-read.ru.html
Kakou-mo_nemyx 15.02.2019 14:20 # 0
guest8 15.02.2019 14:25 # −999
j123123 15.02.2019 14:29 # +1
guest8 15.02.2019 14:33 # −999
j123123 15.02.2019 14:36 # 0
Нет
guest8 15.02.2019 14:39 # −999
Kakou-mo_nemyx 15.02.2019 14:44 # +1
guest8 15.02.2019 15:22 # −999
Kakou-mo_nemyx 15.02.2019 16:22 # 0
guest8 15.02.2019 16:26 # −999
Steve_Brown 15.02.2019 14:53 # +1
Если книги действительно случайны, то с практической точки зрения хоть сколько-нибудь осмысленных книг там нет - вероятность за разумное время найти хоть одну слишком близка к нулю. А если такие книги все-таки иногда находят, то можно достоверно заключить, что книги не совсем случайны, и за их содержание ответственна какая-то (возможно, разумная) сила.
Ну и если в библиотеке действительно (а не с практической точки зрения) нет одинаковых по содержанию книг, то объем книг должен быть неограничен.
guest8 15.02.2019 14:56 # −999
Steve_Brown 16.02.2019 17:54 # 0
6E3yMHblu_nemyx 16.02.2019 17:56 # 0
https://ru.wikipedia.org/wiki/Вавилонская_библиотека
Конечна. В ней всего 25 в степени миллион с хвостиком книг.
6E3yMHblu_nemyx 16.02.2019 18:05 # +1
Средний радиус Земли чуть меньше 6 400 км. На какой планете можно разместить SCP-1986?
bormand 16.02.2019 18:19 # +1
6E3yMHblu_nemyx 16.02.2019 18:29 # +1
Какой багор )))
С Вавилонской библиотекой всё ясно: её нигде не разместишь, потому что в ней книг больше, чем атомов в известной части Вселенной. А тут вроде размер не галактического масштаба, а всё равно никуда не влезает.
Значит, разместим в Солнце.
O4epegHou_nemyx 11.06.2019 14:54 # 0
j123123 15.02.2019 14:47 # +2
> It is widely believed that the (computable) numbers √2, π, and e are normal, but a proof remains elusive.
Так что не факт, что в числе Пи можно найти вообще любую возможную конечную последовательность байт
j123123 15.02.2019 14:25 # +2
> Были даже свободные средства отладки, которые можно было получить на компакт-диске или по сети. Но обычные пользователи начали применять их для обхода средств контроля авторских прав, и в конце концов суд постановил, что это стало их основным применением в реальной практике. Это значило, что они незаконны; тех, кто разрабатывал отладчики, отправили в тюрьму.
> Программисты, конечно, по-прежнему нуждались в средствах отладки, но в 2047 году поставщики отладчиков распространяли только нумерованные копии и только для официально лицензированных и связанных обязательствами программистов. Отладчик, которым Дан пользовался на занятиях по программированию, держали в специальном окружении, так что им можно было пользоваться только для учебных упражнений.
Забавно, что Jailbreak на Windows RT работает как раз через отладчик:
https://habr.com/ru/post/165507/
...
Но здесь Microsoft пошла на встречу и выпустила удаленный отладчик для Windows RT, который прекрасно цепляется к Desktop приложениям. С его помощью можно прицепиться к
CSRSS процессу и изменять напрямую его память. Последняя, в свою очередь, вызывает уязвимую функцию ядра (NtUserSetInformationThread).
Один из таких вызовов (найден в winsrv.dll):
Используя брейкпоинт мы можем изменить структуру по адресу R2, непосредственно перед вызовом NtUserSetInformationThread.
Также необходим базовый адрес ядра. Его можно получить вызовом NtQuerySystemInformation. Эта функция возвращает список всех загруженных драйверов и их базовый адрес.
Теперь остается только сделать инъекцию в winsrv.dll (для этого использовать полупустую страницу со смещением 0×10800) и после срабатывания брейкпоинта изменить IP регистр на начало нашего кода.
На этом все :)
guest8 15.02.2019 14:35 # −999
j123123 15.02.2019 14:58 # 0
Если там есть права на отладку ядра, которые даются кому попало, то на кой хер городить какую-то херню, запрещающую пользователю запускать неподписанные приложения, которую нельзя обычным образом никак отключить?
guest8 15.02.2019 15:00 # −999
bormand 15.02.2019 15:03 # 0
Для своих процессов не надо, емнип. Только для процессов другого юзера.
guest8 15.02.2019 15:18 # −999
j123123 15.02.2019 15:34 # 0
Да даже если бы винда не давала прав к нему цепляться, а давала права только цепляться к обычным процессам, то и этого было бы достаточно для запуска какого попало кода. Можно через отладчик тупо загрузить свой код в какой-нибудь процесс, затерев оригинальные инструкции.
Kakou-mo_nemyx 15.02.2019 14:05 # +2
guest8 15.02.2019 15:37 # −999
Kakou-mo_nemyx 15.02.2019 15:49 # 0
guest8 15.02.2019 20:15 # −999
1024-- 15.02.2019 14:53 # +1
guest8 15.02.2019 10:20 # −999
Kakou-mo_nemyx 15.02.2019 20:54 # 0
Какой багор )))
guest8 15.02.2019 20:55 # −999
Kakou-mo_nemyx 15.02.2019 20:58 # 0
Кстати, пакет «tesseract» нашёлся. Даже скомпилированные под «Windows» колёса есть.
guest8 15.02.2019 20:59 # −999
Kakou-mo_nemyx 15.02.2019 21:03 # 0
Посмотрим, есть ли связка с «OpenCV»:
https://pypi.org/search/?q=opencv
Ну и что из этого ставить?
gost 15.02.2019 21:15 # 0
Современные методы разрешения зависимостей.
guest8 15.02.2019 21:18 # −999
6E3yMHblu_nemyx 16.02.2019 00:43 # 0
Could not find a version that satisfies the requirement pypetuh (from versions: )
No matching distribution found for pypetuh
guest8 16.02.2019 00:49 # −999
bormand 16.02.2019 08:16 # 0
Хм, а как тогда окаменелое говно про бенкодинг попало в третий? Или у старых пакетов нет версии и они матчатся под всё подряд?
guest8 15.02.2019 21:01 # −999
Kakou-mo_nemyx 15.02.2019 21:08 # 0
У меня f-строки есть, а у Сёмы нет! Прыщебляди соснули!
guest8 15.02.2019 21:10 # −999
guest8 15.02.2019 21:10 # −999
guest8 15.02.2019 21:15 # −999
guest8 16.02.2019 14:56 # −999
3oJIoTou_xyu 15.02.2019 12:31 # +2
Аказываетьется они уже оседлали петон. Ждем очередного Чингисхана.
guest8 15.02.2019 13:45 # −999
ASD_77 15.02.2019 14:04 # 0
guest8 15.02.2019 19:34 # −999
Kakou-mo_nemyx 15.02.2019 19:47 # 0
guest8 15.02.2019 20:15 # −999
1024-- 15.02.2019 20:07 # 0
Если ПО с тех же времён осталось, то всё летать должно, чего жаловаться?
guest8 15.02.2019 20:15 # −999
guest8 15.02.2019 20:17 # −999
guest8 15.02.2019 20:18 # −999
guest8 15.02.2019 20:17 # −999
guest8 15.02.2019 20:18 # −999
guest8 15.02.2019 20:19 # −999
guest8 15.02.2019 20:19 # −999
guest8 15.02.2019 21:09 # −999
guest8 16.02.2019 00:56 # −999
guest8 16.02.2019 05:49 # −999
Kakou-mo_nemyx 15.02.2019 20:35 # 0
guest8 15.02.2019 20:39 # −999
Kakou-mo_nemyx 15.02.2019 20:42 # 0
guest8 15.02.2019 20:46 # −999
Kakou-mo_nemyx 15.02.2019 20:47 # 0
Kakou-mo_nemyx 15.02.2019 21:05 # 0
guest8 16.02.2019 00:59 # −999
guest8 16.02.2019 01:15 # −999
guest8 16.02.2019 01:16 # −999
6E3yMHblu_nemyx 16.02.2019 01:33 # 0
interface. To ensure display independence, the digital host is required to separately encode
HSync and VSync in the T.M.D.S. channel.
Канал clock –— это не сигнал синхронизации видеопотока, это тактовый сигнал цифровых данных, а сами сигналы HSync и VSync кодируются вместе с данными цветовых каналов. В спецификации страшная блок-схема описывает, как всё друг с другом ксорится.
6E3yMHblu_nemyx 16.02.2019 01:56 # 0
guest8 16.02.2019 21:50 # −999
guest8 16.02.2019 21:50 # −999
guest8 16.02.2019 21:57 # −999
guest8 16.02.2019 22:04 # −999
guest8 16.02.2019 23:50 # −999
bormand 16.02.2019 22:07 # 0
Неее... Генераторы развёртки в самом монике/телеке находятся. H-Sync перекидывает луч на левую сторону и начинает новую строку, V-Sync перекидывает луч вверх и начинает новый кадр.
guest8 16.02.2019 22:14 # −999
bormand 16.02.2019 22:22 # 0
Да вроде будет сам возвращаться с какой-то частотой. Вспомни старые телеки, они же просто помехи показывали когда синхронизации нет. Ничего не сгорало.
guest8 16.02.2019 22:26 # −999
bormand 16.02.2019 22:27 # 0
Чёрно-белый ламповый телек? :)
guest8 16.02.2019 23:20 # −999
bormand 17.02.2019 00:14 # 0
Учти, что моники были аналоговые. И без h-sync тебе нужен в 200(!) раз более точный генератор строчной развёртки (для VGA в 480). Плюс ФАПЧ чтобы залочиться на частоту кадров конкретной видюхи.
С h-sync же простейший генератор прокатит. А вместо ФАПЧ - банальные регуляторы, которыми юзер вручную подгонит картинку.
guest8 17.02.2019 00:24 # −999
bormand 17.02.2019 00:39 # 0
guest8 17.02.2019 00:48 # −999
6E3yMHblu_nemyx 17.02.2019 01:06 # +1
Сразу при подаче питания начинают работать развёртки на какой-то дефолтной частоте. Монитор ещё не знает, чего мы от него хотим, поэтому включает дефолт.
При появлении синхроимпульса (строчного или кадрового) монитор не просто переставляет луч в начало, он ещё высчитывает, насколько мы промахнулись и в какую сторону, и выдаёт указание соответствующему генератору развёртки на исправление частоты (в древней технике тупо выдавалось корректирующее напряжение на варикап колебательного контура –— этот метод назывался ФАПЧ или АПЧиФ).
Поскольку во время прямого хода обе развёртки являются линейной функцией времени, строка не совсем горизонтальна: её правый конец примерно на половину толщины строки ниже левого конца.
После прямого хода развёртки гасится луч, обратный ход идёт раз в десять быстрее и почти без излучения (и для строчной развёртки, и для кадровой).
На кинескопах с плоским экраном развёртки во время прямого хода уже не являются линейной функцией времени. Хитрая схема корректирует ход луча, чтобы пиксели насыпались равномерно.
Ещё существовали схемы усиления динамического контраста, но они применялись только в навороченных телевизорах: при передаче светлых пикселей луч шёл медленнее, чтобы увеличить время экспозиции, а во время передачи тёмных луч шёл быстрее. Но для этого нужно было запоминать сигнал в буфере и вводить в него искажения.
bormand 17.02.2019 01:21 # 0
Или это только у тех моников, которые умели много разрешений?
6E3yMHblu_nemyx 17.02.2019 01:25 # 0
У лампового «Рекорда» в блоке питания не было даже стабилизатора. А ведь ещё параметры схемы уплывали после прогрева (деталей с нулевым температурным коэффициентом в нём не было). Он бы вообще ничего не смог показать, кроме рваных линий, если бы не ФАПЧ.
guest8 17.02.2019 01:38 # −999
6E3yMHblu_nemyx 17.02.2019 01:56 # 0
Компьютерному монитору же не надо обрабатывать сигнал (декодировать NTSC/PAL/SECAM, NICAM, телетекст).
Что же касается «много частот», то для него достаточно некоего подобия частотомера и ключа, подключающего дополнительные конденсаторы к генераторам развёрток.
guest8 17.02.2019 02:12 # −999
6E3yMHblu_nemyx 17.02.2019 02:16 # 0
Заблуждение. Я уже написал про «EGA», которая умела переключаться в режим «CGA». И все «SVGA» с «шестерёночками» тоже умели несколько разрешений.
guest8 17.02.2019 02:18 # −999
6E3yMHblu_nemyx 17.02.2019 02:29 # 0
guest8 17.02.2019 02:36 # −999
6E3yMHblu_nemyx 17.02.2019 02:47 # 0
На каждый канал было по два провода, по которым передавались нули и единицы, поэтому можно было передать только четыре уровня каждого канала R, G, B (итого 64 цвета).
Тот же DB-9 был у монохромных «Hercules» и «MDA». Нумерация контактов совпадали, только они использовали один канал цвета, а не три.
Разъём DHB-15 был у VGA, MCGA, IBM-8514 и SVGA. Сигнал уже был «аналоговым», т. е. с виртуально бесконечным количеством уровней. «Лишние» провода использовались для определения монитора (сначала была какая-то тупая система, которую позже заменили на DDB поверх I2C).
guest8 17.02.2019 03:03 # −999
6E3yMHblu_nemyx 17.02.2019 03:36 # 0
До DDC там была примитивная питушня, что-то вроде постоянных резисторов, закорачивающих эти линии на «массу» в мониторе. Так видео-BIOS отличал цветной монитор от чёрно-белого и ещё что-то мог определять, чтобы скорректировать список поддерживаемых видеорежимов.
Например, если подключить монитор после старта компьютера, то BIOS может посчитать, что монитор чёрно-белый или старый VGA (не поддерживающий высокое напряжение) и включить ужасный режим.
Было три поколения этого «канала детекта»:
1. Упомянутые мной перемычки.
2. Односторонний канал I2C.
3. Двусторонний канал I2C. Где использовался последний, я не в курсе.
6E3yMHblu_nemyx 17.02.2019 03:48 # 0
guest8 17.02.2019 04:01 # −999
guest8 17.02.2019 02:21 # −999
guest8 17.02.2019 02:14 # −999
6E3yMHblu_nemyx 17.02.2019 02:27 # 0
Я знаю, откуда идёт путаница. В США использовался стандарт M (60 Гц, 525 строк, включая невидимые; видимых 480). Он использовался совместно с кодированием цвета «NTSC». В Европе самыми популярными были стандарты B, G, D, K (50 Гц, 625 строк, включая невидимые; видимых 575). В Европе же использовались системы кодирования цвета «PAL» и «SECAM».
Из-за этого почему-то некоторые путают «NTSC» с 60 Гц/525 строк, а «PAL» и «SECAM» с 50 Гц/625 строк. На самом же деле можно было увидеть как «PAL» c «американской» развёрткой (Бразилия), так и «NTSC» с «европейской» (Боливия).
guest8 17.02.2019 02:38 # −999
6E3yMHblu_nemyx 17.02.2019 03:55 # 0
Представляешь, как это сбивало с толку жителей Бразилии и Боливии, у которых телевизионные стандарты были наоборот (PAL + 480 видимых строк и NTSC + 576 видимых строк)?
guest8 17.02.2019 04:02 # −999
6E3yMHblu_nemyx 17.02.2019 15:07 # 0
Если диск требовал 576, то телевизор мог его нормально показывать, только поддерживая 576 (625 строк, включая невидимые). Т. е. телевизор должен поддерживать что-то из стандартов B, G (Западная Европа), D, K (Восточная Европа), I (Великобритания), L (Франция), N (Латинская Америка).
В большинстве перечисленных стран действительно использовался PAL, со стандартами D и K использовался SECAM, а вот со стандартом N использовался NTSC. Представь себе жителя Боливии, у которого телевизор NTSC, но при этом поддерживает 576 видимых строк. В то же время у жителя Бразилии телевизор PAL, но поддерживает 480 видимых строк.
Возникает вопрос, какой сигнал умеет выдавать плеер и не будет ли изображение чёрно-белым.
К счастью, уже в 1990-е начали выпускать мультисистемные телевизоры, которые мало того, что умели поддерживать произвольное количество строк (популярный видеопроцессор TDA8362 мог плавно подстраиваться в диапазоне 488...722 строк, т. е. примерно 440...670 видимых), а также автоматически детектировать систему цветности (PAL, SECAM, NTSC), так ещё и выбирать их независимо друг от друга, т. е. могли врубить PAL, SECAM или NTSC при любом количестве строк. А вот с древними ламповыми и лампово-транзисторными ящиками была беда, у них был только один декодер цвета.
guest8 17.02.2019 15:18 # −999
6E3yMHblu_nemyx 17.02.2019 15:34 # 0
Итак, основным является сигнал яркости (Y = aR + bG + cB) –— тот самый, который поддерживают чёрно-белые ящики. Отдельно получаем цветоразностные сигналы: Ir = R - Y; Ib = B - Y. Модулируем ими какую-нибудь синусоиду и подмешиваем к основному сигналу. Телевизор их выделит фильтром подобно тому, как радиоприёмник выделяет нужную станцию из коктейля радиосигналов.
(продолжение следует)
6E3yMHblu_nemyx 17.02.2019 15:34 # 0
В NTSC несущая частота у Ir и Ib была одна, но использовалась так называемая «квадратурная модуляция»: несущая Ib была сдвинута по фазе на 90 градусов (пи пополам) относительно несущей Ir. Для разделения Ib и Ir телевизор должен быть точно синхронизирован с телецентром. Если фаза чуть-чуть уезжает, начинают путаться цвета, поэтому все телевизоры с NTSC были оборудованы регулятором «цветовой фазы»: если зритель видел, что морды становятся зеленоватыми или фиолетоватыми, он подкручивал ручку (или жал кнопку на пульте в новых моделях).
PAL –— это помехозащищённая версия NTSC, не требующая точной синхронизации фазы поднесущей цветоразностных сигналов. В PAL додумались через строчку менять фазу одного из цветоразностных сигналов на 180 градусов (на пи). Декодер имеет линию задержки ровно на одну строку (в старых телевизорах использовался пьезоэлемент, ведь скорость звука намного меньше скорости электромагнитных волн; в новых использовались приборы с зарядовой связью, по-английски bucket-brigade device –— это гирлянда тесно расположенных МОП-транзисторов, использовавшихся в качестве конденсаторов). Складывая текущую строку с задержанной предыдущей, получаем один цветоразностный сигнал; вычитая из текущей строки задержанную предыдущую, получаем второй сигнал.
В SECAM сразу додумались Ir и Ib передавать раздельно: в нечётных строках передаётся только Ir, в чётных –— только Ib (да, это вдвое снижает разрешение сигналов раскраски по вертикали, зато нет взаимных помех и по горизонтали разрешение чуть лучше). Аналогично PAL требуется линия задержки, чтобы в каждой строке иметь оба цветоразностных сигнала.
6E3yMHblu_nemyx 17.02.2019 15:57 # 0
Из этого следует:
1. Декодер NTSC в принципе может работать на любой частоте, но нужно, чтобы телевизор сразу точно угадал продолжительность строки (ФАПЧ ему в этом поможет), иначе «цветовая фаза» будет отъезжать.
2. Декодеры PAL и SECAM в совсем старых телевизорах с пьезоэлектрической линией задержки (УЛЗ) рассчитаны на фиксированную частоту строк (в многостандартных телевизорах приходилось ставить несколько линий). У линии была физическая длина, время задержки t = L/v, где v –— скорость звука.
3. Декодеры PAL и SECAM в более новых телевизорах с «полуцифровой» линией задержки на приборах с зарядовой связью a. k. a. BBD (она непрерывна по уровню сигнала, как аналоговые устройства, но дискретна по времени, как цифровые) могли работать на произвольной частоте развёрток. Здесь время задержки можно было выбирать тактовым генератором.
guest8 17.02.2019 15:58 # −999
6E3yMHblu_nemyx 17.02.2019 20:43 # 0
guest8 17.02.2019 20:48 # −999
6E3yMHblu_nemyx 17.02.2019 21:51 # 0
http://php.net/manual/ru/class.ds-queue.php
bormandyan 17.02.2019 22:49 # −102
zhigolo 17.02.2019 23:02 # 0
bormandyan 17.02.2019 23:22 # −102
bormand 18.02.2019 00:26 # 0
6E3yMHblu_nemyx 18.02.2019 01:07 # 0
1024-- 18.02.2019 15:39 # 0
Надо вообще будет настроить скрипт Vindicar'a, который умеет подсвечивать группы пользователей. Набить туда себя и известных себе лиц - и сразу видеть такие подставы.
guest6 09.03.2023 02:31 # 0
kedgan 09.03.2023 13:06 # 0
кстати, латр не нужен. Паяльник можно запитать через кондёр МБГО.
o6AMa_4MO 09.03.2023 02:29 # 0
Будь здоров!
6E3yMHblu_nemyx 17.02.2019 01:19 # 0
Световое перо –— это всего лишь фотодатчик, ловящий электронный луч и засекающий время, прошедшее с момента HSync и VSync, чтобы рассчитать координаты.
Интересно также то, что ЖК-монитор, подключенный по интерфейсу (S)VGA должен эмулировать кинескопный монитор: он сигналы R, G, B заносит в двумерный массив памяти, инкрементируя индексы подобно развёртке, чтобы потом другая схема прочитала этот двумерный массив и отобразила на реальной матрице.
bormand 17.02.2019 01:26 # +1
Дык цифровой сигнал не сильно отличается. Те же blank интервалы во время которых идёт звук и прочая инфа. Разве что его оцифровывать не надо.
guest8 17.02.2019 01:36 # −999
bormand 17.02.2019 01:39 # 0
Но они вроде той же самой длины ради совместимости с аналогом?
guest8 17.02.2019 01:48 # −999
guest8 17.02.2019 01:52 # −999
guest8 17.02.2019 02:09 # −999
bormand 17.02.2019 01:30 # 0
Хм, было бы прикольно поиграть с им в кружочки. Но сейчас такую видюху уже и не воткнуть никуда...
guest8 17.02.2019 01:54 # −999
6E3yMHblu_nemyx 17.02.2019 02:08 # 0
Видеокарта же «VGA» тоже поддерживала режим «CGA» для обратной совместимости, но не переходила в него, а эмулировала его в режиме двойного сканирования: включала 640×400 и каждую строку отправляла на монитор два раза, чтобы не насиловать его слишком медленной развёрткой.
guest8 17.02.2019 02:10 # −999
hormand 10.03.2023 18:19 # 0
Совместимость с новыми и старыми, на века
guest8 17.02.2019 01:39 # −999
guest8 18.02.2019 16:04 # −999
6E3yMHblu_nemyx 18.02.2019 16:40 # 0
guest8 18.02.2019 16:54 # −999
6E3yMHblu_nemyx 18.02.2019 17:12 # 0
В «Windows» изредка наблюдается странное явление: ни с того, ни с сего видеоадаптер переключается в режим по умолчанию (800×600 или 640×480) и после этого никакой другой режим выбрать нельзя. Исправляется перезагрузкой. Только всё равно может не сработать.
guest8 18.02.2019 17:44 # −999
guest8 18.02.2019 17:51 # −999
6E3yMHblu_nemyx 18.02.2019 18:01 # 0
Какой багор )))
А правда, как выходили из положения в предыдущих версиях «Windows»?
guest8 18.02.2019 18:06 # −999
cepreu_monoJlb 11.03.2023 13:53 # 0
быдло, у петухов не бывает бородки, а гребешок побольше.
guest8 18.02.2019 17:56 # −999
6E3yMHblu_nemyx 17.02.2019 00:52 # 0
В 90-е было популярно мнение, что существуют вирусы, которые могут остановить электронный луч в центре экрана и выжечь люминофор. Это оказалось городской легендой, такой же, как то, что электронная игра «Ну, погоди!» покажет мультик набравшему тысячу очков. Из той же серии городская легенда, что скринсейвер нужен для того, чтобы не выжечь люминофор «статическим изображением».
Так вот выжечь можно только осциллограф в режиме двух входов (XY), если на оба входа подать постоянку.
*****
Развёртка кинескопных мониторов работает точно так же, как развёртка чёрно-белого лампового телевизора «Рекорд». Более того, там даже схема такая же, за исключением того, что вместо вакуумных ламп в выходных каскадах стали использовать мощные кремниевые транзисторы (чаще всего хитрые, со встроенными защитными диодами Шоттки или двойные).
guest8 17.02.2019 00:54 # −999
guest8 17.02.2019 00:55 # −999
bormand 17.02.2019 00:58 # 0
guest8 17.02.2019 01:01 # −999
bormand 17.02.2019 01:04 # 0
guest8 17.02.2019 01:30 # −999
guest8 17.02.2019 01:04 # −999
6E3yMHblu_nemyx 17.02.2019 01:13 # 0
Честно? Не знаю. Вообще люминофор отдыхает: каждый пиксель светится 1/(1,1H×1,1V) времени от периода развёртки кадра (множитель 1,1 я добавил, потому что нужно время на обратный ход каждой из развёрток). Итого в режиме 640×480 пиксель светится 1/371712 времени кадра.
guest8 17.02.2019 01:33 # −999
6E3yMHblu_nemyx 17.02.2019 03:44 # 0
Я вспомнил, как оно работало. Сигнал HSync не приводил к мгновенному возврату луча, он лишь воздействовал на систему ФАПЧ, которая скорректирует фазу сигнала развёртки не мгновенно, а лишь спустя несколько кадров, т. е. в точности, как в ламповых телевизорах.
Я пытался переделать монитор EGA в VGA. Сначала, когда я тупо спаял переходник и воткнул EGA-монитор в VGA-карту, я увидел несколько копий «Нортон Коммандера» на экране. Если бы HSync возвращал луч мгновенно, светилась бы только левая половина экрана.
Получается, что если задрочить монитор слишком частым вызовом HSync, он будет «игнорировать» некоторые вызовы.
Монитор перешёл на частоту VGA только после того, как я заменил конденсатор в генераторе развёртки на меньшую ёмкость. Но тогда мне пришлось выключить монитор почти через минуту работы, потому что перегрелся выходной каскад строчной развёртки.
guest8 17.02.2019 03:58 # −999
6E3yMHblu_nemyx 17.02.2019 14:48 # 0
cmepmop 18.02.2019 17:15 # 0
bormand 17.02.2019 00:56 # 0
Прилагаешь постоянное напряжение к катушке. По законам физики ток в ней начинает линейно расти. Катушка копит энергию в магнитном поле и заодно смещает эти полем луч. Это прямой ход.
Когда наберётся определённый ток - отключаешь напряжение. Катушка сбрасывает энергию через диод.
Вот и вся схема.
Ну и на строчной стороне, чтобы не тратить энергию впустую, она не тупо сливается в диод а питает кинескоп, фокусировку и прочих высоковольтных няшек. Получается что-то типа flyback конвертера, которые сейчас стоят в блоках питания.
guest8 17.02.2019 01:02 # −999
bormand 17.02.2019 01:03 # 0
6E3yMHblu_nemyx 17.02.2019 01:08 # +1
guest8 17.02.2019 01:31 # −999
6E3yMHblu_nemyx 17.02.2019 01:33 # 0
Хотя можно, конечно, оторвать провод от отклоняющей катушки, не ломая сам генератор развёртки. Тогда да, увидишь точку.
bormand 17.02.2019 01:33 # 0
guest8 17.02.2019 01:40 # −999
bormand 17.02.2019 01:41 # 0
6E3yMHblu_nemyx 17.02.2019 01:43 # 0
hormand 11.03.2023 15:07 # 0
BPAJlbMAH 13.03.2023 20:47 # 0
bormand 16.02.2019 22:30 # +1
Потому что строчный трансформатор питал кинескоп и ещё кучу всего. Предок импульсных блоков питания :)
guest8 16.02.2019 01:27 # −999