from encoder side it was realtime but when its come in flashphoner player it was going to delay.
Please check the channel bandwidth between publisher and server, then between subscriber and server using iperf for example as described
here. Note that channel bandwidth should be enough for stream bitrate: if publisher bitrate is 2000 kbps for example, and channel upload bandwidth is just 1000 kbps, publisher bitrate should be decreased.
In last builds, there is also
channel quality control ability for WebRTC publishing and playback.
So consider to decrease picture resolution and bitrate, then check if playback delay persists.
now i have Ubuntu 18.04 LTS, Linode 8GB: 4 CPU, 160GB Storage, 8GB RAM server.
In theory, it should be enough for 50 viewers without transcoding (changing picture resolution and bitrate or changing video codec for viewers)
RtpVideoConfig - pool-163-thread-2 Codec not found; pt - 119; current pt - 95.
You should place the file
flash_handler_publish.sdp to
/usr/local/FlashphonerWebCallServer/conf folder with the following content:
Code:
v=0
o=- 1988962254 1988962254 IN IP4 0.0.0.0
c=IN IP4 0.0.0.0
t=0 0
a=sdplang:en
m=video 0 RTP/AVP 95 127
a=rtpmap:95 H264/90000
a=fmtp:95 profile-level-id=42e01f;packetization-mode=1
a=rtpmap:127 FLV/90000
a=sendonly
m=audio 0 RTP/AVP 97 8 0 102 103 104 105 106 107 108 109 110
a=rtpmap:97 SPEEX/16000
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:102 mpeg4-generic/48000/1
a=rtpmap:103 mpeg4-generic/44100/1
a=rtpmap:104 mpeg4-generic/32000/1
a=rtpmap:105 mpeg4-generic/24000/1
a=rtpmap:106 mpeg4-generic/22050/1
a=rtpmap:107 mpeg4-generic/16000/1
a=rtpmap:108 mpeg4-generic/12000/1
a=rtpmap:109 mpeg4-generic/11025/1
a=rtpmap:110 mpeg4-generic/8000/1
a=sendonly
then restart WCS. By default, payload type for RTMP H264 video packets is set to 119, in your case they are published with payload type 95, so the SDP setting above will correct it