вобщем поскольку телефонная аппликуха не взлетела, занимаюсь распиливает ее сорцов на мелкие соснольные утилиты.

пока выпилил только грабилку звука, которая хавает фреймы из устройства и хуячит их на stdout.

дальше сделаю хуйню, которая вещает сграбанный звук на указанный адрес по (S)RTP и через ice узнает свой собственный.

по поводу реверсинжинирнга скайпиков.

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

есть питоновая реализация, которая что-то делает, но скорее предназначена для учебных целей и возможности реверсить и описывать протокол дальше.

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

таки впилил текстовые сообщения в сипо-либу. ну и в новый гуй хуйнул, где все страшное.

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

отправку сделал заебись с подтверждением. пинаешь демону msg.send, username, text, он сначала кладет в стораж, потом шлет в сеть и репортит гую, что сообщение в процессе и можно показать в логе. а когда пришло подтверждение - шлет гую второй пинок, уже по поводо того, что все заебись:

<bound method Contacts.incoming_msg of <texr.contacts.Contacts object at 0x10710d188>>
icoming message from 'sip:alba.hn@texr.net' -> 'msg 2'
change to state msg ('sip:alba.hn@texr.net',)
event msg.out (1382733694, '1382733694.457776@sip:ilya.muromec@texr.net->sip:alba.hn@texr.net', 'sip:alba.hn@texr.net', 'r 1', 3)
<bound method Messages.outgoing of <texr.messages.Messages object at 0x1071969a8>>
added widget +380631953520 r 1
event msg.out (1382733694, '1382733694.457776@sip:ilya.muromec@texr.net->sip:alba.hn@texr.net', 'sip:alba.hn@texr.net', 'r 1', 1)
<bound method Messages.outgoing of <texr.messages.Messages object at 0x1071969a8>>

пиздато вчера наполуебил и забыл ссылку на собственно сорцы, ололо: https://github.com/muromec/tcsip

сорцы войпи двигла, на котором сделан клиент texr.net http://texr.net

можно фапать, запускать, пинать через msgpack-ipc и слать пулл-реквесты конеша

Вот кстати, сип-телефония для айфонобогов, которую я тут ебашил: http://muromec.org.ua/texr/

посотрел на golang. ничотак, одобряю - не то эти ваши ерланжики и хаскели, да

за это вас пидоров и не любят:

if([ckey isEqualToString:top_call.ckey]) {

отловил щас говна.

установка соединения в сипе - это три пакета INVITE, ответ 200 OK и ответ на ответ ACK. первые два идут через сервер, а ACK, сука такая, хуярит напрямую.

напрямую конечно прописаны какие-то по-детски наивные локалхосты, поэтому сервер вхуяривает хедер Record-Route во второе сообщение и пишет там себя. работало.

шобы не ебать мозги, вхуярил в хедер хостнейм (раньше был ойпи). хуяк, клиент отваливается. при чем не тот, который шлет ACK, а который его ждет. не по таймауту, а сразу блядь.

оказалось, шо первый клиент видит в рекорд-роуте домнное имя, идет его резольвить, а RTP начинает хуярить сразу. в итоге первый rtp пакет прихуяривает клиенту быстрее чем ACK и клиент охует от такой радости срет себе в уши.

еще и дебаггер радостно проебывает последний фрейм и показывает точку падения не туда, хотя -O0 стоит.

ну и пришлось чинить ВСЕ. и ваще надо бы поменять там порядок действий шобы настраивать rtp до прихода ACK, а по приходу просто включать ебашилово.

фублядь. наконецто пересилил себя и сел хуйнуть того кода, который за деньги.

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

сидел тут писал приличную процедурщину.

но нет, неудержался и хуйнул map(fsock.write, iter(data, None))

commit -p дико полезен тем, что заставляет просматривать код перед коммитом.

вот щас разбивал изменения и нашел в свеженаписанном коде баг. крутой я.

словил очередную интерфейсную проблему.

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

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

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

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

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

но записи в базе истории обновлять нельзя - там WRITE ONCE, нужно искать блок, перехуяривать его. неправильно короче.

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