>
> >I stream pcm audio from the embedded borad
>
> (I assume that your server is running our software, so that your
> question is appropriate for this mailing list :-)
>
>
Yes : )
>to quicktime, quicktime can work just about 3 mins normally then
> >voice disappeared. I am sure data still were del
However, you should - as always - make sure that each of your H.264
NAL units (coming from your "H264VideoStreamFramer" subclass)
1/ Have an accurate "fPresentationTime" (which is aligned with the
'wall clock' time that you'd get by calling "gettimeofday()", and
2/ Have accurate "fDurationInMicr
Ross Finlayson ha scritto:
I have a program that I use to stream PAL video encoded with H.264.
Everything works fine, but if I try to halve the framerate the player
VLC crashes, while mplayer works (but I think it does some form of
concealment).
I can't help you with VLC; this is not a VLC ma
I have a program that I use to stream PAL video encoded with H.264.
Everything works fine, but if I try to halve the framerate the
player VLC crashes, while mplayer works (but I think it does some
form of concealment).
I can't help you with VLC; this is not a VLC mailing list.
However, you sh
Hi,
I have a program that I use to stream PAL video encoded with H.264.
Everything works fine, but if I try to halve the framerate the player
VLC crashes, while mplayer works (but I think it does some form of
concealment).
By investigating the problem with VLC, it complains that frames arriv
I stream pcm audio from the embedded borad
(I assume that your server is running our software, so that your
question is appropriate for this mailing list :-)
to quicktime, quicktime can work just about 3 mins normally then
voice disappeared. I am sure data still were delivered continually
a
Hi, all :
I stream pcm audio from the embedded borad to quicktime, quicktime can work
just about 3 mins normally then voice disappeared. I am sure data still were
delivered continually and timestamp were set correctly. What reason could
cause this problem ? Do I miss someting ?
thanks.
orbit
__
I'm trying to investigate streaming performance when an 8-bit RTP
sequence number is used.
RTP's sequence numbers are 16-bit, not 8-bit. If you want to play
around with a protocol that uses 8-bit sequence numbers, then you
can't call it RTP (and you'll get no support from me).
--
Ross Finla
Hello,
I'm trying to investigate streaming performance when an 8-bit RTP sequence
number is used.
After sequence number 255 is first reached, the sequence number does wrap
round to zero as expected, but all packets thereafter are incorrectly
detected as lost.
These are some of the modifications
Should afterGetting be called when no data is available?
No! The "afterGetting" function (as its name implies) should be
called (once!) only after you've actually delivered new data to the
downstream object.
--
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
10 matches
Mail list logo
