"MPC Matroska Source" - затуп при переходе на след. главу [Исправлено]

Автор Evgeniy1990, 13 мая 2016, 23:25:20

« назад - далее »

0 Пользователи и 1 гость просматривают эту тему.

V0lt

Aleksoid1978
Сурс-фильтр ничего не должен решать, он должен отдавать то, что его просят. Все эти "ускоряющие" фичи должны быть на стороне плеера. У нас и в MPC-HC для этого весь функционал и опции имеются.
[merge_posts_bbcode]Добавлено: 2016-05-14 11:51:12[/merge_posts_bbcode]

Хочется мотать быстро - включаем перемотку по ключевым кадрам. Если хочется точность выключаем. А сейчас вы тут пытаетесь сделать безальтернативный вариант, когда точная перемотка будет просто невозможна.

Evgeniy1990

Цитата: V0ltAleksoid1978Хочется мотать быстро - включаем перемотку по ключевым кадрам. Если хочется точность выключаем. А сейчас вы тут пытаетесь сделать безальтернативный вариант, когда точная перемотка будет просто невозможна.
У меня как раз и включена перемотка по ключевым кадрам, т.е. быстрая перемотка.
Если вы считаете, что второй вариант некорректный, оставляем тогда первый. Пускай будет незначительная задержка, но будет грамотная и точная перемотка.

Цитата: V0ltА ты хочешь, чтобы сплиттер делал свою работу неправильно
Я наоборот, хочу чтобы все работало абсолютно правильно и корректно, но "задержка", пускай и незначительная, - это тоже нехорошо. По идее вообще не должно быть никаких задержек. Но если эта задержка проявляется из-за точности кадров, т.е. по логике мы попадаем на некий кадр, причем правильно попадаем, тогда оставляем первый вариант.

А есть ли способ исправить этот баг таким образом, чтобы не нарушалась логика перемотки по кадрам и не было задержки?
Motherboards: ASUS P5Q/GIGABYTE EP35C-DS3R, CPU: Core 2 Duo E8300/E8400, Memory: DDR2/DDR3, Video: MSI GTX 465/ASUS EAH5770/GTX 650 Ti, Audio: ASUS Xonar DG 5.1/Creative SB 5.1. VX/X-Fi Xtreme Gamer.

V0lt

Цитата: Evgeniy1990А есть ли способ исправить этот баг таким образом, чтобы не нарушалась логика перемотки по кадрам и не было задержки?
В волшебной стране может быть.

Aleksoid1978

Ну вот я считаю что +200мс(к примеру, раз 500 многовато) никоим образом не нарушать ничего. Да вы это даже визуально не заметите. Зато благоприятно отразится на скорости перемотки.

Ну если прям таки против - то становимся на 1-ом варианте.
AMD Ryzen 5 3600 /GIGABYTE B450 Gaming X /AMD Radeon R9 16Gb@3200 /Kingston 500Gb M.2 /GTX 1650 /Samsung U28R550UQI /OLED Philips 55OLED707 /Yamaha RX-V471 + NS-555 + NS-C444 + NS-333 + YST-SW215

Evgeniy1990

Цитата: Aleksoid1978Ну вот я считаю что +200мс(к примеру, раз 500 многовато) никоим образом не нарушать ничего. Да вы это даже визуально не заметите. Зато благоприятно отразится на скорости перемотки.

Ну если прям таки против - то становимся на 1-ом варианте.
Мне нравятся оба варианта, но если V0lt считает, что второй вариант - абсолютно неправильный и некорректный, оставляем тогда первый вариант.  Главное, чтобы все работало правильно. Пускай уж лучше будет эта незначительная задержка, чем будет неправильно работать логика перемотки по кадрам.

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

Я вполне согласен с мнением V0lt\'a. Нельзя нарушать логику работы перемотки.
Motherboards: ASUS P5Q/GIGABYTE EP35C-DS3R, CPU: Core 2 Duo E8300/E8400, Memory: DDR2/DDR3, Video: MSI GTX 465/ASUS EAH5770/GTX 650 Ti, Audio: ASUS Xonar DG 5.1/Creative SB 5.1. VX/X-Fi Xtreme Gamer.

V0lt

Цитата: Aleksoid1978Ну вот я считаю что +200мс(к примеру, раз 500 многовато) никоим образом не нарушать ничего. Да вы это даже визуально не заметите. Зато благоприятно отразится на скорости перемотки.
Это на данном файле незаметно, но ключевые кадры не всегда удачно располагаются.
ЦитироватьНу если прям таки против - то становимся на 1-ом варианте.
Я за точную работу сурс-фильтров.

Evgeniy1990

Цитата: V0ltЯ за точную работу сурс-фильтров.
Я тоже. В общем, мы определились. Оставляем первый вариант. :)
Motherboards: ASUS P5Q/GIGABYTE EP35C-DS3R, CPU: Core 2 Duo E8300/E8400, Memory: DDR2/DDR3, Video: MSI GTX 465/ASUS EAH5770/GTX 650 Ti, Audio: ASUS Xonar DG 5.1/Creative SB 5.1. VX/X-Fi Xtreme Gamer.

Aleksoid1978

Цитата: V0lt
Цитата: Aleksoid1978Ну вот я считаю что +200мс(к примеру, раз 500 многовато) никоим образом не нарушать ничего. Да вы это даже визуально не заметите. Зато благоприятно отразится на скорости перемотки.
Это на данном файле незаметно, но ключевые кадры не всегда удачно располагаются.

Ну так такое будет работать если ближайший кл.кадр находится очееень близко впереди, всего +200мс. Если дальше - оно и работать не будет.
AMD Ryzen 5 3600 /GIGABYTE B450 Gaming X /AMD Radeon R9 16Gb@3200 /Kingston 500Gb M.2 /GTX 1650 /Samsung U28R550UQI /OLED Philips 55OLED707 /Yamaha RX-V471 + NS-555 + NS-C444 + NS-333 + YST-SW215

V0lt

Не всего 200 мс, а целых 4...12 кадров промаха (зависит от fps). Зачем вообще промахиваться при переходе, когда требуется конкретное время? Я понимаю промах при клике по таймлайну (там сам клик часто большую погрешность имеет и там промахом рулит плеер (см. опции MPC-HC)), но зачем делать так, когда нужна точность?

В общем я против, чтобы сурс-фильтр ошибался. Это неправильно.

Leo

Если кому-то интересно, то я на стороне V0lt\'а. Если точная перемотка - пофиг на скорость, если пофиг на точность - мотаем по ключевым.

V0lt

Мысли на тему...
Извините, вам запрещён просмотр содержимого спойлеров.