Ru-Board.club
← Вернуться в раздел «Программы»

» Media Player Classic - Home Cinema (MPC-HC)

Автор: judelaw
Дата сообщения: 12.11.2011 15:13
fertok
драйвер не последний случайно?
у меня так с 3826:


Откатывался на 11.2 не просто так ))
Автор: Abs62
Дата сообщения: 12.11.2011 15:29
Aleksoid1978
Нет, дело не в сборке. Возможно, в системе. Под XP работа проверялась?
В w32pthreads.h используются нативные функции для Vista/7 и их эмуляция для XP. Возможно, корни глюков там.
Автор: fertok
Дата сообщения: 12.11.2011 16:52
judelaw
Проверил, на 11.9 и 11.10 артефачит. На 11.2 идёт хорошо. Печальна эта история с дровами
Система Win 7 x64. Плеер r3826 x86 +на x64 тоже самое. Видеокарта HD5850.
Автор: MILES
Дата сообщения: 12.11.2011 16:52
judelaw

Цитата:
драйвер не последний случайно?


C 11.10 и 3826 от Нenry , у меня нет никаких проблем с этим видео , все с DXVA идеально. Возможно , у fertok стоит ХР ? И какой плеер, х64 или х86 ?
Автор: judelaw
Дата сообщения: 12.11.2011 18:21
MILES
ну если McGregor - Three Ballets2.m2ts при перемотке с кибером дхва не артефачит, значит дрова пойдут. У меня этот БД и еще до десятка попадалось файлов, с которыми квадратит при перемотке на драйверах после 11.4, поэтому и сижу на 11.2, где ровненько все. А 11.10 лично у меня, как я уже говорил, вот именно такие артефакты частенько давали, как на скринах fertok выше.
Так что подбираем для себе правильный драйвер, для начала. Кому то пойдет и 11.10, для кого то нужно вообще на прошлогодние скатываться.... от моделей и серий карт зависит
Автор: fertok
Дата сообщения: 12.11.2011 19:28

Цитата:
McGregor - Three Ballets2.m2ts при перемотке с кибером дхва не артефачит

Только что проверил. Моё видео тоже воспроизводит. Драйвера 11.10. Всё таки дело во встроенном декодере.
Автор: MILES
Дата сообщения: 12.11.2011 20:07
judelaw

Цитата:
ну если McGregor - Three Ballets2.m2ts при перемотке с кибером дхва не артефачит, значит дрова пойдут.


Да, парадокс в том, что у меня McGregor - Three Ballets2.m2ts, прекрасно воспроизводится силами встроенного декодера со встроенным сплиттером и на дровах 11.10, с кибером то же все нормально и в комбинации его с АVsplitter, проблем нет. Единственно, что если включено запоминание позиции в файле, со встроенным сплиттером наблюдается глюк при старте, плеер может просто зависнуть, даже не начав воспроизведение. Только карта 4850. Вот и думаю теперь, а нужно ли что то менять, может еще радоваться нужно, что 4850 такая безпроблемная?
Автор: Abs62
Дата сообщения: 12.11.2011 20:17

Цитата:
В w32pthreads.h используются нативные функции для Vista/7 и их эмуляция для XP. Возможно, корни глюков там.

Да, похоже, что там. Если в config.h выставить HAVE_PTHREADS=1, HAVE_W32THREADS=0 и подключить libpthreadGC2.a, 3826 начинает работать нормально.

PS. И в h264_recov.c при HAVE_PTHREADS=0 отключается эта конструкция, не знаю уж, насколько это критично.

Код: #if (HAVE_PTHREADS) //mpc custom code
avctx = get_thread0_avctx(avctx); // Next frame will start on thread 0, and we want to store SPS and PPS in the context of thread 0.
#endif
Автор: judelaw
Дата сообщения: 12.11.2011 20:19
fertok
MILES
Если со встроенным декодером идет McGregor - Three Ballets2.m2ts - значит все супер. У меня со встроенным - черный экран, а с кибер воспроизводится хорошо. Но стоит только поставить дрова выше 11.4 - начинается... идет хорошо, но мотнул вперед - чуть посыпалось изображение - через секунду опять нормально. Явно для пятой серии ати перемудрили с дровами. Ну, а чего еще ждать то - допилка для серии 5ххх закончилась еще в прошлом году. Думаю про поддержку карт 6ххх в драйвере можно будет забыть в начале следующего года. В лучшем случае ничего ни хорошего ни плохого не сделают, а в худшем - косяков налепят. Эт кому как повезет.

Но факт в том, и это печально, что встроенные декодеры мрс-нс хуже всего адаптированы под карты АМД. Ибо драйвер драйвером, но малейшее изменение в дровах сразу сказывается на нашем декодере. И как правило в худшую сторону. Я так понимаю, что толком никто не знает специфику драйвера амд и как с ним правильно работать тоже смутно представляют.
Автор: V0lt
Дата сообщения: 12.11.2011 21:12
Abs62

Цитата:
PS. И в h264_recov.c при HAVE_PTHREADS=0 отключается эта конструкция, не знаю уж, насколько это критично.

Код: #if (HAVE_PTHREADS) //mpc custom code
avctx = get_thread0_avctx(avctx); // Next frame will start on thread 0, and we want to store SPS and PPS in the context of thread 0.
#endif
Автор: Abs62
Дата сообщения: 12.11.2011 21:16
V0lt
Пробовал. На w32threads всё равно глючило так же.

Кстати, эту эмуляцию же можно и на Win7 проверять. Надо только в w32thread_init в w32pthreads.h не реальные адреса функций запрашивать, а просто NULL забить.
Автор: MILES
Дата сообщения: 12.11.2011 21:26
judelaw

Цитата:
У меня со встроенным - черный экран, а с кибер воспроизводится хорошо.


Запоминание позиции в файле , ты выключал ? Иначе и у меня черный экран, а с выключенной все нормально.
Автор: judelaw
Дата сообщения: 12.11.2011 22:26
MILES
да я обычно никогда ее и не включаю. Не играет роли.
Автор: usalex
Дата сообщения: 12.11.2011 22:43

Цитата:
Это видео http://www.mediafire.com/?npw9zhw0wfne5ve зеленит и артефачит на DXVA декодере только на EVR рендерерах.

3826, АТИ 4870, Каталист 11.10p3, Win7x86
Не зеленит и не артефачит. Нормально кажет на встроенном декодере DXVA и EVR CP.
Автор: MILES
Дата сообщения: 13.11.2011 00:14
usalex

Ну, значит остается принять тот факт, что четвертая серия к этому багу имеет иммунитет. Надо бы еще на 6-ой проверить.
Автор: Aleksoid1978
Дата сообщения: 13.11.2011 01:10
Abs62
V0lt

Да надо просто вернуть изменения - вот и все. Опять этот XhmikosR накосячил )).
Автор: SamLab
Дата сообщения: 13.11.2011 01:46
Exodus:
собрал rev3826 потестил и был в шоке, XhmikosR рехнулся сделал замену с pthread на w32threads плеер уходит в даун при h264, так как я понял в w32threads открываются потоки, но не закрываются, при том Aleksoid наоборот поправил в rev3825 передачу пакетов для pthread у h264 чтобы как я понял не было артефактов, а XhmikosR сунулся в rev3824 с w32threads и все испортил, он вообще адекват...
XhmikosR хоть бы не в thunk теслил... на локале не тесится...

скачал rev3824 XhmikosR потестил вина его 100%!!! такие же лаги...

если чего проблема во встроенном MPCVideoDec

ps: в общем подожду 10-20 билдов, если ни чего не исправиться больше не буду собирать mpc-hc!!! самому править в лом...
Автор: MILES
Дата сообщения: 13.11.2011 09:35
Aleksoid1978

Цитата:
Да надо просто вернуть изменения - вот и все. Опять этот XhmikosR накосячил )).


Вообще, пора на время приостановить процесс и как следует потестить плеер на разных системах и картах, нужно точно иметь представление, что, где и как работает.
Автор: Aleksoid1978
Дата сообщения: 13.11.2011 09:45
MILES

Что проверять - уже выяснили что:
1 - использование w32pthreads медленнее чем pthreads
2 - некорректно работает на WinXP.

А этот деятель все мне объяснил тем что:
1 - Он не смог собрать х64 сборку
2 - типа зачем такое разделение(х86 - pthreads, х64 - w32pthreads) - вот и будем использовать везде одинаковое, чтобы работало.
Автор: SamLab
Дата сообщения: 13.11.2011 10:25
Может стоит собрать 32/64-битные версии ревизии 3825 как последней стабильной?
Автор: SamLab
Дата сообщения: 13.11.2011 13:47
Media Player Classic HomeCinema 1.5.3.3827 (x86/x64) от Henry
http://henry.fushizen.eu/builds/MPC-HC/

Aleksoid:
Change: Ensure the buffer is on a startcode when parsing AnnexB - thanks to LAV
Fix: Revert 3824 & fix x64 build linked error

Добавлено:
Toolbars Pack for Media Player Classic HomeCinema+ (11 Pro Toolbars 16, 24, 32 px; PNG images)
http://mpc-build.googlecode.com/svn/trunk/mpc-hc/mpc-hc_toolbar.7z

Logos Pack for Media Player Classic HomeCinema (4 Logo PNG images)
http://mpc-build.googlecode.com/svn/trunk/mpc-hc/mpc-hc_logo.7z

Добавлено:
Exodus: собрал rev3827 на x86 загрузка проца 100% с pthread, тестировал на файле ts с h264...
Автор: judelaw
Дата сообщения: 13.11.2011 15:56
Сколько можно было бы полезного сделать, если бы не тупая локализация на 200 языков и не менее тупая никому не нужная 64-битная версия ! Как подумаешь про ковыряние в ресурсах - вся охота что-то делать пропадает.

инглиш интерфейс, х86 для 7 - все остальное в *опу.

Это я так.... нервный срыв
Автор: SamLab
Дата сообщения: 13.11.2011 16:21
Exodus: проблема загрузки проца в 100% как мне кажется на rev3827 в этом: Ensure the buffer is on a startcode when parsing AnnexB
т.к. на версии 1.5.3.3826 (x86) ptheads от v0lt все нормально, но на ней нельзя собрать x64 из-за Fix : Revert 3824 & fix x64 build linked error
Автор: V0lt
Дата сообщения: 13.11.2011 16:23
SamLab

Цитата:
Exodus: собрал rev3827 на x86 загрузка проца 100% с pthread, тестировал на файле ts с h264...

Что это значит? У себя такой проблемы не вижу.

judelaw
локализация в последнюю очередь, только после того как код будет нормально работать.
Автор: SamLab
Дата сообщения: 13.11.2011 16:32

Цитата:
Что это значит? У себя такой проблемы не вижу
Я большего тоже не знаю, что он мне сказал - то я и озвучил и вот еще сам файл на котором 100% загрузка проца
[more]General
Unique ID : 248273644309903962184778676998879701513 (0xBAC7C3BCAF6EDF9396EB0F73AD1DEA09)
Complete name : 30 Seconds To Mars - A Beautiful Lie.mkv
Format : Matroska
Format version : Version 1
File size : 284 MiB
Duration : 5mn 47s
Overall bit rate : 6 867 Kbps
Encoded date : UTC 2009-02-27 18:42:13
Writing application : mkvmerge v2.4.2 ('Oh My God') built on Jan 18 2009 17:30:28
Writing library : libebml v0.7.7 + libmatroska v0.8.1

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Format settings, GOP : M=4, N=32
Codec ID : V_MPEG4/ISO/AVC
Duration : 5mn 47s
Bit rate : 6 346 Kbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 50.000 fps
Original frame rate : 25.000 fps
Standard : Component
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Bits/(Pixel*Frame) : 0.061
Stream size : 263 MiB (92%)
Color primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177
Transfer characteristics : BT.709-5, BT.1361
Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177

Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Codec ID : A_AC3
Duration : 5mn 47s
Bit rate mode : Constant
Bit rate : 384 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : 250ms
Stream size : 15.9 MiB (6%)[/more]

Добавлено:
Media Player Classic HomeCinema 1.5.3.3828 (x86/x64) от Henry
http://henry.fushizen.eu/builds/MPC-HC/

в котором новый сюрпрайз от XhmikosR: add up to 16 threads in MPCVideoDec settings
Автор: SamLab
Дата сообщения: 13.11.2011 20:00
Exodus: update XhmikosR не помог... собрал 3828 также, в общем выявил проблему, в pthread.c новый который XhmikosR обновил не совместим со старым h264.c... чего он туда вкорячил, что заставил быть их совместимыми... проще будет самому потом исправить...
Автор: V0lt
Дата сообщения: 13.11.2011 20:28
SamLab
А можно выложить проблемный файл или хотя бы кусок.

В 3828 можно задать 16 потоков. Больше там ничего нет (остальное комментарии и косметика.)
Автор: qwertyop
Дата сообщения: 13.11.2011 20:45
V0lt
Цитата:
Просьба потестить билд - mpc-hc_3817_x86+x64_nv12_test1.7z
Исправлены глюки с цветом H264 Hi10p на AMD-картах.
Судя по количеству новых страниц и новых билдов, может уже итак известно, но чего было править в 3817, если и с выложенным раньше в ветке 3801 be уже Hi10p игрались на AMD нормально даже в EVR?
Автор: judelaw
Дата сообщения: 13.11.2011 21:04
qwertyop

Цитата:
с выложенным раньше в ветке 3801 be уже Hi10p игрались на AMD нормально даже в EVR

ничего там не игралось со встроенным декодером. У меня лично нет.
Автор: qwertyop
Дата сообщения: 13.11.2011 21:18
judelaw, значит мне повезло:

А раньше да, зеленило на EVR.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196

Предыдущая тема: Opera (часть 21)


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.