10 бит по воздуху - Страница 6

spamkerdyk · 20.10.2011, 22:00

А что, я не заметил, или действительно никто не вспомнил: камера при 30 кадрах в секунду на самом деле выдает 60 полукадров, которые легко разделяются и скорость приема можно вдвое повысить. Как разделить: первый полукадр образован строками с номерами 1, 3, 5,.. второй 2, 4, 6,... Оба полукадра выводятся на экран как один кадр. Это наследие эпохи кинескопов, сейчас эта схема отмирает в пользу прогрессивной развертки, но веб камеры работают именно так, фактически создавая 60 самостоятельных кадров в секунду.
А найти синхросигнал в камере тоже не проблема. Вскрываешь камеру и тупо просматриваешь осциллографом все ножки микросхем, даже не обязательно знать как оно там устроено. Если где угодно обнаружится любой формы сигнал 60 герц, он может быть использован как синхронизация, поскольку практически со 100-процентной вероятностью синхронен с кадрами. Просто ни для чего другого 60 герц камере не нужны.
Есть еще вариант 25 кадровой камеры (PAL), для нее тоже все справедливо: 50 полукадров, 50 герц синхронизация.

Сообщение от makakus

Вебки же ещё в mpeg зажимают? Там свой гемор. Там про частоту кадров вообще говорить нельзя, она для разных мест кадра разная

.

Оп-паньки. Вот это новость.
Мпег, как и любой видео поток содержит маркеры кадров. За маркером всегда следует или полный ключевой кадр в jpeg-е или разностный, но все равно полный кадр. И к этим маркерам привязываются еще и порции звука, которые должны быть воспоризведены на протяжении этого кадра, чтобы звук не разошелся с видео. Любой проигрыватель воспроизводит видео-поток, ориентируясь по кадровым меткам так, чтобы декодировать 25 кадров в секунду для PAL и 30 для NTSC. Так что частота кадров для mpg, avi, mov и т. д. вполне определенная.
Единственный поток, у которого частота кадров переменная, это WMV (ASF). Он специально предназначен для трансляций через сеть. Там тоже сделана привязка, но не звука к видео, а видео к звуку, причем, кадры кодируются с разным битрейтом, в зависимости от содержания и скорость (fps) обратно пропорциональна битрейту, чтобы ширина потока через сеть не менялась по времени.

spamkerdyk · 20.10.2011, 22:47

Под рукой веб камеры не оказалось, хотел уточнить, а она запускаться отказалась

Ладно, авось не совру.
Не надо работать с мпег потоком. Камера должна настраиваться, точнее драйвер ее настраивается, и среди всех кодеков должно быть "no compression" - несжатый поток. Вот его и надо ловить программой просмотра. Без программы вряд ли обойдешься, софт камеры позволяет смотреть картинку, но не позволяет в картинку вмешаться, что-то найти. Значит надо написать свой вьюер, например на основе Direct Show библиотек, и в него ловить несжатый поток с веб камеры, а в нем уже заниматься выделением строк. Через Гугл можно найти и сам Direct Show SDK и как с ним работать.

GrayCatt · 21.10.2011, 00:11

Сообщение от Fitz

Саня, GrayCatt, nanomedov,
Скажите, а если радио будет присутствовать обязательно? + Важно не само начало съемки и мерцания, важно совпадение тактов.

Ну, если предполагается работа с жестко фиксированным набором "железа" - наверное, можно взять старую аналоговую камеру (чтоб без всяких внутренних цифрований/обработок), подать её сигнал на видеовход ТВ-тюнера или платы захвата, плюс на звуковой канал туда же - демодулированный радиосигнал. Тогда в потоке с платы захвата будут довольно точно синхронизированные кадры и "кусочки" звука-радиосигнала, и из этого, думаю, вполне можно будет выколупывать все 30 бит/с

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

Цитата:

под один софт, разных платформ не предполагается.

А аппаратно, "железо" фиксированное, или надо предусмотреть универсальность? Если ориентироваться на "абстрактные" веб-камеры, радиосигнал тут не помощник, надо ориентироваться только на кадры. Идея с данными - синхронизацией по разным цветовым каналам мне нравится

Godzilla82 · 21.10.2011, 00:13

Сообщение от spamkerdyk

Не надо работать с мпег потоком. Камера должна настраиваться, точнее драйвер ее настраивается, и среди всех кодеков должно быть "no compression" - несжатый поток. Вот его и надо ловить программой просмотра.

Несжатый видеопоток вам посчитать? Интерфейсы WEB-видеокамер вам известны? Вопросы о ловле остались?

Саня · 21.10.2011, 00:47

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

Someone · 21.10.2011, 09:43

Сообщение от Alex Ru

Возможно господин сбежал из дурки и у него есть навязчивые идеи

Господин скорее всего почитал http://www.lumikon.ru/node/135, и захотел странного. Странного потому, что надо было почитать http://www.nanonewsnet.ru/news/2011/led-internet. Увы, его мечты 30 бит/сек с дополнительными извращениями для синхронизации выглядят очень бледно в сравнении со 100 Мбит, которые планирует получить немец. Жаль они не написали с какой скоростью музыка передаётся в его эксперименте.

А по теме - если есть радио канал - зачем извращаться? Ну разве что действительно для бакдура, как выше говорилось... И то, его умнее и логичнее было бы делать в том же радиоканале, скажем сообщением переменной длины...

stranger007 · 21.10.2011, 10:42

Саня,мне в голову пришла как раз интересная идея, как можно использовать сей механизм передачи данных. Как насчет дистанционного управление ПК или отдельными его частями с помощью обыкновенного пульта д.у., например от телевизора? Единственно, его надо переделать. А поэтому возник вопрос. Ранее писалось, что камера, в отличие от человека, понимает инфракрасный диапазон. Но разве программа на компьютере может "увидеть" на кадре инфракрасный светодиод? если да, то как? Если нет, то можно поступить иначе, переделываем схему пульта под оптический светодиод и нужную частоту. А дальше уже вопрос чисто программный.

anton_avr · 21.10.2011, 11:20

Было время, занимался обработкой видео на ПК (движущиеся объекты, привязка к точкам). Если в качестве камеры обычная WEB-ка, то есть пару особенностей:
1. У большинства камер поток настраивается (в зависимости от разрешения съемки. Если ставить интерполяцию (это когда программно увеличивается разрешение), то поток может дойти и до 15-20к/с. (Для надежности (здесь это уже вроде писали), нужна синхронизация битов дополнительным источников сигнала (второй светодиод, цвет ), так как интервалы измерения будут изменяться из-за загрузки системы.
2. При обработке следует учитывать, что при резком изменении освещения автоподстройка чувствительности не такая быстрая.

Получить и обработать изображение не так сложно. Есть масса исходников на Delphi.

Да, по поводу ИК светодиодов. Некоторые камеры настолько хороши, что имеют качественный ИК фильтр. (Видел такую в IPhone4).

spamkerdyk · 21.10.2011, 12:45

Сообщение от Godzilla82

Несжатый видеопоток вам посчитать? Интерфейсы WEB-видеокамер вам известны? Вопросы о ловле остались?

Начну с конца. Вопросов лично у меня нет и не было, поскольку я с черт-те какого года этой ловлей занимаюсь профессионально с самыми разнообразными камерами и интерфейсами. Интерфейс любой современной камеры или платы видеозахвата включает WDM драйвер, поток с которого в Direct Show получить - нет проблем. Какой бы поток вы не применяли, вам придется разжать его до видимого кадра, чтобы можно было с ним работать. А тогда зачем его сжимать, потом разжимать, если драйвер может отдать несжатый поток? Что я должен посчитать в несжатом потоке, битрейт? Он такой же, как выходит из самой камеры (до драйвера) и выводится на экран после декодирования.

spamkerdyk · 21.10.2011, 13:11

Сообщение от stranger007

... разве программа на компьютере может "увидеть" на кадре инфракрасный светодиод?

Без проблем. Камера видит инфракрасные лучи за счет того, что фильтры матрицы не способны точно отделять красный, зеленый и синий цвета. Боковые спады фильтров довольно пологие, да еще и перекрываются в какой-то степени, поэтому инфракрасные лучи частично проходят эти фильтры. Другой разговор, что камера интерпретирует цвета в соответствии с характеристиками зрения, а инфракрасный цвет для человека не существует. Поэтому видится он камерой как фиолетовый.