* dom 28 ott (18:24), Ross Finlayson scrive:
>
> Thanks for the detailed report. This allowed me to identify a bug in
> "MPEG4VideoStreamDiscreteFramer.cpp" that was causing your problem.
>
> On line 86 of this file, change
> fNumConfigBytes = i-3;
> to
> fNumConfigBytes = i < frame
>thank you for your answer, I've followed your suggestion.
>I've discovered that the streams differ only in the header part and,
>sniffing with wireshark, I've found out that the error is due to a wrong
>SDP produced by MPEG4VideoStreamDiscreteFramer.
>
>In fact using MPEG4VideoStreamFramer the fmt
* gio 25 ott (23:03), Ross Finlayson scrive:
>
> >2. If I use MPEG4VideoStreamFramer I get a correct MPEG4 stream that can
> >be played with no problems by Mplayer and vlc. It works both live and
> >by reading the file produced by openRTSP.
>
> So, the question you need to answer is: What is diff
>1. If I use MPEG4VideoStreamDiscreteFramer (as it should be, given that the
>encoder produces complete frames) I get a corrupted MPEG4 stream on the
>client end: the resolution is not correct (the height is wrong, the
>width is ok),
>there are strange artifacts and so on. Mplayer complains with a
Hi all,
I'm building a streamer server that delivers a live MPEG4 stream
produced by a camera and encoded by a hardware encoder.
I've already managed to get this run properly on TCP with a low latency
and now I'm going to add support to RTP through the liveMedia library.
Following the FAQ, I
