To fill in the gaps here - app_videoswitch *was* a fork of app_conference several years ago that added some initial support for video. Rather than maintain app_videoswitch as a separate project however we submitted the patches back to app_conference. Hence videoswitch is no more - it's all in app_conference.
So no, app_conference isn't based on videoswitch - videoswitch was based on app_conference, but now they are the same thing. Neil Borja SIXTO wrote: > I am not sure if the original project integrates now a VAD for the audio > switching (it was made for sure in the past in the RPT audio inactivity...). > > There is a mode where you can switch the video source by pressing DTMF > keys too. > > You cannot prompt video clips, only the audio is supported. > > There is a fork of app_conference called app_konference (it supports > Asterisk 1.6). > > Regards, > > > Borja from i6net > > Steve Kann a écrit : > >> Actually, app_conference wasn't based on videoswitch (not sure what >> that is), but Borja is correct in that it doesn't transcode or "mix" >> video, it only provides (with some options) for switching video. >> >> The passages Salvatore quotes below describe the architecture for >> mixing audio. In the video case, for multi-party conferences, it >> implements a "follow-the-speaker" switching algorithm, so generally >> all parties see the video stream of a whomever is speaking. >> >> -SteveK >> >> >> Borja SIXTO wrote: >> >>> Hi Salvatore, >>> >>> app_conference (or app_konference) were the result of a project called >>> videoswitch. >>> There is no transcoding, only video switching. >>> >>> To be be able to transcode, you should use app_transcode, but for the >>> moment it only support (h263p (I/O) and Mpeg4 (I) (h263 rfc2190 isn't >>> fully supported, it needs modification). >>> >>> Another way can be to use the Sergio's MCU (it integrate a video mixer >>> and transcoder). >>> It is a base an probably need some modifications to respond to your >>> requirements. >>> >>> In both cases, you don't have a turn key solution for the moment. >>> >>> Regards, >>> >>> >>> Borja >>> >>> Salvatore Frandina a écrit : >>> >>> >>>> Hi, >>>> >>>> I'm writing a report about videoconference support in Asterisk. I have >>>> read in README of AppConference these feature: >>>> >>>> Mixing design >>>> >>>> * Minimize encoding/decoding, minimize mixing. >>>> * Minimize generational loss from trancoding. >>>> * Usual cases are handled very efficiently: >>>> o One speaker: That speaker's frame is sent directly to each >>>> participant which uses the same codec. It is trancoded >>>> _once_ for each additional codec type used by participants. >>>> o Two speakers: Each speaker gets the other speaker's frames. >>>> The two speaker's frames are decoded and mixed, and then >>>> encoded _once_ for each codec type used by participants. >>>> >>>> The underline text says that the plug-in can transcode the video...i >>>> try with two softphone one with h.263 support and the other with h.264 >>>> but the can't see each other, but only myself >>>> Please, can you explain me? >>>> >>>> Thank >>>> >>>> -- >>>> _______________________________________ >>>> Salvatore Frandina >>>> website: http://frandinas.altervista.org >>>> mail: [email protected] <mailto:[email protected]> >>>> >>>> _______________________________________ >>>> >>>> >>>> >>> >>> > > -- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-video mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-video
