Рабочее и не очень 2
Mar. 14th, 2010 06:59 am![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
Разборки с V4L2 продолжаются, но даже текущее "на коленке" добавило пять кадров в секунду для 720p, что не может не радовать.
Также ищем еще kernel developers для работы с V4L2, камерой и остальным. Вдруг обнаружились кадровые резервы со стороны отдела кадров. :)
Купил билеты, буду в Москве 25-26 марта. 25-го займемся фундаментальной медициной, а 26-го по большей мере свободно, можно расписывать.
Также ищем еще kernel developers для работы с V4L2, камерой и остальным. Вдруг обнаружились кадровые резервы со стороны отдела кадров. :)
Купил билеты, буду в Москве 25-26 марта. 25-го займемся фундаментальной медициной, а 26-го по большей мере свободно, можно расписывать.
no subject
Date: 2010-03-14 07:16 am (UTC)no subject
Date: 2010-03-14 07:41 am (UTC)no subject
Date: 2010-03-16 04:39 pm (UTC)no subject
Date: 2010-03-17 05:16 pm (UTC)no subject
Date: 2010-03-18 05:13 pm (UTC)no subject
Date: 2010-03-14 07:35 am (UTC)no subject
Date: 2010-03-14 07:42 am (UTC)no subject
Date: 2010-03-15 09:22 am (UTC)no subject
Date: 2010-03-15 02:22 pm (UTC)no subject
Date: 2010-03-17 01:36 pm (UTC)no subject
Date: 2010-03-15 10:40 am (UTC)no subject
Date: 2010-03-15 02:22 pm (UTC)no subject
Date: 2010-03-15 02:51 pm (UTC)no subject
Date: 2010-03-28 06:38 pm (UTC)no subject
Date: 2010-03-28 06:38 pm (UTC)no subject
Date: 2010-03-28 06:41 pm (UTC)no subject
Date: 2010-03-28 06:42 pm (UTC)no subject
Date: 2010-03-28 06:44 pm (UTC)no subject
Date: 2010-03-28 06:52 pm (UTC)Вообще, беда с качеством документации собственных компонент Maemo: libplaypack вообще не описан, часто что-либо бывает не описано вовсе и помогают лишь исследования исходного кода и инспекция наживую.
Хотя и вне проекта граблей хватает. Исследовал я тут как-то libemphaty в целях изучения того, как мне обсервер на звонки нарисовать...
no subject
Date: 2010-03-28 06:57 pm (UTC)По поводу документации постоянно предпринимаются попытки ее улучшить. Видели недавно в maemo-dev опрос -- http://www.surveymonkey.com/s/2Y8TDXD ?
no subject
Date: 2010-03-28 07:06 pm (UTC)Интересно, а у вас есть такая беда, как полугодовая оценка персонала?
no subject
Date: 2010-03-28 07:06 pm (UTC)no subject
Date: 2010-03-28 07:09 pm (UTC)no subject
Date: 2010-03-28 07:11 pm (UTC)no subject
Date: 2010-03-28 07:15 pm (UTC)no subject
Date: 2010-03-28 07:21 pm (UTC)Даже в российских отделениях западных компаний такое не писали.
no subject
Date: 2010-03-28 07:21 pm (UTC)При переходе на RPM имена пакетов сохранятся и все обойдется пересборкой или все куда хуже?
no subject
Date: 2010-03-28 07:22 pm (UTC)no subject
Date: 2010-03-28 07:24 pm (UTC)Спасиб за ответы :)
no subject
Date: 2010-03-28 07:28 pm (UTC)Network namespaces планируете когда? И, соответственно, планируете ли и как развивать платформу под требования 3GPP познего R5?
no subject
Date: 2010-03-28 07:32 pm (UTC)no subject
Date: 2010-03-28 07:40 pm (UTC)На всякий случай поясню: в стратегии развития телефонных сетей есть такая замечательная вещь, как перевод всего голосового трафика в пакетный домен. Соответственно в части опорной сети вся эта инициатива зовется NGN (New Genetarion Network), а со стороны терминального обрпудования - IMS (IP Multimedia Subsystem).
Поздняя версия 3GPP R5, собственно, переносит весь голосовой трафик из CS-домена в PS, что, тупо выражаясь ИТ-шным языком означает перевод голоса в SIP со всеми побочными тредованиями вида IPv6. И того, терминал должен поддерживать работу как минимум в двух PDP-контекстах - с публичной сетью и операторской. Symbian для этого уже давно созрела. В Maemo под это есть большой задел в виде Telepathy и SIP-Sofia, но нет главной фичи - Network Namespaces. Вот я именно об этом...
no subject
Date: 2010-03-28 07:49 pm (UTC)no subject
Date: 2010-03-28 08:08 pm (UTC)Ну да ладно, не буду доальше докучать. Еще раз спасибо за ответы!
no subject
Date: 2010-03-28 08:13 pm (UTC)no subject
Date: 2010-03-28 07:57 pm (UTC)no subject
Date: 2010-03-28 08:13 pm (UTC)no subject
Date: 2010-03-29 03:23 am (UTC)Помните, мы с вами обсуждали в моей уютной ЖЖшечки проколы libconic и icd2, в тот раз я был не готов тогда их описать. Так вот:
1. Совсем не концептуально называть соединением то, что фактически является коннекшн-менеджером.
2. Уж совсем правильным было бы если метод connect возвращал указатель на контекст соединения, а не статус отправки DBUS. Все остальные методы, ориентированные на контекст соединения должны работать с ним.
3. Все-таки icd2 должен научится знать интерфейсы, отличные от модема и файфая. Сейчас из-за этого приходится делать обвязку и делать костыль вида анализа наличия хоть каких-то соединений при отлупе ConIc.
Ну дальше по обсуждаемой тут теме:
4. В модели данных icd2 нужно ввести классификатор соединения вида "Internet", "Operator services".
5. В libconic ввести метод, устанавливающий соединение по классификатору как с диалогом выбора соединения, так и с автоматическим соединением.
Собственно вот. В принципе готов завести все это на bugs, но, кмк ваши финские коллеги опять положат на это болт либо проявят агрессию.с
no subject
Date: 2010-03-29 03:55 am (UTC)Более высокоуровневое API ко всему этому называется bearer management в рамках Qt Mobility, предлагаю еще посмотреть на него, поскольку в дальнейшем предлагается использовать его из Qt-программ. Bearer management уже имеет поддержку icd2. Там есть понятие сессии, конфигурации, а внутри конфигурации есть разделение на имя носителя (Unknown, Ethernet, WLAN, 2G, CDMA2000, WCDMA, HSPA, Bluetooth, WiMAX, SNAP), имя конфигурации и ее внутриплатформенный идентификатор.
no subject
Date: 2010-03-29 10:29 am (UTC)no subject
Date: 2010-03-30 04:01 am (UTC)no subject
Date: 2010-04-07 07:01 pm (UTC)no subject
Date: 2010-04-07 07:11 pm (UTC)Ну и наконец - вся это чехорда с IMS и SIP-ом на терминалах связана не только с необходимостью реализации услуг в IP-домене, но и повышение юзабельности. В схеме с CSCF-ом в принципе необходимость настройки IP-сервисов отпадет. Чего только стоит одна настройка MMS.
no subject
Date: 2010-04-08 08:42 am (UTC)с тех пор, разумеется, много воды утекло, изменились расклады на рынке, но не изменилось главное -- телко операторы все те же грязные жадные свиньи, которые гребут ТОЛЬКО под себя, и все что делается на network side -- делается на 99.999% для них. К сожалению, это оставляет многие желания реальных пользователей "за бортом" (потому что желания эти идут поперек доходных статей операторов). Такое поведение создало своеобразное "водохранилище неудовлетворенных желаний", поэтому если нам интересно "заработать неприличное число бабла" на ТЕРМИНАЛАХ, то черпать его надо аккурат оттуда, а с операторами надо вежливо и сдержанно держать их во 2-ом приоритете, хватит, накомрили их уже. Если при этом N-ная часть их сдохнет, а остальные превратятся в utility business model - будет только лучше для конЕчных людей. Т.е. нас с вами.