Hello there.
I have been working with Ekiga for quite some time and now I am
testing how it handles video calls coming from different environments
via Asterisk. But let's not focus on that right now.
Using wireshark I can see a nice H.264 flow coming from Ekiga to
Asterisk. The opposite flow seems somewhat awkward...
Anyways, I have checked Ekiga debug level 5 and have found some clues
like these:
2009/08/21 13:20:49.078 0:12.780 Media Patch:0xa67bcb90 RTP Session
2, first receive data: ver=2 pt=[pt=119] psz=30 m=0 x=0 seq=41940 ts=0
src=2090bf1a ccnt=0
2009/08/21 13:20:58.292 0:21.994 Media Patch:0xa67bcb90 RTP Session
2, receive statistics: packets=51 octets=4832 lost=0 tooLate=0 order=0
avgTime=184 maxTime=245 minTime=1 jitter=12 maxJitter=25
2009/08/21 13:21:08.038 0:31.740 Media Patch:0xa67bcb90 RTP Session
2, receive statistics: packets=101 octets=11908 lost=0 tooLate=0
order=0 avgTime=194 maxTime=238 minTime=146 jitter=25 maxJitter=29
2009/08/21 13:21:09.384 0:33.086
OnRelease:0xa628bb90 Patch Removing media stream sink
OpalVideoMediaStream-Sink-YUV420P
h264-x264.cxx(230) H264 Decoder Closed H.264 decoder, decoded 0
Frames, skipped 0 Frames
2009/08/21 13:21:10.604 0:34.306 Opal Garbage:0xb4bbbb90 RTP Session
2, final statistics:
packetsSent = 699
octetsSent = 475271
averageSendTime = 38
maximumSendTime = 115
minimumSendTime = 0
packetsReceived = 107
octetsReceived = 12614
packetsLost = 0
packetsTooLate = 0
packetOverruns = 0
packetsOutOfOrder = 0
averageReceiveTime= 194
maximumReceiveTime= 238
minimumReceiveTime= 146
averageJitter = 26
maximumJitter = 32
Somehow, we are receiving media packages but, at the end of the call,
the decoder says it has not decoded any frame.
So, does anyone know a way for me to debug ekiga/opal/x264 to find why
H.264 frames are not getting decoded?
--
[]'s
André de Abrantes
_______________________________________________
Ekiga-devel-list mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
