Damien Sandras a écrit : > Le mercredi 08 juillet 2009 à 09:04 +0200, Eugen Dedu a écrit : >> Damien Sandras wrote: >>> Le lundi 06 juillet 2009 à 20:20 +0100, Peter Robinson a écrit : >>>>>>>> So we are preparing a new stable release. What are the blocking bugs? >>>>>>>> >>>>>>>> - picture in picture does not work sometimes >>>>>>>> - -d 4 warnings about too many consecutive I-frames, still >>>>>>>> investigating >>>>>>>> if it is harmful or not >>>>>>>> - initially greyed image, seems only cosmetic, still investigating >>>>>>>> >>>>>>>> Are there others? >>>>>>>> >>>>>>> The PDU>1500 issue? >>>>>>> >>>>>>> Here is a report from a Ubnutu user (I know, I should not trust blindly >>>>>>> a user, but i wont be able to test before tomorrow...): >>>>>>> "No I hadn't installed any non-free codecs (not knowingly anyway). >>>>>>> >>>>>>> I wanted to confirm this so I booted from clean live USB memory stick >>>>>>> image (Jaunty). >>>>>>> Selected ekiga for installation. >>>>>>> Synaptic informs that the following are required: libgsm1, libopal3.6.1, >>>>>>> libpt2.6.1, libpt2.6.1-plugins-alsa, libpt2.6.1-plugins-v4l2. (All of >>>>>>> these come from the Main repository). >>>>>>> >>>>>>> Once above are installed: Ekiga has the same problem as described above >>>>>>> (PDU exceed 1500) and same solution as you describe above also works. >>>>>>> >>>>>>> Out-of-the-box Audio codecs: G722, Speex(16kHz), PCMA, PCMU, G726-16, >>>>>>> G726-24, G726-32, G726-40, gsm, ms-gsm, Speex(8kHz). >>>>>>> >>>>>>> Out-of-the-box Video codecs: h261, theora. >>>>>>> >>>>>>> So, in answer to your question, only using default packages from Ubuntu >>>>>>> is sufficient for PDU to exceed 1500." >>>>>>> >>>>>>> Do we need a workaround for this before a proper fix? (TCP support) >>>>>> A workaround would be to switch off some codecs by default (for initial >>>>>> installation), for ex. G726-24, G726-32, G726-40, gsm, ms-gsm, >>>>>> Speex(8kHz). What do you think? >>>>>> >>>>> Isn't that already the case ? >>>>> >>>>> I need to check. >>>> The default in Fedora certainly doesn't enable them by default and we >>>> don't do anything with that sort of config so I assume its the >>>> default. >>>> >>> That's what I thought. By default, only a few codecs are enabled. >> The bug is strange, since >> https://launchpadlibrarian.net/24407094/ekiga_3.2.0-0ubuntu1.diff.gz >> does not show any change related to enabled codecs in ekiga... >> > > I guess people enable everything.
I have done some limited search on the MTU topic and it seems the MTU can vary along the patch. Beside large bandwidth can greatly benefit for a larger MTU than 1500 and some people are pushing to have larger MTU in this case. (I have a report with this case at hand here: https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/380091 )I do not know how the choice if 1500 is made inside OPAL; if it is hardcoded it is probably a source of frame dropping in some case (and it happen probably in silence). Around 1400 seems more safe but it seems to not cover all cases. AFAIK a proper fix for this situation is to use a discovery mechanism for the MTU: fortunately this exist in RFC: http://tools.ietf.org/html/rfc4821 _______________________________________________ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list