> Why the first RTSP client works well and playback HD cam streaming very well
> while the second RTSP client can't playback video, the video result corrupt.
> it's the same NAL units for both RTSP client.
I've already told you why - it's because your two RTSP clients are different.
Your non-V
Dear Ross,
Why the first RTSP client works well and playback HD cam streaming very
well while the second RTSP client can't playback video, the video result
corrupt. it's the same NAL units for both RTSP client.
Proxy server reads HD Megapixel Camera stream only once.
In LAN i can view more th
Dear Ross,
I Try to ask Dahua for this problem!
"-p" option is our implementation in
"proxyServer/live555ProxyServer.cpp" tu use a specific port UDP, it's
work great ;)!
VLC is not our first client, we use DirectShow as first Client. we use
VLC for rapid test of RTSP Client as secondary RTS
Dear Claes,
We use this encoder details:
Encode: h264
Resolution: 1,3M (1280*960)
Frame-rate(FPS): 15 (max value)
I-Frame interval: 15 (min value)
bit-rate: 2048 Kb/s or 1024 Kb/s
I also try to increase "OutPacketBuffer::maxSize" in
"proxyServer/live555ProxyServer.cpp" to 100 and more but t
> How can reduce NAL unit without change resolution and FPS
Ask the manufacturer of your encoder to upgrade it so that it can break up
I-frames into multiple 'slice' NAL units.
> I start my software that use live555ProxyServer and run code
> "live555ProxyServer -V -p 9002 -R
> rtsp://admin:3
>I try to increase "OutPacketBuffer::maxSize" to 10 or 20 but the
>problem it's the same.
How big are your frames? I typically see larger frames than that from high
resolution cameras and have the buffer set to 50 or 100.
/Claes
smime.p7s
Description: S/MIME cryptographic sign
> How can I resolve this problem?
The best solution is to not send such large NAL units. Reconfigure your
encoder to break up 'key frames' into multiple (therefore much smaller) 'slice'
NAL units.
It's important to understand that each outgoing NAL unit - if it is larger than
the RTP/UDP pack
