Как стать автором
Обновить

Комментарии 39

Давно посты ни куда не писал, так что первое что пришло на ум.
Отредактировано. Как подсказали тут, фотографии перезалиты с radikal на habrastorage.org/
Честно говоря, не вижу профита по сравнению с аналоговым передатчиком. У аналоговых и сигнал помощнее, и к помехам они намного более лояльно относятся.
Профит в том что можно у многих веб камера и wi-fi устройства уже есть в наличии. То есть не надо тратиться дополнительно. Если рассматривать аналоговое решение, то надо было бы дополнительно купить: камеру, передатчик, приемник, плату видео захвата.
А в ем разница между подключениями этого железа не к рапсбери, а к другому компьютеру? Почему многие описывают как что-то подключить к нему
Raspberry Pi дешевая (~1000 руб.) компактная и легкая — квадрокоптеру ее проще поднять, чем, к примеру, нетбук.
На второй вопрос, это как тема «почему столько шума вокруг arduino — это ведь простой AVR микроконтроллер, припаянный к плате».

А первый, согласен, с точке зрения ПО это обычный компьютер — это одно из его преимуществ. Но тут есть нюанс — то что на этом компьютере стоит Linux, при том не самый дружелюбный и распространенный дистрибутив. Так что настройку во многом можно назвать не «Настройка Raspberry pi», а «Настройка Raspbian».
не самый дрюжелюбный? Это же на дебиан основано.
Все относительно. Имелось в виду что там не Ubuntu или Mint.
То что она основана на Debian это действительно очень существенный плюс. Но я не думаю, что эта платформа интересна только поклонникам Linux, а для всех остальных ось стоящая там, хотя бы поначалу, но будет очень недружелюбна.
потому и надо с базы изнутри систему учить, чтоб потом не было вообще таких понятий как дружелюбный или нет. А было понятие системы для работы, а не свистюлек
Спасибо! Попробую повторить :) Кстати, Вы не пробовали поднимать на RPi вайфайную точку доступа?
Не, не пробовал. Я больше смотрю на 3G USB модемы, тогда понятия «дальности» не будет, связаться можно на любом расстоянии, если там есть сеть, а большая часть России, хотя бы GPRS но имеет. (Как область применения, пример — любительский метеозонд)
Моя задача — подключение Raspberry Pi к очкам Epson Moverio. Эти очки _были_бы_ неплохим девайсом для дополненной реальности — отличные прозрачные дисплеи, 6 часов от аккумуляторов. Но у них нет сенсоров, без котоорых эту самую доп.реальность не реализуешь — нету камеры, акселерометра, гироскопа, компаса. Нету даже bluetooth. Есть только возможность подключиться по WiFi (причем AdHoc-точек очки не видят как класс).

Поэтому рассматриваю RPi как своеобразный хаб для подключения периферии к очкам.
Проект на самом деле интересный. Примеры вроде поднятия wifi точек доступа на схожих ОС есть
habrahabr.ru/post/116297/
help.ubuntu.ru/wiki/wifi_ap
но это без плясок с бубном на вряд ли обойдется.

Как способ обойти(если условия позволяют) можно их через обычный роутер между собой соединить, который где ни будь в сторонке будет лежать. Или вообще есть стационарный мощный комп, который и картинку и всю логику формирует, а на самом человеке уже очки и raspmberry (или вообще ардуина с XBee Wi-Fi).
Но если это хочется мобильным сделать, то тогда лучше с точкой доступа помучатся.
Нужен именно мобильный вариант — так что куплю бубен и буду плясать :)
Спасибо за ссылки!
Проблема с нагревающимися регуляторами напряжения не в том, что он греется и надо ставить радиатор, а в том, что это тепло — энергия аккумулятора, потраченная впустую.
А где в Питере малину продают?
МегаЭлектроника (каталог: товары для дома, хобби/ робототехника / контроллеры) www.megachip.ru/item.php?item_id=3626275
Стоит на 600 рублей дороже чем если по почте заказывать.
Стабилизаторы греются потому что линейные, они не просто греются а жрут все что свыше 5В, так что даже если у вас 7.4В аккумулятор, то 2.4В х 0.7А, то есть, почти 1.7 ватта потреблю со из аккумулятора чтобы погореть атмосферу. Это очень печально, так что не радиаторами надо спасаться, а импульсными конвертерами, иначе долго не поживете от аккума.
*1.7 ватта потребляются
*погреть атмосферу
*долго не проживете

Автокоррекция…
При 7.4В, получается, время работы от аккумулятора где то на треть меньше чем могло бы быть. Исправить это было бы конечно неплохо.

А какие то конкретные микросхемы, со схемами их включения, есть на примете?
Промахнулся с ответом, чуть ниже оставил комментарий.
Кстати, на самой raspberry тоже стоит линейный регулятор, и её потребление можно значительно снизить заменив его на нормальный.
Да куча этих конвертеров у разных производителей, и куча готовых модулей на е-бее и иже с ним, вот, например.

У любого производеля посмотрите в каталога по параметрам, это называется dc-dc buck converter.
Спасибо за наводку. Я с заказами по интернету не люблю связываться так что искал в каталогах Питерских магазинов нечто подобное. Но цена там очень привлекательная так что можно попробовать заказать.

Или если с ними не срастется — то на той же микросхеме что то вроде этого спаять radio-hobby.org/modules/news/article.php?storyid=445
По поводу аппаратного сжатия — нужно поставить спец плагины для gstreamer, использующие аппаратный DSP от BCM2835. Их нужно искать на профильных сайтах/форумах, в стандартный убунтовский пакет их по понятным причинам не включают.
По поводу веб-камеры, один из наиболее простых (но не дешевых) вариантов решения этой проблемы — обзавестись Logitech C920 или другой камерой со сжатием в h264 внутри. Youness Alaoui как раз закончил пилить плагин для таких камер (см. здесь), и он отлично работает в 0.10 ветке (замечу что в LTS 10.04 gstreamer стоит немного старше чем нужно для сборки, его надо руками обновить/пересобрать). Этот трюк с камерой спасает в случае борды без hardware DSP, например beaglebone. Или с говно-DSP с убогим h264 кодировщиком.
Все бюджетные камеры должны уметь выдавать mjpeg поток, который врубается в капсах. Чтобы это проверить, v4l2-ctl в помощь. Дерзайте :)
Ох, зря я написал про mjpeg, достаточно было обновить комментарии.
Спасибо за идеи.
Про mjpeg, не знал о такой вещи доберусь до дома попробую поэкспериментировать.

Про плагин для gstremera, сейчас покапал, он вроде бы даже прямо в пакете идет (у распемберри вроде как свой репозиторий ), но его надо явно указать omxh264dec. (тоже доеду попробую)
cgit.freedesktop.org/gstreamer/gst-omx/
Многие вебкамеры умеют отдавать jpeg/mjpeg, и судя по archlinuxarm.org/forum/viewtopic.php?f=31&t=3149 — камера автора его умеет. Она вообще хипсторская:
image

Так как используется модуль uvcvideo, то можно извращаться с камерой в достаточно широких диапазонах. А теперь главный вопрос — нафига использовать несжатый YUV, когда есть такая малина (mjpeg)?

Gstreamer всегда считал адовым тормозом, удивлен что оно хоть как-то ворочается, а вы еще и кодирование ему поручили. Достаточно просто отдать стрим на сервер вещания и хоть в интернет в публичный доступ выкладывайте.

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

или денег не хватает даже на подержанный персональный компьютер. А минусы наоборот становятся очевидными — малая относительно настольных компьютеров производительность и недружелюбная операционная система.
Да, персональный компьютер могут позволить себе далеко не все. А производительность Малины примерно раз 100 выше моего первого PC, которого для всего хватало. Да, в те времена про WindoWz SeveN SpeRMa ULTiMATE Zver EditiON никто не знал и всем всего хватало. Аналогично и про дружелюбность системы, достаточно палец от мышки оторвать.
Про фото камеры, это один из её внешних видов, у меня расцветка другая — обычная серая.

Почему не использовал YUV вместо mjpeg — не знал про то что есть такая возможность. Сейчас доберусь до дома попробую с ним.

Про Gstreamer не знаю откуда у вас такое мнение что он тормозной. Его и GNOME использует, и Nokia в Maemo. Основная причина его выбора была в том что у него cli интерфейс что удобно при удаленном управлении через консоль. «отдать стрим на сервер вещания» это я так понимаю что то вроде VLC, но это скорее всего графический интерфейс и удаленно будет сложно запустить.

Про кодеки, я то же свое мнение на основе форумов составил. Но там нюанс, есть что эти мнения до 24 августа были. А после вроде поддержка части кодеков появилась.
www.raspberrypi.org/archives/1839

Про то что не у всех на стационарный компьютер не хватает и интерфейс дружелюбный если от мышки оторвать палец. Это все конечно оценочные суждения и о них трудно спорить, но если действительно денег не хватает то советую volzhskiy.vgg.slando.ru/obyavlenie/prodam-sistemnyy-blok-i-monitor-ID6Citb.html#b5aeede0;r:;s:
А на счет дружелюбности, насколько я знаю, raspbian до сих пор не поддерживает flash плеер.
Упс, ответил ниже, промахнушись с ответом
Gstreamer — это калька с DirectShow со всеми его архитектурными косяками. И да, гном тоже является адовым тормозом и всегда им являлся. В качестве альтернативы можно поюзать ffmpeg c опцией -acodec copy, подав все это скажем на ffserver (который будет уже на десктопном компьютере), хотя лично я бы просто вытаскивал бы кадры с камеры и дальше их отсылал сам скажем на Icecast (немного допилив его, благо опыт есть, примерная схема habrahabr.ru/post/153817/ — для видео все аналогично). Такое решение практически не использует cpu и все должно бегать шустро. И никакого гуя уж точно.

Что касается кодеков, то как я понял кодировать опять же нечем (по данным из поста, может уже написали?). Надо будет погуглить, а то я хотел сделать переносную радиостудию на Малине, дабы вещать радио отовсюду, но обломался с енкодингом (хотя руки до оптимизированных кодеков так и не дошли).

Что же до компьютеров, то ПК, с которого я сейчас пишу, не сильно превосходит Распберри, и что самое интересное — хватает для всего. Конечно же, флеша у меня нет, я его отключил.
, хотя лично я бы просто вытаскивал бы кадры с камеры и дальше их отсылал сам скажем на Icecast (немного допилив его, благо опыт есть, примерная схема habrahabr.ru/post/153817/ — для видео все аналогично). Такое решение практически не использует cpu и все должно бегать шустро


Вариантов всегда много, но это не сильно отличается от того что здесь
sudo gst-launch-0.10 v4l2src device=/dev/video0 ! 'video/x-raw-yuv,width=640,height=480, framerate=20/1'! ffmpegcolorspace ! rtpvrawpay ! udpsink host=192.168.0.50 port=4000 sync=false
происходит захват видео и отправка его дальше по сети. Здесь из трансформации только «rtpvrawpay» который добавляет заголовок о формате передачи, что бы можно было по RTP гнать, зато позволяет использовать транспортный уровень.
Гоняйте свои гигабайты, я не против.
Не, ну против гигабайтов я не возражаю. Их действительно в идеале хотелось бы сжать.
А почему не реализовать сие через ffmpeg & ffserver? Та же потоковая передача с камеры
Господа, а кто-нибудь интересовался как потом передать FPV-видео на дальние расстояния? Используя тот-же модулятор DVB-T/COFDM можно отдать full-hd с задержкой порядка 250мс?
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.