Hi Manuel,
> I appreciate your past answer, I haven't tested the patch since I > remove temporarily the check in rohc_comp.c, specifically I did on > line 2225 > > check_profile = true; > > commenting the previous assignment, then recompiled rohc. OK, that works too ;-) When you got some time, please test if the changes I made work for you. > I have an issue I would like your comments, my program start one > compressor and one decompressor instance, the same program runs on > another host, compressor on one program send to decompressor on the > other host and vice versa, when I tested with RTP audio in one way at > a given time it works perfectly, but when I tested with rtp packets > feeding the compresors on both programs at the same time, the > decompressor of the starter RTP flow (the one that receives RTP > packets last but send first) just fails to decompress the first > packet and of course further packets. Not sure if it might be > something I am missing or something on the python binding since a > couple of times during my tests when I change rohc library it didn't > fail. According to the logs, the ROHC decompressor fails to decompress the received packets because they are not IR packets. Indeed, at the beginning of a new network stream, the compressor shall only send IR packets. So, either there is some packet loss between the compressor and the decompressor, either the decompressor doesn't recognize the IR packets that the compressor sent. The 2nd option could be caused by ROHC configuration. Do the compressors and decompressors share the same configuration (small/large CID, MAX_CID, WLSB width...) ? If configurations do match, please check your network for packet loss. Tell me what you find. Regards, Didier
pgpUcacCjmUVd.pgp
Description: Signature digitale OpenPGP
_______________________________________________ Mailing list: https://launchpad.net/~rohc Post to : [email protected] Unsubscribe : https://launchpad.net/~rohc More help : https://help.launchpad.net/ListHelp
