GStreamer: кто нибудь использовал его с Qt, как впечатления?

[Akon]

Есть ли какие откровенные глюки, какой функционал?

[kuzulis]

Смотря для чего. Если в составе QtMultimedia - то функционал паршивенький, но альтернатив как-бы нет.. нужно допиливать и допиливать.. Но на QtMultimedia похоже положили болт.

[Igors]

Пару раз тоже пытался прояснить, но безуспешно. Тут какая-то "точка замерзания", обычно начинается со слов "поддерживает то что установлено в системе". Ну ладно, на OSX мувики QuickTime - самые что ни на есть "родные", этого не может быть не установлено. Так будет ли GStreamer их читать/писать? А ответа нет 

Если что-то нароете - дайте знать. Спасибо

[Akon]

Я разрабатываю GStreamer плагин для улучшения качества передачи аудио/видео потоков посредством помехоустойчивого кодирования. Пишу я его на С/GLib, то есть на том инструментарии, на котором основывается сам GStreamer. На самом раннем этапе я сознательно отверг все биндинги по причине возможных глюков (да и изучение новых технологий хорошо начинать с "низов"), хотя, конечно, на С++ мне разрабытывать гораздо приятнее.

В контексте данной разработки Qt я рассматриваю для:
1. Написания простеньких примеров, демок, где через Qt-ный GUI можно управлять свойствами плагина, конструировать GStreamer-овский пайплайн, обрабатывать оередь сообщений GLib и т.д.
2. Разработки вспомогательных низкоуровневых компонент (GStreamer плагинов) на С++/Qt.

[Igors]

У меня др задача: заменить использующееся сейчас QuickTime на GStreamer для чтения/записи картинок и видео. И вот уже не первый год никак не могу продвинуться в этом направлении Договориться с кем-то (разумеется не бесплатно) было бы хорошо, но пока "масть не идет".

[joffadark]

Почему бы для этих целей в Linux не воспользоваться библиотеками ffmpeg?
Линковать их к приложению можно статически.

[Igors]

Почему бы для этих целей в Linux не воспользоваться библиотеками ffmpeg?
Линковать их к приложению можно статически.

Полагаю что речь идет о моих целях Ну Linux как раз не нужна, целевые платформы OSX и Вындоуз. По поводу ffmpeg. Обычно дело тормозится на вещах типа

- вот сейчас юзер назначает "вывод в QuickTime" (.mov файл), ему тыц - выберите кодек, по умолчанию "Animation", т.е. lossless, каждый кадр 1:1, пусть выходной файл и велик. При этом я ни о каких кодеках ничего не знаю, и даже окно выбора не мое - просто должен стоять QuickTime, он это все умеет.

Как достичь того же с  ffmpeg или GStreamer - хз. Вроде бы да-да-да, есть кодек пишущий в .моv (идеально для совместимости), но умеет ли он lossless - хз. И вообще есть ли хоть какой-то lossless - хз.

Второй пример: запись/чтение кадра. С QuickTime просто читаем/пишем буфер в памяти, затем вызов ф-ции API. Что делать "по-новому" - хз

[Bepec]

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

[Igors]

Это называется проще - надо почитать документацию.

Так попробуйте, "выбегалло" Только там совсем не та "мамина сися", сначала эдак стр 150 "концепций". Нет, это конечно хорошо и правильно - но дело чего-то не движется   

[joffadark]

Почему бы для этих целей в Linux не воспользоваться библиотеками ffmpeg?
Линковать их к приложению можно статически.

Полагаю что речь идет о моих целях Ну Linux как раз не нужна, целевые платформы OSX и Вындоуз. По поводу ffmpeg. Обычно дело тормозится на вещах типа

- вот сейчас юзер назначает "вывод в QuickTime" (.mov файл), ему тыц - выберите кодек, по умолчанию "Animation", т.е. lossless, каждый кадр 1:1, пусть выходной файл и велик. При этом я ни о каких кодеках ничего не знаю, и даже окно выбора не мое - просто должен стоять QuickTime, он это все умеет.

Как достичь того же с  ffmpeg или GStreamer - хз. Вроде бы да-да-да, есть кодек пишущий в .моv (идеально для совместимости), но умеет ли он lossless - хз. И вообще есть ли хоть какой-то lossless - хз.

Второй пример: запись/чтение кадра. С QuickTime просто читаем/пишем буфер в памяти, затем вызов ф-ции API. Что делать "по-новому" - хз

Ну, собрать библиотеки ffmpeg можно полностью под "свои" цели (и с приложением таскать свою сборку). Исключить поддержку ненужных кодеков, контейнеров и так далее. Или наоборот, "вкомпилировать" в них сторонние кодеки (как например, openh264 от cisco, вместо x264). Все это настраивается при сборке.

"Не знать ни о каких кодеках", к сожалению, не получится конечно, но получится знать, что в Вашей сборке есть именно ТОТ, который нужен. :-) А mov - это же контейнер (так ведь?), который официально поддерживает огромное количество кодеков (например, DivX, который умел - на моей памяти - "жать" не сжимая).