Сграбить Phonon::VideoWidget

Имеется такой код...
...который выдает черную картинку

Преследуется цель сграбить Phonon::VideoWidget, с дальнейшим вставкой этой картинки как фон другого виджета (который поверх видео, типо контроль панель. Там всякий паузы, перемотки и т.п.), имитируя прозрачность

У кого нибудь есть какие то мысли?


Вот что было опробовано

QGraphicsScene/View. Прозрачность была. Но все это не плохо грузит проц, и !искажает цвета (Почему то в RGB R меняется на B и наоборот)

Также пробовал создавать 2 независимых окна, связывал их, что бы одно двигалось за другим. Т.к.Qt разрешает устанавливать и прозрачный фон и WindowOpacity окнам, не имеющим предка цель была достигнута (правда пришлось еще с NetWM повозиться, дабы запретить искам показывать иконку контроль панели). Но "связывание" окон было достаточно затратно(может не самая лучшая реализация) и от идеи пришлось отказаться.


Опытным путем было установлено, что грабить виджет через каждые 10-50 мс и ставить это фоном в другом виджете не вызывало заметных падений производительности. Остается вопрос, как получить скрин видео... или лучше подумать над оптимизацией связывания 2х окон??
Или использовать что то вместо phonon?? :cofee2:

0

GrabWidget фоткает виджет на экране. Соответственно, если в момент вызова этой функции твой виджет никак на экране не отображается, то черный квадрат и получишь.

Вообще эта функция очень кривая, потому что даже если твой виджет виден и его перекрывает как то другой виджет в момент съёмки, то и картинку получишь с куском где перекрывает другой виджет.

0

Сообщение от Vertus даже если твой виджет виден и его перекрывает как то другой виджет в момент съёмки, то и картинку получишь с куском где перекрывает другой виджет.

Это по моему относится к grabWindow. Но мне уже все равно. Phonon себя слил. Сейчас курю доку FFmpeg

0

Сообщение от dakuenjery Это по моему относится к grabWindow. Но мне уже все равно. Phonon себя слил. Сейчас курю доку FFmpeg

Картинку то все равно грабить придеться.

0

Нет. Картинку придется выводить вручную. Скорей всего через QImage ( ходя я буду рад, если найду более быстроработающее решение ). Соответственно грабить ничего не надо будет, так как уже все сграблено)
Ну как то так) Во всяком случае с libVLC так

0

Сообщение от dakuenjery Нет. Картинку придется выводить вручную. Скорей всего через QImage ( ходя я буду рад, если найду более быстроработающее решение ). Соответственно грабить ничего не надо будет, так как уже все сграблено) Ну как то так) Во всяком случае с libVLC так

Как вручную? Я чё-то недогоняю.

0

Как таковой функции play нема. Но есть указатели на контейнер и битрейд видео. Нужно писать функцию, которая будет через каждый промежуток времени (который и есть битрейд) из контейнера будет вынимать следующий фрейм видео, а подом уже делать с ним что хочешь. Хоть на экран выводить

Я вчера такое с libvlc делал. Там вроде проще. Нужно только указать где буфер находится. Но вот только libvlc какой то багнутый. Никак не хочет разрешение видео мне выдавать, а без этого никуда(

0

А, так тебе из видео картинку надо?

Ну это для меня вообще темный лес...

0

Ага. Потом из этой картинки вырезать кусок, и поставить бэкгроундом в другом виджете. Типо прозрачность)

0

Сообщение от dakuenjery Ага. Потом из этой картинки вырезать кусок, и поставить бэкгроундом в другом виджете. Типо прозрачность)

А не проще тупо окно полупрозрачным сделать?

0

Проще, но неправильно.
Я это делал. Кривое зрелище)

0

Сообщение от dakuenjery Проще, но неправильно. Я это делал. Кривое зрелище)

А в чем она выражалась и как делал, если не секрет?

0

Было 2 окна. Главное, в котором видео и ... не главное, в котором были кнопочки вперед, назад и т.п. Контроль панель.
При перемещении или ресайзе главного окна, контроль панель считывала координаты главного окна, а потом высчитывала свои координаты. Формулу уже точно не помню)

Выражалось во первых в достаточно медленной работе (потом код был переписан, и работа стала гладкой и перестала лишний раз забивать проц) и главное, что это просто не смотрится естественно. Особенно когда у тебя в компизе вязкие окна включены. Главное окно кривится, а контроль панель нет.

0

Сообщение от dakuenjery Было 2 окна. Главное, в котором видео и ... не главное, в котором были кнопочки вперед, назад и т.п. Контроль панель. При перемещении или ресайзе главного окна, контроль панель считывала координаты главного окна, а потом высчитывала свои координаты. Формулу уже точно не помню) Выражалось во первых в достаточно медленной работе (потом код был переписан, и работа стала гладкой и перестала лишний раз забивать проц) и главное, что это просто не смотрится естественно. Особенно когда у тебя в компизе вязкие окна включены. Главное окно кривится, а контроль панель нет.

Ну, а если одно коно, два виджета. На нижнем видео проигрывается, второй сверху с полупрозрачным фоном и кнопочками.

0

Это было бы идеальным решением, если бы Qt поддерживал полупрозрачность в виджетах потомках

0

Сообщение от dakuenjery Это было бы идеальным решением, если бы Qt поддерживал полупрозрачность в виджетах потомках

Да ты успокойся, сто раз так делал . Просто нарисуй полупрозрачный фон и подложи его на верхний виджет.

0

??
Можешь примерный код набросать?

0

Сообщение от dakuenjery ?? Можешь примерный код набросать?

Да просто нарисуй в фотошопе png полупрозрачный.

А на верхнем виджете сдела qss стиль в котором подложишь этот фон.

Можешь даже в фотошопе нарисовать полупрозрачную точку, назовём её fade.png.

А во втором виджете установи qss ("background-image: url("fade.png");").

И всё!

0

Ясно
Делал
Оно давало или полностью прозрачный виджет, или не прозрачный. Это скорее всего из-за phonon

0

Сообщение от dakuenjery Ясно Делал Оно давало или полностью прозрачный виджет, или не прозрачный. Это скорее всего из-за phonon

Так. А виджеты стандратные брал или наследовался и переопределял?

0