https://www.youtube.com/watch?v=PWcNlRI00jo  GTC Sept 2022 Keynote with NVIDIA CEO Jensen Huang

2

(5 replies, posted in Using SVP)

Video in HDR?

www.lr.kr wrote:
NightFox wrote:

Короче разобрались. Это странные баги встроенного декодера Potplayer. С LAV Filters декодером всё ок.
Однако для точности: баг в Potplayer кроется в режиме аппаратного DXVA (на gamebar fullscreen видосах) и на режиме размера видео (в большей степени).
Если стоит режим "Изменение размера -> Не использовать" то баг проявляет себя, если другие режимы то не проявляет.

Помню была когда-то в ffdshow фильтрах DXVA версия. Она тоже зелёные полосы оставляла. Может это связано и не зря от этой нестабильной версии отказались.

Проблема не сколько в DXVA сколько с работой размера видео.

Короче разобрались. Это странные баги встроенного декодера Potplayer. С LAV Filters декодером всё ок.
Однако для точности: баг в Potplayer кроется в режиме аппаратного DXVA (на gamebar fullscreen видосах) и на режиме размера видео (в большей степени).
Если стоит режим "Изменение размера -> Не использовать" то баг проявляет себя, если другие режимы то не проявляет.

Как обходное решение: ffdshow raw video filter работает корректно.

https://github.com/CrendKing/avisynth_filter/issues/77
Посчитал что сам avisynth plus рабочий. Посмотрим что чел напишет.

Но вопрос какой ависинт вы используете? Оригинал или форк?

Короче как мне поступить?

Похоже это мне надо идти к Avisynth багрепорт делать. На многих других видео это не повторяется (по началу мне показалось что это на всех).

Причём не все записи такие. Похоже только те что записывались из полного экрана.
Тестовый файл: https://files.catbox.moe/zdtn9y.mp4

@Chainik запись игры через встроенный gamebar.

https://i.imgur.com/ADZeJwJ.png

Сам SVP не виноват оно даже при выключенном такое. При любом рендере, хотя иногда удавалось при переключении ловить состояние когда картинка нормальная и SVP работает. От чего зависит не понял. Карточка 3060ti (драйвера свежие), винда 10. Potplayer (в том числе чистый).
Аппартаный или программный декодер не имеет значение.

Может уже кто сталкивался и знает как лечить?
Если отключить Avisynth то всё нормально.

https://twitter.com/ak92501/status/1448489762990563331

NightFox wrote:

Смежное, но в будущем может быть полезным
https://youtu.be/UrB-tqA8oeg?t=11
https://jiakai-zhang.github.io/st-nerf/
https://github.com/DarlingHang/st-nerf

https://www.youtube.com/watch?v=9L5NqNDZHjk новое
https://depthoraclenerf.github.io

Смежное, но в будущем может быть полезным
https://youtu.be/UrB-tqA8oeg?t=11
https://jiakai-zhang.github.io/st-nerf/
https://github.com/DarlingHang/st-nerf

www.lr.kr wrote:
Chainik wrote:

> "обработке" от madvr с использованием его smooth motion

... есть смешивание соседних кадров вместо их выкидывания, никакой волшебной "обработки" там нет
нравится еще больше блёра и мыла - ок

Я лишь могу точно сказать, что без smooth motion и several frames у меня стробы и дропы, а с ними всё плавно при 96fps.

Заходим в https://wiki.jriver.com/index.php/MadVR … e_Settings и соотносим:

Enable automatic fullscreen exclusive mode allows madVR to use “fullscreen exclusive mode” for video rendering. This can potentially give you some big performance improvements, and allows for several frames to be sent to the video card in advance, which can help eliminate random stuttering during playback. It will also prevent things like notifications from other applications being displayed on the screen at the same time, and similar to the Windowed Overlay mode, it stops “Print Screen” from working. The main downside to Fullscreen Exclusive mode is that when switching in/out of FSE mode, the screen will flash black for a second. (similar to changing refresh rates) Media Center's mouse-based interface is rendered in such a way that it would not be visible in FSE mode, so madVR gets kicked out of FSE mode any time you use it, and you get that black flash on the screen. I personally find this distracting, and as such, have disabled FSE mode, because I don't need the additional performance for smooth playback on my computer. (I have an Nvidia GTX 570) The "10ft interface" is unaffected, and renders correctly inside FSE mode.
———
Включение автоматического полноэкранного эсклюзивного режима позволяет madVR использовать «полноэкранный эсклюзивный режим» для отрисовки видео. Это потенциально может дать вам несколько значительных улучшений производительности и позволяет заранее отправить несколько кадров на видеокарту, что может помочь устранить случайные заикания во время воспроизведения. Это также предотвратит одновременное отображение на экране уведомлений от других приложений, и, как и в режиме оконного наложения, останавливает работу «Print Screen». Основным недостатком полноэкранного эксклюзивного режима является то, что при переключении в/из режима FSE экран на секунду мигает черным (аналогично изменению частоты обновления). Интерфейс Media Center на основе мыши отрисован таким образом, что он не будет виден в режиме FSE, поэтому madVR выходит из режима FSE каждый раз, когда вы его используете, и вы получаете эту черную вспышку. экран. Лично меня это отвлекает, поэтому я отключил режим FSE, потому что мне не нужна дополнительная производительность для плавного воспроизведения на моем компьютере (у меня Nvidia GTX 570) "10ft интерфейс" не изменился и правильно отображается в режиме FSE.

Эксклюзивный полноэкранный режим это особая возможность Windows а точнее DirectX (в Linux и вроде в MacOs её нет, а точнее в OpenGL — на винде в OGL вы тоже не сможете получить эксклюзивный режим, как там в вулкане и метале хз), при переключении приложения в этот режим оно получает монопольный доступ к выводу на экран, мимо оконного менеджера который в этом случае перестаёт работать (в обычном случае с окнами или окнами без рамок растянутых на полный экран "fullscreen window borderless" он берёт планирование вывода кадров на себя). Следовательно в работу МадВР при этом режиме оконный менеджер вмешаться не может как и по идее оказать фоновую паразитную нагрузку.

Ещё немного может влиять такая особенность как системный таймер, обычно он работает в режиме 16мс, вот из относительно свежей инфы, но любые приложения могут запросить режим 1мс, обычно это делают игры и видеоплейеры, но таймер применяется не для конкретного приложения, а для всей системы глобально, следовательно код начинает чаще вызываться во всех запущенных приложениях, и если какое-то приложение написано плохо, то оно сильнее (в 16 раз) нагружает систему, поэтому стоит отрубать всякий мусор. Ещё рекомендация: последние версии браузеров (и хромоподобные и лиса) стали заметно потреблять не только обычную память, но и видеопамять и нагружать видеокарту больше чем хотелось бы, это тоже может сказываться на плавности. Хромоподобные можно запустить без GPU через --disable-gpu а в лисе надо покодовать в about:config заставив webrender работать в software, кроме того стоит выключить аппаратное ускорение (работает отдельно от рендера), оно тоже очень хорошо жрёт видеопамять, да и имеет глюки с декодированием видео в виде большой задержки начального проигрывания. Современные процессоры хорошо тянут программную отрисовку браузеров.

Present several frames in advance should always be enabled. Disabling this puts madVR into the legacy FSE mode, which has not been supported for years at this point. Similar to the Windowed Mode option, I would recommend leaving madVR presenting 4 frames in advance, as is the default, unless you are going to be using Smooth Motion, in which case you should set it to the maximum. You may need to increase the CPU/GPU queues accordingly to fill the buffer.
———
Всегда должен быть включен параметр "Предоставить несколько кадров". Отключение этого параметра переводит madVR в устаревший режим FSE, который на данный момент не поддерживается в течение многих лет. Как и в случае с оконным режимом, я бы рекомендовал оставить madVR заранее отображать 4 кадра, как это установлено по умолчанию, если вы собираетесь использовать Плавное движение тогда вы должны установить его на максимум. Вам может потребоваться увеличить очереди CPU/GPU соответственно, чтобы заполнить буфер.

Следовательно МадВР рисует заранее буфер кадров, это помогает избежать тормозов с захлёбыванием когда из-за какой-то фоновой нагрузки рендер не успевает уложиться в бюджет кадра, но так как уже заранее нарисовано аж 4 кадра то удаётся наверстать упущенное.

Smooth Motion is a recently introduced frame blending system for madVR. What Smooth Motion is not, is a frame interpolation system—it will not introduce the “soap opera effect” like you see on 120Hz+ TVs, or reduce 24p judder. Smooth Motion is designed to display content where the source framerate does not match up to any of the refresh rates that your display supports. For example, that would be 25/50fps content on a 60Hz-only display, or 24p content on a 60Hz-only display. It does not replace ReClock or VideoClock, and if your display supports 1080p24, 1080p50, and 1080p60 then you should not need to use Smooth Motion at all. Because Smooth Motion works by using frame blending you may see slight ghost images at the edge of moving objects—but this seems to be rare and dependent on the display you are using, and is definitely preferable to the usual judder from mismatched framerates/refresh rates. Because Smooth Motion works by using frame blending you may see slight ghost images at the edge of moving objects—but this seems to be rare and dependent on the display you are using, and is definitely preferable to the usual judder from mismatched framerates/refresh rates.
As of madVR 0.86.3, Smooth Motion is now working as I would have hoped on my system, so when set to only when there would be motion judder without it…, it is no longer enabled when the display mode switcher is used in conjunction with VideoClock. So 23/24/25fps video played at 24Hz will not activate Smooth Motion, but 23/24/25fps video at 60Hz will. This means that videos displayed full-screen do not use Smooth Motion, but when I play videos in a window on the desktop at 60Hz, Smooth Motion is activated.
———
Smooth Motion - это недавно представленная система смешивания кадров для madVR. Чем Smooth Motion не является, так это системой интерполяции кадров - она не привносит «эффект мыльной оперы», как вы видите на телевизорах с частотой 120 Гц и выше, и не уменьшает дрожание 24p. Плавное движение предназначено для отображения контента, исходная частота кадров которого не соответствует ни одной из частот обновления, поддерживаемых вашим дисплеем. Например, это будет контент 25/50 кадров в секунду на дисплее только с 60 Гц или контент 24p на дисплее только с частотой 60 Гц. Он не заменяет ReClock или VideoClock, и если ваш дисплей поддерживает 1080p24, 1080p50 и 1080p60, вам вообще не нужно использовать Smooth Motion. Поскольку Smooth Motion работает с использованием смешивания кадров, вы можете увидеть небольшие ложные изображения на краях движущихся объектов, но это кажется редким и зависит от используемого вами дисплея, и определенно предпочтительнее обычного дрожания из-за несоответствующей частоты кадров / частоты обновления.
Начиная с madVR 0.86.3, Smooth Motion теперь работает так, как я ожидал в моей системе, поэтому, когда он установлен только тогда, когда будет дрожание движения без него…, оно больше не будет включено, когда Переключатель режимов отображения используется вместе с VideoClock. Таким образом, видео 23/24/25 кадров в секунду, воспроизводимое с частотой 24 Гц, не активирует плавное движение, но видео 23/24/25 кадров в секунду с частотой 60 Гц будет. Это означает, что видео, отображаемые в полноэкранном режиме, не используют плавное движение, но когда я воспроизводю видео в окне на рабочем столе с частотой 60 Гц, плавное движение активируется.

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

Показать-то можно и без строба (здесь проблема не строба, а амплитуды тогда уж, но она мизерна), если железка тянет, только какой смысл управлять выше чем частота экрана? только если удобнее удвоение из 48, нежели достраивание 12 кадров до 60.
Выброс кадра при нормальных условиях должен быть очень быстрым, без подвисов, а если он есть значит где-то недоработка, например что-то захлёбывается.
У 60Гц бюджет 16,666мс на кадр.
У 96Гц бюджет 10,416мс на кадр.
Что попало в окно бюджета то и будет нарисовано на мониторе.
Грубо говоря монитор получает от видяхи срез той инфы что выведена ОС в этот момент.
Выж когда всинк вырубаете и получаете от движка игры больше частоты экрана "стробов" же никаких не видите (рваный кадр это другое, как и переменный шаг движений из-за нестабильной частоты), там вообще частота нечётная может быть.
Как-то смотрел видео с большей частотой чем моник (просто оно уже так было закодировано для сравнения, там было 240Гц, а какая частота у моника была уже не помню), "стробов" не видел.

vitaly.tomilov wrote:

Как только закрываю SVP, жужжание тут-же прекращается.

Видеокарта - MSI 3080Ti Trio X

Я бы на вашем месте посмотрел какая температура памяти на видюхе при обычной нагрузке и при SVP. Глянуть можно например через https://www.fosshub.com/HWiNFO.html?dwl=hwi_706.zip или что там в поставке с картой идёт.
Сейчас производители превратились в говноделов, что внезапно похоже самый дешёвый palit надёжнее других распиаренных.
Недавно был скандал с термопрокладками:
https://www.igorslab.de/am-falschen-end … s-raechen/
https://www.igorslab.de/fundstueck-powe … r-montage/ даже ленятся плёнку снять
Да и ещё можно общий уровень понять по этому видео где даже на 3090 забивают: https://www.youtube.com/watch?v=bhUUlncMSVA
Вдобавок недавно был скандал с EVGA где их (но не только) карты 3090 сгорали на очередной ММОRPG прямо в меню, ибо там не было установлено потолка кадров и у видях что-то шло не так с алгоритмом вентиляторов что что там выставлялись нереальные обороты и они выходили из строя, а потом и карта вместе с ними. https://www.cnews.ru/news/top/2021-07-2 … n_szhigaet

Не знаю было уже или нет
https://sites.google.com/view/wenbobao/dain
https://www.youtube.com/channel/UCpGn0J … ztg/videos
Анимация неплохо уплавняется (хотя нередко чувствуется типичная проблема с амплитудой движения), естественно ни о каком риалтайме речи нет.

20

(3 replies, posted in Флуд)

Шуточка про гитлаб:

$ host -t a gitlab.com
gitlab.com has address 52.167.219.168
$ whois 52.167.219.168 | grep OrgName
OrgName: Microsoft Corporation

У вас не работает сайт без www, добавьте A запись и сделайте перенаправление с неё на www.
Желательно ещё сделать принудительное перенаправление с http на https, по крайней мере на форуме и для файлов установщика.

crystallize wrote:

А если сделан апскейл картинки, шумодав может начать пропускать более "крупные" по размеру шумы, чем в исходном разрешении, посчитав их истинным движением из-за их размера?

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

Что такое качественная картинка с точки зрения программы? Это то же самое, что и для человека? Или нечто низкоконтрастное, когда нет слишком тёмных и слишком светлых зон без информации?

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

Поздно увидел даты, ну да ладно.

lionessb wrote:

Давненько этим не пользовался и вот возникла нужда.
Как сформировать авс скрипт в файл на новом свп ?
и еще: какие правки нужно внести в скрипт чтобы видео сохранилось с демонстрационным режимом ?

ПКМ по значку SVP в области уведомлений:
1. Утилиты → Демонстрационный режим;
2. Информация → Дополнительная информация → Последний использованный скрипт AVS.

James D wrote:
Vovanchik wrote:

ну да, пионэры влезут в этот адъ, набросают туда говен лопатой.

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

Какой такой баг? Некоторое время назад пока 4 ещё пилился запускал 3.1.7.72, с контекстным меню бага не замечал. Нормально он работает.

А не открытие исходников понять можно, это как с Presto, где много говнокода и открытие повлечёт кучу проблем как пользователям так и разработчикам. Выше уже писали. То что появится конкурентоспособный форк это маловероятно (а вот громкий пиар из пустого места вносящий смуту запросто) учитывая что разработчики что его написали сами с него ушли. Есть действительно ситуации когда проще написать заново чем разбираться в существующем и это существующее дорабатывать.
По-моему если кому-то так хочется, пусть обратно разрабатывает, тем более на форуме инфы предостаточно, это будет правильнее как минимум по чистоте кода.

Noweol wrote:

репутация подмочена

http://www.linux.org.ru/news/linux-general/12281334