Кнопка субтитров на панели кнопок неактивна после закачки субтитров плейером через базу данных opensubtitles.org
» Media Player Classic - Black Edition (MPC-BE) часть 2
watcherhd
Ок - подправил.
Ок - подправил.
Aleksoid1978
Билд 1327 намного хуже работает с видео Youtube. Многие не открываются, в отличие от 1323, который и формат 1080 стал открывать. Вот пример плейлиста http://www.youtube.com/playlist?list=PLXnIohISHNIvsnUNe8RwvhksUSFzdQsiT
Билд 1327 намного хуже работает с видео Youtube. Многие не открываются, в отличие от 1323, который и формат 1080 стал открывать. Вот пример плейлиста http://www.youtube.com/playlist?list=PLXnIohISHNIvsnUNe8RwvhksUSFzdQsiT
Koyotero
У тебя в ссылка на плейлист без выбора конкретного ролика (в урле нет "watch?"). Я включил опцию "Загружать плейлист", после чего плейлист загрузился и началось воспроизведение.
У тебя в ссылка на плейлист без выбора конкретного ролика (в урле нет "watch?"). Я включил опцию "Загружать плейлист", после чего плейлист загрузился и началось воспроизведение.
V0lt_r
Цитата:
Так у меня и с watch тоже не воспроизводится, опция "Загружать плейлист" тоже включена. Возле каждого пункта в листе пишет надпись Invalid. Стоит поменять эксешник на версию 1322, все начинает воспроизводить. Только работает нормально с внутренним загрузчиком, с File Source не хочет играть видео с качеством ниже выставленного.
Цитата:
Koyotero
У тебя в ссылка на плейлист без выбора конкретного ролика (в урле нет "watch?"). Я включил опцию "Загружать плейлист", после чего плейлист загрузился и началось воспроизведение.
Так у меня и с watch тоже не воспроизводится, опция "Загружать плейлист" тоже включена. Возле каждого пункта в листе пишет надпись Invalid. Стоит поменять эксешник на версию 1322, все начинает воспроизводить. Только работает нормально с внутренним загрузчиком, с File Source не хочет играть видео с качеством ниже выставленного.
Koyotero
Какой формат ютуба выбран в настройках?
Какой формат ютуба выбран в настройках?
V0lt_r
Цитата:
WebM@1080p.Поправил опечатку версии в прошлом посте на 1323. Сейчас пользуюсь именно ей.
Цитата:
Какой формат ютуба выбран в настройках?
WebM@1080p.Поправил опечатку версии в прошлом посте на 1323. Сейчас пользуюсь именно ей.
Koyotero
Цитата:
Не подтверждаю! Проверил вашу ссылку на плейлист в SVN r1334 - она открывается нормально, при конфигурации: File Source (URL) + WebM@1080p + опция "Загружать плейлист". В списке фильтров имеются два графа - отдельно для видео и отдельно для аудио, что разумеется правильно.
V0lt_r
Цитата:
Кто вам сказал, что в ссылках на различные плейлисты должна быть именно надпись "watch?="? Это всего лишь ссылка на сам конкретный общий плейлист, а не на конкретный видео файл из него. Сама ссылка, в данном случае, полностью корректная.
Если уж где и есть "траблы", так это с вашим "вселюбимым" 3DYD YouTube Source.
Вот с ним можно получить все что угодно, особенно всякие различные косяки.
Вот, например, один из них: выбрал "Best Available", затем "Сохранить как".
В результате, после сохранения, имею только одну лишь видео дорожку, без аудио.
Ну это понятно, поскольку аудио дорожка идет отдельно для гребанных "DASH", но сама проблема именно в самом формате сохранения видео файлов с YouTube,
После сохранения, мы имеем расширение .MP4, хотя на самом деле - это Matroska, поскольку видео файл содержит VP90. Уже ясно, что это не MP4 и быть им не может, но вот этот идиотский соурс-фильтр "3DYD YouTube Source" считает иначе. Вопрос - почему?
Видимо для него вообще нет никаких различий в плане расширений форматов файлов, как говориться: "что хочу, то и ворочу".
P.S. Если конечно еще эта трабла не идет со стороны самого плеера.
Цитата:
Билд 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. Если конечно еще эта трабла не идет со стороны самого плеера.
Evgeniy_1990
Вот я сколько раз говорил, чуть ли не кричал - ЕСЛИ НЕ ЗНАЕШЬ ЧЕГО ЛИБО, ЗАЧЕМ ПРО ЭТО ГОВОРИТЬ
Всем процессом сохранения, в том числе и выбор имени файла(название + расширение) - рулит сам проигрыватель. Сохраняется ТОЛЬКО один поток(а конкретнее - один выходной пин фильтра). Имя файла так же мы сами генерим(просто берем Title для текущего url). Расширение - конечно же мы не знаем, поэтому просто я подставил .MP4
Добавлено:
Так, только что проверил у себя последнюю SVN версию, а так же свой тестовый билд - все великолепно загружается плейлист, все воспроизводится.
Добавлено:
Меня больше интересует проверка тестового билда - кто нибудь проверял, нормально играют webm(mkv)/mp4 форматы с http/https. Самое востребованное в этом случае - это проигрывание Youtube.
Как играет, как работает перемотка ??
Вот я сколько раз говорил, чуть ли не кричал - ЕСЛИ НЕ ЗНАЕШЬ ЧЕГО ЛИБО, ЗАЧЕМ ПРО ЭТО ГОВОРИТЬ
Всем процессом сохранения, в том числе и выбор имени файла(название + расширение) - рулит сам проигрыватель. Сохраняется ТОЛЬКО один поток(а конкретнее - один выходной пин фильтра). Имя файла так же мы сами генерим(просто берем Title для текущего url). Расширение - конечно же мы не знаем, поэтому просто я подставил .MP4
Добавлено:
Так, только что проверил у себя последнюю SVN версию, а так же свой тестовый билд - все великолепно загружается плейлист, все воспроизводится.
Добавлено:
Меня больше интересует проверка тестового билда - кто нибудь проверял, нормально играют webm(mkv)/mp4 форматы с http/https. Самое востребованное в этом случае - это проигрывание Youtube.
Как играет, как работает перемотка ??
Aleksoid1978
Цитата:
Вообще, мое дело сообщать о различных косяках, багах, траблах и т.д., даже если я не знаю и не совсем понимаю с чьей и каких сторон они идут.
Цитата:
Как я и предполагал и подозревал. Теперь мне понятно стало, спасибо за ответ.
Цитата:
А меня больше всего интересует ваша конкретика, просто из того, что вы ранее расписывали, прилагая свои тестовые билды, довольно мало что понятно.
И сразу же в голову - что конкретно проверять? Ну 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/, они почему-то вообще не открылись, хм, странно. Может быть я чего-то и не понял...
Но по идее и логике - совершенно любая прямая ссылка на файл, главное, чтобы она была точной прямой.
Цитата:
Вот я сколько раз говорил, чуть ли не кричал - ЕСЛИ НЕ ЗНАЕШЬ ЧЕГО ЛИБО, ЗАЧЕМ ПРО ЭТО ГОВОРИТЬ
Вообще, мое дело сообщать о различных косяках, багах, траблах и т.д., даже если я не знаю и не совсем понимаю с чьей и каких сторон они идут.
Цитата:
Всем процессом сохранения, в том числе и выбор имени файла(название + расширение) - рулит сам проигрыватель. Сохраняется ТОЛЬКО один поток(а конкретнее - один выходной пин фильтра). Имя файла так же мы сами генерим(просто берем 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/, они почему-то вообще не открылись, хм, странно. Может быть я чего-то и не понял...
Но по идее и логике - совершенно любая прямая ссылка на файл, главное, чтобы она была точной прямой.
Evgeniy_1990
Цитата:
Проверил(не своем же тестовом билде) - великолепно открывается, играется используя только встроенный MP4Source. Перемотка работает.
Добавлено:
С зайцев может не качаться, там наверняка используются куки, реферер и т.д.
Цитата:
http://amvnews.ru/index.php?go=Files&file=down&id=7596&alt=1
Проверил(не своем же тестовом билде) - великолепно открывается, играется используя только встроенный MP4Source. Перемотка работает.
Добавлено:
С зайцев может не качаться, там наверняка используются куки, реферер и т.д.
Вот тут прямые ссылки на MP3 - http://samples.mplayerhq.hu/A-codecs/MP3/
Все работает. С зайцев иногда - там защита на сервере стоит
По поводу MP3 - пока они долго открываются, т.к. алгоритм открытия был заточен под локальные файлы. Потом подправлю.
Все работает. С зайцев иногда - там защита на сервере стоит
По поводу MP3 - пока они долго открываются, т.к. алгоритм открытия был заточен под локальные файлы. Потом подправлю.
Aleksoid1978, Evgeniy_1990
Я использую HFS. Создаю связь с реальной папкой кидаю в нее файлы и через браузер получаю ссылки вида http://localhost/folder/test.mp4 , которые открываю в плеере. В HFS можно задать лимит скорости для более адекватного тестирования.
Я использую HFS. Создаю связь с реальной папкой кидаю в нее файлы и через браузер получаю ссылки вида http://localhost/folder/test.mp4 , которые открываю в плеере. В HFS можно задать лимит скорости для более адекватного тестирования.
Aleksoid1978
Цитата:
Это, пожалуй, единственный сайт, подходящий пока для тестов.
Я проверил несколько прямых ссылок на 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, распределяя один поток на два - видео и аудио по отдельности.
Цитата:
Вот тут прямые ссылки на 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, распределяя один поток на два - видео и аудио по отдельности.
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
Цитата:
Если что :
MPEG-TS - это формат контейнера, в котором лежат данные.
AVC/H.264/MVC - это формат потока/кодека, которые могут лежать в контейнере MPEG-TS.
Добавлено:
Вот обновленный билд - в нем открытие MP3/AAC с HTTP будет происходить быстрее.
https://yadi.sk/d/DM-XO0pXqgBMc
Ты на чем проверял - на 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
Aleksoid1978
Цитата:
У меня имеются два ваших тестовых билда:
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) и буферизации в третьем тестовом билде, согласно вашим словам.
Цитата:
Ты на чем проверял - на 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) и буферизации в третьем тестовом билде, согласно вашим словам.
Evgeniy_1990
Очень странно - получается у тебя не хватает тайм-аута в 3 секунды чтобы получить ответ от удаленного сервера, очень плохо
Добавлено:
Вот еще 2 тестовых билда - https://yadi.sk/d/dt-7H56hqgLDF и https://yadi.sk/d/rQ8MYjU9qgLED
В первом полностью убран тайм-аут на подключение, во втором - 5 секунд. (возможно в будущем это будет регулироваться).
Очень странно - получается у тебя не хватает тайм-аута в 3 секунды чтобы получить ответ от удаленного сервера, очень плохо
Добавлено:
Вот еще 2 тестовых билда - https://yadi.sk/d/dt-7H56hqgLDF и https://yadi.sk/d/rQ8MYjU9qgLED
В первом полностью убран тайм-аут на подключение, во втором - 5 секунд. (возможно в будущем это будет регулироваться).
Aleksoid1978
Цитата:
Проверил оба тестовых билда - в обоих по прежнему присутствует "File Source (URL)".
В общем, понятно, дело не в тайм-аутах. Здесь что-то другое... Предлагаю разобраться через тестовым билд с создание лог-файла.
Цитата:
Evgeniy_1990
Очень странно - получается у тебя не хватает тайм-аута в 3 секунды чтобы получить ответ от удаленного сервера, очень плохо
Добавлено:
Вот еще 2 тестовых билда - https://yadi.sk/d/dt-7H56hqgLDF и https://yadi.sk/d/rQ8MYjU9qgLED
В первом полностью убран тайм-аут на подключение, во втором - 5 секунд. (возможно в будущем это будет регулироваться).
Проверил оба тестовых билда - в обоих по прежнему присутствует "File Source (URL)".
В общем, понятно, дело не в тайм-аутах. Здесь что-то другое... Предлагаю разобраться через тестовым билд с создание лог-файла.
Evgeniy_1990
Так - а проверь работу IPTV с HTTP ссылками.
Добавлено:
Ну вот билд с логом - https://yadi.sk/d/AkihQS2EqgPyA
Проверь на своей же ссылке - http://www.amvnews.ru/index.php?go=Files&file=down&id=7596&alt=1
Так - а проверь работу IPTV с HTTP ссылками.
Добавлено:
Ну вот билд с логом - https://yadi.sk/d/AkihQS2EqgPyA
Проверь на своей же ссылке - http://www.amvnews.ru/index.php?go=Files&file=down&id=7596&alt=1
Aleksoid1978
Цитата:
Проверил отладочный билд. В нем, при открытии прямых ссылок, а также и ссылок с YouTube, полностью отсутствует системный фильтр: "File Source (URL)", даже в том случае, если в настройках YouTube выбран именно этот фильтр. Вот теперь все полностью соответствует вашим словам.
P.S. Странно, что в релизных билдах присутствует этот системный "File Source (URL)".
Хотя, что с ним, что без него, все равно файлы по прямым ссылкам воспроизводятся прерывисто, в отличие от YouTube.
Прилагаю лог-файлы. Пожалуйста, посмотрите их: https://yadi.sk/d/vO7DBEYoqgRgW
Может быть сможете найти способ заставить их загружаться быстрее, а то текущий вариант совершенно никуда не годиться.
Еще раз повторюсь, что видео файлы по прямым ссылкам загружаются очень и очень медленно, в отличие от YouTube, где даже FullHD=1080p загружается практически мгновенно.
Цитата:
Ну вот билд с логом - 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 загружается практически мгновенно.
Всем здрасте.
Собсна вот:
http://rghost.ru/6n9XZjFGR/thumb.png
Обратите внимание на рубашку и губы.
Настройки PotPlayer v1.6.59347х64: http://rghost.ru/7lPxBTFFw/thumb.png
Винда седьмая. В сабже, настроек кодеков и видео, не касался.
Почему такие отличия? На мой взгляд, в РР "картинка правильнее". Что и где покрутить в сабже?
Собсна вот:
http://rghost.ru/6n9XZjFGR/thumb.png
Обратите внимание на рубашку и губы.
Настройки PotPlayer v1.6.59347х64: http://rghost.ru/7lPxBTFFw/thumb.png
Винда седьмая. В сабже, настроек кодеков и видео, не касался.
Почему такие отличия? На мой взгляд, в РР "картинка правильнее". Что и где покрутить в сабже?
IamTheNight
Цитата:
Такие отличия могут быть из-за того, что у вас в PotPlayer используется софт-режим - программные цвета, а в MPC-BE - аппаратный режим (DXVA2) - аппаратный цвета, настраиваемые с помощью драйвера к вашей видеокарте. У вас на скриншоте видно, что в MPC-BE цвета гораздо ярче, что уже говорит о том, что работает DXVA2- аппаратный режим, особенно значок GPU в правом нижнем углу окна плеера.
Попробуйте отключить DXVA в MPC-BE, или же наоборот включить DXVA в PotPlayer и сравните.
Но, для начала, просьба проверить на последней SVN-версии, ибо релиз 1.4.5 более неактуален, он сильно устарел.
Добавлено:
IamTheNight
Цитата:
Ну да, так и есть. У вас в 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.
Цитата:
Всем здрасте.
Собсна вот:
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.
Evgeniy_1990
Тогда так: http://rghost.ru/6JJyjBnR2/thumb.png
Менял только "цветовые пространства". Обратите внимание на губы мальчика - они неестественного оранжевого цвета, как и лица/кожа других персонажей...
А что значит SVN? Что качать?
Тогда так: http://rghost.ru/6JJyjBnR2/thumb.png
Менял только "цветовые пространства". Обратите внимание на губы мальчика - они неестественного оранжевого цвета, как и лица/кожа других персонажей...
А что значит SVN? Что качать?
Проверил работу и воспроизведение mp3-аудио файлов в вашем отладочном билде.
Они открываются моментально и мгновенно, а также воспроизводятся нормально.
Буферизации нет, как и нет этого системного фильтра "File Source (URL)". Все так, как вы и хотели.
Да, однозначно что-то не так в коде релизных билдов. Вот реально странно, что в Release - присутствует File Source (URL), а в Debug - его уже нет в графе фильтров, во время воспроизведения видео файлов.
Они открываются моментально и мгновенно, а также воспроизводятся нормально.
Буферизации нет, как и нет этого системного фильтра "File Source (URL)". Все так, как вы и хотели.
Да, однозначно что-то не так в коде релизных билдов. Вот реально странно, что в Release - присутствует File Source (URL), а в Debug - его уже нет в графе фильтров, во время воспроизведения видео файлов.
IamTheNight
Цитата:
Цитата:
На мой взгляд, в РР "картинка правильнее".Не факт. Тут можно с madVR сравнить, он вроде к настройкам драйвера не чувствителен.
IamTheNight
Цитата:
Выберете в PotPlyer "DXVA Native", вместо этого "DXVA CopyBack". И сравните потом с MPC-BE в DXVA2.
По идее у вас и там и там должен быть "нативный" - родной DXVA-аппаратный режим.
Следовательно и цвета должны быть одинаковыми, поскольку будет использоваться один и тот же DXVA-режим.
Цитата:
Evgeniy_1990
Тогда так: http://rghost.ru/6JJyjBnR2/thumb.png
Менял только "цветовые пространства". Обратите внимание на губы мальчика - они неестественного оранжевого цвета, как и лица/кожа других персонажей...
Выберете в PotPlyer "DXVA Native", вместо этого "DXVA CopyBack". И сравните потом с MPC-BE в DXVA2.
По идее у вас и там и там должен быть "нативный" - родной DXVA-аппаратный режим.
Следовательно и цвета должны быть одинаковыми, поскольку будет использоваться один и тот же DXVA-режим.
V0lt_r
Я же написал "Обратите внимание на рубашку и губы."
Проверял на разных файлах, кожа людей оранжевого оттенка. Этот кадр, выбран для наибольшей наглядности и точности (на плёнке царапины...).
Добавлено:
Evgeniy_1990
Вы меня не поняли. С настройками РР, изображение более достоверно. Что сделать чтобы сабж "не желтил" изображение? И какую сборку скачать? (Что значит SVN?)
Я же написал "Обратите внимание на рубашку и губы."
Проверял на разных файлах, кожа людей оранжевого оттенка. Этот кадр, выбран для наибольшей наглядности и точности (на плёнке царапины...).
Добавлено:
Evgeniy_1990
Вы меня не поняли. С настройками РР, изображение более достоверно. Что сделать чтобы сабж "не желтил" изображение? И какую сборку скачать? (Что значит SVN?)
IamTheNight
Цитата:
Я вас прекрасно понял, вот поэтому и предложил вам поиграться с выходными форматами в MPC-BE, в настройках встроенного видео декодера. Попробуйте отключить DXVA, выбрать различные выходные форматы, например, тот же RGB32, который у вас был выбран в PotPlayer, затем методом исключения по одному выходному формату. После каждого - переоткрывайте ваш видео файл.
Вообще, MPC-BE имеет не так много улучшайзеров в отличие от того же PotPlayer, где их просто море, поэтому каждый решает для себя сам каким проектом ему пользоваться, какой его больше всего устроит и больше всего подойдет. Но сперва, попробуйте переключать выходные форматы.
Добавлено:
Цитата:
Subversion - система, которая управляет версиями конкретных программных проектов, где данные располагаются и хранятся в одном общем едином хранилище.
Текущая доступная SVN-версия, для вас - текущая ночная сборка - это SVN r1334. Ссылки указаны в шапке на ЯДиск и Box.com. Просто не всем новичкам известно и понятно, что такое SVN, Поэтому для вас просто последняя текущая доступная ночная сборка.
Цитата:
Evgeniy_1990
Вы меня не поняли. С настройками РР, изображение более достоверно. Что сделать чтобы сабж "не желтил" изображение? И какую сборку скачать? (Что значит SVN?)
Я вас прекрасно понял, вот поэтому и предложил вам поиграться с выходными форматами в MPC-BE, в настройках встроенного видео декодера. Попробуйте отключить DXVA, выбрать различные выходные форматы, например, тот же RGB32, который у вас был выбран в PotPlayer, затем методом исключения по одному выходному формату. После каждого - переоткрывайте ваш видео файл.
Вообще, MPC-BE имеет не так много улучшайзеров в отличие от того же PotPlayer, где их просто море, поэтому каждый решает для себя сам каким проектом ему пользоваться, какой его больше всего устроит и больше всего подойдет. Но сперва, попробуйте переключать выходные форматы.
Добавлено:
Цитата:
(Что значит SVN?)
Subversion - система, которая управляет версиями конкретных программных проектов, где данные располагаются и хранятся в одном общем едином хранилище.
Текущая доступная SVN-версия, для вас - текущая ночная сборка - это SVN r1334. Ссылки указаны в шапке на ЯДиск и Box.com. Просто не всем новичкам известно и понятно, что такое SVN, Поэтому для вас просто последняя текущая доступная ночная сборка.
Evgeniy_1990
Цитата:
Сабж, нужен как запасной вариант. Только изображение надо настроить.
Я плееры не сравниваю, всё дело ток в прямоте рук и настройках. Но я Вас понял - поковыряюсь.
Цитата:
Вообще, MPC-BE имеет не так много улучшайзеров в отличие от того же PotPlayer, где их просто море...Всё что нашёл в РР, постарался отключить... насколько знаний хватило. Например: http://rghost.ru/7VvVzPJwq/thumb.png
Сабж, нужен как запасной вариант. Только изображение надо настроить.
Я плееры не сравниваю, всё дело ток в прямоте рук и настройках. Но я Вас понял - поковыряюсь.
Evgeniy_1990
Хрен его знает что у тебя не так У меня(да и не только у меня) работают нормально релизные билды, так же хорошо работает воспроизведение формата WebM с Youtube.
Далее - добавление поддержки работы напрямую с HTTP/HTTPS НИКОИМ образом не повлияет на работу с локальными файлами. Это факт.
По поводу того что Youtube быстро а другие ссылки нет - все вопросы к тем серверам(и их каналу) где эти файлы хранятся. Youtube заточен под большие нагрузки на сервера и скорость отдачи, плюс имеет местные/локальные кэширующие сервера.
Хрен его знает что у тебя не так
У меня(да и не только у меня) работают нормально релизные билды, так же хорошо работает воспроизведение формата WebM с Youtube. Далее - добавление поддержки работы напрямую с HTTP/HTTPS НИКОИМ образом не повлияет на работу с локальными файлами. Это факт.
По поводу того что Youtube быстро а другие ссылки нет - все вопросы к тем серверам(и их каналу) где эти файлы хранятся. Youtube заточен под большие нагрузки на сервера и скорость отдачи, плюс имеет местные/локальные кэширующие сервера.
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106
Предыдущая тема: usergate 4
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.