Я так понимаю что выбором пропорций - пользователь их только меняет. А вот как уже видео-кадр будет отображаться в окне проигрывателя - как раз и указывает галка "Сохранять пропорции". Иначе видео-кадр будет изменять размер вместе с изменением размера окна проигрывателя. Как-то так.
» Media Player Classic - Black Edition (MPC-BE) часть 2
Evgeniy_1990
Спасибо что подтвердили, что не только мне одному это кажется странным и непонятным.
Aleksoid1978
Вроде и пишите по русски и слова все знакомые, но смысла вообще не улавливаю. Зачем сделали совершенно не интуитивно понятным исправление(решение) проблемы возникшей у меня? Ведь я так понимаю "Сохранять пропорции" была добавлена специально. В какой ситуацию пользователю может пригодиться менять пропорции, которые сразу не отображаются на мониторе?
Спасибо что подтвердили, что не только мне одному это кажется странным и непонятным.
Aleksoid1978
Вроде и пишите по русски и слова все знакомые, но смысла вообще не улавливаю. Зачем сделали совершенно не интуитивно понятным исправление(решение) проблемы возникшей у меня? Ведь я так понимаю "Сохранять пропорции" была добавлена специально. В какой ситуацию пользователю может пригодиться менять пропорции, которые сразу не отображаются на мониторе?
dinam
Цитата:
Не я придумывал этот алгоритм(поведение размера окна и эти опции). И я даже не смотрел код который за это отвечает. Я просто описал то, как примерно это работает - вот и все.
Добавлено:
Все эти опции и их работа была придумана очень давно.
Цитата:
Aleksoid1978
Вроде и пишите по русски и слова все знакомые, но смысла вообще не улавливаю. Зачем сделали совершенно не интуитивно понятным исправление(решение) проблемы возникшей у меня? Ведь я так понимаю "Сохранять пропорции" была добавлена специально. В какой ситуацию пользователю может пригодиться менять пропорции, которые сразу не отображаются на мониторе?
Не я придумывал этот алгоритм(поведение размера окна и эти опции). И я даже не смотрел код который за это отвечает. Я просто описал то, как примерно это работает - вот и все.
Добавлено:
Все эти опции и их работа была придумана очень давно.
Aleksoid1978
Цитата:
Начал и буду постепенно проверять перемотку на различных матрешках.
Если обнаружу что-то странное, или некорректное, буду вам отписываться.
Пока обнаружил такой случай: https://yadi.sk/d/W6_3QIr_rrtLM
Вы уже видели этот видео файл - это RealVideo в контейнере "Matroska (MKV)".
Попробуйте пожалуйста его перемотать, используя нажатия левой клавишей мышки по шкале прогресса воспроизведения, т.е. сикбару, при условии использования нашего встроенного фильтра-источника: "MPC Matroska Source".
Вы увидите, что после перемотки у вас видео-кадры не будут двигаться дальше.
С "LAV Splitter Source" естественно этот видео файл перематывается нормально. Но это не показатель точности перемотки.
Исходя из этого, у меня возник такой вопрос: есть ли возможность исправить перемотку на данном видео файле, чтобы при этом не поломать сам механизм перемотки, иначе говоря, улучшить перемотку?
Цитата:
Всем привет. Просьба проверить на различных MKV/WebM перемотку на встроенном source фильтре. Так же можно проверить и на онлайн контенте.
https://yadi.sk/d/H5rOQOP0rnrWp
Немного оптимизировал алгоритм перемотки.
Начал и буду постепенно проверять перемотку на различных матрешках.
Если обнаружу что-то странное, или некорректное, буду вам отписываться.
Пока обнаружил такой случай: https://yadi.sk/d/W6_3QIr_rrtLM
Вы уже видели этот видео файл - это RealVideo в контейнере "Matroska (MKV)".
Попробуйте пожалуйста его перемотать, используя нажатия левой клавишей мышки по шкале прогресса воспроизведения, т.е. сикбару, при условии использования нашего встроенного фильтра-источника: "MPC Matroska Source".
Вы увидите, что после перемотки у вас видео-кадры не будут двигаться дальше.
С "LAV Splitter Source" естественно этот видео файл перематывается нормально. Но это не показатель точности перемотки.
Исходя из этого, у меня возник такой вопрос: есть ли возможность исправить перемотку на данном видео файле, чтобы при этом не поломать сам механизм перемотки, иначе говоря, улучшить перемотку?
Evgeniy_1990
Переложил с помощью последней версией mkvtoolnix и все стало ок. Кривоват файл.
Переложил с помощью последней версией mkvtoolnix и все стало ок. Кривоват файл.
Aleksoid1978
Цитата:
Понятно, спасибо вам за ответ.
Цитата:
Переложил с помощью последней версией mkvtoolnix и все стало ок. Кривоват файл.
Понятно, спасибо вам за ответ.
Можно сделать, чтобы на странице предпочитаемого формата для YouTube был вариант MP4@720p60 как для WebM ?
BESTERPNZ
Нет. YouTube MP4@720p60 не поддерживается.
Нет. YouTube MP4@720p60 не поддерживается.
deannik
Цитата:
В общем, у меня получилось воспроизвести "тишину", а если точнее, то более тихий звук, при работе аудио-рендерера: "MPC Audio Renderer", в режиме "WASAPI: Exclusive Mode".
Воспроизводится данное скрытое явление тихого звука, при использовании данного режима, достаточно легко и просто. Единственный здесь недостаток - это звуковые карты, т.е. далеко не на всех можно заметить данное явление.
Что оно из себя представляет? Да просто напросто более тихий уровень громкости звука и все - больше ничего. Вопрос в том, почему он более тихий, в отличие от Shared-режима, если все настройки строго по умолчанию и уровень громкости в самом плеере и системном микшере один и тот же?
Алгоритм воспроизведения:
1. Выбрать "MPC Audio Renderer"
2. Выбрать "WASAPI: Shared Mode"
3. Открыть любой видео, или аудио файл
4. После открытия, во время воспроизведения, установить громкость в плеере и системном микшере равной 100%, после чего, открыть свойства "MPC Audio Renderer" и переключиться с "Shared-режима" на "Exclusive" "на лету".
Вот и весь алгоритм воспроизведения, всего лишь открыть видео, или аудио файл и переключиться, при максимальной громкости, с одного режима на другой.
И это не только с нашим "MPC Audio Renderer", то же самое явление более тихого звука наблюдается и на "Sanear Audio Renderer" в режиме "Exclusive Mode" и на "Reclock". А раз оно наблюдается на различных WASAPI-рендерерах, то можно уже сказать, что дело явно не в них, т.е. это явление исходит уже, или от самих звуковых карт, или же их драйверов, а может и еще от чего-то это зависит...
Но скажу сразу, что данное явление характерно, в основном, только для некоторых моделей интегрированных звуковых карт, или же некоторых внешних бюджетных звуковых карт.
Для таких более мощных звуковых карт, как от "ASUS" серии "Xonar" - DG/DGX/DS/D1 и т.д. или же от "Creative" серии "X-Fi" - Xtreme Audio/Gamer/Fatal1ty/Fatal1ty Pro и т.д. оно неактуально, вы вряд ли его на этих моделях получите, или вообще хоть как-то это заметите, или сможете увидеть разницу в уровне громкости.
Цитата:
По поводу WASAPI, если получится, я распишу, при каких условиях проявляется "тишина", т.е. предположительно "баг".
В общем, у меня получилось воспроизвести "тишину", а если точнее, то более тихий звук, при работе аудио-рендерера: "MPC Audio Renderer", в режиме "WASAPI: Exclusive Mode".
Воспроизводится данное скрытое явление тихого звука, при использовании данного режима, достаточно легко и просто. Единственный здесь недостаток - это звуковые карты, т.е. далеко не на всех можно заметить данное явление.
Что оно из себя представляет? Да просто напросто более тихий уровень громкости звука и все - больше ничего. Вопрос в том, почему он более тихий, в отличие от Shared-режима, если все настройки строго по умолчанию и уровень громкости в самом плеере и системном микшере один и тот же?
Алгоритм воспроизведения:
1. Выбрать "MPC Audio Renderer"
2. Выбрать "WASAPI: Shared Mode"
3. Открыть любой видео, или аудио файл
4. После открытия, во время воспроизведения, установить громкость в плеере и системном микшере равной 100%, после чего, открыть свойства "MPC Audio Renderer" и переключиться с "Shared-режима" на "Exclusive" "на лету".
Вот и весь алгоритм воспроизведения, всего лишь открыть видео, или аудио файл и переключиться, при максимальной громкости, с одного режима на другой.
И это не только с нашим "MPC Audio Renderer", то же самое явление более тихого звука наблюдается и на "Sanear Audio Renderer" в режиме "Exclusive Mode" и на "Reclock". А раз оно наблюдается на различных WASAPI-рендерерах, то можно уже сказать, что дело явно не в них, т.е. это явление исходит уже, или от самих звуковых карт, или же их драйверов, а может и еще от чего-то это зависит...
Но скажу сразу, что данное явление характерно, в основном, только для некоторых моделей интегрированных звуковых карт, или же некоторых внешних бюджетных звуковых карт.
Для таких более мощных звуковых карт, как от "ASUS" серии "Xonar" - DG/DGX/DS/D1 и т.д. или же от "Creative" серии "X-Fi" - Xtreme Audio/Gamer/Fatal1ty/Fatal1ty Pro и т.д. оно неактуально, вы вряд ли его на этих моделях получите, или вообще хоть как-то это заметите, или сможете увидеть разницу в уровне громкости.
В настройках не нашел пункт, чтобы при воспроизведении окно плеера открывалось по размеру видео?
deannik
Цитата:
Посмотрите в меню Вид - Видеокадр, только учтите что оно активно только при воспроизведении видео.
Цитата:
В настройках не нашел пункт, чтобы при воспроизведении окно плеера открывалось по размеру видео?
Посмотрите в меню Вид - Видеокадр, только учтите что оно активно только при воспроизведении видео.
Koyotero
Это не то.
deannik
Опции -> Воспроизведение -> Автомасштаб.
Это не то.
deannik
Опции -> Воспроизведение -> Автомасштаб.
Aleksoid1978
Цитата:
Во как. Сам бы вряд ли догадался, что это то, что нужно. Спасибо!
И насчет этого сообщения. Я ошибался. С этим все нормально. В 90% МРС-ВЕ потребляет меньше, чем PotPlayer и MPC-HC.
Цитата:
Опции -> Воспроизведение -> Автомасштаб
Во как. Сам бы вряд ли догадался, что это то, что нужно. Спасибо!
И насчет этого сообщения. Я ошибался. С этим все нормально. В 90% МРС-ВЕ потребляет меньше, чем PotPlayer и MPC-HC.
Всем привет.
Кто использует WASAPI аудио-рендерер - просьба проверить билд https://yadi.sk/d/PdmaYFCFs3VoM
Я в нем провел небольшие оптимизации, избавился от лишнего.
Проверить работу перемотки-паузы-стоп, изменение настроек на лету.
Кто использует WASAPI аудио-рендерер - просьба проверить билд https://yadi.sk/d/PdmaYFCFs3VoM
Я в нем провел небольшие оптимизации, избавился от лишнего.
Проверить работу перемотки-паузы-стоп, изменение настроек на лету.
А с крашами на подключаемых внешних AC3-дорожкаx кто-нить сталкивался?
1.4.6.1508 x86xp - если с тем же именем, что у видоса, дорожка лежит, при переключении со встроенной — краш.
Вроде не крашится, если через менюшку подгружать (аудио\загрузить внешние дорожки), или реже, по крайней мере.
Ac3 извлекал из авишки и прикручивал к MKV. Может WAV-header был/не понравился, хз.
Относительно недавно с таким приколом столкнулся.
1.4.6.1508 x86xp - если с тем же именем, что у видоса, дорожка лежит, при переключении со встроенной — краш.
Вроде не крашится, если через менюшку подгружать (аудио\загрузить внешние дорожки), или реже, по крайней мере.
Ac3 извлекал из авишки и прикручивал к MKV. Может WAV-header был/не понравился, хз.
Относительно недавно с таким приколом столкнулся.
vasevase
Не подтверждаю. MPC-BE 1541 x64.
Выложи файл, с которым падает.
Не подтверждаю. MPC-BE 1541 x64.
Выложи файл, с которым падает.
И вот еще один билд - https://yadi.sk/d/u4A6oW6xs3Y8J
В нем при изменении параметров на лету - звук кратковременно прерывается, но зато нет никаких искажений и скачка fps/графика видео проигрывания. По мне так даже лучше.
И еще - в нем же "попытался" реализовать восстановление проигрывание в Shared режиме после "захвата" устройства другой программой(в эксклюзивном режиме).
В нем при изменении параметров на лету - звук кратковременно прерывается, но зато нет никаких искажений и скачка fps/графика видео проигрывания. По мне так даже лучше.
И еще - в нем же "попытался" реализовать восстановление проигрывание в Shared режиме после "захвата" устройства другой программой(в эксклюзивном режиме).
V0lt_r
Там под 16 ГБ файлов. #Вот дубляж:
#а вот видос:
Извлекал DubMod'ом.
Ещё на сериале падало (при переключении), но поднимать ссылки проблемно. Тоже AC3 был и MKV-шка.
Сначала подумал, что в фильме дело (в первом примере - куча дорожек), но сериал - там всего одна, ENG.
Там под 16 ГБ файлов. #Вот дубляж:
#а вот видос:
Извлекал DubMod'ом.
Ещё на сериале падало (при переключении), но поднимать ссылки проблемно. Тоже AC3 был и MKV-шка.
Сначала подумал, что в фильме дело (в первом примере - куча дорожек), но сериал - там всего одна, ENG.
vasevase
1) Проверь на самое последней SVN версии.
2) Выложи сам извлеченный аудио-файл(может именно с ним проблема - мало ли).
3) Покажи список фильтров во время проигрывания.
Добавлено:
vasevase
Ну а вообще - сохранять AC3 поток в WAVE(с RIFF заголовком) это полный изврат
1) Проверь на самое последней SVN версии.
2) Выложи сам извлеченный аудио-файл(может именно с ним проблема - мало ли).
3) Покажи список фильтров во время проигрывания.
Добавлено:
vasevase
Ну а вообще - сохранять AC3 поток в WAVE(с RIFF заголовком) это полный изврат
Aleksoid1978
Цитата:
Цитата:
Проверил первый и второй ваши тестовые билды.
Результаты:
Первый тестовый билд:
В первом тестовом билде, при переключении с Shared на Exclusive-режим и обратно, во время воспроизведения видео файлов, при условии, что используется метод синхронизации "Видео по аудио", можно получить рывок кадров вперед и соответственно определенное количество пропущенных кадров в свойствах видео-рендерера. Фактически - это баг.
При переключении с Shared на Exclusive-режим и обратно, во время воспроизведения видео файлов, при условии, что используется метод синхронизации "Аудио по видео", рывка кадров вперед нет и не наблюдается, соответственно и нет пропущенных кадров в свойствах видео-рендерера.
Второй тестовый билд:
Во втором тестовом билде, при переключении с Shared на Exclusive-режим и обратно, во время воспроизведения видео файлов, при условии, что используется метод синхронизации "Видео по аудио", из-за того, что кратковременно пропадает звук, скачка видео кадров вперед нет и не наблюдается, как и нет определенного количества пропущенных кадров в свойствах видео-рендерера.
Аналогично и при методе синхронизации "Аудио по видео".
Восстановление звука, при использовании Shared-режима, работает только на Windows 10, на других более ранних операционных системах оно не работает, хотя должно и обязано работать.
Я все-таки предлагаю вам сделать специальный билд под это дело, с возможностью создания лог-файла на рабочем столе. Думаю, что по лог-файлу мы сможем понять и установить причину "не восстановления" звука, при использовании Shared-режима, на более ранних операционных системах.
Иначе вообще даже нет смысла добавлять данный функционал, т.е. эту данную "фичу".
Следующее, на что нужно обратить внимание - это на работу метода синхронизации "Аудио по видео".
Дело в том, что далеко не на всех видео файлах он может корректно работать, т.е. при его использовании, могут наблюдаться различные искажения звука, вроде "скрипов" и "щелчков".
Aleksoid1978, для вас я выложил один видео файл, на котором вы сможете увидеть разницу, во время его воспроизведения, при методах синхронизации "Видео по аудио" и "Аудио по видео".
Обратите пожалуйста внимание на сам звук, во время его воспроизведения, при использовании метода синхронизации "Аудио по видео", на вашей звуковой карте "Realtek HD Audio".
Соответственно, при перемотке данного видео файла, вы также сможете заметить разницу в самом звуке, или же его звучании.
Ну и последний баг, который есть как в SVN, так и в ваших двух тестовых билдах - это сдвиг интервалов частоты кадров (FPS) вперед. Про него я планировал и хотел выложить отдельный баг-репорт, где я вам распишу и покажу, как он выглядит и что он собой представляет. Пока только скажу вам точно, что ваша оптимизация не повлияла на него, т.е. не принесла за собой никаких особых ухудшений.
В целом, по поводу ваших двух тестовых билдов, можно уже точно сказать, что в них есть проблемы, которые есть и на SVN-билдах.
Соглашусь с тем, что ваш второй тестовый билд гораздо лучше в плане того, что в нем нет рывка кадров вперед, при переключении с Shared на Exlusive-режим и обратно, при использовании метода синхронизации "Видео по аудио", а также и есть возможность восстанавливать звук, при использовании Shared-режима, но только на Windows 10. Ясно, что данная "фича" еще нуждается в доработке.
Чтобы вам было понятно, распишу еще раз, для вас, вкратце, названия самих проблем (багов):
1. Рывок кадров вперед, а также и пропуски кадров, при переключении с Shared на Exclusive-режим и обратно, на лету, во время воспроизведения видео файла, при использовании метода синхронизации "Видео по аудио".
2. Некорректно работает метод синхронизации "Аудио по видео" на некоторых видео файлах.
3. Сдвиг интервалов частоты кадров (FPS) вперед.
4. По поводу второго тестового билда - не восстанавливается звук, при использовании Shared-режима, на более ранних операционных системах, т.е. на системах ниже Windows 10.
Вот пока такие, на данный момент, текущие проблемы.
Вы конечно здорово сделали, что решили сделать кратковременное отсутствие звука, при изменении настроек на лету, но я бы вам предложил сделать по аналогии с методом синхронизации "Аудио по видео", т.е. сделать таким образом, чтобы звук не отсутствовал, но при этом бы не было рывка кадров вперед и пропусков кадров, как это сейчас происходит при данном методе синхронизации "Аудио по видео", т.е. сделать аналогично и для метода синхронизации "Видео по аудио".
Цитата:
Кто использует WASAPI аудио-рендерер - просьба проверить билд https://yadi.sk/d/PdmaYFCFs3VoM
Я в нем провел небольшие оптимизации, избавился от лишнего.
Проверить работу перемотки-паузы-стоп, изменение настроек на лету.
Цитата:
И вот еще один билд - https://yadi.sk/d/u4A6oW6xs3Y8J
В нем при изменении параметров на лету - звук кратковременно прерывается, но зато нет никаких искажений и скачка fps/графика видео проигрывания. По мне так даже лучше.
И еще - в нем же "попытался" реализовать восстановление проигрывание в Shared режиме после "захвата" устройства другой программой(в эксклюзивном режиме).
Проверил первый и второй ваши тестовые билды.
Результаты:
Первый тестовый билд:
В первом тестовом билде, при переключении с Shared на Exclusive-режим и обратно, во время воспроизведения видео файлов, при условии, что используется метод синхронизации "Видео по аудио", можно получить рывок кадров вперед и соответственно определенное количество пропущенных кадров в свойствах видео-рендерера. Фактически - это баг.
При переключении с Shared на Exclusive-режим и обратно, во время воспроизведения видео файлов, при условии, что используется метод синхронизации "Аудио по видео", рывка кадров вперед нет и не наблюдается, соответственно и нет пропущенных кадров в свойствах видео-рендерера.
Второй тестовый билд:
Во втором тестовом билде, при переключении с Shared на Exclusive-режим и обратно, во время воспроизведения видео файлов, при условии, что используется метод синхронизации "Видео по аудио", из-за того, что кратковременно пропадает звук, скачка видео кадров вперед нет и не наблюдается, как и нет определенного количества пропущенных кадров в свойствах видео-рендерера.
Аналогично и при методе синхронизации "Аудио по видео".
Восстановление звука, при использовании Shared-режима, работает только на Windows 10, на других более ранних операционных системах оно не работает, хотя должно и обязано работать.
Я все-таки предлагаю вам сделать специальный билд под это дело, с возможностью создания лог-файла на рабочем столе. Думаю, что по лог-файлу мы сможем понять и установить причину "не восстановления" звука, при использовании Shared-режима, на более ранних операционных системах.
Иначе вообще даже нет смысла добавлять данный функционал, т.е. эту данную "фичу".
Следующее, на что нужно обратить внимание - это на работу метода синхронизации "Аудио по видео".
Дело в том, что далеко не на всех видео файлах он может корректно работать, т.е. при его использовании, могут наблюдаться различные искажения звука, вроде "скрипов" и "щелчков".
Aleksoid1978, для вас я выложил один видео файл, на котором вы сможете увидеть разницу, во время его воспроизведения, при методах синхронизации "Видео по аудио" и "Аудио по видео".
Обратите пожалуйста внимание на сам звук, во время его воспроизведения, при использовании метода синхронизации "Аудио по видео", на вашей звуковой карте "Realtek HD Audio".
Соответственно, при перемотке данного видео файла, вы также сможете заметить разницу в самом звуке, или же его звучании.
Ну и последний баг, который есть как в SVN, так и в ваших двух тестовых билдах - это сдвиг интервалов частоты кадров (FPS) вперед. Про него я планировал и хотел выложить отдельный баг-репорт, где я вам распишу и покажу, как он выглядит и что он собой представляет. Пока только скажу вам точно, что ваша оптимизация не повлияла на него, т.е. не принесла за собой никаких особых ухудшений.
В целом, по поводу ваших двух тестовых билдов, можно уже точно сказать, что в них есть проблемы, которые есть и на SVN-билдах.
Соглашусь с тем, что ваш второй тестовый билд гораздо лучше в плане того, что в нем нет рывка кадров вперед, при переключении с Shared на Exlusive-режим и обратно, при использовании метода синхронизации "Видео по аудио", а также и есть возможность восстанавливать звук, при использовании Shared-режима, но только на Windows 10. Ясно, что данная "фича" еще нуждается в доработке.
Чтобы вам было понятно, распишу еще раз, для вас, вкратце, названия самих проблем (багов):
1. Рывок кадров вперед, а также и пропуски кадров, при переключении с Shared на Exclusive-режим и обратно, на лету, во время воспроизведения видео файла, при использовании метода синхронизации "Видео по аудио".
2. Некорректно работает метод синхронизации "Аудио по видео" на некоторых видео файлах.
3. Сдвиг интервалов частоты кадров (FPS) вперед.
4. По поводу второго тестового билда - не восстанавливается звук, при использовании Shared-режима, на более ранних операционных системах, т.е. на системах ниже Windows 10.
Вот пока такие, на данный момент, текущие проблемы.
Вы конечно здорово сделали, что решили сделать кратковременное отсутствие звука, при изменении настроек на лету, но я бы вам предложил сделать по аналогии с методом синхронизации "Аудио по видео", т.е. сделать таким образом, чтобы звук не отсутствовал, но при этом бы не было рывка кадров вперед и пропусков кадров, как это сейчас происходит при данном методе синхронизации "Аудио по видео", т.е. сделать аналогично и для метода синхронизации "Видео по аудио".
Evgeniy_1990
Цитата:
Что это такое ??
Цитата:
Да - есть небольшие щелчки после перемотки, но только в Shared режиме.
Но - режим "Аудио по видео" лучше и не использовать вовсе. Он может пригодиться только в случае несовпадения частоты видео и аудио и хочется чтобы видео шло ровно(а на звук пофигу). Так что - ничего страшного ...
Цитата:
сдвиг интервалов частоты кадров (FPS) вперед
Что это такое ??
Цитата:
Следующее, на что нужно обратить внимание - это на работу метода синхронизации "Аудио по видео".
Дело в том, что далеко не на всех видео файлах он может корректно работать, т.е. при его использовании, могут наблюдаться различные искажения звука, вроде "скрипов" и "щелчков".
Aleksoid1978, для вас я выложил один видео файл, на котором вы сможете увидеть разницу, во время его воспроизведения, при методах синхронизации "Видео по аудио" и "Аудио по видео".
Обратите пожалуйста внимание на сам звук, во время его воспроизведения, при использовании метода синхронизации "Аудио по видео", на вашей звуковой карте "Realtek HD Audio".
Соответственно, при перемотке данного видео файла, вы также сможете заметить разницу в самом звуке, или же его звучании.
Да - есть небольшие щелчки после перемотки, но только в Shared режиме.
Но - режим "Аудио по видео" лучше и не использовать вовсе. Он может пригодиться только в случае несовпадения частоты видео и аудио и хочется чтобы видео шло ровно(а на звук пофигу). Так что - ничего страшного ...
Aleksoid1978
Цитата:
Да не только после перемотки, но также и во время воспроизведения, даже в самом начале воспроизведения данного видео файла. Лучше бы это исправить.
Цитата:
Как это "по фигу", если здесь также основным является качество самого звука.
"Несовпадение частоты видео и аудио" - это интересно, можно такой пример видео файла, если конечно он у вас есть?
Цитата:
Да - есть небольшие щелчки после перемотки, но только в Shared режиме.
Да не только после перемотки, но также и во время воспроизведения, даже в самом начале воспроизведения данного видео файла. Лучше бы это исправить.
Цитата:
Но - режим "Аудио по видео" лучше и не использовать вовсе. Он может пригодиться только в случае несовпадения частоты видео и аудио и хочется чтобы видео шло ровно(а на звук пофигу). Так что - ничего страшного ...
Как это "по фигу", если здесь также основным является качество самого звука.
"Несовпадение частоты видео и аудио" - это интересно, можно такой пример видео файла, если конечно он у вас есть?
Evgeniy_1990
Что то ты путаешь, нужно использовать режим "Видео по аудио" - тогда аудио будет ВСЕГДА идти непрерывно а видео синхронизироваться.
"Аудио по видео" - наоборот.
По поводу примера - выкладывали в свое время кусок с "Твин пикс" где видео и аудио были с разных источников(23.976/25).
Добавлено:
Evgeniy_1990
Debug билд выложил на нашем форуме - http://mpc-be.org/forum/viewtopic.php?pid=1634#p1634
Что то ты путаешь, нужно использовать режим "Видео по аудио" - тогда аудио будет ВСЕГДА идти непрерывно а видео синхронизироваться.
"Аудио по видео" - наоборот.
По поводу примера - выкладывали в свое время кусок с "Твин пикс" где видео и аудио были с разных источников(23.976/25).
Добавлено:
Evgeniy_1990
Debug билд выложил на нашем форуме - http://mpc-be.org/forum/viewtopic.php?pid=1634#p1634
Aleksoid1978
Цитата:
Я ничего не путаю, просто, может быть, не совсем точно понимаю, как работает метод синхронизации "Аудио по видео".
Цитата:
Да, помню, что была тема и был разговор, где аудио данные по длине отличались от видео, говорили, что происходят периодические рывки звука, во время воспроизведения.
Вот только этого сэмпла "Твин пикс", у меня, к сожалению, нет. Обычно я, все самые проблемные сэмплы, которые выкладывают наши уважаемые пользователи и форумчане, скачиваю и добавляю их в свою коллекцию, после чего периодически их прогоняю и перепроверяю на наличие возможных багов и текущих поломок, по ходу развития нашего проекта. Именно таким образом я и собирал коллекцию различных пользовательских тестовых сэмплов, т.е. постепенно ее пополнял.
По поводу этих значений "29.976/25" да видно, что частота кадров отличается, но это еще ни о чем не говорит, т.е. нельзя делать вывод и твердо утверждать только лишь увидев эти значения и это отличие.
С таким же успехом, я вам могу привести подобные значения, вот, например, пожалуйста, "11,988 (11988/1000)", или такое "11,988/23,976" и что дальше, что отсюда следует - да ничего отсюда не следует, видео файлы, с такими значениями, воспроизводятся нормально, даже при методе синхронизации "Аудио по видео", в то время как этот сэмпл "Твин пикс" может работать нормально только при методе "Аудио по видео", в отличие от других видео файлов с подобными, похожими, или же просто аналогичными значениями. Вот именно, что нельзя утверждать наверняка.
Добавлено:
Aleksoid1978
Цитата:
Об этом я позднее выложу баг-репорт в виде отдельной темы на наш основной технический форум данного проекта, ибо "в двух словах", если вам это сказать, - вы просто не поймете, а городить здесь огород в виде огромного количества текста, мне не хочется, поскольку вы сами против этого.
Цитата:
Что то ты путаешь, нужно использовать режим "Видео по аудио" - тогда аудио будет ВСЕГДА идти непрерывно а видео синхронизироваться.
"Аудио по видео" - наоборот.
Я ничего не путаю, просто, может быть, не совсем точно понимаю, как работает метод синхронизации "Аудио по видео".
Цитата:
По поводу примера - выкладывали в свое время кусок с "Твин пикс" где видео и аудио были с разных источников(23.976/25).
Да, помню, что была тема и был разговор, где аудио данные по длине отличались от видео, говорили, что происходят периодические рывки звука, во время воспроизведения.
Вот только этого сэмпла "Твин пикс", у меня, к сожалению, нет. Обычно я, все самые проблемные сэмплы, которые выкладывают наши уважаемые пользователи и форумчане, скачиваю и добавляю их в свою коллекцию, после чего периодически их прогоняю и перепроверяю на наличие возможных багов и текущих поломок, по ходу развития нашего проекта. Именно таким образом я и собирал коллекцию различных пользовательских тестовых сэмплов, т.е. постепенно ее пополнял.
По поводу этих значений "29.976/25" да видно, что частота кадров отличается, но это еще ни о чем не говорит, т.е. нельзя делать вывод и твердо утверждать только лишь увидев эти значения и это отличие.
С таким же успехом, я вам могу привести подобные значения, вот, например, пожалуйста, "11,988 (11988/1000)", или такое "11,988/23,976" и что дальше, что отсюда следует - да ничего отсюда не следует, видео файлы, с такими значениями, воспроизводятся нормально, даже при методе синхронизации "Аудио по видео", в то время как этот сэмпл "Твин пикс" может работать нормально только при методе "Аудио по видео", в отличие от других видео файлов с подобными, похожими, или же просто аналогичными значениями. Вот именно, что нельзя утверждать наверняка.
Добавлено:
Aleksoid1978
Цитата:
Что это такое ??
Об этом я позднее выложу баг-репорт в виде отдельной темы на наш основной технический форум данного проекта, ибо "в двух словах", если вам это сказать, - вы просто не поймете, а городить здесь огород в виде огромного количества текста, мне не хочется, поскольку вы сами против этого.
Aleksoid1978
Фильтры:
Ошибка: [more=подробнее...]AppName: mplayerc.exe AppVer: 1.4.6.1508 ModName: mplayerc.exe
ModVer: 1.4.6.1508 Offset: 00d8fc67
AppName: mplayerc.exe AppVer: 1.4.6.1508 ModName: mplayerc.exe
ModVer: 1.4.6.1508 Offset: 00d8fcac[/more]
Звук выслал в ПМ тебе и V0lt_r.
По-моему, только на MKV валится, через раз: либо часто жать хоткей "A" и в определённый момент
это случится, либо чуть ли не сразу. На MP4 попробовал - вроде норм. И быстро, без затыка меняет.
Сейчас последние SVN попробую...
Попробовал: http://forum.ru-board.com/topic.cgi?forum=5&topic=48073&start=2320#13 (1542) — тоже крашится.
Фильтры:
Ошибка: [more=подробнее...]AppName: mplayerc.exe AppVer: 1.4.6.1508 ModName: mplayerc.exe
ModVer: 1.4.6.1508 Offset: 00d8fc67
AppName: mplayerc.exe AppVer: 1.4.6.1508 ModName: mplayerc.exe
ModVer: 1.4.6.1508 Offset: 00d8fcac[/more]
Звук выслал в ПМ тебе и V0lt_r.
По-моему, только на MKV валится, через раз: либо часто жать хоткей "A" и в определённый момент
это случится, либо чуть ли не сразу. На MP4 попробовал - вроде норм. И быстро, без затыка меняет.
Сейчас последние SVN попробую...
Попробовал: http://forum.ru-board.com/topic.cgi?forum=5&topic=48073&start=2320#13 (1542) — тоже крашится.
vasevase
Цитата:
Можете и мне скинуть, если не жалко, проверю у себя на XP, положу ваш звуковой файл рядом с матрешкой и подключу его или в качестве одноименного аудио, или просто выберу ваш аудио файл в качестве внешней аудио дорожки.
Граф фильтров у вас правильный. Вот этот фильтр "MPC DTS/AC3/DD + Source" как раз и говорит вам о том, что у вас подключился внешний звуковой файл в качестве внешней аудио дорожки.
Цитата:
Звук - заливается, выдам в ПМ Вольту и тебе.
Можете и мне скинуть, если не жалко, проверю у себя на XP, положу ваш звуковой файл рядом с матрешкой и подключу его или в качестве одноименного аудио, или просто выберу ваш аудио файл в качестве внешней аудио дорожки.
Граф фильтров у вас правильный. Вот этот фильтр "MPC DTS/AC3/DD + Source" как раз и говорит вам о том, что у вас подключился внешний звуковой файл в качестве внешней аудио дорожки.
vasevase
Ну я ничем не могу помочь - проверил а отдельно файл открывал(просто как аудио), и переименовывал чтобы автоматом с видео загружался, и в ручную подгружал. Все отлично идет - не падает.
Ну и т.к. фактически поддержкой работоспособности на Windows XP уже давно никто не занимается - исправления можно не ждать(если не случиться чудо ).
Ну я ничем не могу помочь - проверил а отдельно файл открывал(просто как аудио), и переименовывал чтобы автоматом с видео загружался, и в ручную подгружал. Все отлично идет - не падает.
Ну и т.к. фактически поддержкой работоспособности на Windows XP уже давно никто не занимается - исправления можно не ждать(если не случиться чудо
).Evgeniy_1990
Выслал (можно было сразу в ПМ спросить).
Aleksoid1978
А хоткеем «A» пробовали быстро переключать (чуть ли не держа оный зажатым, или часто нажимая?).
Надеюсь, прикручивали к MKV-шке. Валится не со 100-процентной вероятностью каждый раз, но валится.
Выслал (можно было сразу в ПМ спросить).
Aleksoid1978
А хоткеем «A» пробовали быстро переключать (чуть ли не держа оный зажатым, или часто нажимая?).
Надеюсь, прикручивали к MKV-шке. Валится не со 100-процентной вероятностью каждый раз, но валится.
vasevase
Да переключал с помощью 'A'.
Да переключал с помощью 'A'.
Aleksoid1978
Ясно.
Что я пока натестил: бородатая версия 1.3.1.1 4469 - на ней, вроде, норм.
Косячится точно на 1.4.3.5600 и 1.4.6.1218.
1.4.2.4718 & 1.4.3.4994 - вроде норм тоже.
AudioSwitcher.ax из StandAlone если прикручивать старый к новым - сразу краш на запуске видео.
Evgeniy'я подожду, может чё скажет.
Ясно.
Что я пока натестил: бородатая версия 1.3.1.1 4469 - на ней, вроде, норм.
Косячится точно на 1.4.3.5600 и 1.4.6.1218.
1.4.2.4718 & 1.4.3.4994 - вроде норм тоже.
AudioSwitcher.ax из StandAlone если прикручивать старый к новым - сразу краш на запуске видео.
Evgeniy'я подожду, может чё скажет.
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106
Предыдущая тема: usergate 4
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.