[Freeswitch-users] h264 video call between endpoints with one end at bad resolution of 352x288
Michael Jerris
mike at jerris.com
Wed Jul 11 20:06:22 UTC 2018
sounds like you might be doing the option to mirror resolution
> On Jun 28, 2018, at 9:07 AM, antonio via FreeSWITCH-users <freeswitch-users at lists.freeswitch.org> wrote:
>
>
> From: antonio <asilva at wirelessmundi.com>
> Subject: h264 video call between endpoints with one end at bad resolution of 352x288
> Date: June 26, 2018 at 6:05:20 AM EDT
> To: freeswitch-users at lists.freeswitch.org
>
>
> Hi,
>
> Calling between two Grandstream GXV3275 i expected to have a video call at 1280x720, but the video that is present at destination as the resolution of 352x288 and the image as poor quality, originator is sending video at 1280×720. If i swap the devices the result is the same, the destination always get a bad resolution of 352x288 but the originator receives the video at expected resolution of 1280x720.
>
> If i set rtp_direct between the two endpoints it work as expected.
>
> I also tested a conference room and force the it resolution to 1280*x720 it work well, if i don't force the canvas-size i see:
>
> 2018-06-26 13:55:02.077824 [WARNING] mod_conference.c:3157 Unspecified video-canvas-size, falling back to 1280x720
>
> And the conference is done at 1280x720.
>
>
> I've open a jira where you can find a full log with this behavior:
>
> https://freeswitch.org/jira/browse/FS-11140
>
>
> I don't understand why there is transcoding and mod_av is used, the codec negotiated is the same.. i understand that the resolution is at 352x288 for the first frames sent by the phone but then it send them at 1280x720, mod_av should detected and adjust the new resolution, no?
>
>
> Anyone experience this behavior?
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20180711/a87b7eef/attachment-0001.html>
More information about the FreeSWITCH-users
mailing list