kapai69 / far-plugins

Automatically exported from code.google.com/p/far-plugins
0 stars 0 forks source link

Review - что бы хотелось в нём видеть? Предложения по развитию плагина. #45

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
Во первых большое спасибо за версию 1.10. 
Работает хорошо, но есть несколько 
пожеланий по развитию:

1) Желательно появление опции или макроса 
для отключения скринсэйвера и перехода 
монитора в режим ожидания при 
воспроизведении видео. В других режимах 
работы скринсэйвер как и режим ожидания 
монитора не мешает, а в режиме 
воспроизведения видео раздражает т.к. тут 
есть два простых решения - ручное изменение 
настроек ОС или периодически дёргать 
мышку. Второе сработает для COM / PS/2 / USB мыши, 
а для беспроводной (к примеру клмплекта A4Tech 
PADLESS 7100N) где мышь переодически выключается 
для уменьшения энергопотребления (в нём 
батарейка типоразмера LR6 ёмкостью 2,7 А*Ч 
служит около 3-х недель) вызывает сильное 
раздражение.

2) Желательно гашение курсора в окне 
плагина при воспроизведении видео. Да, его 
можно увести за пределы кадра, но при 
малейшей вибрации рабочего места он снова 
выскакивает как чёртик из шкатулки в 
произвольной точке кадра.

3) Желательно гашение рамки плагина при 
работе изображениями т.е. через детекторы 
GDI+/GDl/DjVu/WIK т.к. там вывод рамки особенно при 
вызове плагина через префикс по 
ассоциациям не имеет смысла...

Original issue reported on code.google.com by victorvg04 on 29 Aug 2014 at 12:14

GoogleCodeExporter commented 9 years ago
3 - не понял. Что за "рамка плагина" ?

Original comment by Max.Ru...@gmail.com on 29 Aug 2014 at 7:23

GoogleCodeExporter commented 9 years ago
При вызове плагина по префиксу (это я 
замечал на JPEG2000) картинка отрисоывается 
так, как будто это фрейм из фильма. Сейчас 
специально поймал этот факт на нашей 
любимой тестовой картинке 0507_Taipei_Taiwan.jp2. В 
тот раз не удалось записать скриншот и 
потому возник вопрос по 3)...

Original comment by victorvg04 on 30 Aug 2014 at 12:19

Attachments:

GoogleCodeExporter commented 9 years ago
[deleted comment]
GoogleCodeExporter commented 9 years ago
По большому счёту кашу слегка портит 
только нижний блок с тайлайном и 
регулятором громкости (виден на скриншоте) 
- мне как-то трудно себе представить поющую 
картинку. :) Ну и не совесм понятно отчего 
вылезаю артефакты в нижнем блоке - я пока на 
своё железо грешу - есть подозоения на 
скрытый оказ части блоков в GPU, только 
поймать его даже с приборами сложно.

Original comment by victorvg04 on 30 Aug 2014 at 12:33

Attachments:

GoogleCodeExporter commented 9 years ago
В версии 1.13 при масштабировании окна вижу 
ту же самую картинку что и 29 августа, а 
видеоплата, да и машина в целом уже совсем 
иная...

Original comment by victorvg04 on 23 Jan 2015 at 9:59

GoogleCodeExporter commented 9 years ago
31 Января 2015 года, версия Far 3.0 build 4258 SVN r12881 x64, 
Review v1.14 x64, OS Win7 SP1, драйвер NVIDIA r347.25 x86 WHQL, Core 2 
Duo E8500, P45 Express, 8 Gb DDR3, GTX650 (GK107-450). Визуальных 
изменений в поведении плагина при 
раскрытии окна на полный экран нет, команда 
перерисовки видеобуфера по данному 
событию не вызывается...

Original comment by victorvg04 on 31 Jan 2015 at 4:09

Attachments:

GoogleCodeExporter commented 9 years ago
Возможно, у Вас стоит какой-то кодек JP2 для 
DirectShow и картинка отрисовывается через Media 
плагин DXVideo.pvd. У меня проблема не 
воспроизводится.

Original comment by Max.Ru...@gmail.com on 31 Jan 2015 at 8:16

GoogleCodeExporter commented 9 years ago
Сейчас попробую перенастроить декодер. 
Такой идеи у меня не возникало. Спасибо!

Original comment by victorvg04 on 2 Feb 2015 at 1:28

GoogleCodeExporter commented 9 years ago
Да, судя по всему именно DXVideo.pvd декодирует 
JPEG2000 так как если его отключить то даже при 
наличии в каталоге плагина либы xjp2.dll 
вытащенной из XnViewMP v0.72 x64 (в XnView v2.25/XnViewMP v0.72 
x86 идёт openjp2.dll) запустить просмотр 
имеющихся у меня файлов JPEG2000 через 
декодоре GFL не удалось - судя по всему 
декодер не опознаёт формат и обработку 
осуществляет скорее всего swscale-lav-3.dll (FFmpeg 
image rescaling library) - по крайней мере судя по 
списку свойств она мне мкажется наиболее 
вероятной кандидатурой, хотя я могу 
ошибится и потому приложил список 
загруженных в данной задаче модуле 
сделанный в Process Hacker v2.34 r5659 от 01.02.2015 (коммит 
вечером пришёл). 

Original comment by victorvg04 on 2 Feb 2015 at 3:45

Attachments: