[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Re : [Linphone-developers] grandstream gxv3000
From: |
Simon Morlat |
Subject: |
Re: Re : [Linphone-developers] grandstream gxv3000 |
Date: |
Wed, 03 Feb 2010 11:38:47 +0100 |
Le mercredi 03 février 2010 à 10:18 +0800, Kelvin Chua a écrit :
> i finally fixed it.
> msx264 parameters for x264 is not correct. gxv only accept baseline
> profile. and profile level 1.2
Great. Can you please send a patch ?
> i also noticed that linphone is not sending sprop, packetization and
> sprop details with SDP.
All those parameters are optional in RFC3984.
http://www.rfc-editor.org/rfc/rfc3984.txt
Thank you,
Simon
>
>
> happily doing h.264 with gxv ^_^
>
>
> Kelvin Chua
>
>
> On Tue, Feb 2, 2010 at 10:58 PM, Kelvin Chua <address@hidden> wrote:
> i have written an application where i used sip to stream h264
> 320x240 videos to grandstreams one-way, it's a VOD-type
> application. and it works. so i don't think it has something
> to do with
> the video size. i think the problem is more of the x264
> encoding side. i wonder if there is a
> way for linphone to show me the NAL headers, that way i can
> check whether the NAL types
> are within the 1-23 range and the F-bit 0. i have seen some
> instances where x264 could chew
> up NAL units with the F bit always set to 1 and i suspect gxv
> does not like this.
>
> Kelvin Chua
>
>
>
>
> On Tue, Feb 2, 2010 at 10:48 PM, Aurelien Bouin
> <address@hidden> wrote:
> Hello,
> I have been testing with a GXV3140 Grandstream and I
> figured out that the grandstream encoding format was
> 320x240 which could be the problem, I am not sure but
> I feel like linphone cannot handle it ... ???But if
> not we should try to find a solution...
> Sincerely,
>
> Aurelien BOUIN
>
> --- En date de : Mar 2.2.10, Kelvin Chua
> <address@hidden> a écrit :
>
> De: Kelvin Chua <address@hidden>
> Objet: [Linphone-developers] grandstream
> gxv3000
> À: address@hidden
> Date: Mardi 2 Février 2010, 15h23
>
>
>
> been trying to do some interop with
> grandstream gxv3000.
> i know for a fact that the h263 stack of
> grandstream is very poor. so i am using h.264
> for my tests.
> compiled everything from source, ffmpeg, x264,
> linphone. msx264 plugin already shows up in
> linphone, both for packetization=1
> and another one with blank parameters which i
> assume to be packetization=0.
>
>
> source code versions are as follows:
> linphone-3.2.1
> msx264-1.3.0
> x264 core:83 r1400 20fa784
> ffmpeg r21566
> libswscale r29972
>
>
> don't know if it matters, my OS is karmic
> koala
>
>
> so anyway, i was looking at the code and
> trying to figure out, why linphone shows the
> h.264 video streaming from gxv but gxv
> does not show the video from linphone. i was
> speculating that the x264 plugin is not
> working in single NALU mode as defined in the
> RFC or packetization=0.
> i then stumbled into the parameter in msx264.c
> which
> sets
> params.i_slice_max_size=ms_get_payload_max_size()-100;
> so that means, a slice is being fitted into
> 100 less than the MTU which is correct for
> single NALU mode. i then fired up wireshark
> and was surprised to see no video packets
> coming from linphone to gxv :( only the 2-way
> g.711 and the h.264 stream from gxv.
>
>
> i think this all boils down to x264. i wonder
> what x264 revision you guys are using in your
> tests?
>
>
> Kelvin Chua
>
>
> -----La pièce jointe associée suit-----
>
> _______________________________________________
> Linphone-developers mailing list
> address@hidden
>
> http://lists.nongnu.org/mailman/listinfo/linphone-developers
>
>
>
>
>
>
> _______________________________________________
> Linphone-developers mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/linphone-developers