abbra: (Default)
[personal profile] abbra
Разборки с V4L2 продолжаются, но даже текущее "на коленке" добавило пять кадров в секунду для 720p, что не может не радовать.

Также ищем еще kernel developers для работы с V4L2, камерой и остальным. Вдруг обнаружились кадровые резервы со стороны отдела кадров. :)

Купил билеты, буду в Москве 25-26 марта. 25-го займемся фундаментальной медициной, а 26-го по большей мере свободно, можно расписывать.

Date: 2010-03-14 07:16 am (UTC)
From: [identity profile] droggy.livejournal.com
У тебя запланирована встреча с друзьями где-нибудь? :)
(deleted comment)

Date: 2010-03-17 05:16 pm (UTC)
From: [identity profile] luarvique.livejournal.com
Ничего не надо планировать. Встречаемся часов в 19:00 в какой-нибудь точке типа памятника Пушкину (на Тверской), гуляем 15-45 минут, оседаем в кафе по обоюдному согласию. План устраивает?

Date: 2010-03-14 07:35 am (UTC)
From: [identity profile] texno-kot.livejournal.com
Можно окончательное видение проекта? Я тут последнее время занимаюсь видео под линуксом, может где-то что-то совпадет :)

Date: 2010-03-15 09:22 am (UTC)
From: [identity profile] mend0za.livejournal.com
не вИдение, а видЕния

Date: 2010-03-17 01:36 pm (UTC)
From: [identity profile] luarvique.livejournal.com
Сон разума рождает, да... =)

Date: 2010-03-15 10:40 am (UTC)
From: [identity profile] drf-ckoff.livejournal.com
а вам кернельдевелоперы нужны такие, которые помнят все подробности устройства ядра или сойдет тот, кто понимает, примерно, где там чё и, при необходимости, найдет детали?

Date: 2010-03-15 02:51 pm (UTC)
From: [identity profile] drf-ckoff.livejournal.com
чудесная формулировка =)

Date: 2010-03-28 06:38 pm (UTC)
From: [identity profile] cyanide-burnout.livejournal.com
Если я правильно понял ваш доклад, то мой вопрос вы поняли явно не правильно ,)

Date: 2010-03-28 06:41 pm (UTC)
From: [identity profile] cyanide-burnout.livejournal.com
Ну я спрашивал, на кой черт Mafw-Gst-Renderer сделан плагином, ибо друхих случаев рендерера (в понимании MAFW) мне не известно :)

Date: 2010-03-28 06:52 pm (UTC)
From: [identity profile] cyanide-burnout.livejournal.com
Нично не мешает, конечно. Но в ИТ-архитектуре есть понятие самодостаточности :) Сверх него бывает синдром "великого архитектора", как мы с вами знаем. В прочем, с DLNA идея понятна. Мне казалось, что оно несколько по другому ляжет, ибо управление воспроизведением (как транспортом, так и громкостью) находится в самом плагине и это усложняет прикладные програмы, являющиеся фронит-эндом.
Вообще, беда с качеством документации собственных компонент Maemo: libplaypack вообще не описан, часто что-либо бывает не описано вовсе и помогают лишь исследования исходного кода и инспекция наживую.
Хотя и вне проекта граблей хватает. Исследовал я тут как-то libemphaty в целях изучения того, как мне обсервер на звонки нарисовать...

Date: 2010-03-28 07:06 pm (UTC)
From: [identity profile] cyanide-burnout.livejournal.com
Понятно :) Опросник заполнил, но ранее его не видел. А то же пока вычитаешь документацию нужную да еще и работу поработешь на опросники времени не остаенется.
Интересно, а у вас есть такая беда, как полугодовая оценка персонала?

Date: 2010-03-28 07:09 pm (UTC)
From: [identity profile] cyanide-burnout.livejournal.com
Уж коли такой оффтоп, то разнарядка по профилю оценок спускается?

Date: 2010-03-28 07:15 pm (UTC)
From: [identity profile] cyanide-burnout.livejournal.com
То есть в финских компаниях тоже на подразделение из 5 человек есть норматив в 3% "не соответствующих корпоративному профилю", подлежащих записи "ст. 31 КЗоТ" в трудовой?

Date: 2010-03-28 07:21 pm (UTC)
From: [identity profile] cyanide-burnout.livejournal.com
Может еще один вопросик человеку, "приближенному к телу"?
При переходе на RPM имена пакетов сохранятся и все обойдется пересборкой или все куда хуже?

Date: 2010-03-28 07:24 pm (UTC)
From: [identity profile] cyanide-burnout.livejournal.com
Да вас там в Финляндии целая ячека! :)
Спасиб за ответы :)

Date: 2010-03-28 07:28 pm (UTC)
From: [identity profile] cyanide-burnout.livejournal.com
А, вот еще че вспомнил. На коференции все ваши так были заняты, что и спросить было не у кого.
Network namespaces планируете когда? И, соответственно, планируете ли и как развивать платформу под требования 3GPP познего R5?

Date: 2010-03-28 07:40 pm (UTC)
From: [identity profile] cyanide-burnout.livejournal.com
Да я вас и не прошу коментировать сроки. Я просто не понимаю стратегии развития. А тут важно, чтобы ваши действия не шли в разрез с развитием операторов. Отсутствие понимания стратегии по техническому развитию сетей очень видна на поделках Apple.
На всякий случай поясню: в стратегии развития телефонных сетей есть такая замечательная вещь, как перевод всего голосового трафика в пакетный домен. Соответственно в части опорной сети вся эта инициатива зовется NGN (New Genetarion Network), а со стороны терминального обрпудования - IMS (IP Multimedia Subsystem).
Поздняя версия 3GPP R5, собственно, переносит весь голосовой трафик из CS-домена в PS, что, тупо выражаясь ИТ-шным языком означает перевод голоса в SIP со всеми побочными тредованиями вида IPv6. И того, терминал должен поддерживать работу как минимум в двух PDP-контекстах - с публичной сетью и операторской. Symbian для этого уже давно созрела. В Maemo под это есть большой задел в виде Telepathy и SIP-Sofia, но нет главной фичи - Network Namespaces. Вот я именно об этом...

Date: 2010-03-28 08:08 pm (UTC)
From: [identity profile] cyanide-burnout.livejournal.com
На сколько мне извесно, в ядре, поставляемом с релизом PR 1.1 оная вича отсутсвует начисто. Отсюда пояаляются извращения вида fMMS. В требованиях R5 это далеко не единственное, что нужно. Еще нужно читать APN из файла на симке и ловить адрес CSCF-а при инициализации контекста как минимум...
Ну да ладно, не буду доальше докучать. Еще раз спасибо за ответы!

Date: 2010-03-28 08:13 pm (UTC)
From: [identity profile] cyanide-burnout.livejournal.com
Ага. В той самой дискуссии "операторские сисадмины" - это я. Жесткие тоебования к IPv6 появились в окончательном 3GPP R5 и отсутствовали в early R5. Вот от туда и ноги.

Date: 2010-03-29 03:23 am (UTC)
From: [identity profile] cyanide-burnout.livejournal.com
Позволю себе еще один коммент :)
Помните, мы с вами обсуждали в моей уютной ЖЖшечки проколы libconic и icd2, в тот раз я был не готов тогда их описать. Так вот:
1. Совсем не концептуально называть соединением то, что фактически является коннекшн-менеджером.
2. Уж совсем правильным было бы если метод connect возвращал указатель на контекст соединения, а не статус отправки DBUS. Все остальные методы, ориентированные на контекст соединения должны работать с ним.
3. Все-таки icd2 должен научится знать интерфейсы, отличные от модема и файфая. Сейчас из-за этого приходится делать обвязку и делать костыль вида анализа наличия хоть каких-то соединений при отлупе ConIc.
Ну дальше по обсуждаемой тут теме:
4. В модели данных icd2 нужно ввести классификатор соединения вида "Internet", "Operator services".
5. В libconic ввести метод, устанавливающий соединение по классификатору как с диалогом выбора соединения, так и с автоматическим соединением.
Собственно вот. В принципе готов завести все это на bugs, но, кмк ваши финские коллеги опять положат на это болт либо проявят агрессию.с

Date: 2010-03-29 10:29 am (UTC)
From: [identity profile] cyanide-burnout.livejournal.com
Вы меня не услышали. Я говорю о классификаторе типа назначения, а не типа несущей. В любом случае для введения классификатора типа назначения потребуется доработка icd2.

Date: 2010-04-07 07:01 pm (UTC)
From: [identity profile] silpol.livejournal.com
Заносите но имейте в виду -- суть излагаемого Вами в том, что операторы хотят себя дифференциировать от интернета, при этом пользуясь инфраструктурой. Беда лишь в том что ВСЕ эти спецификации -- это нужды операторов но никак не потребителей. Поэтому и выполнять их будут в рамках требуемого потребителями.

Date: 2010-04-07 07:11 pm (UTC)
From: [identity profile] cyanide-burnout.livejournal.com
Руки в близжайшее время дойдут - обязательно занесу. Только это не просто "нужды операторов", это уже принятые стандарты. В том чисте при участии вашей альма-матер :)
Ну и наконец - вся это чехорда с IMS и SIP-ом на терминалах связана не только с необходимостью реализации услуг в IP-домене, но и повышение юзабельности. В схеме с CSCF-ом в принципе необходимость настройки IP-сервисов отпадет. Чего только стоит одна настройка MMS.

Date: 2010-04-08 08:42 am (UTC)
From: [identity profile] silpol.livejournal.com
я "как бы в курсе" - с 98го по 2003 работал в той части нашего дурдомчика, которая "собрала на коленке" и GGSN, и 3G-SGSN, и многое другое, и даже в 2003 Эрики были как-бы-слегка-позади, и все это при том что стандартов тогда не было и мы сами их писали (не сами, разумеется, там и остальные OEMы были, но наши люди драйвили стандарты)

с тех пор, разумеется, много воды утекло, изменились расклады на рынке, но не изменилось главное -- телко операторы все те же грязные жадные свиньи, которые гребут ТОЛЬКО под себя, и все что делается на network side -- делается на 99.999% для них. К сожалению, это оставляет многие желания реальных пользователей "за бортом" (потому что желания эти идут поперек доходных статей операторов). Такое поведение создало своеобразное "водохранилище неудовлетворенных желаний", поэтому если нам интересно "заработать неприличное число бабла" на ТЕРМИНАЛАХ, то черпать его надо аккурат оттуда, а с операторами надо вежливо и сдержанно держать их во 2-ом приоритете, хватит, накомрили их уже. Если при этом N-ная часть их сдохнет, а остальные превратятся в utility business model - будет только лучше для конЕчных людей. Т.е. нас с вами.

April 2016

S M T W T F S
     12
3456789
1011121314 1516
17181920212223
24252627282930

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Jul. 9th, 2025 03:45 pm
Powered by Dreamwidth Studios