Не совсем понял, что вам нужно?
"все контейнеры и кодеки, которые поддерживает текущий
стабильный ffmpeg или libav", "Вернуть поддержку ffmpeg/libav" или "именно поддержка ffmpeg"?

Дмитрий, прошу пояснить. Содержательно, без эмоций.

1. Одна из основных сфер применения libopencv — анализ видеопотока. Учитывая огромное разнообразие контейнеров, кодеков и их реализаций, для обеспечения совместимости важно иметь возможность сослаться на некий эталонный энкодер/декодер и мультиплексор/демультиплексор.

2. Фактическим стандартом для обмена потоковой видеоинформацией сейчас является ffmpeg, при этом на данный момент не так важно, какая именно реализация — «оригинальный» или libav. Далее под «ffmpeg» будет подразумеваться оригинальный ffmpeg или libav.

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

Так понятно?

> 
> Так понятно?

Нет. 
Что нужно сделать? Что было сломано и в каком пакете?
2zerg: Вам понятно?

а то, что gstreamer используется по умолчанию в сборке RH/Fedora - не аргумент ?

собственно понятно почему они так делают - gst умеет чуть больше ffmpeg, и это, видимо,кому-то удобно. но gst умеет и ffmpeg в том числе.

и да, нет никаких проблем собрать с libav, и если Дима, тебя чем-то не устраивает сборка - давно б исправил ошибку, сделанную другим мейнтейнером. никто ж не против. 
Патч для работы с новой версией libav есть.

Зергу, кстати, фиолетово с чем будет собрано opencv. просто ему нужна была новая версия для сборки каких-то новых пакетов KDE, а ты обновлять её не спешил.

Вот отсюда и расколбас.
Кстати, плюс сборки с gst - его API постабильнее чем API libav/ffmpeg и исправлять в случае новой версии libav придётся меньше пакетов.

(В ответ на комментарий №4)
> Что нужно сделать? Что было сломано и в каком пакете?
> 2zerg: Вам понятно?
Мне только понятно, что DD хочет, чтоб у нас был ffmpeg вместо libav, собирая пакеты лишь для своих личных нужд.

(В ответ на комментарий №5)
> а то, что gstreamer используется по умолчанию в сборке RH/Fedora - не аргумент
> ?

Аргумент. И я обязательно его рассмотрю. Но только в плановом порядке, а не в авральном. Думаю, что вполне вероятно, что и мы в итоге остановимся на gstreamer.
 
> собственно понятно почему они так делают - gst умеет чуть больше ffmpeg, и это,
> видимо,кому-то удобно. но gst умеет и ffmpeg в том числе.

Звучит вполне логично. Но это всё нужно тестировать, чтобы не испортить случайно то, что уже работает. А у меня сейчас, к сожалению, нет возможности такое тестирование провести.

Спасибо!