|
List Info Thread: Re: MPEG4 patches
[1-3]
|
||||||||||||||||||||||||||||
|
about | contact Other archives ( Real Estate discussion Medical topics ) |
||||||||||||||||||||||||||||
Re: MPEG4 patches |
|
List Info Thread: Re: MPEG4 patches
[1-3]
|
||||||||||||||||||||||||||||
|
about | contact Other archives ( Real Estate discussion Medical topics ) |
||||||||||||||||||||||||||||
cbnco.com> schrieb:
> Craig Southeren wrote:
> > I've just checked in some patches to the MPEG4
codec, but I am
> > unable to test them myself. I would appreciate
some feedback from
> > those who wrote the original code, and the
patches, if possible.
> The version with applied patches compiles and works on
my setup, however
> I am unable to test compatibility with H323. If anyone
has successfully
> used it in an H323 call, I'd be interested in hearing
from them.
>
As far as I know only SIP has been implemented in the MPEG4
Part 2 plugin, the H.323 endpoints
specified are endpoints of the H.263 plugin... I think it
was mentioned on the mailing list but I
am unable to access the archive...
> As an aside, I'm curious if anyone else is getting
random RTP packet
> errors. I've only been able to observe the problem
with the MPEG4
> plugin (both the first version and patched), but I'm
having a problem
> where the RTP_UDP session for video is dropping
packets, but Ethereal is
> reporting that they are all being received correctly.
This problem only
> occurs on subsequent calls after the first successful
audio/video
> session, and may start on the initiator end, receiver
end, both at the
> same time, or not happen at all until the next call.
>
> I've isolated the problem right down to the function
> RTP_UDP::ReadDataOrControl, specifically after the
socket.ReadFrom()
> call. Since this is a function of PWLIB, I'm very,
very confused.
> Again, Ethereal is showing me that all the right
packets with correct
> sequence numbers are arriving in order with a valid
header and payload,
> but some of them are getting dropped when they are read
from the
> PUDPSocket. Both my Opal and PWLib libraries are from
CVS as of April
> 25 2007, but I've observed the same problem with Phobos
versions as
> well. If anyone's run into a similar problem, please
let me know.
>
> Josh.
>
I had a problem of lost RTP packets at high bitrates, could
you check the receive queues with
netstat if they are getting filled up? Possibly it is
related/the same as the problem I was
having...
What I would like to add to the discussion is that according
to RFC 3016 the MPEG 4 Part 2 mime
subtype is "MP4V-ES" instead of "mpeg4"
and if someone would have a problem if we changed that..
Matthias
___________________________________________________________
Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen
Yahoo! Mail: 
Josh.
------------------------------------------------------------
-------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and
take
control of your XML. No limits. Just data. Click to get it
now.
