Картинка уменьшенная может быть из-за overscan или особенностей обработки на входе TV. В catalyst overscan настраивается. Я как-то давно писал по поводу настроек при подключению к TV Samsung:
Я об этом и говорю, надо ставить codec pack. Мне кажется это не очень хорошим вариантом, плюс сам плеер скажем так не слишком гибкий. Такой вариант еще пробуют те, кто хочит Windows Media Center заставить работать с MKV.
Я в конце напиал, что пользуюсь MPC-HC, VLC, WMP. Минусы если бы были я бы их написал, тут без фанатизма. Я просто остановился на этих плеерах, они полностью решают мои задачи. Тестировать еще ряд плееров пока не вижу смысла, об их существовании поверьте я в курсе.
Конечно кто-то может найти у MPC есть недостатки, приведите, может я и соглашусь с вами. Возможно вы делаете в нем что-то такое где он становится неудобным.
Сравнить можно только имея два варианта закодированного видео. То что я смотрел в umplayer выглядит хорошо, но это ни о чем не говорит. Если поискать — в интернете есть статьи и сравнения с скриншотами. Лучше то оно наверное лучше, но оставлять людей без альтернативы не очень хорошо.
Я видел инструкции насчет madVR, но даже не стал пробовать, т.к. umplayer из коробки это умеет. Hi10P сейчас все равно аппаратно не декодируется, поэтому на Core2 Duo E8500 выпадают в fullhd кадры.
Я просматривал разделы «программирование», там разве что «visual studio» подходит, но уклон там все-же иной. Здесь же речь идет о стандартной библиотеке C/C++ со спецификой windows, пошел в раздел языки, там есть «c++».
Это не поможет, т.к. сторонняя библиотека использует crt-шные ф-ии, следовательно читать она будет не из реального окружения, а из копии. А putenv в реальное окружение тоже пишет, иначе бы не работал старый вариант, да и пришлось бы при старте процесса им как-то специально сбрасывать окружение из кэша в систему.
Пишу о том, чем пользуюсь. Если претендовать на полноту, тогда надо еще и про Mac OS написать. И насчет плееров я в конце заметки отметил что да, есть и другие.
Да, но как его заставить переключать аудиодорожки и титры, поддерживать MKV? Ставить дополнительные кодеки? Не очень хочется. Я просто беру MPC-HC и включаю в нем кодек Microsoft DTV-DVD (это и есть H.264 DXVA, не смотря на странное название). Не могу сказать, что картинка хоть чем-то отличается.
Число ядер у одного 2, у другого 4. Сравнивать надо одно ядро на одной и той же частоте. К сожалению не часто такие тесты проводят, я видел такую таблицу на tomshardware.com. При переходе на новое ядро в последние годы имеем прирост 10-15%.
Про Linux могу только сказать — надо обращать внимание на поддержку VDPAU (это API для ускорения декодирования). А насчет железа рассуждения будут аналогичными. Тот же VLC и XBMC вроде бы это поддерживают, они многоплатформенные.
Если нетбук с intel gma без Clear Video HD, то мне не очень понятно каким образом на слабом CPU он умудряется воспроизвести? Если к примеру процессор типа Atom, то производительность CPU во много уступает полноценному ядру.
Это совсем другая история. Работает механизм DLL здесь правильно и прозрачно, а проблема в том, что CRT кэширует у себя окружение, от этого вся беда.
Как-то читал обсуждение проблемы передачи FILE* между модулями — это тоже может быть недопустимо по причине разных CRT. Об этом надо помнить и учитывать. Тот кто с этим столкнулся привык к ситуации linux-ов, где libc все время одинаковая грузится. Кстати очень интересно, можно ли добиться подгрузки разных libc в разных .so библиотеках? Мне кажется нет.
Пользовался kmplayer, он тоже ffdshow DXVA (как и mpc-hc) использует. Тут дело вкуса, мне показалось, что он слишком перегружен настройками, кроме того у него какая-то мутная биография, потом какие-то другие люди стали его развивать после большого перерыва. Но это субъективно, если у вас работает и все хорошо, то и замечательно.
ilya-314.livejournal.com/89391.html
Конечно кто-то может найти у MPC есть недостатки, приведите, может я и соглашусь с вами. Возможно вы делаете в нем что-то такое где он становится неудобным.
sourceforge.net/tracker/?func=detail&aid=2925258&group_id=185512&atid=913576
«We just want DXVA support. That would be just great!»
Ответ:
You shoud ask for DXVA support to the mplayer developers. I can't do anything about it.
va-api — это случайно не для VDPAU? Если так, то здесь я не рассматриваю ситуацию с Linux.
Тег добавлю.
Как-то читал обсуждение проблемы передачи FILE* между модулями — это тоже может быть недопустимо по причине разных CRT. Об этом надо помнить и учитывать. Тот кто с этим столкнулся привык к ситуации linux-ов, где libc все время одинаковая грузится. Кстати очень интересно, можно ли добиться подгрузки разных libc в разных .so библиотеках? Мне кажется нет.