Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » Media Player Classic - Black Edition / MPC-BE (часть 2)

Модерирует : gyra, Maz

Maz (24-12-2016 22:19): Media Player Classic - Black Edition (MPC-BE) часть 3  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200

   

MAX63ru



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Прошлые части топика: часть 1
Media Player Classic - Black Edition


MPC-BE – универсальный проигрыватель аудио и видеофайлов для операционной системы Windоws. Этот проект имеет свою независимую разработку на базе оригинального кода «Media Player Classic» и «Media Player Classic - Home Cinema», со своими нововведениями и оптимизацией.  
Плеер имеет внушительный набор аудио-видео фильтров, который позволяет ему воспроизводить практически все существующие форматы медиафайлов.
Начиная с версии 1.5.0 (билд 1591) поддержка Windows XP прекращена.
 
  • История изменений (упрощенный вариант).
  • Заменяемая графика: тулбары, фоновые картинки, иконки.
  • Схема управления плеером посредством тачскрина.

    Системные требования:
  • Windоws Vista, 7, 8, 8.1, 10 (32bit/64bit)  
  • Процессор с поддержкой SSE

    Различный софт на тему воспроизведения видео
    Голосование "Cамый популярный видеоплеер для видео 2016" | "2015"
     
    Помощь проекту.

  • Всего записей: 8264 | Зарегистр. 14-04-2012 | Отправлено: 21:12 05-10-2015 | Исправлено: Maz, 08:50 11-03-2017
    V0lt_r



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Koyotero
    Какой формат ютуба выбран в настройках?

    Всего записей: 722 | Зарегистр. 15-11-2015 | Отправлено: 20:02 01-04-2016
    Koyotero



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    V0lt_r

    Цитата:
    Какой формат ютуба выбран в настройках?

    WebM@1080p.Поправил опечатку версии в прошлом посте на 1323. Сейчас пользуюсь именно ей.

    Всего записей: 1315 | Зарегистр. 30-10-2005 | Отправлено: 20:40 01-04-2016 | Исправлено: Koyotero, 20:45 01-04-2016
    Evgeniy_1990

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Koyotero

    Цитата:
    Билд 1327 намного хуже работает с видео Youtube. Многие не открываются, в отличие от 1323, который и формат 1080 стал открывать. Вот пример плейлиста  http://www.youtube.com/playlist?list=PLXnIohISHNIvsnUNe8RwvhksUSFzdQsiT

    Не подтверждаю! Проверил вашу ссылку на плейлист в SVN r1334 - она открывается нормально, при конфигурации: File Source (URL) + WebM@1080p + опция "Загружать плейлист". В списке фильтров имеются два графа - отдельно для видео и отдельно для аудио, что разумеется правильно.  
    V0lt_r

    Цитата:
    У тебя в ссылка на плейлист без выбора конкретного ролика (в урле нет "watch?").

    Кто вам сказал, что в ссылках на различные плейлисты должна быть именно надпись "watch?="? Это всего лишь ссылка на сам конкретный общий плейлист, а не на конкретный видео файл из него. Сама ссылка, в данном случае, полностью корректная.
     
    Если уж где и есть "траблы", так это с вашим "вселюбимым" 3DYD YouTube Source.
    Вот с ним можно получить все что угодно, особенно всякие различные косяки.
    Вот, например, один из них: выбрал "Best Available", затем "Сохранить как".
    В результате, после сохранения, имею только одну лишь видео дорожку, без аудио.
    Ну это понятно, поскольку аудио дорожка идет отдельно для гребанных "DASH", но сама проблема именно в самом формате сохранения видео файлов с YouTube,  
    После сохранения, мы имеем расширение .MP4, хотя на самом деле - это Matroska, поскольку видео файл содержит VP90. Уже ясно, что это не MP4 и быть им не может, но вот этот идиотский соурс-фильтр "3DYD YouTube Source" считает иначе. Вопрос - почему?
    Видимо для него вообще нет никаких различий в плане расширений форматов файлов, как говориться: "что хочу, то и ворочу".  
    P.S. Если конечно еще эта трабла не идет со стороны самого плеера.

    Всего записей: 2127 | Зарегистр. 05-07-2014 | Отправлено: 02:46 02-04-2016
    Aleksoid1978



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Evgeniy_1990
    Вот я сколько раз говорил, чуть ли не кричал - ЕСЛИ НЕ ЗНАЕШЬ ЧЕГО ЛИБО, ЗАЧЕМ ПРО ЭТО ГОВОРИТЬ
     
    Всем процессом сохранения, в том числе и выбор имени файла(название + расширение) - рулит сам проигрыватель. Сохраняется ТОЛЬКО один поток(а конкретнее - один выходной пин фильтра). Имя файла так же мы сами генерим(просто берем Title для текущего url). Расширение - конечно же мы не знаем, поэтому просто я подставил .MP4
     
    Добавлено:
    Так, только что проверил у себя последнюю SVN версию, а так же свой тестовый билд - все великолепно загружается плейлист, все воспроизводится.
     
    Добавлено:
    Меня больше интересует проверка тестового билда - кто нибудь проверял, нормально играют webm(mkv)/mp4 форматы с http/https. Самое востребованное в этом случае - это проигрывание Youtube.
     
    Как играет, как работает перемотка ??

    ----------
    AMD Ryzen 5 3600 /GIGABYTE B450 Gaming X /Patriot 32Gb@3200 /Kingston 500Gb M.2 /RTX 4060 /Samsung U28R550UQI /OLED Philips 55OLED707 /Yamaha RX-V471 + NS-555 + NS-C444 + NS-333 + YST-SW215

    Всего записей: 9225 | Зарегистр. 11-05-2006 | Отправлено: 03:26 02-04-2016 | Исправлено: Aleksoid1978, 03:35 02-04-2016
    Evgeniy_1990

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Aleksoid1978

    Цитата:
    Вот я сколько раз говорил, чуть ли не кричал - ЕСЛИ НЕ ЗНАЕШЬ ЧЕГО ЛИБО, ЗАЧЕМ ПРО ЭТО ГОВОРИТЬ  

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

    Цитата:
    Всем процессом сохранения, в том числе и выбор имени файла(название + расширение) - рулит сам проигрыватель. Сохраняется ТОЛЬКО один поток(а конкретнее - один выходной пин фильтра). Имя файла так же мы сами генерим(просто берем Title для текущего url). Расширение - конечно же мы не знаем, поэтому просто я подставил .MP4

    Как я и предполагал и подозревал. Теперь мне понятно стало, спасибо за ответ.
     

    Цитата:
    Меня больше интересует проверка тестового билда - кто нибудь проверял, нормально играют webm(mkv)/mp4 форматы с http/https. Самое востребованное в этом случае - это проигрывание Youtube.
     
    Как играет, как работает перемотка ??

    А меня больше всего интересует ваша конкретика, просто из того, что вы ранее расписывали, прилагая свои тестовые билды, довольно мало что понятно.
     
    И сразу же в голову - что конкретно проверять? Ну YouTube - это понятно. А остальное?  
    Из того, что вы расписали, я пришел только к одному выводу, что в данном случае речь идет о неких различных видео файлах, имеющих прямой доступ, т.е. так называемые прямые ссылки, благодаря которым мы эти файлы можем скачивать.  
     
    Вот, например такая прямая ссылка: amvnews.ru/index.php?go=Files&file=down&id=7596&alt=1
    Но, только нужно учесть протоколы HTTP/HTTPS. Учитываем протокол и получаем такую ссылку:  
    http://amvnews.ru/index.php?go=Files&file=down&id=7596&alt=1
    Копируем ее и вставляем в окно URL плеера и ждем дальнейшего открытия.
    Да, она открылась, но буферизация данных идет очень и очень медленно, по сравнению с тем же YouTube, где видео файлы 720р и 1080р загружаются практически мгновенно при достаточно быстром интернете.
     
    Ну если я прав и это действительно так, то по аналогии также должны работать и прямые ссылки на аудио файлы, такие как MP3, OGG, AAC и т.д.  
     
    Поискав в интернете прямые ссылки на аудио файлы, например, с http://zaycev.net/, они почему-то вообще не открылись, хм, странно. Может быть я чего-то и не понял...
     
    Но по идее и логике - совершенно любая прямая ссылка на файл, главное, чтобы она была точной прямой.

    Всего записей: 2127 | Зарегистр. 05-07-2014 | Отправлено: 04:24 02-04-2016
    Aleksoid1978



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Evgeniy_1990

    Цитата:
    http://amvnews.ru/index.php?go=Files&file=down&id=7596&alt=1

    Проверил(не своем же тестовом билде) - великолепно открывается, играется используя только встроенный MP4Source. Перемотка работает.
     
    Добавлено:
    С зайцев может не качаться,  там наверняка используются куки, реферер и т.д.

    ----------
    AMD Ryzen 5 3600 /GIGABYTE B450 Gaming X /Patriot 32Gb@3200 /Kingston 500Gb M.2 /RTX 4060 /Samsung U28R550UQI /OLED Philips 55OLED707 /Yamaha RX-V471 + NS-555 + NS-C444 + NS-333 + YST-SW215

    Всего записей: 9225 | Зарегистр. 11-05-2006 | Отправлено: 04:33 02-04-2016
    Aleksoid1978



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Вот тут прямые ссылки на MP3 - http://samples.mplayerhq.hu/A-codecs/MP3/
    Все работает. С зайцев иногда - там защита на сервере стоит
     
    По поводу MP3 - пока они долго открываются, т.к. алгоритм открытия был заточен под локальные файлы. Потом подправлю.

    ----------
    AMD Ryzen 5 3600 /GIGABYTE B450 Gaming X /Patriot 32Gb@3200 /Kingston 500Gb M.2 /RTX 4060 /Samsung U28R550UQI /OLED Philips 55OLED707 /Yamaha RX-V471 + NS-555 + NS-C444 + NS-333 + YST-SW215

    Всего записей: 9225 | Зарегистр. 11-05-2006 | Отправлено: 08:42 02-04-2016
    V0lt_r



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Aleksoid1978, Evgeniy_1990
    Я использую HFS. Создаю связь с реальной папкой кидаю в нее файлы и через браузер получаю ссылки вида http://localhost/folder/test.mp4 , которые открываю в плеере. В HFS можно задать лимит скорости для более адекватного тестирования.

    Всего записей: 722 | Зарегистр. 15-11-2015 | Отправлено: 09:33 02-04-2016 | Исправлено: V0lt_r, 09:34 02-04-2016
    Evgeniy_1990

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Aleksoid1978

    Цитата:
    Вот тут прямые ссылки на MP3 - http://samples.mplayerhq.hu/A-codecs/MP3/
    Все работает. С зайцев иногда - там защита на сервере стоит
     
    По поводу MP3 - пока они долго открываются, т.к. алгоритм открытия был заточен под локальные файлы. Потом подправлю.

    Это, пожалуй, единственный сайт, подходящий пока для тестов.
     
    Я проверил несколько прямых ссылок на mp3 и на некоторые видео файлы.
     
    Результаты, конечно, печальные:
     
    1. У меня не открылась ни одна прямая ссылка на mp3-аудио файлы.  
    При открытии, я вижу просто надпись "Открывается...", через некоторое время плеер просто зависнет намертво с этой надписью. Я прождал более 10 - 15 минут  и все равно - ничего не открылось.  
     
    2. Проверил несколько прямых ссылок с сайта  www.amvnews.ru
    Работают они очень странно, каждая как-то по своему, т.е.
     
    1) Некоторые ссылки открываются, во время воспроизведения идет постепенно буферизация данных, где-то быстрее, а где-то медленнее. Это зависит от разрешения самих видео файлов и их тяжести.
    2) Некоторые ссылки открываются спустя только определенное достаточно длительное время, например, после 5 - 10 - 15 минут, при этом видео файлы воспроизводятся уже без буферизации. Что это значит? Это значит, что все это длительное время (5 - 10 - 15 минут) эти видео файлы просто скачались невидимым образом куда-то во временную папку, а уже после этого, были запущены просто напросто локально. В итоге, мы получили всего лишь навсего обыкновенное воспроизведение локальных файлов. А лично я совсем не этого ожидал. Я изначально предполагал, что они будут открываться по принципу работы YouTube, т.е. открываем ссылку и во время воспроизведения будет происходить постепенно буферизация данных видео файла, а в итоге получил просто типичную загрузку файла куда-то во временную папку, после чего он соизволил наконец-то открыться, но только уже не как потоковый, а как локальный.
     
    3. С зайцев у меня также как и с этими mp3-аудио файлами ничего не открылось вообще.
    Это называется - поиграй в угадайку. Попробуй угадай, какие mp3-аудио файлы с этих "зайцев" открываются...
     
    4. Даже маленькие 5, или 6-секундные видео файлы с разрешением FullHD 1080p загружаются почему-то очень и очень медленно, т.е. буферизация данных происходит медленно, воспроизведение опережает ее, в результате чего, получаем прерывистое проигрывание. То же самое относится и к моей первой ссылке с amvnew.ru. там тоже видео файл с разрешением 1080p. Опять же очень и очень странно и дело здесь вовсе не в медленном интернете, да и сам интернет у меня высокоскоростной и вовсе не медленный.
    С YouTube 1080p-видео файлы грузятся достаточно быстро, во время воспроизведения.
     
    5. Также работают TS и MTS-видео файлы, несмотря на то, что вы пока отключили их загрузку, что странно... А нет, стоп... Это разве вообще TS?  
    Да нет, это никакой не TS. В свойствах видео файла вижу:
    "Video: AMVC 1920x1080 25fps [Video - MVC (Full), Stereo High Profile, Level 4.1, 1920x1080, 25.000 fps (1011,e0,00)]". Это вообще - AMVC - некая разновидность этого недавно реализованного MVC, который мне вообще мало известен. Что-то там, "3D Stereo", который можно встретить только на Blu-ray-дисках. Не ожидал такого... Только с толку сбивает, поскольку я уже привык, что в TS должны быть TS (MPEG-2 Transport Stream), а не эти MVC-всякие.  
     
    P.S. Не отрицаю и не скрываю, что проверяю ссылки и их воспроизведение на своем интернете, который подключен не напрямую, а через WiFi-роутер. На машине, на которой я проверяю ссылки, установлен и работает WiFi-Adapter. Да, я знаю и в курсе, что скорость, при данных условиях, будет значительно ниже, но ведь не настолько, чтобы не воспроизвести нормально какие-то там обыкновенные легкие видео файлы с разрешением FullHD = 1080p.
     
    Добавлено:
    Aleksoid1978
    По поводу YouTube в вашем тестовом билде и SVN-билдах:
    Скажу сразу, что это относится только ко всем видам "WebM".
     
    Что в тестовых, что в SVN-билдах есть разница в работе MP4 и Matroska (WebM).
    Вот только вы, на ваших новых системах ее просто напросто увидеть и воспроизвести не сможете.  
     
    Но она в данном примере, который предоставил нам пользователь:  
    http://www.youtube.com/playlist?list=PLXnIohISHNIvsnUNe8RwvhksUSFzdQsiT
     
    Собственно - это само открытие этих видео файлов из данного плейлиста.
    При открытии видео файлов, как MP4 - проблем нет, воспроизведение с самого начала плавное.
    При открытии видео файлов, как WebM - в начале воспроизведения всегда есть небольшой ступор на пару секунд, после чего воспроизведение продолжается нормально.  
    В свойствах и статистике видео-рендерера видны достаточно сильные отклонение за 300 и выше.
     
    Вот вам и разница в корректной работе межу MP4 и WebM, он же Matroska.  
    Дело здесь скорее всего именно в MatroskaSplitter. Можно сказать, увидев такое, что он не на все 100% корректно обрабатывает блоки данных. Видимо часть не успевает просто загрузиться, или же он просто сам не успевает только что полученный блок данных вовремя обработать. Таково мое предположение, ибо с MP4 такого точно не происходит.  
     
    Получается так, что MP4 заточен лучше, чем Matroska под потоковые видео файлы.
     
    Есть еще одно предположение, что это происходит из-за того, что WebM работает как DASH, распределяя один поток на два - видео и аудио по отдельности.

    Всего записей: 2127 | Зарегистр. 05-07-2014 | Отправлено: 10:25 02-04-2016
    Aleksoid1978



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Evgeniy_1990
    Ты на чем проверял - на SVN или тестовом билде ?? На тестовом билде при открытии MP4/MKV/WebM не должно быть никакой "буферизации", не должен присутствовать в списке фильтров File Source (URL). Тоже самое и при открытии Youtube(даже если выбрана настройка File Source (URL)). Если это не так, и File Source присутствует - может он у тебя в приоритете выставлен, либо сайт не смог начать отдачу данных в течении 3 секунд(именно такой у меня прописан тайм-аут на коннект). Ну и далее уже цепляется File Source (URL) и что у него там внутри происходит - никто не знает, это мы не контролируем никак.
     
    Если канал плохой(или задержки большие до сайт откуда качаем) - то тут конечно будут затупы/затыки.
     
    Для MPEG-TS с http, будет как и раньше - использоваться File Source (URL).
     
    P.S. Вот пример как должны выглядеть фильтры при открытии твоей ссылки на http://www.amvnews.ru/

     
     
     
    Добавлено:
    Ну а вот как выглядит список фильтров при открытии youtube, на примере следующей ссылки https://www.youtube.com/watch?v=gURonlBt1OA в формате WebM@1080p60

     
    Добавлено:
    Evgeniy_1990

    Цитата:
    "Video: AMVC 1920x1080 25fps [Video - MVC (Full), Stereo High Profile, Level 4.1, 1920x1080, 25.000 fps (1011,e0,00)]". Это вообще - AMVC - некая разновидность этого недавно реализованного MVC, который мне вообще мало известен. Что-то там, "3D Stereo", который можно встретить только на Blu-ray-дисках. Не ожидал такого... Только с толку сбивает, поскольку я уже привык, что в TS должны быть TS (MPEG-2 Transport Stream), а не эти MVC-всякие.

     
    Если что :
    MPEG-TS - это формат контейнера, в котором лежат данные.
    AVC/H.264/MVC - это формат потока/кодека, которые могут лежать в контейнере MPEG-TS.
     
    Добавлено:
    Вот обновленный билд - в нем открытие MP3/AAC с HTTP будет происходить быстрее.
    https://yadi.sk/d/DM-XO0pXqgBMc

    ----------
    AMD Ryzen 5 3600 /GIGABYTE B450 Gaming X /Patriot 32Gb@3200 /Kingston 500Gb M.2 /RTX 4060 /Samsung U28R550UQI /OLED Philips 55OLED707 /Yamaha RX-V471 + NS-555 + NS-C444 + NS-333 + YST-SW215

    Всего записей: 9225 | Зарегистр. 11-05-2006 | Отправлено: 11:25 02-04-2016 | Исправлено: Aleksoid1978, 11:29 02-04-2016
    Evgeniy_1990

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Aleksoid1978

    Цитата:
    Ты на чем проверял - на SVN или тестовом билде ?? На тестовом билде при открытии MP4/MKV/WebM не должно быть никакой "буферизации", не должен присутствовать в списке фильтров File Source (URL). Тоже самое и при открытии Youtube(даже если выбрана настройка File Source (URL)). Если это не так, и File Source присутствует - может он у тебя в приоритете выставлен, либо сайт не смог начать отдачу данных в течении 3 секунд(именно такой у меня прописан тайм-аут на коннект). Ну и далее уже цепляется File Source (URL) и что у него там внутри происходит - никто не знает, это мы не контролируем никак.  

    У меня имеются два ваших тестовых билда:
    1. "mpc-be.exe_1327_20160401"
    2. "mpc-be.exe_1332_20160331"
    Я проверял на втором тестовом, который идет под номером r1332, хотя на самом деле это r1323. Вы, видимо, что-то перепутали...
     
    Сейчас скачал ваш третий обновленный тестовый билд: "mpc-be.exe_1338_20160402".
     
    Проверил третий тестовый билд. Тоже самое, что и в первых двух тестовых билдах - есть системный фильтр "File Source (URL)", идет буферизация данных, при открытии прямых ссылок. Я не менял мерит этого фильтра, он работает с меритом по умолчанию, да и в приоритет я его не загонял. В общем, что-то тут не то... У меня совершенно иначе работают ваши тестовые билды. Это очень и очень странно, учитывая ваши слова, что не должно быть этого фильтра и не должно быть никакой буферизации данных.
     
    Если я заблокирую "File Source (URL)", то у меня вообще ни одна прямая ссылка не будет открываться. Плеер скажет просто "Invalid".
     
    YouTube в третьем тестовом билде работат так, как и работал всегда, если стоит File Source (URL), то он и используется, если внутренний загрузчик, то естественно - внутренний, без File Source (URL). Все вполне логично, кроме того, что в ваших тестовых билдах, судя по вашим словам, вообще не должно быть File Source (URL) и буферизации.
     
    Проверил открытие и воспроизведение mp3-аудио файлов в третьем тестовом билде.  
    Теперь они открываются и воспроизводятся нормально, но опять же только с помощью File Source (URL) + буферизация во время воспроизведения аудио потока.
     
    А должы открываться и воспроизводиться без File Source (URL) и буферизации в третьем тестовом билде, согласно вашим словам.

    Всего записей: 2127 | Зарегистр. 05-07-2014 | Отправлено: 13:25 02-04-2016
    Aleksoid1978



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Evgeniy_1990
    Очень странно - получается у тебя не хватает тайм-аута в 3 секунды чтобы получить ответ от удаленного сервера, очень плохо
     
    Добавлено:
    Вот еще 2 тестовых билда - https://yadi.sk/d/dt-7H56hqgLDF и https://yadi.sk/d/rQ8MYjU9qgLED
    В первом полностью убран тайм-аут на подключение, во втором - 5 секунд. (возможно в будущем это будет регулироваться).

    ----------
    AMD Ryzen 5 3600 /GIGABYTE B450 Gaming X /Patriot 32Gb@3200 /Kingston 500Gb M.2 /RTX 4060 /Samsung U28R550UQI /OLED Philips 55OLED707 /Yamaha RX-V471 + NS-555 + NS-C444 + NS-333 + YST-SW215

    Всего записей: 9225 | Зарегистр. 11-05-2006 | Отправлено: 13:59 02-04-2016
    Evgeniy_1990

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Aleksoid1978

    Цитата:
    Evgeniy_1990
    Очень странно - получается у тебя не хватает тайм-аута в 3 секунды чтобы получить ответ от удаленного сервера, очень плохо
     
    Добавлено:
    Вот еще 2 тестовых билда - https://yadi.sk/d/dt-7H56hqgLDF и https://yadi.sk/d/rQ8MYjU9qgLED
    В первом полностью убран тайм-аут на подключение, во втором - 5 секунд. (возможно в будущем это будет регулироваться).

    Проверил оба тестовых билда - в обоих по прежнему присутствует "File Source (URL)".
    В общем, понятно, дело не в тайм-аутах. Здесь что-то другое... Предлагаю разобраться через тестовым билд с создание лог-файла.

    Всего записей: 2127 | Зарегистр. 05-07-2014 | Отправлено: 14:39 02-04-2016
    Aleksoid1978



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Evgeniy_1990
    Так - а проверь работу IPTV с HTTP ссылками.
     
    Добавлено:
    Ну вот билд с логом - https://yadi.sk/d/AkihQS2EqgPyA
    Проверь на своей же ссылке - http://www.amvnews.ru/index.php?go=Files&file=down&id=7596&alt=1

    ----------
    AMD Ryzen 5 3600 /GIGABYTE B450 Gaming X /Patriot 32Gb@3200 /Kingston 500Gb M.2 /RTX 4060 /Samsung U28R550UQI /OLED Philips 55OLED707 /Yamaha RX-V471 + NS-555 + NS-C444 + NS-333 + YST-SW215

    Всего записей: 9225 | Зарегистр. 11-05-2006 | Отправлено: 15:06 02-04-2016
    Evgeniy_1990

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Aleksoid1978

    Цитата:
    Ну вот билд с логом - https://yadi.sk/d/AkihQS2EqgPyA
    Проверь на своей же ссылке - http://www.amvnews.ru/index.php?go=Files&file=down&id=7596&alt=1

    Проверил отладочный билд. В нем, при открытии прямых ссылок, а также и ссылок с YouTube, полностью отсутствует системный фильтр: "File Source (URL)", даже в том случае, если в настройках YouTube выбран именно этот фильтр. Вот теперь все полностью соответствует вашим словам.
     
    P.S. Странно, что в релизных билдах присутствует этот системный "File Source (URL)".
     
    Хотя, что с ним, что без него, все равно файлы по прямым ссылкам воспроизводятся прерывисто, в отличие от YouTube.
     
    Прилагаю лог-файлы. Пожалуйста, посмотрите их: https://yadi.sk/d/vO7DBEYoqgRgW
    Может быть сможете найти способ заставить их загружаться быстрее, а то текущий вариант совершенно никуда не годиться.
     
    Еще раз повторюсь, что видео файлы по прямым ссылкам загружаются очень и очень медленно, в отличие от YouTube, где даже FullHD=1080p загружается практически мгновенно.

    Всего записей: 2127 | Зарегистр. 05-07-2014 | Отправлено: 15:52 02-04-2016
    IamTheNight



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Всем здрасте.
    Собсна вот:
    http://rghost.ru/6n9XZjFGR/thumb.png
    Обратите внимание на рубашку и губы.
    Настройки PotPlayer v1.6.59347х64: http://rghost.ru/7lPxBTFFw/thumb.png
    Винда седьмая. В сабже, настроек кодеков и видео, не касался.  
    Почему такие отличия? На мой взгляд, в РР "картинка правильнее". Что и где покрутить в сабже?

    Всего записей: 528 | Зарегистр. 29-03-2016 | Отправлено: 16:06 02-04-2016 | Исправлено: IamTheNight, 16:08 02-04-2016
    Evgeniy_1990

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    IamTheNight

    Цитата:
    Всем здрасте.
    Собсна вот:
    http://rghost.ru/6n9XZjFGR/thumb.png
    Обратите внимание на рубашку и губы.
    Настройки PotPlayer v1.6.59347х64: http://rghost.ru/7lPxBTFFw/thumb.png
    Винда седьмая. В сабже, настроек кодеков и видео, не касался.  
    Почему такие отличия? На мой взгляд, в РР "картинка правильнее". Что и где покрутить в сабже?

    Такие отличия могут быть из-за того, что у вас в PotPlayer используется софт-режим - программные цвета, а в MPC-BE -  аппаратный режим (DXVA2) - аппаратный цвета, настраиваемые с помощью драйвера к вашей видеокарте. У вас на скриншоте видно, что в MPC-BE цвета гораздо ярче, что уже говорит о том, что работает DXVA2- аппаратный режим, особенно значок GPU в правом нижнем углу окна плеера.
    Попробуйте отключить DXVA в MPC-BE, или же наоборот включить DXVA в PotPlayer и сравните.
    Но, для начала, просьба проверить на последней SVN-версии, ибо релиз 1.4.5 более неактуален, он сильно устарел.
     
    Добавлено:
    IamTheNight

    Цитата:
    Настройки PotPlayer v1.6.59347х64: http://rghost.ru/7lPxBTFFw/thumb.png

    Ну да, так и есть. У вас в PotPlayer на выходе RGB32 - софтовый выходной формат.
     
    Добавлено:
    IamTheNight
    RGB32, также как и YUY2 не рекомендуется к использованию на видеокартах ATI Radeon HD, особенно YUY2.
    Поскольку на выходе он выдает слишком бледную картинку и на некоторых видео файлах неестественные цвета. RGB32 более контрастнее, чем YUY2, но более "ресурсоемкий" в плане обработки.
    NV12 в DXVA1/2 и софте, а также и YV12 в софте - вот лучшее решение для нормальной цветности изображения. NV12 быстрее, чем YV12.
     
    Добавлено:
    Aleksoid1978
    Понятно, почему вы убрали буферизацию, чтобы у потоковых видео файлов могла работать перемотка, даже в том случае, если они еще не полностью загрузились. Да, я понял к чему вы стремились и вам это удалось, но теперь вам придется переделывать в таком случае опять всю логику работы YouTube, ибо в отладочном билде WebM не работает вообще, даже 720р.
     
    По поводу перемотки - тут вопрос спорный и опять же зависит от операционных систем.  
    Нужны тщательные тесты различных потоковых видео файлов с YouTube и прочих прямых ссылок на XP и новых системах в плане перемотки.  
     
    Да, здорово попадать на первые блоки данных, но спросите себя, разве в итоге мы не получим длительную задержку, при перемотке, даже обыкновенных локальных файлов?  
     
    Вот чувствую, с перемоткой ВОЗМОЖНО будут проблемы, буду потом позже проверять, когда вы решите вопрос и доделайте этот асинхронный механизм работы открытия потоковых видео файлов и прочих прямых ссылок с поддержкой перемотки в произвольные места (ASyncHTTP/HTTPS).  
     
    Добавлено:
    Хотя, вы говорили, что с этим WebM есть проблемы и нюансы. Это же все-таки DASH в два потока - видео и аудио.
     
    P.S. Кошмар какой, наплодили WebM, DASH, VP90 и т.д. Этот наш всезнающий Google. VP8 получился так себе - ни о чем, да и VP9 не лучше выглядит, несмотря на поддержку DXVA2 на новых видеокартах, но опять только на GTX960/950.  

    Всего записей: 2127 | Зарегистр. 05-07-2014 | Отправлено: 16:17 02-04-2016 | Исправлено: Evgeniy_1990, 16:42 02-04-2016
    IamTheNight



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Evgeniy_1990
    Тогда так: http://rghost.ru/6JJyjBnR2/thumb.png
    Менял только "цветовые пространства". Обратите внимание на губы мальчика - они неестественного оранжевого цвета, как и лица/кожа других персонажей...
    А что значит SVN? Что качать?

    Всего записей: 528 | Зарегистр. 29-03-2016 | Отправлено: 16:44 02-04-2016 | Исправлено: IamTheNight, 16:50 02-04-2016
    Evgeniy_1990

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Проверил работу и воспроизведение mp3-аудио файлов в вашем отладочном билде.
    Они открываются моментально и мгновенно, а также воспроизводятся нормально.
    Буферизации нет, как и нет этого системного фильтра "File Source (URL)". Все так, как вы и хотели.
     
    Да, однозначно что-то не так в коде релизных билдов. Вот реально странно, что в Release - присутствует File Source (URL), а в Debug - его уже нет в графе фильтров, во время воспроизведения видео файлов.

    Всего записей: 2127 | Зарегистр. 05-07-2014 | Отправлено: 16:46 02-04-2016
    V0lt_r



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    IamTheNight
    Цитата:
    На мой взгляд, в РР "картинка правильнее".
    Не факт. Тут можно с madVR сравнить, он вроде к настройкам драйвера не чувствителен.

    Всего записей: 722 | Зарегистр. 15-11-2015 | Отправлено: 16:52 02-04-2016
       

    Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200

    Компьютерный форум Ru.Board » Компьютеры » Программы » Media Player Classic - Black Edition / MPC-BE (часть 2)
    Maz (24-12-2016 22:19): Media Player Classic - Black Edition (MPC-BE) часть 3


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru