Does the rtsp functions of Rtmpd is robust enough ?

[任也]

During the research of my project, I found many IPCameras supported RTSP do not work well with rtmpd (can't collect or disconnect very often). I captured packets from these IPCameras and found that streams from these IPCameras are not very standard, (sometimes sdp error, sometimes rtp packet error).  But the question is that these streams displayed very well with VLC or QuickTime , that means errors of these streams are not serious. 

        I want to knows does rtmpd want to ignore these minor rtsp errors to be more compatible? Because my project need to connect different kinds of IPCameras. Thx, 

[任也]

During the research of my project, I found many IPCameras supported RTSP do not work well with rtmpd (can't connect or disconnect very often). I captured packets from these IPCameras and found that streams from these IPCameras are not very standard, (sometimes sdp error, sometimes rtp packet error).  But the question is that these streams displayed very well with VLC or QuickTime , that means errors of these streams are not serious. 

        I want to know does rtmpd want to ignore these minor rtsp errors to be more compatible? Because my project need to connect different kinds of IPCameras.

 Thx, 

在 2012年7月25日星期三UTC+8上午10时59分15秒，任也写道：

[C++ RTMP Server]

Hi,

crtmpserver is a server, not a player. Players have all the time in the world to fix and try to be compatible with everything. is their purpose: play anything. A server on the other hand is built to serve thousands. The fact that crtmpserver has a RTSP client implemented inside it, is a bonus not a requirement.

Now, to answer your question, crtmpserver is not and will never be compatible with second grade quality IP cameras because of 2 reasons:

1. I can't guess ll the problems in the world. I need a lot of cameras to test with
2. Making it compatible with all cameras requires time. LOTS of time! I dare to say this task is a stand-alone project by itself (think about it, it becomes a fully fledged player)

So, you have 2 options:
1. Ditch the faulty cameras and move forward
2. fix crtmpserver for those cameras by yourself: you have the cameras, you can see the problem, you can fix it. Is not that hard :)

Best regards,
Andrei

> You received this message because you are subscribed to "C++ RTMP Server" mailing list.
> To post to this group, send email to c-rtmp...@googlegroups.com
> To unsubscribe from this group, send email to
> c-rtmp-serve...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/c-rtmp-server?hl=en

------
C++ RTMP Server
Web: http://www.rtmpd.com

[任也]

thx, i donot like these fucking cameras.haha,

在 2012-7-25 下午6:12，"C++ RTMP Server" <crtmp...@gmail.com>写道：

[D Mahoney]

Or a third option: run something to go between crtmpserver and the bogus
cameras to fix the stream. It can be a PITA but ffmpeg could probably
pull a stream from the camera and restream it with the defects cleaned
up. It seems a shame to have to involve an extra step, but as Andrei
said, crtmpserver concentrates on doing the things that a server needs
to do.

On 07/25/2012 05:12 AM, C++ RTMP Server wrote:
> Hi,
>
> crtmpserver is a server, not a player. Players have all the time in the world to fix and try to be compatible with everything. is their purpose: play anything. A server on the other hand is built to serve thousands. The fact that crtmpserver has a RTSP client implemented inside it, is a bonus not a requirement.
>
> Now, to answer your question, crtmpserver is not and will never be compatible with second grade quality IP cameras because of 2 reasons:
>
> 1. I can't guess ll the problems in the world. I need a lot of cameras to test with
> 2. Making it compatible with all cameras requires time. LOTS of time! I dare to say this task is a stand-alone project by itself (think about it, it becomes a fully fledged player)
>
> So, you have 2 options:
> 1. Ditch the faulty cameras and move forward
> 2. fix crtmpserver for those cameras by yourself: you have the cameras, you can see the problem, you can fix it. Is not that hard :)
>
> Best regards,
> Andrei
>

> On Jul 25, 2012, at 12:14 PM, 锟斤拷也 wrote:
>
>> During the research of my project, I found many IPCameras supported RTSP do not work well with rtmpd (can't connect or disconnect very often). I captured packets from these IPCameras and found that streams from these IPCameras are not very standard, (sometimes sdp error, sometimes rtp packet error). But the question is that these streams displayed very well with VLC or QuickTime , that means errors of these streams are not serious.
>> I want to know does rtmpd want to ignore these minor rtsp errors to be more compatible? Because my project need to connect different kinds of IPCameras.
>> Thx,
>>

>> 锟斤拷 2012锟斤拷7锟斤拷25锟斤拷锟斤拷锟斤拷锟斤拷UTC+8锟斤拷锟斤拷10时59锟斤拷15锟诫，锟斤拷也写锟斤拷锟斤拷

[任也]

that's a good idea, thanks for your opinion

在 2012-7-25 下午9:33，"D Mahoney" <cat...@gmail.com>写道：

Or a third option: run something to go between crtmpserver and the bogus
cameras to fix the stream. It can be a PITA but ffmpeg could probably
pull a stream from the camera and restream it with the defects cleaned
up. It seems a shame to have to involve an extra step, but as Andrei
said, crtmpserver concentrates on doing the things that a server needs
to do.

On 07/25/2012 05:12 AM, C++ RTMP Server wrote:
> Hi,
>
> crtmpserver is a server, not a player. Players have all the time in the world to fix and try to be compatible with everything. is their purpose: play anything. A server on the other hand is built to serve thousands. The fact that crtmpserver has a RTSP client implemented inside it, is a bonus not a requirement.
>
> Now, to answer your question, crtmpserver is not and will never be compatible with second grade quality IP cameras because of 2 reasons:
>
> 1. I can't guess ll the problems in the world. I need a lot of cameras to test with
> 2. Making it compatible with all cameras requires time. LOTS of time! I dare to say this task is a stand-alone project by itself (think about it, it becomes a fully fledged player)
>
> So, you have 2 options:
> 1. Ditch the faulty cameras and move forward
> 2. fix crtmpserver for those cameras by yourself: you have the cameras, you can see the problem, you can fix it. Is not that hard :)
>
> Best regards,
> Andrei
>

> On Jul 25, 2012, at 12:14 PM, 任也 wrote:
>
>> During the research of my project, I found many IPCameras supported RTSP do not work well with rtmpd (can't connect or disconnect very often). I captured packets from these IPCameras and found that streams from these IPCameras are not very standard, (sometimes sdp error, sometimes rtp packet error).  But the question is that these streams displayed very well with VLC or QuickTime , that means errors of these streams are not serious.
>>         I want to know does rtmpd want to ignore these minor rtsp errors to be more compatible? Because my project need to connect different kinds of IPCameras.
>>  Thx,
>>

>> 在 2012年7月25日星期三UTC+8上午10时59分15秒，任也写道：

[任也]

The problem of involving an extra step is time delay of the stream.

But before better solution be found, it's the best solution, because I have no time do recode crtmpserver.

Any way, I will try ffmpeg first.

在 2012年7月25日星期三UTC+8下午9时38分51秒，CatDude写道：

>> c-rtmp-server+unsubscribe@googlegroups.com

[Josh Allmann]

On 25 July 2012 22:59, 任也 <magics...@gmail.com> wrote:
> The problem of involving an extra step is time delay of the stream.

Try "-analyzeduration 0" on the input to ffmpeg. If that doesn't work,
this patch from libav should help a bit:

http://lists.libav.org/pipermail/libav-devel/2012-March/024800.html

Enable with "-fflags zerolatency"

>> >> c-rtmp-serve...@googlegroups.com

>> >> For more options, visit this group at
>> >> http://groups.google.com/group/c-rtmp-server?hl=en
>> > ------
>> > C++ RTMP Server
>> > Web: http://www.rtmpd.com
>> >
>> >
>> >
>> >
>>

> You received this message because you are subscribed to "C++ RTMP Server"
> mailing list.
> To post to this group, send email to c-rtmp...@googlegroups.com
> To unsubscribe from this group, send email to

> c-rtmp-serve...@googlegroups.com