Re: OPAL autoenables video?

I wonder if problems 2 and 3 won't be fixed when Robert will add video
support back.

However, finding a fix to prevent this and a crash would be nice. Do you
have a patch?

Le mercredi 23 février 2005 à 13:23 +0100, Hannes Friederich a écrit :
> Okay, there are a couple of issues related with this bug:
> 
> 1)
> When using dynamic linking for PWLib/OPAL, not all media formats are 
> registered at startup.
> This causes the missing media formats to be created & registered after 
> receiving the terminalCapabilitySet request PDU from the remote side. 
> That's why video does not work in the first call.
> When linking the libraries statically, this problem does not exist.
> 
> I know that Robert Jongbloed did a couple of changes recently, 
> addressing some capability issues, so eventually a bug popped out 
> there. (I don't know how it was before the changes, actually).
> Also, I don't know whtere this is (again) a platform-specific problem 
> since all these problems were observed on my MacOSX machine.
> On the x86-debian machine, I could only run simpleopal linked 
> statically (make optnoshared), so I don't know how the situation there 
> is when linked dynamically.
> 
> 2)
> Although video is disabled, there is still a incoming H.261 video 
> stream opened. This stream is closed from the remote party right after 
> it's opening since OPAL never sends a reponse openLogicalChannelAck PDU 
> for this stream.
> 
> 3) Although the opened h.261 video stream never gets confirmed by OPAL, 
> OnOpenMediaStream is called.
> OnClosedMediaStream is never called, however.
> 
> I hope to have made these things clear... if not, please ask... In the 
> meantime, I'll try to find out more
> 
> Hannes
> 
> Am 22. Feb 2005 um 22:00 schrieb Hannes Friederich:
> 
> >
> > Am 22. Feb 2005 um 21:11 schrieb Damien Sandras:
> >
> >> I can tell you nobody has worked on that, so you are free to do it.
> >>
> >> However, if you set autoStartReceive/TransmitVideo to FALSE, it
> >> shouldn't happen.
> >
> > Yes, it shouldn't, but it does... I'll have a closer look at this
> >>
> >> Le mardi 22 février 2005 à 21:06 +0100, Hannes Friederich a écrit :
> >>> I have noticed that the second time the opal-application (simpleopal 
> >>> or
> >>> XMeeting) has a call with another endpoint, video streams are opened 
> >>> in
> >>> both directions even if video is disabled.
> >>>
> >>> I'd like to offer my help in debugging the opal library, but I don't
> >>> want to spend time on bugs others are working on or have already
> >>> fixed...
> >>>
> >>> Hannes
> >>>
> >> -- 
> >>  _      Damien Sandras
> >> (o-     GnomeMeeting: http://www.gnomemeeting.org/
> >> //\     FOSDEM 2005 : http://www.fosdem.org
> >> v_/_    H.323 phone : callto:ils.seconix.com/dsandras@xxxxxxxxxxx
> >>
> >
> 
-- 
 _      Damien Sandras
(o-     GnomeMeeting: http://www.gnomemeeting.org/
//\     FOSDEM 2005 : http://www.fosdem.org
v_/_    H.323 phone : callto:ils.seconix.com/dsandras@xxxxxxxxxxx

------------------------------------------------------------------------
Check the FAQ before asking! - http://www.openh323.org/~openh323/fom.cgi
The OpenH323 Project mailing list, using Mailman. To unsubscribe or
change your subscription options, goto
http://www.openh323.org/mailman/listinfo/openh323
Maintained by Quicknet Technologies, Inc - http://www.quicknet.net
------------------------------------------------------------------------