Open GoogleCodeExporter opened 9 years ago
Прикрепите сюда main.conf и файл текущего
профиля. Плюс посмотрите какой источник
захвата указан на вкладке "отладка". Должен
стоять WinAPI. Какая ОС? При первом запуске
софта результаты были такие же?
Важе железо непричём. Лайтпак изначально
разрабатывался на слабых конфигурациях и
без труда там работал. Во всяком случае ни о
каких 8 кадрах на 20мс и речи не шло.
Original comment by atarity
on 1 Nov 2011 at 8:27
возможно тут что то с видео от интела, хотя
это может и не в нем дело быть
Original comment by joshhhab
on 3 Nov 2011 at 7:54
Вот файлы. Источник захвата WinAPI. При смене
источника захвата ничего не меняется в
плане скорости захвата, к тому же, начинает
мигать курсор. OC Windows XP Pro SP3.
Да, с самого начала такая скорость захвата,
даже GUI подтормаживает.
ЗЫ: Коммент 2 просто абсдольц.
Original comment by Mihail.K...@gmail.com
on 3 Nov 2011 at 8:03
Attachments:
А у вас само устройство есть, или вы без
него софт запускаете? И если есть, то вы его
сами собирали? Снизьте задержку таймера
ШИМ до дефолтных значений и прикрепите
сюда лог.
Original comment by atarity
on 6 Nov 2011 at 8:22
Вот лог.
Устройство v.5.5. недавно куплено в магазине
Pixelkit.
Что с ним, что без него - захват 8 к/с.
Поясните, как я могу снизить задержку
таймера ШИМ через софт?
Original comment by Mihail.K...@gmail.com
on 7 Nov 2011 at 10:06
Attachments:
Здравствуйте.Тажа проблема, но даже еще
хуже - и до 6ти кадров в секунду не
дотягивает (что с устройством, что без
него). OC Windows XP Pro SP3, i3, 4Gb DDR3, intel HD Graphics, 1920x1200.
Версия п/о 5.5.0 rev. 55b22174dff0. Настройки по
умолчанию дают в районе 4.8. Включал область
захвата вообще одну с минимальной площадью
- 5.8-5.9 fps. GUI начинает тормозить безбожно.
если сделать разрешение 1280х768 - 12fps, GUI
тормозит также сильно. Отключал все из usb,
оставляя только мишь - безрезультатно.
А на ноуте супруги (селерон 5тилетней
давности с 2Gb, WinXPsp3) - 12.8 - 16fps и без тормозов
GUI.
Буду пробовать на др. компьютерах, может
зависимость какая выявится
Original comment by axiva...@gmail.com
on 9 Nov 2011 at 5:16
Attachments:
В чем может крытьсяя проблема?
Железо (intel HD Graphics)?
Драйвера?
Засранная вида?
Ибо где куплен и как спаян девайс значения
сильно не имеет если он работает, а софт
тормозит. Может открыть отдельное
обсуждение у кого на каком железе/ОС какие
результаты дает?
Original comment by axiva...@gmail.com
on 9 Nov 2011 at 5:38
проблему надо искать в винде или около неё,
ибо даже на live-dvd Ubuntu последней версии
работает превосходно - с настроек по
умолчанию выдал 25fps, так что железо (intel HD
Graphics) тут не причем.
Остаются дрова на дидюху или загаженная
винда, которую переустанавливать так лень :(
Может кто причину найдет...
Original comment by axiva...@gmail.com
on 9 Nov 2011 at 9:08
Вы live-dvd Ubuntu запускали на том же железе, что
описывали два камента назад?
Original comment by atarity
on 10 Nov 2011 at 9:38
естественно :)
на днях буду переставлять винду. Может
установленный Qt или дрова от интел гонят.
По результатам отпишу. А вообще надо бы
попробывать какой-нить win live cd может он без
дров и установленной шушеры даст результат
иной
Original comment by axiva...@gmail.com
on 10 Nov 2011 at 9:49
Переустановил Windows, не помогло - 5.33fps... :(
Original comment by axiva...@gmail.com
on 16 Nov 2011 at 6:49
Ни снос драйверов intel HD Graphics, ни их
установка и обновление до последней
версии, заодно и дрова чипсета обновил - всё
тщетно. Очень-очень жаль
Original comment by axiva...@gmail.com
on 16 Nov 2011 at 7:22
попробовал Lightpack_sw4.1.0.exe и Software_v4.0.9.exe на
плате 5.5.
С ШИМ=10, задержкой захвата=20 версия
Software_v4.0.9.exe дала 28-30fps, без дерганий GUI,
правда курсор постоянно моргает.
Lightpack_sw4.1.0.exe - дает туже тормозную картину,
что и версия 5.5.
Что скажут разработчики софта? Стоит
надеяться на исправление ситуации или
закинуть еще один проект в который были
вложены не сказать что большие, но и не
малые финансы?
Original comment by axiva...@gmail.com
on 16 Nov 2011 at 7:47
В sw5.5.0 захватывается весь экран (1 вызов
функции WinAPI BitBlt) и вычисляются средние
цвета для каждой из зон захвата по
полученному буфферу изображения.
В sw4.0.9 использовалась функция Qt grabWindow(),
которая для каждой из зон захвата вызывала
функцию BitBlt, что на наших конфигурациях при
тестировании в Win7 приводило к замедлению
работы захвата, а так же к мерцанию курсора,
поэтому было решено по умолчанию
использовать полноэкранный захват через
WinAPI.
Но я сейчас проверил на XP, и действительно
при захвате каждой зоны в отдельности
(через QtGrabWindow) -- скорость захвата
увеличивается по сравнению с
полноэкранным захватом.
Собрал sw5.5.0 с захватом как в sw4.0.9, проверьте
на своей конфигурации.
PS: Настройки девайса (вкладка устройство)
на скорость захвата не влияют.
Original comment by brunql
on 16 Nov 2011 at 9:34
Attachments:
В текущей версии QtGrabWindow (sw5.5.0 из Downloads) тоже
используется полноэкранный захват, по тем
же соображениям, и поэтому у Mihail.Kostyuchenkov
разницы в скорости захвата не было.
Mihail.Kostyuchenkov, тоже проверьте у себя
модифицированную версию sw5.5.0
--Lightpack_5.5.0_QtGrabWindow_EachWidget.exe
На основании результатов тестирования,
можно будет сделать нечто среднее между
WinAPI FullScreen и QtGrabWindow EachWidget
Original comment by brunql
on 17 Nov 2011 at 9:28
Lightpack_5.5.0_QtGrabWindow_EachWidget.exe выдает 21,33 к/с.
Но мерцает курсор и заметные рывки при
воспроизведении видео.
Подсоединялся к более мощному компьютеру -
там 64 к/с безо всяких проблем, при загрузке
просаживается до 32 к/с, но это незаметно.
Original comment by Mihail.K...@gmail.com
on 17 Nov 2011 at 10:07
Lightpack_5.5.0_QtGrabWindow_EachWidget.exe выдает скачками то
16к/с то 21,33 к/с.
Курсор мерцает, видео подтормаживает.
Original comment by axiva...@gmail.com
on 17 Nov 2011 at 7:18
>Lightpack_5.5.0_QtGrabWindow_EachWidget.exe выдает скачками то
16к/с то 21,33 к/с.
Для этой версии это нормально Стандартная
версия будет выдавать 16-18 к/c у тебя.
На счет притормаживающего видео, то этот
косяк у меня происходит на стандартной
версии 5.5
Мигающий курсор это издержки архитектуры
программы.
Original comment by demmax2...@mail.ru
on 18 Nov 2011 at 6:22
>Comment 18 by demmax2...@mail.ru, Today (4 hours ago)
>>Lightpack_5.5.0_QtGrabWindow_EachWidget.exe выдает скачками
то 16к/с то 21,33 к/с.
>Для этой версии это нормально Стандартная
версия будет выдавать 16-18 к/c у тебя.
Прочтите комменты под номерами 6, 8, 11 и
тогда поймете что у меня и других
обладателей Intel HD Graphics
Original comment by axiva...@gmail.com
on 18 Nov 2011 at 11:20
Спасибо за тестирование.
Курсор мерцает, потому что в QtGrabWindow на
момент захвата курсор прячется.
Версия захвата каждого виджета в
отдельности на WinAPI: Lightpack_5.5.0_WinAPI_EachWidget.exe,
курсор не должен мерцать.
Original comment by brunql
on 18 Nov 2011 at 12:57
Attachments:
слушайте, ну уже лучше. Спасибо. Дает 12.8-16.0
fps. При просмотре FullHD-видео бывают редкие
затыки. Я начитался всяко про захват видео,
посмотрел что в общем-то, что можно было
придумать максимально быстрое, вы
релизовали. Ну может если только
попробовать mirror-device драйвер, хотя я что-то
особых решений не увидел. Что ж поделаешь,
коли дрова винды из памяти видюхи так долго
рендерят, когда на ubuntu работает на ура.
Спасибо разработчикам за оптимизацию кода.
Следующий этап - asm. Компилятор под разные
процы и всё такое :)
Original comment by axiva...@gmail.com
on 18 Nov 2011 at 7:54
Скоро выложу альтернативный софт под Windows,
как пройдет тестирование.
Original comment by demmax2...@mail.ru
on 19 Nov 2011 at 8:01
Demmax, мы можем добавить вас в коммитеры и
экспериментируйте прямо в нашем
репозитории (в какой-нить отдельной ветке)
сколько влезет. Для этого вам нужно
написать письмо мне, или brunql'у для
выяснения подробностей.
Если будете выкладывать софт куда-то за
пределы этого хостинга -- не забывайте про
лицензию исходников.
Original comment by atarity
on 20 Nov 2011 at 10:23
>Если будете выкладывать софт куда-то за
пределы этого хостинга -- не забывайте про
лицензию исходников.
Ни строчки кода, не использовано из вашего
репозитория, все собственные наработки.
По мне лучше оставаться free коммитером.
Original comment by demmax2...@mail.ru
on 20 Nov 2011 at 10:48
Lightpack_5.5.0_WinAPI_EachWidget.exe - заметно лучше. Чем
уже полоски - тем быстрее скорость захвата,
но воспроизведение видео всё равно
отличается - различимы рывки при движении.
Original comment by Mihail.K...@gmail.com
on 21 Nov 2011 at 9:24
скажите, а есть ли кто-нибудь с intel i3 + intel HD
graphics + Windows 7. Как себя ведет lightpack в такой
конфигурации?
Original comment by axiva...@gmail.com
on 26 Nov 2011 at 6:31
Original comment by atarity
on 10 Jan 2012 at 9:41
Для того чтобы с видеокартами Intel лайтпак
работал нормально нужно отключить
аппаратное ускорение. Честно говоря не
совсем понимаю почему Intel видеокарты так
себя ведут, но подозреваю дело все же в
драйвере. На многих форумах пишут, что при
использовании BitBlt() возникают трудности с
производительностью. Кто-то говорит что
нужно обязательно вызывать ReleaseDC() после
BitBlt() (якобы утечка ресурсов происходит
если этого не делать), кто-то говорит что
это баг самой функции BitBlt(). Тем не менее
отключение аппаратного ускорения
помогает, а вот ReleaseDC() нет.
P.S. Описанная проблема проявляется
практически на всех видеокартах Intel
встроенных в процессор и... похоже только
под Win XP. На Win7 проблем не возникает (по
крайней мере по моим проверкам на
нескольких машинах).
Original comment by saimon.feniks
on 17 Jan 2012 at 8:38
Attachments:
[deleted comment]
У меня та же проблема с материнкой на ion'e(atom
330n+GeForce 9400)+Windows 7 х86. Видео подтормаживает
при любом режиме захвата.
Original comment by Alexande...@gmail.com
on 17 Jan 2012 at 9:03
Медленный захват на XP Pro SP3,intel-i3, 4Gb DDR3, intel HD
Graphics, 1920x1200 решил просто установкой
бюджетной офисной видеокарты с пассивным
охлаждением :)
Есть еще один вопрос. Девайс собирал (паял)
сам по схеме представленной на сайте.
Использую 10 светодиодов выковырнутых из
rgb-ленты. Часто прослеживаются моргания
всех светодиодов, а порой и просадка
яркости. Подача цвета при этом корректная.
В чем может быть причина? Питается от USB.
Может не хватает питания (потребление
право не мерил)? Может кто сталкивался?
Original comment by axiva...@gmail.com
on 18 Jan 2012 at 2:00
Вопрос к специалистам. А можно ли в D3D
грабере заменить GetFrontBuffer на GetBackBuffer? Многие
говорят что GetBackBuffer раза в 4 быстрее
работает. Это может помочь решить проблему
с тормозами на видеокартах Intel.
Original comment by saimon.feniks
on 20 Jan 2012 at 7:39
Заменить-то конечно можно, но он будет
пустой, туда надо сначала что-то записать.
Получить доступ к чужому бэкбуферу
легально нельзя, эта проблема решается
другим способом - перехватом вызовов d3d. Мы
работаем над этим.
Original comment by tim.hell...@gmail.com
on 20 Jan 2012 at 10:59
Мммм, понятно, то-то я смотрю у меня пустая
картинка захватывается.
Original comment by saimon.feniks
on 20 Jan 2012 at 12:43
[deleted comment]
см. #142 issue, а так же возможно имеет смысл
добавить ещё один граббер, адаптированный
для intel (захват каждой зоны по отдельности,
а не всего экрана сразу)
Original comment by tim.hell...@gmail.com
on 7 Apr 2012 at 7:56
Issue 239 has been merged into this issue.
Original comment by tim.hell...@gmail.com
on 23 May 2012 at 5:35
Original issue reported on code.google.com by
Mihail.K...@gmail.com
on 1 Nov 2011 at 3:09Attachments: