• Чем технически и физически обусловлена частота обновления ЖК экрана?

    mayton2019
    @mayton2019
    Речь о том, зачем снимать управляющее напряжение и в следующем кадре снова включать, хотя видеокарта знает, что этот пиксель не изменился. Теоретически-то можно не менять напряжение для пикселей, сохранивших своё состояние. А теоретически - потому что в практической реализации LCD-монитора мы не умеем адресовать в любой момент все (условно) 4096 * 3072=12 582 912 пикселей.

    Согласен. Мой комент вообще касался ЭЛТ мониторов где есть свечение люминофора.
    Узкий луч из электронов долбанул раз по точке через трафарет. Пиксел засветился.
    Луч полетел светить в другие пикселы. В это время - подпитки нет. Люминофор имеет инерцию.
    Тухнет. Через 20 милисекунд луч снова прилетает и поджигает люминофор. И здесь - пожалуйста.
    Формулы физики.

    Кстати в этом смысле мне очень нравится смотреть на осцилограф. У него очень приятная картинка,
    особенно у современных. Теплый оранжевый на ЭЛТ.
    Написано
  • Чем технически и физически обусловлена частота обновления ЖК экрана?

    mayton2019
    @mayton2019
    Saboteur, для ТВ существуют технические рекомендации. Например не заходить в кадр
    теле-ведущим у которых костюм - в мелкую клеточку. Клетка дает муар который не очень красиво
    смотрится.

    Для кино и ентертейнмета. Сложно сказать. Но я, просмтривая фильмы студии Marvel, заметил
    что они достаточно стандартизованы по технике съемки. Очень сбалансирован свет. И днем и ночью
    у них картинка отличается только цветовым тоном.

    Насчет стробоскопа - я не знаю. Я согласен с медицинскими нормами и рекомендациями по
    эпилепсии и прочее. Но и этот эффект плохо кодируется не только в кино в ТВ и сериалах.
    Написано
  • Как можно оптимизировать/ускорить мой код?

    mayton2019
    @mayton2019
    Автор использует vk_api. Предоложительно взаимодействие с этим API может быть медленным.

    По этому вопросу - надо адресовать его к создателям vk_api. Если разрешается параллелизм - то
    попробуй делать некоторые действия с API одновременно.
    Написано
  • Чем технически и физически обусловлена частота обновления ЖК экрана?

    mayton2019
    @mayton2019
    hint000,

    И пофиг, что глаз человека воспринимает отдельные кадры как непрерывную картинку уже при 12 кадрах в секунду (инерция зрения ~0.1 с). В кинематографе братьев Люмьер было 15-16 кадров/c, стандартом немого кино было 16.(6), стандартом звукового кино 24 кадра/c, и сто лет зрителям было норм. В телевидении - 50 полукадров/c в СССР и 60 полукадров/c в США лишь потому, что частота переменного тока в розетках 50 Гц в СССР и 60 Гц в США, и было удобно синхронизировать. Соответственно, при чересстрочной развёртке это 25 и 30 кадров/c. И было норм. А дальше был каламбур: прогрессивная развёртка принесла большой прогресс. И при честных прогрессивных 60 кадрах/c действительно люди перестали замечать мерцание. Но маркетологи не зря едят свой хлеб, они бы не остановились на 144 Гц, пошли бы и на 300, и на 600, и 6000 Гц... Но вот беда, инженеры не поспевают. Один вред и разорение от этих инженеров, не могут идти в ногу с маркетологами.

    Для современных видео-форматов частота кадров - это уже моветон. Технически весь кадр
    не обновляется. Яркий пример - стробоскоп в кадре может сильно сломать качество сжатия.
    Поэтому его стараются в кино не снимать. Видео-кодеки поджимают энтропию.

    Вобщем сейчас частота кадров - уже фейк. Я видел старое кино типа Прибытие поезда на Ла-Сьота
    который был снят более 100 лет назад но сегодня этот ролик восстановлен и в него искусственно
    заложена интерполяция кадров и пикселов, причем не бикубическая а самая нейро-сетевая.
    В целом видео стало лучше. Хотя авторскую идею уже можно оспорить с суде. Считать это оригиналом
    или творческой переработкой.

    В компьютерных играх сейчас пытаются искусственно симулировать высокий fps не за счет рендеринга
    3d, а уже накладывая плоские фильтры на картинку в динамике. NVidia и AMD уже где-то анонсировали
    эту технологию. И после этого обыватель уже точняк не будет понимать где настоящие кадры графического
    3d процессинга а где - хитрый визуальный фокус.

    К чем это я все. А к тому что сам по себе спор по поводу кадров носит уже давно не технический
    характер. Вот если бы мы взяли кинопроектор 20-го века - то вот. Есть обтюратор он перекрывает
    линзу с нужной частотой и шириной импульса. И вот здесь пожалуйста. Вот она - частота кадров.

    А для плазм и моников + в режиме современной 3д игры... просто забейте на этот вопрос.
    Написано
  • Чем технически и физически обусловлена частота обновления ЖК экрана?

    mayton2019
    @mayton2019
    hint000,

    mayton2019, вопрос был о другом. Кстати, очень хороший вопрос. Вспомните про e-ink - какая у него частота кадров? :) А никакая. То есть нулевая, казуальное обновление экрана, хоть сто лет между сменами кадров. И это желанная характеристика. А что там с технологией LCD, есть у неё что-то такое, что мешает сделать нулевую частоту кога захочется? Почему нельзя было сделать протокол передачи данных от видеоадаптера к монитору похожим на RDP (не буквально, а в плане отсутствия передачи, когда на экране ничего не меняется)? Может быть, виноват маркетинг? Нельзя позволить потребителям думать на эту тему.

    Очень верное замечание насчет eInk. У этого устройства вообще нет пост-свечения. Есть просто подложка
    с пузырьками чернил которые кувыркаются и показывают градации серого. И для него мы вообще не
    сможем придумать формулу которая-бы точно связала требования анимации и технику. Скорее
    мы можем сказать что время реакции eInk пиксела настолько медленное что лучше читать книги
    чем смотреть Gif файлы или mp4, и прочее. Даже сама попытка реализовать видеоплеетр - изменит
    энергопотребление книжки и она будет садить батарею как мобила а не как гарантирует
    производитель (до нескольких неделль без перезаряда). Потреб-характеристики тоже важны.
    Ведь главный полезный эффект е-Инк - это нулевое потребление энергии когда нет изменений в кадре.
    Написано
  • Чем технически и физически обусловлена частота обновления ЖК экрана?

    mayton2019
    @mayton2019
    Василий Банников, это - психофизиология. Самые ранние версии синематографа делали несколько герц.
    Несколько кадров в секунду. И это были предельные ограничения техники тогда. Просто быстрее
    нельзя было снять кино. Экспозиция тоже занимала время. А пленка была еще слабо чувствительная.

    Многие решения 20-го века (система PAL) где есть чрезстрочное дрожание луча между кадрами
    решало техническую проблему. Надо было убрать черную решетку между строками. Вот так и появился
    interlace который и сегодня можно видеть в оцифровках VHS кассет. Для кино - интерлейс не нужен например.
    Написано
  • Java minecraft coder pack вылетает, что делать?

    mayton2019
    @mayton2019 Куратор тега Java
    Покажи код и конфигурации.
    Написано
  • Какие есть способы хранения вебсокет соединений?

    mayton2019
    @mayton2019
    nnn Xion, чел. Масштабирование - это не вынос логики в Redis.

    Если ты хочешь реального масштабирования то ты должен писать задачу так чтоб она работала
    в кластере на одно-ранговых узлах (нодах) и ее внешняя бизнес логика выглядела бы так будто
    это работает 1 физический хост. И если ты правильно все сделал - то чтоб ускорять (масштабировать)
    такое приложение тебе ничего не надо больше. Только добавляй новые ноды в кластер.

    А Редис - вообще не про это. Редис решает другие задачи хотя он может что-то ускорять.
    Написано
  • Как изменить тональность?

    mayton2019
    @mayton2019
    Что значит изменить? Изменение предполагает что ты сначала считываешь значение а потом
    делаешь с ним модификации.

    Тебе надо считывать музыку чтоб менять тональность? Или ты заранее знаешь что все будет в до-мажор
    а ты захотел ля-минор?
    Написано
  • Как правильно организовать структуру Backend'а?

    mayton2019
    @mayton2019
    проверять из какого города запрос?

    А каким образом мы проверим вообще из какого города? По IP адресу? По пользовательскому профилю?
    Вы говорите о кукисах, но это просто один из способов ведения сессионных переменных на стороне
    клиента. И когда проектируется надежная система то в первую очередь нужно проверять кукисы и не
    доверять. Иначе чел с ноутбуком будет ездить везде и толкать данные все равно в одну и ту-же базу.
    Вот эту механику с городами нужно прояснить на уровне ТЗ или User Story.
    Написано
  • На внешнем ссд битые сектора, что делать?

    mayton2019
    @mayton2019
    Зачем тебе кристал диск если ХД-Тюн уже выдал картинку происходящего?
    Что-ты хочешь проверить?
    Написано
  • Как можно автоматически поменять гендер действующего лица в тексте?

    mayton2019
    @mayton2019
    Интересная задача. Тебе обязательно делать ее нейросетями или анализаторами грамматик?

    Вот если пойти от простой постановки типа заменить вовлеченным - вовлеченной, будет ли это решением?
    Написано
  • Как составить уравнение, чтобы назначить цену для товара?

    mayton2019
    @mayton2019
    Мне кажется что ты создал себе некую упрощенную модель где товар всегда будет продан.

    А если товар не будет продан? Или будет долго лежать на маркете и его снимут по сроку давности?

    Товар портится. Устаревает.

    Почему ты не учитываешь фактор времени в своих расчетах?
    Написано
  • Почему в semaphore методы acquaire() и tryAcquire() захватывают блокировку по разному?

    mayton2019
    @mayton2019 Куратор тега Java
    Обращаю внимание автора на то что System.println тоже является блокирующим выводом и тот кто
    печатает на консоли - блокирует ее на какое то время.

    Обращаю внимание также на то что Sleep не является точными часами. Надо понимать что
    есть какое-то квантование этого сна.

    Реальной многопоточности не существует. Java и Windows и многие среды лишь иммитируют
    параллельное испольнение. В реальности все очень сложно.
    Написано
  • Может ли язык Си работать на условной stack-based машине?

    mayton2019
    @mayton2019
    Catmengi, помимо команд стека, Java может создавать создавать переменные и выделять
    память - поэтому можно сделать любой компиллятор.

    Я видел и скачивал эмулятор MS-DOS на Java и эмулятор Zx-Spectrum.
    Написано
  • Как обучить модель на видео данных?

    mayton2019
    @mayton2019
    Ты до этого с torch работал?
    Написано
  • Как восстановить данные с дампа f2fs?

    mayton2019
    @mayton2019
    Vincent1, на segmentation fault у меня нет ответа. Нужно смотреть глазами этот дамп. Но вряд-ли
    кто-то в хабре согласится забезплатно тебе такую услугу оказать.

    Попробуй скачать исходники скальпеля и пересобрать его под свой ubuntu22.
    Написано
  • Как работает динамическое прямое соединение для торрент-клиентов?

    mayton2019
    @mayton2019
    Вы зря спорите. Потому что торрент-клиенты используют 4 или 5 разных протоколов одновременно.
    Есть централизованные которые требуют наличия трекера. И есть те, которые основаны на
    разспределенном хранении информации (DHT, PEX ...e.t.c). И сами Торрент клиенты могут
    расширять и дополнять свои протоколы (Vuze). Нет единого стандарта и контроля за разработкой
    подобных клиентов. Нет консорциума которые что-то регулирует.

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

    Для комфортной работы всех протоколов в клиенте есть self-test который проверяет доступность портов
    снаружи. Пускай автор проверит что у него открыто.- Это наверное и будет ответ а вопрос.

    Пропускная способность - это вообще прикладной уровень и рассматривать его здесь не интересно.
    Как написано приложение - так и регулирует.
    Написано