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

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

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

Maz (27-12-2016 23:01): Media Player Classic - Home Cinema (MPC-HC): видеоплеер (8-я часть)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298

   

batva



crazy administrator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Предыдущие части топика:
Media Player Classic - Home Cinema
 

    MPC-HC — бесплатный проигрыватель аудио и видеофайлов под Windows. Может использовать как встроенные кодеки, так и внешние DirectShow фильтры, QuickTime, RealMedia, ShockWave. Поддерживает DXVA. Есть русский интерфейс. Проект является развитием Media Player Classic от Gabest.

  • Последняя официальная версия: 1.7.10 (x86/x64) от 14.11.2015
  • Текущая SVN-версия: 1.7.10.276 (скачать)
  • Последняя версия с родными фильтрами: 1.6.9.7503 (скачать)
     
  • Другие SVN-сборки: Dirk Paehl
  • Старые SVN-сборки (ресурсы давно не обновлялись): V0lt | Exodus
  • Экспериментальные сборки от JanWillem32 (подробнее тут).

Другие ссылки:
Частые вопросы: FAQ ||   Голосование "Cамый популярный видеоплеер для видео 2016"

Всего записей: 12593 | Зарегистр. 07-01-2001 | Отправлено: 03:01 18-10-2011 | Исправлено: V0lt, 18:12 27-12-2016
vitsat

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
judelaw, я и указал, что с двумя галками или с только одной на "Установить по-умолчанию при выходе из программы" отрабатывает правильно.  
Не понимаю логику возврата в режим драйвера при снятых обеих галках "Default/Other" и "Установить по-умолчанию при выходе из программы" ...
 

Цитата:
Вроде то что ты хотел.

Я только этот режим и хотел. Совершенно не понимаю, зачем возвращаться в какой-то мифический режим, бывший до запуска плеера... Для чего плодить кучу вариаций, а вместе с ними разгребать "косяки" ?  
Если уж куда-то возвращаться, то только в режим по-умолчанию - и точка. И этот режим должен всегда совпадать с тем, который запомнен в свойствах экрана (в драйвере). Как константа. Это сильно упростит разработку.
Приведу пример из жизни. Есть три режима : 1080p50 - константа по-умолчанию для спутникового ТВ , режимы 1080p24 и 1080p60 для соответствующих фильмов. Какой смысл в возврате в мифический предыдущий режим, к примеру, в 1080p24 , если в этом режиме даже курсор тормозит ? А вот железный (надёжный) возврат к режиму по-умолчанию 1080p50 при закрытии MPC-HC гарантирует плавный просмотр HDTV на DVBViewer, скорость курсора также остаётся приемлемой.
 

Всего записей: 3472 | Зарегистр. 26-03-2006 | Отправлено: 11:52 20-10-2011 | Исправлено: vitsat, 12:04 20-10-2011
judelaw

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

Цитата:
Не понимаю логику возврата в режим драйвера при снятых обеих галках "Default/Other" и "Установить по-умолчанию при выходе из программы" ...  

Это косяк, баг. исправлю.
 
Добавлено:

Цитата:
Если уж куда-то возвращаться, то в режим по-умолчанию - и точка. И этот режим должен всегда совпадать с тем, который запомнен в свойствах экрана (в драйвере).  

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

Всего записей: 2830 | Зарегистр. 22-09-2009 | Отправлено: 11:55 20-10-2011 | Исправлено: judelaw, 12:02 20-10-2011
vitsat

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

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

Согласен. Но поверь - были косяки с невозвратом в драйверный умолчательный режим. То ли от мёртвых зависонов плеера, то ли от ошибочного срабатывания неправильной частоты (до внедрения диапазонов + проверки по MI это нередко случалось). Поэтому достаточно было добавить "принудиловку" в виде этой галки на нулевой строке "Default/Other" . Получается что-то вроде двойной подстраховки.

Всего записей: 3472 | Зарегистр. 26-03-2006 | Отправлено: 12:12 20-10-2011 | Исправлено: vitsat, 12:13 20-10-2011
judelaw

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

Цитата:
Поэтому достаточно было добавить "принудиловку" в виде этой галки на нулевой строке "Default/Other"

ты не понимаешь. Есть два варианта послать команду сменить режим  - функция ChangeDisplaySettingsEx в режиме смены "Динамически" и "Временно".
При "Временно" нам достаточно сменить режим монитора для видео, согласно нашим правилам, а остальной возврат в исходное состояние делает сама винда, когда завершается процесс вызвавший эту функцию (в нашем случае выход из плеера)
При "Динамически"  - нам нужно контролировать каждый шаг и помнить каждый режим ибо он намертво уже в системе.
 
Раньше, с галкой на "Установить по-умолчанию при выходе из программы" применялся "Временный" метод, а без галки - "Динамический".  
Теперь же, из-за этой гребанной нулевой строки - ес-но и вся логика поменялась и нужен жесткий контроль в коде OnClose. C нулевой строкой мы можем использовать функцию только в варианте "Динамический". Ибо для винды возврат по-дефолту - это то что было ДО смены режима.
 
Добавлено:

Цитата:
Какой смысл в возврате в мифический предыдущий режим, к примеру, в 1080p24 , если в этом режиме даже курсор тормозит ?

Это имеет смысл, когда мы смотрим кучу фильмов с 23,976, закрывая/открывая постоянно плеер. И не хотим лишний раз дергать частоту экрана туда/сюда. Галку снял и все дела.
 
Все это конечно лишь ради "угодить всем". Имхо, достаточно одного правила: запустил файл - поменяли режим - вышли из проги - винда вернула на место. ВСЕ. Не нужны ни оция выхода из программы, ни выхода из полноэкранного режима, ни опция нулевой строки Default/Other. Бестолковщина все это.

Всего записей: 2830 | Зарегистр. 22-09-2009 | Отправлено: 12:37 20-10-2011 | Исправлено: judelaw, 12:38 20-10-2011
Bhgvd



Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Разработчикам
 
При использовании режима "/slave" программа перестаёт принимать сообщения 0x6ABE51. Так реализована OnCopyData в MainFrm.cpp. Нельзя ли это поправить?
 
Спасибо.

Всего записей: 7 | Зарегистр. 16-08-2002 | Отправлено: 17:58 20-10-2011
V0lt



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bhgvd
Я без понятия для чего сообщение 0x6ABE51, но в коде CMainFrame::OnCopyData явно указан запрет. Это никак не может быть ошибкой.

Всего записей: 10798 | Зарегистр. 05-02-2003 | Отправлено: 18:35 20-10-2011
vitsat

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

Цитата:
Все это конечно лишь ради "угодить всем". Имхо, достаточно одного правила: запустил файл - поменяли режим - вышли из проги - винда вернула на место. ВСЕ. Не нужны ни оция выхода из программы, ни выхода из полноэкранного режима, ни опция нулевой строки Default/Other. Бестолковщина все это.


Цитата:
ты не понимаешь. Есть два варианта послать команду сменить режим  - функция ChangeDisplaySettingsEx в режиме смены "Динамически" и "Временно".

Хорошо. Сделаем вывод, что из-за моего непонимания принципа возврата в режим по-умолчанию, пришлось слишком усложнить интерфейс лишними опциями. Я конечно, быстро врубился и приспособился, но народ не осилит такое положение вещей. Давай остановимся на двух базовых опциях : "Переключать режим монитора в полноэкранном / оконном режиме" и "Установить режим по-умолчанию при выходе из программы" / "Не возвращаться из текущего режима в режим по-умолчанию при выходе из программы". И не важно, как будет называться вторая опция, лишь бы работала так же надёжно, как в AutoFrequency при снятой галке "Do not return to the original frequency at the end of the reading". Я перед внедрением усовершенствованной "автопереключалки" в MPC-HC плотно сидел на AutoFrequency и был невероятно доволен её супер-стабильностью (хотя бы относительно последнего билда). Она и сейчас у народа прекрасно возвращает режим по-умолчанию без малейшего сбоя. По какому принципу там организован этот возврат to the original frequency , я не знаю - вам это лучше виднее.
Короче, вам решать : или подкорректировать текущее положение дел, или ограничиться двумя упомянутыми базовыми опциями, подрезав кучу лишнего.
P.S. Поймите только одно, что я не со зла вам нервы трепал с этим возвратом в режим по-умолчанию, заданный пользователем в свойствах экрана. Согласитесь, что до вашего "перетрахивания" опции автопереключения, плеер частенько намертво зависал во время срабатывания, на некоторых видеороликах неправильно определялась частота и т.д., и т.п.  Буквально у всех моих знакомых - пользователей HTPC послетал режим по-умолчанию, ранее заданный мной в свойствах экрана. Поэтому нарекания скопились очень серьёзные. Но в последних ваших тестовых билдах у меня прекратились мёртвые зависоны и падения плеера, частота стала определяться на 100% верно, благодаря проверке fps по данным MI . Давайте спокойненько и длительно погоняем пару тестовых билдов : ваш текущий после правки мелких логических недочётов и предложенный мной упрощённый вариант. В упрощённом нужно альтернативный режим с MI сделать основным - в чём его альтернативность, если он единственно правильный ? ; "Переключать режим экрана в полноэкранном / оконном режиме " разместить рядом. В качестве кандидата на упрощённый билд возьмём тестовый 1.5.3.3758 , галку "Use MI" убираем, т.к. делаем этот режим основным ; внизу оставляем только "Восстанавливать режим по-умолчанию при выходе из программы" , а никчемную "...при переходе в оконную форму" перемещаем чуть выше таблицы режимов и переназначаем на "Переключать режим монитора в оконном режиме", где она мирно уживётся с уже существующей "Переключать режим монитора в полноэкранном режиме". Если переключение в полноэкранном / в оконном режимах как-то можно организовать в одной строке, то нижнюю опцию "...при переходе в оконную форму" тогда можно оставить.

Всего записей: 3472 | Зарегистр. 26-03-2006 | Отправлено: 18:44 20-10-2011 | Исправлено: vitsat, 19:31 20-10-2011
MiholBeaR



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
judelaw
vitsat
Только оставьте, плиз, возможность возврата к дефолтным фпс при выходе из полноэкранного режима в оконный при окончании воспроизведения.
 
Эм... может это излишество... Нельзя ли куда-нить в меню (или контекстное меню) втыкнуть ту самую опцию "Запускать файлы в полноэкранном режиме" ? Посмотрел че-нить рабочее в окне, потом тыкнул в меню и следующее кино уже в полноэкране открывается со всеми прибамбасами. Кончилось кино, плеер перешел в окно, фпс вернулась к дефолту, галочку в меню снял и снова можно рабочие файлы запускать в окне. Не надо в настройки лезть поставить/снять эту галку. Просто приходится часто лазить (мне, не знаю как другим) в настройки именно за этим.
СПС

Всего записей: 495 | Зарегистр. 29-09-2010 | Отправлено: 19:33 20-10-2011 | Исправлено: MiholBeaR, 19:50 20-10-2011
vitsat

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
MiholBeaR, твои пожелания легко решаются при совместном использовании MPC-HC и AutoFrequency Можно таких делов наворотить - под любой каприз.

Всего записей: 3472 | Зарегистр. 26-03-2006 | Отправлено: 20:00 20-10-2011
judelaw

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

Цитата:
при совместном использовании MPC-HC и AutoFrequency Можно таких делов наворотить - под любой каприз

каких дел, если даже второй файл через AF не открыть?

Всего записей: 2830 | Зарегистр. 22-09-2009 | Отправлено: 20:22 20-10-2011
vitsat

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

Цитата:
каких дел, если даже второй файл через AF не открыть?

Имеете в виду не срабатывает автопереключение на файлах с разным fps из одной папки при автоматическом переходе по очереди ? Это да... срабатывает только на первом файле и не меняется на остальных...  Для какой-нибудь сборки видеоклипов с различными fps срабатывание на каждом файле не повредило бы. Здесь ваше детище держит марочку. Но для контекстного меню и пофайлового (один за сессию) просмотра AutoFrequency вполне сгодится. А ещё можно профилей насоздавать для кучи произвольных плееров и запускать через контекстное.
Но у меня лично сейчас в приоритете MPC-HC, т.к. балдею от автопереключения через его внутренний проводник и посредством контекстного по папке с DVD-содержанием.  

Всего записей: 3472 | Зарегистр. 26-03-2006 | Отправлено: 20:53 20-10-2011 | Исправлено: vitsat, 21:57 20-10-2011
MiholBeaR



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
vitsat
Вот нафига еще AutoFrequency, если можно в МРС-НС просто предусмотреть нормальную пользовательскую возможность настроек логики автопереключалки? Поставить кучу сплиттеров-кодеков и приблуд и потом все это пытаться заставить работать без глюков? Или наставить знакомым, чтобы потом по телефону на пальцах пытаться что-то объяснить как его куда тыкать? Ну не знаю... может мазохистам это и нравится.
Нужен новый механизм переключалки с логикой работы как у старой. Это все. Ничего наворачивать сверху не надобно. А если и наворачивать, то опционально, с галочками для этих "фич".
 
judelaw
Было бы оптимально для начала просто поменять механизм автопереключалки. Перво-наперво надобно чтобы его одобрили и включили в основной код. Может даже совсем заменили им старый код переключалки.
А потом уже добавлять к нему различные галочки с возможностями изменения логики переключений.
А то сейчас ты стараешься сделать сразу все и много, и главнюкам проекта может не понравится какая-нить мелочь, из-за которой всю твою работу откинут.

Всего записей: 495 | Зарегистр. 29-09-2010 | Отправлено: 22:44 20-10-2011 | Исправлено: MiholBeaR, 22:58 20-10-2011
MILES



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Прошу , посмотреть работу опции " Всегда использовать внешние субтитры как основные" , со встроенными в плеер сплиттерами. В официальной , стабильной версии , 1.5.2.3456 она отрабатывает правильно. В текущей рекомендуемой   1.5.3.3760 , эффекта от нее нет , плеер использует  встроенные субтитры. Со внешним же сплиттером (AV , Нally ) , она отрабатывает правильно. Более точно , где сломали я попробую найти позже.
 
Нашел , в 1.5.3.3509 , еще работает нормально , а в 1.5.3.3514 , уже поломано.
 
Изменения / Changes (3510-3514):
 
    Change : Improve rev. 3498, do not require Administrator privileges;
 
    roll back changes in rev.3510;
 
    cleanup;
 
    Fixed the subtitle issue described in ticket #970;
 
    Cosmetics:
     - move some code out of mplayerc.cpp.
     - avoid using IsVistaOrAbove since it makes mpc-hc dependent of the internal video decoder.
     - remove unneeded includes.
 
 
Ссылка на изменения в  ticket #970 :
 
 http://sourceforge.net/apps/trac/mpc-hc/changeset/3513
 
То есть если точно , сломали в ревизии 3513. Я правда не смог найти , что же просили в ticket #970. Возможно , это побочный эффект.

Всего записей: 1869 | Зарегистр. 25-10-2002 | Отправлено: 23:02 20-10-2011 | Исправлено: MILES, 00:02 21-10-2011
judelaw

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
vitsat
MiholBeaR
Механизм поиска Video Frame Rate (fps), логика автопереключения, да и вообще все в целом, в обычном варианте и в моем альтернативном настолько разная, что срастить как-то два в одно вряд ли представляется возможным. Но могут существовать отдельно друг от друга. Задача как бы тупиковая предо мной стоит: с одной стороны понимаю что мой вариант возможно никогда не будет в основном коде (это меня мало волнует, так как для себя стараюсь и, рад буду если пригодится кому-либо еще). С другой стороны понимаю, что если оставить и старый вариант, и добавить свой как альтернативный - то слишком получается перегружено опциями, что приводит к непониманию и куче вопросов. Тем более если угождать сразу всем. Тут даже опытного пользователя можно вогнать в ступор.
Нужно время сесть и спокойно подумать как же сделать просто, понятно, правильно и главное стабильно.
Скорей всего, для начала откажусь (если никто-не против) от :
- установки режима заданного в нулевой строке Defaul/Other при выходе из Программы/Полного экрана. Пусть всегда возвращается дефолтный режим  драйвера, как это делается везде, в любых программах и играх. То есть.. было 50Гц - запустили видео, сменился режим на 23Гц - закрыли плеер, частота вернулась на 50Гц как и была.
- Хочу отрубить вообще возможность НЕ возвращать дефолтный режим драйвера при выходе из программы. То есть например есть желание избавиться от: было у нас 50Гц - запустили видео и автосменилась частота на 23Гц - вышли из проги и частота так и осталась 23Гц (Теперь уже она по-умолчанию). Зачем спрашивается такое? Если и понадобится, то крайне редко.

Всего записей: 2830 | Зарегистр. 22-09-2009 | Отправлено: 23:30 20-10-2011 | Исправлено: judelaw, 23:40 20-10-2011
Aleksoid1978



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

Цитата:
Я без понятия для чего сообщение 0x6ABE51, но в коде CMainFrame::OnCopyData явно указан запрет. Это никак не может быть ошибкой.

 
Ты не прав ... там наоборот идет проверка, и принимается только 0x6ABE51


----------
AMD Ryzen 7 7700 /ASRock B650M Pro RS /G.Skill RIPJAWS 32 ГБ /Kingston 500Gb M.2 /RTX 4060 /Samsung U28R550UQI /OLED Philips 55OLED707 /Yamaha RX-V471 + NS-555 + NS-C444 + NS-333 + YST-SW215

Всего записей: 9413 | Зарегистр. 11-05-2006 | Отправлено: 02:26 21-10-2011
judelaw

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Набросал по быстрому обрезанный вариант:
mpc-hc_x86_r3785_Eng_AF05.7z - http://www.mediafire.com/?vzcrnbe1ixd5xob
 
только английский и не совместим с прошлой русской dll
на основе 3785 (так уж вышло)
 
- убрал НЕ Восстанавливать режим
- убрал "Установить режим заданный в нулевой строке Default/Other"
- режим всегда вернется назад при выходе.
Кого не устраивает такой вариант и позарез нужны именно эти выкинутые мной опции?

Всего записей: 2830 | Зарегистр. 22-09-2009 | Отправлено: 02:33 21-10-2011 | Исправлено: judelaw, 02:35 21-10-2011
vitsat

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

Цитата:
Задача как бы тупиковая предо мной стоит: с одной стороны понимаю что мой вариант возможно никогда не будет в основном коде (это меня мало волнует, так как для себя стараюсь и, рад буду если пригодится кому-либо еще). С другой стороны понимаю, что если оставить и старый вариант, и добавить свой как альтернативный - то слишком получается перегружено опциями, что приводит к непониманию и куче вопросов. Тем более если угождать сразу всем. Тут даже опытного пользователя можно вогнать в ступор.

Делай, как можно проще, и именно с твоим новым вариантом. Старый вариант - пережиток прошлого.

Цитата:
- убрал НЕ Восстанавливать режим  
- убрал "Установить режим заданный в нулевой строке Default/Other"  
- режим всегда вернется назад при выходе.  
Кого не устраивает такой вариант и позарез нужны именно эти выкинутые мной опции?

Для начала - самое то. Нужно скорее внедрять в серийку, иначе похерят колоссальный объём труда. Режим "Не восстанавливать..." хорош для компьютерных мониторов 75/72/60 - меньше мельтешни при выходе из плеера. Но я готов пожертвовать собственным эгоизмом в угоду стабильного восстановления в режим по-умолчанию, т.к. для пользователей телевизоров 24/50/60 это гораздо важнее. Погонял последний тестовый билд 1.5.3.3785 - глюков не заметил. Пора внедрять !
 

Цитата:
на основе 3785 (так уж вышло)

P.S. Сарказм понял. Этот дерьмобилд показывает чёрное поле на высоких ReFrames , на некоторых подобных роликах вешает намертво плеер при навигации...  Развалили самый бронебойный DXVA декодер для Win 7... Печально... Пришлось для H.264 закинуть внешний MPC Video Decoder от какого-то рабочего билда.
judelaw, если можно, собери аналогичную тестовую на базе какого-нибудь последнего рабочего билда.  

Всего записей: 3472 | Зарегистр. 26-03-2006 | Отправлено: 04:47 21-10-2011 | Исправлено: vitsat, 06:07 21-10-2011
Aleksoid1978



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

Цитата:
Этот дерьмобилд показывает чёрное поле на высоких ReFrames , на некоторых подобных роликах вешает намертво плеер при навигации...  Развалили самый бронебойный DXVA декодер для Win 7...

 
Выложи или дай ссылки на такое.

----------
AMD Ryzen 7 7700 /ASRock B650M Pro RS /G.Skill RIPJAWS 32 ГБ /Kingston 500Gb M.2 /RTX 4060 /Samsung U28R550UQI /OLED Philips 55OLED707 /Yamaha RX-V471 + NS-555 + NS-C444 + NS-333 + YST-SW215

Всего записей: 9413 | Зарегистр. 11-05-2006 | Отправлено: 07:39 21-10-2011
Bhgvd



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

Цитата:
Я без понятия для чего сообщение 0x6ABE51, но в коде CMainFrame::OnCopyData явно указан запрет. Это никак не может быть ошибкой.

Если одна копия программы уже запущена, то запуск другой копии посылает ей 0x6ABE51 с параметрами командной строки  и выходит. На открытие файлов и прочее. Через "slave" многого сделать нельзя, что можно сделать из командной строки. Я думаю, что в OnCopyData его второпях запилили в самую верхнюю строчку (второпях даже до того, что если включен "slave", OnCopyData всегда возвращает TRUE, не проверяя корректность команды), и это всё-таки ошибка - этот режим ещё не очень хорошо проработан. Это, по-моему, это даже не запрет, а нежелание возиться с проверкой типов сообщений.
 
Aleksoid1978

Цитата:
Ты не прав ... там наоборот идет проверка, и принимается только 0x6ABE51

Да, но перед этим стоит проверка на наличие hMasterWnd, которая всегда выходит при включенном "slave".

Всего записей: 7 | Зарегистр. 16-08-2002 | Отправлено: 08:06 21-10-2011 | Исправлено: Bhgvd, 08:10 21-10-2011
Aleksoid1978



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bhgvd
 
Хочеш - допили, вот и все ...

----------
AMD Ryzen 7 7700 /ASRock B650M Pro RS /G.Skill RIPJAWS 32 ГБ /Kingston 500Gb M.2 /RTX 4060 /Samsung U28R550UQI /OLED Philips 55OLED707 /Yamaha RX-V471 + NS-555 + NS-C444 + NS-333 + YST-SW215

Всего записей: 9413 | Зарегистр. 11-05-2006 | Отправлено: 08:52 21-10-2011
   

Страницы: 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 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298

Компьютерный форум Ru.Board » Компьютеры » Программы » Media Player Classic - Home Cinema (MPC-HC)
Maz (27-12-2016 23:01): Media Player Classic - Home Cinema (MPC-HC): видеоплеер (8-я часть)


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

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

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru