Каков наилучший способ решения проблем пиксельного аспектного отношения (PAR) в DirectShow?

Question

Каков наилучший способ решения проблем пиксельного аспектного отношения (PAR) в DirectShow?

0

Я использую фильтр фильтрации DirectShow для захвата кадров из видео. Текущая реализация следует за этим графиком:

SourceFilter-> SampleGrabber-> NullRenderer

Это работает большую часть времени, чтобы извлекать изображения по кадре для дальнейшей обработки. Однако я столкнулся с проблемами с некоторыми видеороликами, у которых нет PAR 1:1. Эти образы происходят на моих этапах обработки.

Единственный способ исправить это, который я нашел сейчас, - использовать визуализатор VMR9 в режиме без окон, который использует GetCurrentImage() для извлечения растрового изображения с правильным соотношением сторон. Но этот метод не очень полезен для непрерывного захвата тысяч кадров.

Теперь мой вопрос: как лучше всего решить эту проблему? Кто-нибудь сталкивается с этой проблемой?

japedo 08 янв. 2015, в 10:27

Источник

Теги:

c++

windows

directshow

samplegrabber

1 ответ

Ещё вопросы

Roman R. · Accepted Answer · 2015-01-08T07-17-00.000Z

1

Лучший ответ

Образец Grabber предоставляет вам кадры с исходными пикселями. Это не совсем проблема, если есть соотношение сторон, и пиксели не являются "квадратными пикселями". Чтобы преобразовать в квадратные пиксели, вам просто нужно растянуть изображение соответственно. Вам будет проще сделать этот шаг шкалы вне конвейера DirectShow, и у вас есть все данные, которые вам нужны: пиксели и оригинальный тип носителя. Вы можете рассчитать соответствующее разрешение с квадратными пикселями и выполнить повторный выбор изображения.

Roman R. 08 янв. 2015, в 07:17

0

Я предполагаю, что вы автор alax.info/blog ? Эта страница мне очень помогла! На самом деле, я подумал о предложенном вами методе и уже пытался создать способ получения истинного PAR, считывая соотношение сторон кадра видео, его разрешение и формат. Просто подумал, что будет более элегантный способ решить эту проблему. Спасибо!
japedo 08 янв. 2015, в 09:20
0

Более элегантный способ - встроить масштабирование в форм-фактор фильтра и использовать фильтр, который масштабируется до квадратных пикселей. В какой-то степени это делает стоковая Video Resizer DMO, но я полагаю, что при ее непосредственном использовании могут возникнуть определенные проблемы. Поскольку вы используете Sample Grabber + Null Renderer, предполагается, что вы хотите как можно скорее выйти из конвейера DirectShow, и в этом случае более подходящим является масштабирование вне.
Roman R. 08 янв. 2015, в 09:34
0

Еще раз спасибо! Я могу попробовать это, но ... сначала вернемся к вашему первому ответу: я борюсь здесь. Я сделал это раньше (очень некрасиво): откройте видео с помощью VMR9, получите разрешение (1440x1080), вычислите FAR из этого разрешения (4: 3), прочитайте PAR из VIDEOINFOHEADER2, и если FAR и PAR не совпадают, рассчитайте фактор горизонтального растяжения, который приводит (в моем случае) к разрешению 1980x1080. После этого я открыл его с моим фактическим фильтром.
japedo 08 янв. 2015, в 09:43
0

Этот первый подход явно уродлив и, скорее всего, неверен. Итак, как бы вы получили всю необходимую информацию от VIDEOINFOHEADER из захвата образца? Все, что я могу сейчас получить, - это разрешение и отсюда рассчитать соотношение сторон кадра. Где бы вы получили ключевую информацию, которая приводит к фактору горизонтального растяжения?
japedo 08 янв. 2015, в 09:44
0

Тип носителя с соотношением сторон не соответствует структуре VIDEOINFOHEADER . Вместо VIDEOINFOHEADER2 обычно используется целевой AR, отличающийся просто от соотношения ширина / высота пикселя. Однако VIDEOINFOHEADER2 не поддерживается стандартным Sample Grabber, и ваша способность соединять все вместе предполагает, что у вас есть другие преобразования в конвейере, пользовательском граббере или устаревшем типе мультимедиа без AR. Там должно быть что-то не упомянутое.
Roman R. 08 янв. 2015, в 09:54
0

VIDEOINFOHEADER2 и разрешение в пикселях - этого достаточно для вычислений (вы либо растягиваетесь вдоль «более короткого» измерения, либо растягиваете вниз только то, что слишком длинное). Как я уже упоминал, на Sample Grabber для медиа типа AR информация может быть уже удалена. В принципе, это не проблема, потому что вы можете проверить AR на некоторых типах носителей восходящего потока данных, но вам нужно выяснить, как все ваши фильтры подключены при условии, что стандартный SG не может принять VIDEOINFOHEADER .
Roman R. 08 янв. 2015, в 09:57
0

Вот именно проблема: SampleGrabber не принимает VIDEOINFOHEADER2. Чтобы обойти это, я использовал два фильтра графиков: (1) Source-> VMR9 и (2) Source-> SampleGrabber-> NullRenderer. Первый - получить VIDEOINFOHEADER2, а второй - выполнить фактический захват. Вот что я имел в виду, когда сказал «некрасиво». Где-то в сети я читал несколько раз, что вы можете расширить SampleGrabber для принятия VIDEOINFOHEADER2, но я не смог найти примеров. Информация о PAR в сети действительно редкая :)
japedo 08 янв. 2015, в 10:01
0

Ваш метод работает, только если Source может соединиться с VIH и VIH2, или у вас есть фильтр в системе, который может автоматически конвертировать VIH2 в VIH. В обоих случаях это несколько ненадежно с точки зрения того, что он может перестать работать в другой среде. «Правильное» решение довольно ясно: пользовательский фильтр, который выполняет преобразование в вопросе. Поскольку вы пытаетесь создать его без специального фильтра, используя только доступные фильтры, я полагаю, вы не сможете сделать его более элегантным по сравнению с тем, что есть сейчас.
Roman R. 08 янв. 2015, в 10:37

Показать ещё 6 комментариев