вобщем поскольку телефонная аппликуха не взлетела, занимаюсь распиливает ее сорцов на мелкие соснольные утилиты.
пока выпилил только грабилку звука, которая хавает фреймы из устройства и хуячит их на 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/
отловил щас говна.
установка соединения в сипе - это три пакета INVITE, ответ 200 OK и ответ на ответ ACK. первые два идут через сервер, а ACK, сука такая, хуярит напрямую.
напрямую конечно прописаны какие-то по-детски наивные локалхосты, поэтому сервер вхуяривает хедер Record-Route во второе сообщение и пишет там себя. работало.
шобы не ебать мозги, вхуярил в хедер хостнейм (раньше был ойпи). хуяк, клиент отваливается. при чем не тот, который шлет ACK, а который его ждет. не по таймауту, а сразу блядь.
оказалось, шо первый клиент видит в рекорд-роуте домнное имя, идет его резольвить, а RTP начинает хуярить сразу. в итоге первый rtp пакет прихуяривает клиенту быстрее чем ACK и клиент охует от такой радости срет себе в уши.
еще и дебаггер радостно проебывает последний фрейм и показывает точку падения не туда, хотя -O0 стоит.
ну и пришлось чинить ВСЕ. и ваще надо бы поменять там порядок действий шобы настраивать rtp до прихода ACK, а по приходу просто включать ебашилово.
словил очередную интерфейсную проблему.
на сервере есть statefull прокся, регистрирующаяся на от имени клиента у других аплинков. прокся репортит свое состояние (зерегестрирован или нет) и последнее состояние пишется в базу.
в каждый конкретный момент юзер может узнать последнее состояние прокси - в интерфейсе это показывается зеленым или красным цветом (условно). но бывает такая хуйня, что прокся прыгает из состояние ok в фейл и обратно, что само по себе конечно баг.
для юзера это выглядит так: один раз посмотрел - работает, другой раз посмотрел (когда апдейт состояние дошел до юзера) - зафейлено. на самом деле должно показываться состояние с желтым значком "блядь хуйня прыгать заебала", а не мгновенное значение.
чото посмотрел, как у меня сделана история звонков и понел, что сделана неправильно. с новым блочным скроллером - так вообще несовместимо.
главный фейл - я зачем-то писал состояние просмотренности вызова внутрь записи. если у записи есть битовая маска "NEW", значит она новая. чтобы битовую маску сбросить, нужно обновить запись в базе.
но записи в базе истории обновлять нельзя - там WRITE ONCE, нужно искать блок, перехуяривать его. неправильно короче.
поэтому не выебываться и хранить таймстамп "когда смотрели", как в твиторе. потомушо мне не нужно знать состояние записи, мне нужно знать границу между старыми и новыми.
