Re: [Live-devel] Regarding the h264 video stream's rtp packet timestamp

2013-10-25 Thread Ross Finlayson
> nextTask() = > envir().taskScheduler().scheduleDelayedTask(2,(TaskFunc*)FramedSource::afterGetting, > this); [...] >nextTask() = > envir().taskScheduler().scheduleDelayedTask(8000,(TaskFunc*)FramedSource::afterGetting, > this); This is wrong. Once you've delivered a frame of dat

Re: [Live-devel] Regarding the h264 video stream's rtp packet timestamp

2013-10-25 Thread Tony
But if I use the vlc to play it, the audio's pts is out of range, and it's dropped. but it works by ffplay. I don't know where is wrong. Could you help me to check it where is wrong. I'm crazy caused by this problem. Here is my code. audio is g711, each buffer is 160 bytes. void AudioFrameSource::

Re: [Live-devel] True push DeviceSource

2013-10-25 Thread ssingh
Thank you Ross, That solved my issue with audio packets being properly transmitted. I am still facing issue with Audio at reception side. When I try with VLC it gives ausio for half a second and then stops. If i stop and start VLC again it agian gives audiio for half a second and stops. Then i

Re: [Live-devel] multicast & linux information

2013-10-25 Thread Ross Finlayson
> Attached is the changes I made to Linux 2.6.29 to port the IP_MULTICAST_ALL > socket option from 2.6.31. Out of curiosity - why didn't you just use the 2.6.31 kernel? (It presumably has other fixes/improvements that you would find useful.) Ross.

Re: [Live-devel] multicast & linux information

2013-10-25 Thread Piers Hawksley
>> It seems that kernel maintainers chose to keep the backward compatibility with a default that cause receiving data from all multicast groups and not only from joined multicast group. >> But they add since kernel 2.6.31 an option that allow to avoid this. > That's good to hear. (I guess this

Re: [Live-devel] Changing from Multicast to Unicast

2013-10-25 Thread Piers Hawksley
>> Am I missing a step in the remove code ? >Yes. What you're missing is that a "PassiveServerMediaSubsession" object refers to a stream that exists independently (as opposed to an "OnDemandServerMediaSubsession", that creates (and destroys) its own stream, on demand). Therefore, for the mul

Re: [Live-devel] FrameSource:Getnextframe error whilestreamingPCMframes

2013-10-25 Thread Krishna
HI Ross, Thanks. Now afterGettingFrame function is getting called. Regards, From: Ross Finlayson Sent: Friday, October 25, 2013 3:31 AM To: LIVE555 Streaming Media - development & use Subject: Re: [Live-devel] FrameSource:Getnextframe error whilestreamingPCMframes I think your problem is here

Re: [Live-devel] Changing from Multicast to Unicast

2013-10-25 Thread Ross Finlayson
> Am I missing a step in the remove code ? Yes. What you're missing is that a "PassiveServerMediaSubsession" object refers to a stream that exists independently (as opposed to an "OnDemandServerMediaSubsession", that creates (and destroys) its own stream, on demand). Therefore, for the multic