Comments 39
radikal %)
Давно посты ни куда не писал, так что первое что пришло на ум.
Отредактировано. Как подсказали тут, фотографии перезалиты с radikal на habrastorage.org/
Честно говоря, не вижу профита по сравнению с аналоговым передатчиком. У аналоговых и сигнал помощнее, и к помехам они намного более лояльно относятся.
А в ем разница между подключениями этого железа не к рапсбери, а к другому компьютеру? Почему многие описывают как что-то подключить к нему
Raspberry Pi дешевая (~1000 руб.) компактная и легкая — квадрокоптеру ее проще поднять, чем, к примеру, нетбук.
На второй вопрос, это как тема «почему столько шума вокруг arduino — это ведь простой AVR микроконтроллер, припаянный к плате».
А первый, согласен, с точке зрения ПО это обычный компьютер — это одно из его преимуществ. Но тут есть нюанс — то что на этом компьютере стоит Linux, при том не самый дружелюбный и распространенный дистрибутив. Так что настройку во многом можно назвать не «Настройка Raspberry pi», а «Настройка Raspbian».
А первый, согласен, с точке зрения ПО это обычный компьютер — это одно из его преимуществ. Но тут есть нюанс — то что на этом компьютере стоит Linux, при том не самый дружелюбный и распространенный дистрибутив. Так что настройку во многом можно назвать не «Настройка Raspberry pi», а «Настройка Raspbian».
не самый дрюжелюбный? Это же на дебиан основано.
Спасибо! Попробую повторить :) Кстати, Вы не пробовали поднимать на RPi вайфайную точку доступа?
Не, не пробовал. Я больше смотрю на 3G USB модемы, тогда понятия «дальности» не будет, связаться можно на любом расстоянии, если там есть сеть, а большая часть России, хотя бы GPRS но имеет. (Как область применения, пример — любительский метеозонд)
Моя задача — подключение Raspberry Pi к очкам Epson Moverio. Эти очки _были_бы_ неплохим девайсом для дополненной реальности — отличные прозрачные дисплеи, 6 часов от аккумуляторов. Но у них нет сенсоров, без котоорых эту самую доп.реальность не реализуешь — нету камеры, акселерометра, гироскопа, компаса. Нету даже bluetooth. Есть только возможность подключиться по WiFi (причем AdHoc-точек очки не видят как класс).
Поэтому рассматриваю RPi как своеобразный хаб для подключения периферии к очкам.
Поэтому рассматриваю RPi как своеобразный хаб для подключения периферии к очкам.
Проект на самом деле интересный. Примеры вроде поднятия wifi точек доступа на схожих ОС есть
habrahabr.ru/post/116297/
help.ubuntu.ru/wiki/wifi_ap
но это без плясок с бубном на вряд ли обойдется.
Как способ обойти(если условия позволяют) можно их через обычный роутер между собой соединить, который где ни будь в сторонке будет лежать. Или вообще есть стационарный мощный комп, который и картинку и всю логику формирует, а на самом человеке уже очки и raspmberry (или вообще ардуина с XBee Wi-Fi).
Но если это хочется мобильным сделать, то тогда лучше с точкой доступа помучатся.
habrahabr.ru/post/116297/
help.ubuntu.ru/wiki/wifi_ap
но это без плясок с бубном на вряд ли обойдется.
Как способ обойти(если условия позволяют) можно их через обычный роутер между собой соединить, который где ни будь в сторонке будет лежать. Или вообще есть стационарный мощный комп, который и картинку и всю логику формирует, а на самом человеке уже очки и raspmberry (или вообще ардуина с XBee Wi-Fi).
Но если это хочется мобильным сделать, то тогда лучше с точкой доступа помучатся.
Проблема с нагревающимися регуляторами напряжения не в том, что он греется и надо ставить радиатор, а в том, что это тепло — энергия аккумулятора, потраченная впустую.
А где в Питере малину продают?
МегаЭлектроника (каталог: товары для дома, хобби/ робототехника / контроллеры) www.megachip.ru/item.php?item_id=3626275
Стоит на 600 рублей дороже чем если по почте заказывать.
Стоит на 600 рублей дороже чем если по почте заказывать.
Стабилизаторы греются потому что линейные, они не просто греются а жрут все что свыше 5В, так что даже если у вас 7.4В аккумулятор, то 2.4В х 0.7А, то есть, почти 1.7 ватта потреблю со из аккумулятора чтобы погореть атмосферу. Это очень печально, так что не радиаторами надо спасаться, а импульсными конвертерами, иначе долго не поживете от аккума.
Да куча этих конвертеров у разных производителей, и куча готовых модулей на е-бее и иже с ним, вот, например.
У любого производеля посмотрите в каталога по параметрам, это называется dc-dc buck converter.
У любого производеля посмотрите в каталога по параметрам, это называется dc-dc buck converter.
Спасибо за наводку. Я с заказами по интернету не люблю связываться так что искал в каталогах Питерских магазинов нечто подобное. Но цена там очень привлекательная так что можно попробовать заказать.
Или если с ними не срастется — то на той же микросхеме что то вроде этого спаять radio-hobby.org/modules/news/article.php?storyid=445
Или если с ними не срастется — то на той же микросхеме что то вроде этого спаять radio-hobby.org/modules/news/article.php?storyid=445
Вот еще неплохой преобразователь. КПД до 95%. Стоит 10 баксов за ведро.
По поводу аппаратного сжатия — нужно поставить спец плагины для gstreamer, использующие аппаратный DSP от BCM2835. Их нужно искать на профильных сайтах/форумах, в стандартный убунтовский пакет их по понятным причинам не включают.
По поводу веб-камеры, один из наиболее простых (но не дешевых) вариантов решения этой проблемы — обзавестись Logitech C920 или другой камерой со сжатием в h264 внутри. Youness Alaoui как раз закончил пилить плагин для таких камер (см. здесь), и он отлично работает в 0.10 ветке (замечу что в LTS 10.04 gstreamer стоит немного старше чем нужно для сборки, его надо руками обновить/пересобрать). Этот трюк с камерой спасает в случае борды без hardware DSP, например beaglebone. Или с говно-DSP с убогим h264 кодировщиком.
Все бюджетные камеры должны уметь выдавать mjpeg поток, который врубается в капсах. Чтобы это проверить, v4l2-ctl в помощь. Дерзайте :)
По поводу веб-камеры, один из наиболее простых (но не дешевых) вариантов решения этой проблемы — обзавестись 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/
Про mjpeg, не знал о такой вещи доберусь до дома попробую поэкспериментировать.
Про плагин для gstremera, сейчас покапал, он вроде бы даже прямо в пакете идет (у распемберри вроде как свой репозиторий ), но его надо явно указать omxh264dec. (тоже доеду попробую)
cgit.freedesktop.org/gstreamer/gst-omx/
Многие вебкамеры умеют отдавать jpeg/mjpeg, и судя по archlinuxarm.org/forum/viewtopic.php?f=31&t=3149 — камера автора его умеет. Она вообще хипсторская:
Так как используется модуль uvcvideo, то можно извращаться с камерой в достаточно широких диапазонах. А теперь главный вопрос — нафига использовать несжатый YUV, когда есть такая малина (mjpeg)?
Gstreamer всегда считал адовым тормозом, удивлен что оно хоть как-то ворочается, а вы еще и кодирование ему поручили. Достаточно просто отдать стрим на сервер вещания и хоть в интернет в публичный доступ выкладывайте.
Так как используется модуль 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 плеер.
Почему не использовал 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мс?
Sign up to leave a comment.
Raspberry Pi. Передача видео для дистанционного управления