Поставил обратно 1703 и эксклюзив снова нормально заработал

dlr5668 wrote:

пости логи

как ?

exusive mode в mad vr. при переключении в эксклюзив изображение подвисает на 2-3 сек потом только начинает воспроизводить, если эксклюзив отключить то воспроизводится нормально

И все таки, было бы неплохо в svpcode сделать возможность выбирать кодек из списка уже установленных в системе и открывать его внутренние настройки как это было в dsmux, тогда вообще шикарно было бы). Я так понимаю эта возможность есть и сейчас только без танцев с бубном тут уже не обойтись ? Если есть то можно по подробней ?

www.lr.kr wrote:

Или наличием в бесплатной версии, да.

?

отсутствие доступа к внутренним настройкам кодеков в графическом виде

Я уже давненько понял что старая инструкция уже безнадежно не актуальна. Каким конвертером переваривающим avs скрипты лучше всего сейчас сохранять видео ? Интересует сохранение плавного видео именно 64bit средствами

Реально ли использовать avs скрипты в вегасе или премьере ?
И еще, тут вроде был разговор о том что планируется встроить эту возможность в сам svp ?

Просто метод с gdsmux уже реально неактуален, 32бита дают о себе знать...

1. Не понял абривеатуру
2. Стандартное "кино и театр" воспроизводит абсолютно таком же виде как и отрендереная картинка в буфере vray, получается в этом "кино и театр" тоже коррекция срабатывает ?
3. Где настройках h.264 можно указать какой bt использовать ?

И можно ли как-то в мрс самому выбирать между bt 709 и bt 601 ?

Честно, до конца там так и не нашел конкретно по моей проблеме , данная проблема проявляется только на видео с разрешением от 720р и выше, но я так и не понял как убрать это авто определение цветового пространства не добавляя при этом каких либо шейдеров-преобразователей.

В общем дело оказалось в цветовом пространстве, если использовать шейдер-преобразрватель из bt709 в bt601 то картинка в мрс становится абсолютно такой же как и в кадровом буфере vray. Только вот добавление шейдера немного поднагружает видяху, можно ли заставить мрс изначально работать в bt601 без всяких шейдеров ?

А вообще есть у меня одна мысль на этот счет, по поводу настроек мрс, но я все посносил и кодеки и плеер и свп, в общем все что связанно с видео, седня уже скрины настроек не смогу выложить, завтра отпишусь...

Но тогда бы разница была бы видна и на черном, а тут черный фон абсолютно одинаковый. Это похоже на какой то конфликт цветовых пространств...

Chainik wrote:

может шейдеры какие включены?

https://s8.hostingkartinok.com/uploads/thumbs/2017/08/2bbfc5a178888f9363a21b9364fc104c.png

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

Приветствую
Вобщем такая проблемка, отрендерил анимацию в 3д максе и сохранил в несжатый авишник потом перекодировал в указанный формат,   нежсатый файл в мрс воспроизводится нормально, перекодированный же с небольшими искажениями цвета, в сторонних плеерах перекодированный файл воспроизводится коректно значит дело не в самом видео...  1ый -корректное воспроизведение , 2ой -с искажением цвета

Почему в версии 0.91.5 в разделе image upscaling убрали пункт nearest neighbor ? Можно ли самому его восстановить ?

Нужна 64 битная альтернатива dsmux ,конвертер поддерживающий авс скрипты в котором можно так же использовать системные кодеки и сохранять плавное видео как в dsmux

MAG79, Chainik

При просмотре 720р использую макс. настройки (только подавление плосчадных отключаю) ,с гпу ускорением загрузка проца в районе 45-55% так что нехватка ресурсов сразу отпадает...

возможна ситуация, когда два соседних кадра отличаются по содержимому, но полоска находится в точности на одном месте?

Дык я об этом и говорю, в свп4 я так понимаю эта функция работает как отдельная утилита, возможно есть какие-то микроконфликты с декодером ? Не говоря уже о том что при работе с х64 плеерами тест на плавность исчезает при перемотке (приходится вручную выключить затем включить его) а деморежим вообще виснет (только в х64)

И наконец: может кто нибудь посоветует 64битное средство работающее с avs скриптами для сохранения плавного видео ? (желательно чтоб можно было сделать связку как в мрс: LAV+ffd raw)

Вобщем разобрался в причине лагов: оказалось что тест на плавность периодически дает фриз 1-2 раза в минуту, заснял видео с камеры где плавно перемещал камеру вокруг себя, затем на нем начал проверять плавность: в момент когда полоска теста дает фриз ,в самом видео никакого фриза не происходит, пересмотрел 2х минутное отснятое видео 2 раза , с тестом на плавность и без него: при просмотре с тестом полоска фризанула 3 раза, при просмотре без него тщательно всматриваясь в движения небыло замечено ни 1 фриза за все видео. Если просто сохранить 120герцовое видео на котором запустить тест плавности (с отключенным пунктом "увеличивать частоту кадров" естественно) то фризы подобного точно такого же рода тоже происходят но уже намного реже...

Заметил еще ньюанс:  в 64битном режиме при каждой перемотке плеер сжирает все больше и больше оперативки, и когда потребление находится в районе 6 гб (у меня всего 8) появляется ошибка скрипта, решается путем лтключения сброса при перемотки.


P.s по поводу траблов наверно буду писать сюда чтобы не засорять форум каждой новой темой...

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

Новые подробности : индекс стабильности абсолютно нестабилен если включить уменьшение шага сетки ( хотя по факту тест плавности недергается а картинка лиш изредка подлагивает примерно раз в 1-2 мин) с отключенным уменьшением шага сетки индекс стабильности ровный и картинка становится абсолютно плавной  даже без редких лагов

И еще : при использовании 64битных плееров при перемотке отключаются тест плавности и деморежим, чтобы их включить приходится вручную при воспроизведении снять галки а затем снова их поставить

Ну собственно говоря, можно ли сохранить плавное видео при помощи 64 битного п.о ? и желательно чтоб работали со связкой lav+ffd raw ?