You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openmeetings.apache.org by "seba.wagner@gmail.com" <se...@gmail.com> on 2012/02/02 15:20:45 UTC

Video components brunch merged to trunk ... but lots of things to do still

Hi Timur,

I've merged the video-components branch to trunk. There are a still a
lot of things to do.

There are still a lot of problems in the various modus and also the
new features like resizing the video according to the settings and the
sync to the remote screen for the video size or the muting will not
work.

We now also have a lot of duplicated classes in the SWF10 client and
the usual client. There is need to clean up and to design a proper API
for the two client side applications how they interact with each
other.


Sebastian
-- 
Sebastian Wagner
http://www.openmeetings.de
http://incubator.apache.org/openmeetings/
http://www.webbase-design.de
http://www.wagner-sebastian.com
seba.wagner@gmail.com

Re: Video components brunch merged to trunk ... but lots of things to do still

Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
Thanks!

I did update and extend the wiki page with the todos:
https://cwiki.apache.org/confluence/display/OPENMEETINGS/NewAudioVideoComponents

Sebastian

2012/2/7 Alexei Fedotov <al...@gmail.com>

> We discussed with Timur ths morning, he said he was to start fixes today.
>
> --
> With best regards / с наилучшими пожеланиями,
> Alexei Fedotov / Алексей Федотов,
> http://dataved.ru/
> +7 916 562 8095
>
>
>
> On Sat, Feb 4, 2012 at 5:38 PM, seba.wagner@gmail.com
> <se...@gmail.com> wrote:
> > Updated:
> >
> https://cwiki.apache.org/confluence/display/OPENMEETINGS/NewAudioVideoComponents
> >
> > Sebastian
> >
> > 2012/2/3 seba.wagner@gmail.com <se...@gmail.com>
> >
> >> This is an overview about tasks and status:
> >>
> >>
> https://cwiki.apache.org/confluence/display/OPENMEETINGS/NewAudioVideoComponents
> >>
> >> 2012/2/3 seba.wagner@gmail.com <se...@gmail.com>
> >>
> >> Timur,
> >>>
> >>> I planned to change the SWF10 app behaviour as following:
> >>>
> >>> 1) Clean Up SWF10 Connection to Red5
> >>> - Connect to RTMP (or RTMPT, RTMPS) if the user enters the room. And
> >>> disconnect when leaving.
> >>> - Connect to RTMP (or RTMPT, RTMPS) if the user enters the recording
> app.
> >>> And disconnect when leaving.
> >>> => There is no need to parse the XML for the SWF10 app, it is enough to
> >>> send the SWF10 container a connect/disconnect message and a param with
> the
> >>> URL. Currently it parses the XML in the SWF10 app which is not needed.
> >>>
> >>> 2) Clean Up component library in SWF10
> >>> The SWF10 app has a long list of included components but the majority
> is
> >>> not in use, what is not is use should be deleted.
> >>>
> >>> 3) Clean up references to canvas in SWF10
> >>> the SWF10 app often has references to canvas, but the wrong canvas, it
> >>> behaves like referencing the SWF8 app with the whiteboard. Everytime it
> >>> receives a null pointer exception the SWF10 script just stops working
> ...
> >>> besides that the reference is just wrong. The references to canvas in
> SWF10
> >>> all need to be fixed.
> >>>
> >>> 4) Clean up video components in the SWF8 app
> >>> The SWF8 app needs to be cleaned up from all audio/video components. It
> >>> just makes things complicated especially now where you have two classes
> >>> with identical names but used in different runtimes
> >>>
> >>> Future:
> >>> It would be nice to generate a general "subscribe" mechanism where
> >>> applications like the SWF10 app can register to receive events. That
> way we
> >>> can enable a more general plugin loader.
> >>>
> >>> Thats would be my proposal for the Roadmap,
> >>> happy to hear your feedback.
> >>>
> >>> Sebastian
> >>>
> >>> 2012/2/2 seba.wagner@gmail.com <se...@gmail.com>
> >>>
> >>> Hi Timur,
> >>>>
> >>>> I've merged the video-components branch to trunk. There are a still a
> >>>> lot of things to do.
> >>>>
> >>>> There are still a lot of problems in the various modus and also the
> >>>> new features like resizing the video according to the settings and the
> >>>> sync to the remote screen for the video size or the muting will not
> >>>> work.
> >>>>
> >>>> We now also have a lot of duplicated classes in the SWF10 client and
> >>>> the usual client. There is need to clean up and to design a proper API
> >>>> for the two client side applications how they interact with each
> >>>> other.
> >>>>
> >>>>
> >>>> Sebastian
> >>>> --
> >>>> Sebastian Wagner
> >>>> http://www.openmeetings.de
> >>>> http://incubator.apache.org/openmeetings/
> >>>> http://www.webbase-design.de
> >>>> http://www.wagner-sebastian.com
> >>>> seba.wagner@gmail.com
> >>>>
> >>>
> >>>
> >>>
> >>> --
> >>> Sebastian Wagner
> >>> http://www.openmeetings.de
> >>> http://incubator.apache.org/openmeetings/
> >>> http://www.webbase-design.de
> >>> http://www.wagner-sebastian.com
> >>> seba.wagner@gmail.com
> >>>
> >>
> >>
> >>
> >> --
> >> Sebastian Wagner
> >> http://www.openmeetings.de
> >> http://incubator.apache.org/openmeetings/
> >> http://www.webbase-design.de
> >> http://www.wagner-sebastian.com
> >> seba.wagner@gmail.com
> >>
> >
> >
> >
> > --
> > Sebastian Wagner
> > http://www.openmeetings.de
> > http://incubator.apache.org/openmeetings/
> > http://www.webbase-design.de
> > http://www.wagner-sebastian.com
> > seba.wagner@gmail.com
>



-- 
Sebastian Wagner
http://www.openmeetings.de
http://incubator.apache.org/openmeetings/
http://www.webbase-design.de
http://www.wagner-sebastian.com
seba.wagner@gmail.com

Re: Video components brunch merged to trunk ... but lots of things to do still

Posted by Alexei Fedotov <al...@gmail.com>.
We discussed with Timur ths morning, he said he was to start fixes today.

--
With best regards / с наилучшими пожеланиями,
Alexei Fedotov / Алексей Федотов,
http://dataved.ru/
+7 916 562 8095



On Sat, Feb 4, 2012 at 5:38 PM, seba.wagner@gmail.com
<se...@gmail.com> wrote:
> Updated:
> https://cwiki.apache.org/confluence/display/OPENMEETINGS/NewAudioVideoComponents
>
> Sebastian
>
> 2012/2/3 seba.wagner@gmail.com <se...@gmail.com>
>
>> This is an overview about tasks and status:
>>
>> https://cwiki.apache.org/confluence/display/OPENMEETINGS/NewAudioVideoComponents
>>
>> 2012/2/3 seba.wagner@gmail.com <se...@gmail.com>
>>
>> Timur,
>>>
>>> I planned to change the SWF10 app behaviour as following:
>>>
>>> 1) Clean Up SWF10 Connection to Red5
>>> - Connect to RTMP (or RTMPT, RTMPS) if the user enters the room. And
>>> disconnect when leaving.
>>> - Connect to RTMP (or RTMPT, RTMPS) if the user enters the recording app.
>>> And disconnect when leaving.
>>> => There is no need to parse the XML for the SWF10 app, it is enough to
>>> send the SWF10 container a connect/disconnect message and a param with the
>>> URL. Currently it parses the XML in the SWF10 app which is not needed.
>>>
>>> 2) Clean Up component library in SWF10
>>> The SWF10 app has a long list of included components but the majority is
>>> not in use, what is not is use should be deleted.
>>>
>>> 3) Clean up references to canvas in SWF10
>>> the SWF10 app often has references to canvas, but the wrong canvas, it
>>> behaves like referencing the SWF8 app with the whiteboard. Everytime it
>>> receives a null pointer exception the SWF10 script just stops working ...
>>> besides that the reference is just wrong. The references to canvas in SWF10
>>> all need to be fixed.
>>>
>>> 4) Clean up video components in the SWF8 app
>>> The SWF8 app needs to be cleaned up from all audio/video components. It
>>> just makes things complicated especially now where you have two classes
>>> with identical names but used in different runtimes
>>>
>>> Future:
>>> It would be nice to generate a general "subscribe" mechanism where
>>> applications like the SWF10 app can register to receive events. That way we
>>> can enable a more general plugin loader.
>>>
>>> Thats would be my proposal for the Roadmap,
>>> happy to hear your feedback.
>>>
>>> Sebastian
>>>
>>> 2012/2/2 seba.wagner@gmail.com <se...@gmail.com>
>>>
>>> Hi Timur,
>>>>
>>>> I've merged the video-components branch to trunk. There are a still a
>>>> lot of things to do.
>>>>
>>>> There are still a lot of problems in the various modus and also the
>>>> new features like resizing the video according to the settings and the
>>>> sync to the remote screen for the video size or the muting will not
>>>> work.
>>>>
>>>> We now also have a lot of duplicated classes in the SWF10 client and
>>>> the usual client. There is need to clean up and to design a proper API
>>>> for the two client side applications how they interact with each
>>>> other.
>>>>
>>>>
>>>> Sebastian
>>>> --
>>>> Sebastian Wagner
>>>> http://www.openmeetings.de
>>>> http://incubator.apache.org/openmeetings/
>>>> http://www.webbase-design.de
>>>> http://www.wagner-sebastian.com
>>>> seba.wagner@gmail.com
>>>>
>>>
>>>
>>>
>>> --
>>> Sebastian Wagner
>>> http://www.openmeetings.de
>>> http://incubator.apache.org/openmeetings/
>>> http://www.webbase-design.de
>>> http://www.wagner-sebastian.com
>>> seba.wagner@gmail.com
>>>
>>
>>
>>
>> --
>> Sebastian Wagner
>> http://www.openmeetings.de
>> http://incubator.apache.org/openmeetings/
>> http://www.webbase-design.de
>> http://www.wagner-sebastian.com
>> seba.wagner@gmail.com
>>
>
>
>
> --
> Sebastian Wagner
> http://www.openmeetings.de
> http://incubator.apache.org/openmeetings/
> http://www.webbase-design.de
> http://www.wagner-sebastian.com
> seba.wagner@gmail.com

Re: Video components brunch merged to trunk ... but lots of things to do still

Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
Updated:
https://cwiki.apache.org/confluence/display/OPENMEETINGS/NewAudioVideoComponents

Sebastian

2012/2/3 seba.wagner@gmail.com <se...@gmail.com>

> This is an overview about tasks and status:
>
> https://cwiki.apache.org/confluence/display/OPENMEETINGS/NewAudioVideoComponents
>
> 2012/2/3 seba.wagner@gmail.com <se...@gmail.com>
>
> Timur,
>>
>> I planned to change the SWF10 app behaviour as following:
>>
>> 1) Clean Up SWF10 Connection to Red5
>> - Connect to RTMP (or RTMPT, RTMPS) if the user enters the room. And
>> disconnect when leaving.
>> - Connect to RTMP (or RTMPT, RTMPS) if the user enters the recording app.
>> And disconnect when leaving.
>> => There is no need to parse the XML for the SWF10 app, it is enough to
>> send the SWF10 container a connect/disconnect message and a param with the
>> URL. Currently it parses the XML in the SWF10 app which is not needed.
>>
>> 2) Clean Up component library in SWF10
>> The SWF10 app has a long list of included components but the majority is
>> not in use, what is not is use should be deleted.
>>
>> 3) Clean up references to canvas in SWF10
>> the SWF10 app often has references to canvas, but the wrong canvas, it
>> behaves like referencing the SWF8 app with the whiteboard. Everytime it
>> receives a null pointer exception the SWF10 script just stops working ...
>> besides that the reference is just wrong. The references to canvas in SWF10
>> all need to be fixed.
>>
>> 4) Clean up video components in the SWF8 app
>> The SWF8 app needs to be cleaned up from all audio/video components. It
>> just makes things complicated especially now where you have two classes
>> with identical names but used in different runtimes
>>
>> Future:
>> It would be nice to generate a general "subscribe" mechanism where
>> applications like the SWF10 app can register to receive events. That way we
>> can enable a more general plugin loader.
>>
>> Thats would be my proposal for the Roadmap,
>> happy to hear your feedback.
>>
>> Sebastian
>>
>> 2012/2/2 seba.wagner@gmail.com <se...@gmail.com>
>>
>> Hi Timur,
>>>
>>> I've merged the video-components branch to trunk. There are a still a
>>> lot of things to do.
>>>
>>> There are still a lot of problems in the various modus and also the
>>> new features like resizing the video according to the settings and the
>>> sync to the remote screen for the video size or the muting will not
>>> work.
>>>
>>> We now also have a lot of duplicated classes in the SWF10 client and
>>> the usual client. There is need to clean up and to design a proper API
>>> for the two client side applications how they interact with each
>>> other.
>>>
>>>
>>> Sebastian
>>> --
>>> Sebastian Wagner
>>> http://www.openmeetings.de
>>> http://incubator.apache.org/openmeetings/
>>> http://www.webbase-design.de
>>> http://www.wagner-sebastian.com
>>> seba.wagner@gmail.com
>>>
>>
>>
>>
>> --
>> Sebastian Wagner
>> http://www.openmeetings.de
>> http://incubator.apache.org/openmeetings/
>> http://www.webbase-design.de
>> http://www.wagner-sebastian.com
>> seba.wagner@gmail.com
>>
>
>
>
> --
> Sebastian Wagner
> http://www.openmeetings.de
> http://incubator.apache.org/openmeetings/
> http://www.webbase-design.de
> http://www.wagner-sebastian.com
> seba.wagner@gmail.com
>



-- 
Sebastian Wagner
http://www.openmeetings.de
http://incubator.apache.org/openmeetings/
http://www.webbase-design.de
http://www.wagner-sebastian.com
seba.wagner@gmail.com

Re: Video components brunch merged to trunk ... but lots of things to do still

Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
This is an overview about tasks and status:
https://cwiki.apache.org/confluence/display/OPENMEETINGS/NewAudioVideoComponents

2012/2/3 seba.wagner@gmail.com <se...@gmail.com>

> Timur,
>
> I planned to change the SWF10 app behaviour as following:
>
> 1) Clean Up SWF10 Connection to Red5
> - Connect to RTMP (or RTMPT, RTMPS) if the user enters the room. And
> disconnect when leaving.
> - Connect to RTMP (or RTMPT, RTMPS) if the user enters the recording app.
> And disconnect when leaving.
> => There is no need to parse the XML for the SWF10 app, it is enough to
> send the SWF10 container a connect/disconnect message and a param with the
> URL. Currently it parses the XML in the SWF10 app which is not needed.
>
> 2) Clean Up component library in SWF10
> The SWF10 app has a long list of included components but the majority is
> not in use, what is not is use should be deleted.
>
> 3) Clean up references to canvas in SWF10
> the SWF10 app often has references to canvas, but the wrong canvas, it
> behaves like referencing the SWF8 app with the whiteboard. Everytime it
> receives a null pointer exception the SWF10 script just stops working ...
> besides that the reference is just wrong. The references to canvas in SWF10
> all need to be fixed.
>
> 4) Clean up video components in the SWF8 app
> The SWF8 app needs to be cleaned up from all audio/video components. It
> just makes things complicated especially now where you have two classes
> with identical names but used in different runtimes
>
> Future:
> It would be nice to generate a general "subscribe" mechanism where
> applications like the SWF10 app can register to receive events. That way we
> can enable a more general plugin loader.
>
> Thats would be my proposal for the Roadmap,
> happy to hear your feedback.
>
> Sebastian
>
> 2012/2/2 seba.wagner@gmail.com <se...@gmail.com>
>
> Hi Timur,
>>
>> I've merged the video-components branch to trunk. There are a still a
>> lot of things to do.
>>
>> There are still a lot of problems in the various modus and also the
>> new features like resizing the video according to the settings and the
>> sync to the remote screen for the video size or the muting will not
>> work.
>>
>> We now also have a lot of duplicated classes in the SWF10 client and
>> the usual client. There is need to clean up and to design a proper API
>> for the two client side applications how they interact with each
>> other.
>>
>>
>> Sebastian
>> --
>> Sebastian Wagner
>> http://www.openmeetings.de
>> http://incubator.apache.org/openmeetings/
>> http://www.webbase-design.de
>> http://www.wagner-sebastian.com
>> seba.wagner@gmail.com
>>
>
>
>
> --
> Sebastian Wagner
> http://www.openmeetings.de
> http://incubator.apache.org/openmeetings/
> http://www.webbase-design.de
> http://www.wagner-sebastian.com
> seba.wagner@gmail.com
>



-- 
Sebastian Wagner
http://www.openmeetings.de
http://incubator.apache.org/openmeetings/
http://www.webbase-design.de
http://www.wagner-sebastian.com
seba.wagner@gmail.com

Re: Video components brunch merged to trunk ... but lots of things to do still

Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
Timur,

I planned to change the SWF10 app behaviour as following:

1) Clean Up SWF10 Connection to Red5
- Connect to RTMP (or RTMPT, RTMPS) if the user enters the room. And
disconnect when leaving.
- Connect to RTMP (or RTMPT, RTMPS) if the user enters the recording app.
And disconnect when leaving.
=> There is no need to parse the XML for the SWF10 app, it is enough to
send the SWF10 container a connect/disconnect message and a param with the
URL. Currently it parses the XML in the SWF10 app which is not needed.

2) Clean Up component library in SWF10
The SWF10 app has a long list of included components but the majority is
not in use, what is not is use should be deleted.

3) Clean up references to canvas in SWF10
the SWF10 app often has references to canvas, but the wrong canvas, it
behaves like referencing the SWF8 app with the whiteboard. Everytime it
receives a null pointer exception the SWF10 script just stops working ...
besides that the reference is just wrong. The references to canvas in SWF10
all need to be fixed.

4) Clean up video components in the SWF8 app
The SWF8 app needs to be cleaned up from all audio/video components. It
just makes things complicated especially now where you have two classes
with identical names but used in different runtimes

Future:
It would be nice to generate a general "subscribe" mechanism where
applications like the SWF10 app can register to receive events. That way we
can enable a more general plugin loader.

Thats would be my proposal for the Roadmap,
happy to hear your feedback.

Sebastian

2012/2/2 seba.wagner@gmail.com <se...@gmail.com>

> Hi Timur,
>
> I've merged the video-components branch to trunk. There are a still a
> lot of things to do.
>
> There are still a lot of problems in the various modus and also the
> new features like resizing the video according to the settings and the
> sync to the remote screen for the video size or the muting will not
> work.
>
> We now also have a lot of duplicated classes in the SWF10 client and
> the usual client. There is need to clean up and to design a proper API
> for the two client side applications how they interact with each
> other.
>
>
> Sebastian
> --
> Sebastian Wagner
> http://www.openmeetings.de
> http://incubator.apache.org/openmeetings/
> http://www.webbase-design.de
> http://www.wagner-sebastian.com
> seba.wagner@gmail.com
>



-- 
Sebastian Wagner
http://www.openmeetings.de
http://incubator.apache.org/openmeetings/
http://www.webbase-design.de
http://www.wagner-sebastian.com
seba.wagner@gmail.com