простая железка

>работать на таблоиды?

ну... полезно продать БПЛА можно ещё военным, но лучше таблоидам
можно ещё силиконовых женщин роботов делать, но как в этом деле переплюнуть японцев?

> Незатратная идея - разработать нежурналируемую ФС (можно даже клон фат) с поддержкой привилегий и написать модуль для ядра. Цель - использовать на носителях с ограниченным числом циклов чтения-записи с максимальной скоростью операций с файлами.

одного понять не могу: а нафига её поддержка разделения привилегий :-? fat в руки и вперёд и с песнею.

// wbr

http://www.sparkfun.com/commerce/product_info.php?products_id=8782

вот этих штуковин закупи и балуйся на здоровье

Чтобы root держать не на рам диске а на там где ему место.

> я конечно подразумевал героин, просто не стал писать... из Колумбии и естественно в США

лень мерить по карте, но навскидку между ними порядка 2-3 тыс. км. некислый такой БПЛА получается. не думаю, что главная задача будет состоять в разработке драйверов под это устройство.

> ретранслировать опять же можно не только wi-fi, профит в развёртывании сети мобильной на какой-то территории малодоступной... можно просто папаратить кого-нить на камеру... или приделать пластиковую взрывчатку и теракты устраивать

я тучка тучка тучка
а вовне не медведь
и как приятно тучке
по небу лететь

чем закончилась инициатива указанного коммерсанта напомнить?

> по доступным ценам и не drac, ilo бывает?

ну это уже железячные решения. я же про чистый софт.

// wbr

> ну... полезно продать БПЛА можно ещё военным, но лучше таблоидам

у вояк сейчас AFAIU в связи с финансовым кризисом то-же не особо то поживишься.

> можно ещё силиконовых женщин роботов делать, но как в этом деле переплюнуть японцев?

по крайней мере то, что я видел, были или 100% копии со всеми степенями свободы но манекены, или же роботы но внешне дааалеко до человека. пока что готового решения AFAIK нет.

// wbr

>ну это уже железячные решения. я же про чистый софт.

а зачем софт, когда можно дешёвую железку на каждый комп, что у пользователя случилось, можно перезагрузить... биос поковырять

>лень мерить по карте, но навскидку между ними порядка 2-3 тыс. км. некислый такой БПЛА получается. не думаю, что главная задача будет состоять в разработке драйверов под это устройство.

если бы у меня была идея с реально хорошим бизнес-планом, я бы пытался её реализовать Ж)

В копилку...
http://www.roboclub.ru/project/razn/2005/03/05/rasnoe_5.html

Глупый, но весёлый и поучительный (в плане приобретённых знаний) проект.

Предлагаю сделать из кассетного магнитофона стример. Физически это подключение магнитофона к line-in и line-out звуковой карты и (возможно) вывод контактов перемотки и проигрывания через com или lpt. Софтово это написание драйвера, который предоставляет устройство /dev/cassete, при чтении из которого драйвер интерпретирует сигнал, поступающий на line-in, а при записи генерирует сигнал, передаваемый на line-out.

Да, если кнопки плеера не подключать к компьютеру, то пользователь до чтения и до записи сам должен будет перемотать кассету в нужное место и нажать на нужную кнопку :)

Конечно, тут больше не драйверной сложности (хотя тоже есть, нужно связать две подсистемы -- звуковых драйверов и обслуживание устройства в /dev). Хотя сложности есть, например, программа открыла устройство, считала небольшую порцию и всё. А данные с магнитофона поступают. То есть нужно организовать буфер. Но неогрниченый буфер реализовать нельзя... Если подключить кнопки Stop/Play, то можно эту проблему решить.

Но вообще тут будет больше математики и преобразования сигналов, синхронизации и ресинхронизации, восстановления от ошибок.

> Предлагаю сделать из кассетного магнитофона стример. Физически это подключение магнитофона к line-in и line-out звуковой карты и (возможно) вывод контактов перемотки и проигрывания через com или lpt. Софтово это написание драйвера, который предоставляет устройство /dev/cassete, при чтении из которого драйвер интерпретирует сигнал, поступающий на line-in, а при записи генерирует сигнал, передаваемый на line-out.

одно не понимаю: зачем делать это в контексте ядра? открывайте из приложения /dev/dsp, читайте и анализируйте сколько хотите. так же и запись.

// wbr

> Но вообще тут будет больше математики и преобразования сигналов, синхронизации и ресинхронизации, восстановления от ошибок.

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

// wbr

> одно не понимаю: зачем делать это в контексте ядра? открывайте из приложения /dev/dsp, читайте и анализируйте сколько хотите. так же и запись.

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