roboforum.ru

Если Мега88 может развивать скорость до 20 МИПС, неужели не сможет данные передавать по SPI с почти такой же скоростью?

_________________
if(!Operate) Read(pDatasheet);

RTFD ))) в режиме дабл спид на сколь я помню такт спи равен такт проца /2
ну то есть максимальный такт спи )

_________________
«Как сердцу выразить себя? … Мысль изреченная есть ложь!»
В этом мире меня подводит доброта и порядочность...
"двое смотрят в лужу, один видит лужу, другой отраженные в ней звезды"

Кто бы ещё эти данные с такой скоростью готовил

_________________
Проект [[Open Robotics]] - универсальные модули для построения роботов
Модули Open Robotics можно приобрести в магазине shop.roboforum.ru

---

Day OFF? You must be pulling my leg! Stop making humor before someone sees you, fool!

---

blindman +1. Скорость это хорошо, да только когда со смыслом
Завернуть видео через такой канал это интересно, но wifi в этом деле, имхо, не самое сложное и узкое место. Однако если с этим все же заморочиться, то это будет куда покруче радиокамер.

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

_________________
Проект [[Open Robotics]] - Универсальные модули для построения роботов

У меня нет андройдофона. А на ноуте с линуксом все отлично работало. Там была совтовая проблема (попытка записи в еще не открытый порт). Ее еще не правил, т.к. нужно весь аплет переписывать...

_________________
Linux user | Firefox user

2Vooon: Правильно ли я понимаю, что проблема была в порядке работы с портом, а не с блютузом в целом?

_________________
Проект [[Open Robotics]] - Универсальные модули для построения роботов

имхо достаточно будет при его упаковке на стороне робота применить один из протоколов для этого дела. и все будет работать. видео по сетям гоняют и вполне успешно. это все часть той саймой проблемы ДО wifi.

2frig: Не думаю что там всё просто будет с упаковкой в этот самый протокол в модуль же нету обычного TCP-IP входа только GPIO / UART и SPI - а это никак не эти самые протоколы

Добавлено спустя 26 секунд:
2SkyStorm: Ты простишь нас, что мы тут такой оффтоп развели?

_________________
Проект [[Open Robotics]] - Универсальные модули для построения роботов

Может, я конечно, и не вкуриваю чего, но, ИМХО, без разницы каким образом поток придет на комп. Вообще. На компе можно заюзать, например, ffmpeg, который умеет работать с потоковым видео и работать с ним дальше как с любым другим видео. Ему (ffmpeg) вообще пофиг откуда видео приходит. Хоть с клавиатуры Нужно только говорить ему, когда слушать интерфейс и когда фрейм новый начинается.
Хотя дровишко тоже можно написать, тогда можно будет в обычных плеерах смотреть. Только надо ли?!

да я глянул, вроде как TCP/IP стек там встроенный, так что надо просто отдавать пакетики резанные из потока обернутые в обертку для видео. а может и обертки особой не надо, возможно можно просто по UDP слать, надо смотреть. Все равно упаковка видео, его кодирование гораздо более сложный процесс. разве что если кодек аппаратный, но это уже разговоры из другой области.

Что за ffmpeg? Оно на выходе даёт интерфейс VFW а на входе любой свой?

_________________
Проект [[Open Robotics]] - Универсальные модули для построения роботов

Да, ошибка программирования на жабе. Приводит в падению приложения с ошибкой.

ffmpeg — набор кодеков MPEG.

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

_________________
Linux user | Firefox user

Я тут пока отсутствовал столько всего написали )))
Мне такой модуль нужен, если понадобится еще кому тоже хорошо )))

_________________
Никто кроме нас!!!
4Robots.ru - Все для роботов!

=DeaD=, Vooon, собственно ffmpeg - это набор утилиток для работы с видео, но в его составе есть либы libavcodec, libavformat и прочие. Они умеют обращаться с видео во всех формах. Включая потоковое видео. Там есть декодеры для всех популярных форматов. Также работает и с видео без компрессии. Кстати, openCV, насколько я я знаю (где-то видел, но не проверял), основывается на ffmpeg. И плеер VLC... и MPlayer. И либа GStreamer... И Qt Phonon, получается тоже... Короче говоря - это единственное и достаточно удачное кроссплатформенное решение для работы с видеопотоками. На винде еще есть DirectShow, а на Mac OS X - QuickTime. Но не суть. Главное, что если видео попадет на комп, то ffmpeg с ним справиться.
Сейчас раскуриваю его. Еще та прелесть. Документации катострофически мало, местами устаревшая... зато примеров использования - полно. Процентов 80-90 софта, работающего с видео, работают именно с ffmpeg.

А насчет модуля - нужно!
Будет намного более популярен, чем синезуб, ИМХО.
Даже, если камеру пока не прикручивать.
Если он у вас будет в ассортименте, то всерьез задумаюсь о покупке "всего комплекта OR", а может и пары комплектов...

И, кстати, ffmpeg по идее сможет работать под линуксом на каком-нить ARM, значит, его можно применить и для кодирования потока. По крайней мере, видел инфу о том, что в новых Nokia, которые под симбианом и с Qt-интерфейсом весь звук идет через Phonon. То есть через GStreamer, то есть через ffmpeg на нижнем уровне. Значит это работает