<div dir="ltr"><div>Dear MFonnesbeck, </div> <div> </div> <div>Though i am not an expert on Streaming.......but whatever i know let me try to help you.......</div> <div> </div> <div>As far as encoder is concerned you can use any of the encoder.....i can say try with H263 or H264........</div> <div> </div> <div>Also to get the better Video Quality you can reduce the bitrate and Framerate to see the changes....By default the bitrate given by encoder is too high that can't be used on the Mobile Device......So please reduce the FrameRate and Bitrate.....( i am sure you can see the significant change in the qualtiy........... )</div> <div>To improve the VideoQuality bit more you can Increase IFrame Rate...as on the network there are more chances of a packet getting lost so...if iFrames are coming frequenlty the qualtiy will be definately better.......</div> <div> </div> <div>Now finaly to have better AV sync....you can use RTCP and get the exact jitter valaue....set it on the gstrtpbin and see the AV sync as well as video will be smoother......Or just to check try setting jittervalue to 1000.......<br> <br></div> <div>Manish</div> <div class="gmail_quote">On Thu, Aug 28, 2008 at 8:33 PM, Merrick Fonnesbeck <span dir="ltr"><<a href="mailto:MFonnesbeck@sorenson.com">MFonnesbeck@sorenson.com</a>></span> wrote:<br> <blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Oliver, you know I haven't tried it recently with the built-in Google<br>Talk (Video) Beta application that it comes with to see how they<br> compare.  Do you know if they are using GStreamer or what encoder they<br>are using?  I am trying to something similar and am mainly concerned<br>about the video than the audio.<br><br>And Eric, if RTP has issues, what should I use for better transporting<br> of the video?  Is there something better or more reliable?  Please let<br>me know so that I might learn and improve this application, since I am<br>very new to developing on Maemo and these mobile devices and want to<br>become better.  Thanks to the both of you for your responses.<br> <br>MFonnesbeck<br><br>------------------------------<br> <div class="Ih2E3d">>On Wed, 2008-08-27 at 14:18 -0600, Merrick Fonnesbeck wrote:<br></div> <div class="Ih2E3d">>> I am writing a video conferencing application for the Nokia N800/N810<br><br>>> devices that stream video between two devices, and am currently using<br><br>>> the hantro4200enc encoder in my GStreamer pipeline to encode the<br> video<br>>> before sending it out.  The video appears on the other side very<br>>> choppy and pixelated, and I am wondering if I am using the right<br>>> encoder or whether there is a better encoder that would compress my<br> >> video better to give me a cleaner video?  I got the code initially<br>>> from the following wiki post telling me how to stream video from the<br>>> Nokia devices.<br>>><br>>> <a href="http://maemo.org/community/wiki/howtostreamvideo/" target="_blank">http://maemo.org/community/wiki/howtostreamvideo/</a><br> >><br>>> If there is a better way let me know, thanks.<br>><br></div> <div class="Ih2E3d">>Is it any worse than the built-in call application? Because thats close<br>to the best you can get out of this device.<br>><br>>You can probably play with the parameters of the hantro4200enc element,<br> but it shouldn't change much...<br>><br>>--<br></div>>Olivier Cr?te<br> <div class="Ih2E3d">><a href="mailto:olivier.crete@collabora.co.uk">olivier.crete@collabora.co.uk</a><br>>Collabora Ltd<br></div>>-------------- next part --------------<br> <div class="Ih2E3d">><br>>Hi, Merrick:<br>><br>>    I think this is not an encoder issue. I noticed the wiki articles<br>you mentioned and I found it uses RTP as transport protocol. RTP is a<br>realtime transport protocol so if packets aren't arrived during  a<br> specified `latency', the packets will be considered as `late' and be<br>dropped. That's the main reason to make your video choppy and<br>pixelated.<br>><br>>    RTP stuffs in gstreamer are still in `bad' plugin repository and<br> they need to be improved, such as lip-synchronization, jitterbuffer and<br>etc.<br>><br>>Eric Zhang<br>><br>><br><br></div> <div> <div></div> <div class="Wj3C7c">-------------------------------------------------------------------------<br>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge<br>Build the coolest Linux based applications with Moblin SDK & win great prizes<br> Grand prize is a trip for two to an Open Source event anywhere in the world<br><a href="http://moblin-contest.org/redirect.php?banner_id=100&url=/" target="_blank">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a><br> _______________________________________________<br>gstreamer-devel mailing list<br><a href="mailto:gstreamer-devel@lists.sourceforge.net">gstreamer-devel@lists.sourceforge.net</a><br><a href="https://lists.sourceforge.net/lists/listinfo/gstreamer-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/gstreamer-devel</a><br> </div></div></blockquote></div><br></div>