Скачать XviD4PSP 8.1 — Windows 10/11 64-bit
Скачать XviD4PSP 8.1 — macOS 10.11+ x86_64/ARM64
Скачать XviD4PSP 8.1 — Linux Ubuntu 20.04/Mint 21.1 64-bit
Для тех у кого возникли проблемы с новой сборкой выкладываю 66ю:
Скачать XviD4PSP 8.1.66
- Добавлен фильтр преобразования цветового пространства.
- Поправлено кодирование звука (ошибка 70й сборки).
- Поправлены ошибки при добавлении внешних треков с видео потоками.
- Поправлена работа фильтра Наложение.
Дружище, огромная благодарность за твой труд. Бесценная программа. Продолжай держать высокую планку 👍
Начиная с версии 67 и по 68:
1) падает в начале кодирования, на этапе определения громкости
2) падает при запросе метаданных (TheTVDB: сериал) если в имени файла встречается символ &
3) падает в начале кодирования (SVT-AV1) если в имени файла встречается символ &
4) вылетает ошибка энкодеров, если в профиле заранее установить значение, вместо дефолтных Auto Profile/Auto Level (H264:, HEVC:, AV1)
5) Не работает многопроходное кодирование libaom (CFR-2P…), делает первый проход и вылет
Проявить не удалось.
1 поправлено в 69, остальное проверю.
Пункт 4 проявить не удалось. Какие точно кодеки проявляют проблему и какие режимы Auto Profile/Auto Level.
svt-av1 и иногда aom.
и nvenc (h264,hevc,av1)
svt-av1 — не проявляется.
NVENC у меня нет, надо искать пользователей с такой картой.
Напишите мне в телеграм winnydows -можно попробовать проявить пока есть время.
Aom profile тоже никаких вылетов — только сообщение что надо было выбрать цвет 444 при хай.
Прописал для AOM автоматическую смену формата пикселя под профиль.
2й пункт поправлен.
Плеер превью стал намного стабильнее (диких тормозов и зависаний наглухо, как в 8.1.66 и прежних не заметил). Но скорость плеера всё равно низкая, приходиться ждать пока построятся слайды и звуковая волна. Тем не менее отличный результат.
Вопрос: если включить аппаратное кодирование для плеера, это ускорит его работу? И если да, то что выбрать cuda, vulkan или…?
Для плеера включают аппаратное декодирование, но ускорит или нет зависит от системы — разгружает слабый проц, но если проц хороший, то может оказать медвежью услугу. Какой именно режим декодировния выбирайте опытным путём.
Понял, спасибо. Да, декодирование (опечатался).
В версиях 67-69 наблюдается какая-то беда с контейнером MKV: файл пишется, но содержимое не читается. Причём даже при попытке открыть свой же файл XviD4PSP падает.
Для исправления ситуации, приходиться пересобирать выходной .MKV с помощью MKVToolNix.
Кодирую всегда в mp4, а .mkv использую в качестве промежуточных файлов (для постобработки).
Проверил — никаких проблем с MKV, вероятно для проявления нужна какая-то особая последовательность действий.
Вылетает ошибка при попытке сохранить метаданные в файл
Не проявилось. Именно с этой метой.
https://1drv.ms/v/s!Asy6KEWw-zBAk9x1cwXL84gLUBdNuA?e=d8qbnj
В том числе скодировал в мкв с такой метой и файл прекрасно читается.
Проверил на Win11 — никаких проблем с сохранением Ханумы.
Версия 69
Падает в начале кодирования на этапе определения громкости.
Кажись нашел закономерность: падает на 2-й дорожке, DTS. Может обновить ffmpeg?
Залейте файл — проверю.
Учитывая большое количество разных багов, которые на моей винде не проявляются, советую попробовать на полностью пустой рабочей папке — даже без ключа. Так как такие симптомы указывают на повреждение настроек или признаки взлома (что тоже вызывает повреждение).
Превью не работает и процесс кодирования прерывается ближе к концу и соответственно, выходной файл не читается. MacBook Pro M1 macOS 14.4. В 8.1.66 у меня всё было хорошо.
Есть проблемы на M1 — в списке не решение.
>прерывается ближе к концу и соответственно, выходной файл не читается.
Действительно, но у меня финального вылета на сборке 69 не происходило (в отличие от 67,68), поэтому не заметил, заметил только тогда, когда посмотрел лог кодирования: отсутствует надпись «Кодирование завершено! и время», всё остальное на месте.
Сборка 70: начинает кодировать и после 96 байт тут же останавливается, хотя статус остаётся ENCODING. Остановить (прервать) невозможно, только если закрыть программу.
Энкодер SVT-AV1, настройки штатные (не менял: CRF 21.0)
Кодит без проблем. Как правило это признаки ломанной или повреждённой сборки. Может часы сбиты в системе к примеру.
Что-то после обновления с 8.1.66 до 8.1.69 и 70 программа не запускается с таким сообщением:
Штатное сообщение когда задание или пресет несовместимы с новой версией. Только вот они автоматом удаляются и программа запускается дальше. Если в вашем случае не так — залейте архив рабочей папки (без ключа!).
Залить вам или поменять файлы в рабочей папке на другие?
Залить чтобы я смог повторить, без ключа чтобы никто его не скачал :).
А рабочая папка, это которая C:\Users\User\AppData\Local\XviD4PSP81 ?
Совершенно верно.
Скачал сейчас 66-ю версию, она запустилась, там был список предыдущих задач, очистил его. После этого закрыл программу и обновил до 71-й. Теперь 71-я версия запускается, в прошлый раз зависала в момент загрузки списка файлов.
Попробовал проявить на винде — безуспешно. Взял 66, добавил задание, закрыл. Запустил 71 — поругалась на несовместимые данные, нажал ок — сама удалила фоном задание и запустилась без вопросов, вылетов и зависаний.
У меня был очень длинный список файлов, порядка 100 или 200 файлов сериала, не помню avi или mp4 или mkv.
Попробовал. Если файлов было 1000+, то и нажать Ок нужно будет 1000+ раз. Попробую это неудобство обойти.
Поправлено. Теперь спросит только один раз, и можно не удалять — файлы заданий останутся, но покажет их только совместимая с ними версия.
В последней версии что-то сломалось из wmav2 в aac контейнер. Виснет. В предыдущей все работало нормально. Проверил на 5 файлах.
контейнер mkv.
Проверю.
Можно плиз файлик залить для верности.
Поправлено в 71й — проблема была глобальная — ошибка 70й сборки.
Было бы полезным добавить очистку недавних файлов в верхнем меню
Начиная с версии 8.1.71, сейчас в новой 8.1.72 если указать кодировать с заменой исходного файла, то через раз программа не может удалить исходный файл, чтобы заменить его готовым перекодированным, и из-за этого стопориться и не переходит к кодированию следующего файла.
Вручную такой исходный файл тоже удалить не получается, но стоит закрыть саму программу, и файл вручную удаляется прекрасно.
Т.е. прога сама себе не дает удалить файл, поскольку он в ней же и открыт.
На предыдущих версиях такого бага не встречал.
Вот такую ошибку при этом выдает