ok, can you tell me where is the code cause this problem, then i will try to
fix it, thanks
On Fri, Dec 11, 2009 at 12:59 AM, Ross Finlayson wrote:
> I just found that, when I stream h264 video, every data that contain 0x0d
>> 0x0a will be replaced by 0x0d 0x0d 0x0a, is this a bug, or just my
>>
Hello everyone,
This is my first post to this list. I was checking out the openRTSP
source and one question popped to my mind. How can I use only the RTSP
client (to do the session stablishment and control, like PLAY, RECORD)
without using the RTP library?
Regards,
Paulo
We implemented a code to obtain raw data from cameras IP via RTSP
using Live 555.
In order to obtain it, we create a class which each time a new
camera it is connected
a new thread of the class is started.
Have you read the FAQ entry about threads?
--
Ross Finlayson
Live Networks, Inc.
http:/
I just found that, when I stream h264 video, every data that contain
0x0d 0x0a will be replaced by 0x0d 0x0d 0x0a, is this a bug, or just
my imagination??
Remember, You Have Complete Source Code.
--
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
Hi Ross,
We implemented a code to obtain raw data from cameras IP via RTSP using Live
555.
In order to obtain it, we create a class which each time a new camera it is
connected
a new thread of the class is started. You can see the code below which is
working properly
where each time the func
I just found that, when I stream h264 video, every data that contain 0x0d
0x0a will be replaced by 0x0d 0x0d 0x0a, is this a bug, or just my
imagination??
However this can be fixed easily, but it is let you guys know.
___
live-devel mailing list
live-deve
I have changed the buffer of the socket to 4,000,000 and the audio stream
has much better. But the video stream also not good. I wrote my own
"BufferSink" inherit form "MediaSink" directly ,so I did not use the
"RTPSink" ,must I use the "RTPSink" in my rtp packets transport ?
No. "RTPSink"s a
