Re: [Live-devel] How about liveMedia make?

2012-12-07 Thread swbms
Thank you for the sincere answer But Even if the result is the same as sunos Please check below. - make [SUHDOL] /export/home/mds/live> ./genMakefiles sunos [SUHDOL] /export/home/mds/live> make cd liveMedia ; make c++ -c -Iinclude -I../UsageEnvironment/include -I../groupsock/include -I. -DBSD=

[Live-devel] IGMP V3 SSM ?

2012-12-07 Thread PROMONET Michel
Hi Ross, I try to understand if there is some differences using IGMP v3 that have source code impact. I saw some code sample dealing with SSM that seems to use setsockopt MCAST_JOIN_SOURCE_GROUP instead of IP_ADD_MEMBERSHIP(35), other use IP_ADD_SOURCE_MEMBERSHIP. In live555 c

Re: [Live-devel] IGMP V3 SSM ?

2012-12-07 Thread Ross Finlayson
First, IGMP (like ICMP) is a data-link-level protocol that's implemented by the operating system. It is something that application developers (who live above the operating system) should never concern themselves with. You are apparently referring to "source-specific multicast", which is a type

[Live-devel] Dynamic buffer resizing (fNumTruncatedBytes)

2012-12-07 Thread Steve Browne
It doesn't seem like there's a way to dynamically resize buffers without losing data because in the afterGettingFunc if fNumTruncatedBytes > 0 you've already lost the data. The only post I've really seen talk about this is here: http://lists.live555.com/pipermail/live-devel/2009-January/010083.html

[Live-devel] How to find the frame size and no of packets sent?

2012-12-07 Thread Tarun Batra
Hello All Sir i need to find out :- 1) the size of frame size/packet sent out for streaming 2)the no of packets sent out for streaming in a definite interval,interval will be set by user. Can i find the no of packets sent out for streaming in a definite interval using " unsigned packetCount()" fu

Re: [Live-devel] Dynamic buffer resizing (fNumTruncatedBytes)

2012-12-07 Thread Ross Finlayson
> It doesn't seem like there's a way to dynamically resize buffers without > losing data because in the afterGettingFunc if fNumTruncatedBytes > 0 you've > already lost the data. That's correct. > So with that in mind I created a patch that I'm hoping may get incorporated > in a future release