Try to get your loopback address before setting your listening interfaces,
this fixed my problem
David,
Thanks for your response, but I don't think this fixes the problem. Why
bother setting the Sending- and ReceivingInterfaceAddr at all if you are
going to get the address using multicast loo
Ah, that makes a lot more sense, thanks for the reply. I had tried that but
had stupidly set fDurationInMicroseconds to 3 on the first slice of the
frame instead of the last slice which produced terribly choppy video
(obviously).
Strangely, the video seems to play at the correct speed if I now
3 should be the appropriate value as long as you're timing
each frame once. If each slice is part of a single frame,
they must all carry the same presentation timestamp, and
the duration of every frame up until the slice that completes,
the frame should be 0.
Dan
On Wed, May 30, 2007 at 08:
Hello xochitl,
I had a similar issue some time ago. Try to get your loopback address before
setting your listening interfaces, this fixed my problem :
// first
netAddressBits ourAddress = ourSourceAddressForMulticast(*env);
// then
SendingInterfaceAddr = ...
ReceivingInterfaceAddr =
Best r
I have an issue where if I set the Sending- and ReceivingInterfaceAddr to
eth1, I cannot receive multicast data. I set them as the first 2 lines of
my main() function like this:
SendingInterfaceAddr = our_inet_addr("10.145.223.24");
ReceivingInterfaceAddr = our_inet_addr("10.145.223.24");
I have
I've written my own H264 Framer and ByteStreamFileSource to read Annex B
encoded H264 data from a file. However, I am having difficulties setting a
proper value for fDurationInMicroseconds. I have been unable to determine
the framerate from the video data but I know that it was encoded at 30 fps
wi
Hi,
I am a newbie to this stream. I am starting my streaming work from today.
Thanking you all in anticipation.
Regards
- Cool
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
OK, I found the solution to *this* problem ;)
I'm now using MPEG4VideoStreamDiscreteFramer and get no more errors
reported.
Thank you anyway!
smime.p7s
Description: S/MIME Cryptographic Signature
___
live-devel mailing list
live-devel@lists.live555.c
Humm, actually it should not:
if(enc_bytes > fMaxSize)
{
fFrameSize = fMaxSize;
fNumTruncatedBytes = enc_bytes - fMaxSize;
}
else
{
fFrameSize = enc_bytes;
fNumTruncatedBytes = 0;
}
smime.p7s
Description: S/MIME Cryptographic Signature
___
>When I try to stream out MPEG4 content using MPEG4VideoStreamFramer
>and MPEG4ESVideoRTPSink I frequently get errors that say:
>
>StreamParser::afterGettingBytes() warning: read X bytes; expected no
>more than Y
>
>(where X is fFrameSize).
>
>What am I doing wrong?
The object that your "MPEG4Vi
Hi!
When I try to stream out MPEG4 content using MPEG4VideoStreamFramer and
MPEG4ESVideoRTPSink I frequently get errors that say:
StreamParser::afterGettingBytes() warning: read X bytes; expected no
more than Y
(where X is fFrameSize).
What am I doing wrong?
smime.p7s
Description: S/MIME
>Is there any posibility to access this information (the sequence numbers
>that make up each frame) from mplayer without modifying any live source
No.
--
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@
Hi Ross,
Yes, you are right. RTP does not have checksums. I rechecked the
ethereal log. The UDP packet carrying the RTP packet had checksum
errors. Sorry for the trouble.
On Wed, 2007-05-30 at 14:17, Ross Finlayson wrote:
> >Hi,
> >
> > I keep getting RTP checksum errors while transm
>>But I can not know if there are multiple frames
>>lost or just one. If I could know how many RTPpackets each frame is
>>composed on at live level it would be enough to find out how many frames
>>were lost.
>
> As you noted, the "RTPSource" abstraction delivers complete 'frames'.
> (However, the t
>Hi,
>
> I keep getting RTP checksum errors while transmitting MPEG2-TS stream
What do you mean by "RTP checksum errors"? RTP does not have checksums.
--
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live
Hi,
I keep getting RTP checksum errors while transmitting MPEG2-TS stream
packets using the wis-streamer application provided by live-555. Is
there any way by which I can either minimise or eliminate these checksum
errors? I'm using the unicast streaming server for streaming data.
Thanks,
Hi, ereryone! I want to convert a standard mpeg-4 file(or stream) into
PS(program stream), but I can't find sample code or documents from Internet,
who can help me out? Thanks a lot.___
live-devel mailing list
live-devel@lists.live555.com
http://lis
17 matches
Mail list logo
