Thanks Sebastian It could be a great feature for OM .
On Sun, Jul 22, 2012 at 12:45 PM, seba.wag...@gmail.com < seba.wag...@gmail.com> wrote: > Hasan, > > from what I've seen and read bigbluebutton exactly suffers from the issues > that I've described in my last email. You might just review their list of > limitations. > > There might be other solutions for solving server side recording, for > example the way Alexei described it. > > Sebastian > > > 2012/7/21 Hasan Gharehasanloo <hasan.gh...@gmail.com> > >> Thanks everybody. >> >> I think BigBlueButton team have had a successful experience about this >> issue. Cant OM team follow their way??? >> Or cant we eliminate some elements from recordings and just record >> important element in server-side recording??? >> >> >> On Sat, Jul 21, 2012 at 6:29 PM, seba.wag...@gmail.com < >> seba.wag...@gmail.com> wrote: >> >>> I don't see an issue in writing RTMP on server side. >>> Many Open Source projects do that. >>> The Audio/Video part is also not the main point on recording conference >>> sessions. In fact we already do that. >>> The Audio/Video part is actually the easiest thing on recording a >>> Web-Conference. >>> >>> The real issue are all the other conference sources like: whiteboard, >>> chat, the whole conference room, screensharing and all the other UI >>> elements. >>> A recording should show a 1:1 copy of what you see in the conference >>> from my point of view and not a mockup of different sources that get >>> somehow synced. We had something like that in the past and it was nothing >>> else then a source of pain. >>> You can't seek, you can't download the recording, you can't share the >>> recording on youtube. >>> And if the recording is longer then 20 minutes whiteboard and >>> audio/video is often out of sync, especially if you have more then 2 >>> participants in a room that share audio/video. In fact there was no chance >>> of producing recordings that are longer then 30 or 45 minutes without >>> syncronization issues. >>> That is no alternative for our current approach at least from my point >>> of view. >>> >>> Sebastian >>> >>> >>> 2012/7/21 Alexei Fedotov <alexei.fedo...@gmail.com> >>> >>>> RTMP is Adobe protocol we use to stream video and some other data. It's >>>> prohibited by Adobe to get video from RTMP and write it to some storage. >>>> You call it server side recording. >>>> >>>> The first thing to resolve with server side recording is a legal thing. >>>> >>>> -- >>>> With best regards / с наилучшими пожеланиями, >>>> Alexei Fedotov / Алексей Федотов, >>>> http://dataved.ru/ >>>> +7 916 562 8095 >>>> >>>> >>>> >>>> On Sat, Jul 21, 2012 at 5:30 PM, George Kirkham <gkirk...@co2crc.com.au >>>> > wrote: >>>> >>>>> Hasan, My thoughts exactly, “But what does it exactly means????”. ** >>>>> ** >>>>> >>>>> ** ** >>>>> >>>>> ** ** >>>>> >>>>> Thanks,**** >>>>> >>>>> ** ** >>>>> >>>>> George Kirkham**** >>>>> >>>>> ** ** >>>>> >>>>> ** ** >>>>> >>>>> *From:* Hasan Gharehasanloo [mailto:hasan.gh...@gmail.com] >>>>> *Sent:* Saturday, 21 July 2012 7:44 PM >>>>> *To:* openmeetings-user@incubator.apache.org >>>>> *Subject:* Re: Read about some great recommendations for improvements >>>>> to the Openmeetings user interface**** >>>>> >>>>> ** ** >>>>> >>>>> Thanks Alexei >>>>> >>>>> But what does it exactly means????**** >>>>> >>>>> On Sat, Jul 21, 2012 at 11:16 AM, Alexei Fedotov < >>>>> alexei.fedo...@gmail.com> wrote:**** >>>>> >>>>> From RTMP license:**** >>>>> >>>>> http://www.adobe.com/devnet/rtmp.html**** >>>>> >>>>> ** ** >>>>> >>>>> Prohibited Uses **** >>>>> >>>>> The rights and licenses granted by Adobe in the RTMP Specification, >>>>> including those granted in **** >>>>> >>>>> the Patent License, are conditioned upon Your agreement to use the >>>>> RTMP Specification for only **** >>>>> >>>>> streaming video, audio and/or data content and not to make, have made, >>>>> use, sell, offer to sell, **** >>>>> >>>>> import or distribute: (i) any technology that intercepts streaming >>>>> video, audio and/or data **** >>>>> >>>>> content for storage in any device or medium; or (ii) any technology >>>>> that circumvents **** >>>>> >>>>> technological measures for the protection of audio, video and/or data >>>>> content, including any of **** >>>>> >>>>> Adobe’s secure RTMP measures. No right or license to any Adobe >>>>> intellectual property is granted **** >>>>> >>>>> for such prohibited uses.**** >>>>> >>>>> ** ** >>>>> >>>>> ** ** >>>>> >>>>> ** ** >>>>> >>>>> -- >>>>> With best regards / с наилучшими пожеланиями, >>>>> Alexei Fedotov / Алексей Федотов, >>>>> http://dataved.ru/ >>>>> +7 916 562 8095 >>>>> >>>>> >>>>> **** >>>>> >>>>> On Sat, Jul 21, 2012 at 4:26 AM, jero <j...@muaks.org> wrote:**** >>>>> >>>>> +1 to server side room recording, configurable/selectable by moderator >>>>> and/or room type. >>>>> >>>>> -- >>>>> jero >>>>> bits, pitos y flautas**** >>>>> >>>>> ** ** >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> --------------------------------- >>>>> Best Regards >>>>> Hassan Gharehasanloo**** >>>>> >>>> >>>> >>> >>> >>> -- >>> Sebastian Wagner >>> https://twitter.com/#!/dead_lock >>> http://www.openmeetings.de >>> http://www.webbase-design.de >>> http://www.wagner-sebastian.com >>> seba.wag...@gmail.com >>> >> >> >> >> -- >> --------------------------------- >> Best Regards >> Hassan Gharehasanloo >> > > > > -- > Sebastian Wagner > https://twitter.com/#!/dead_lock > http://www.openmeetings.de > http://www.webbase-design.de > http://www.wagner-sebastian.com > seba.wag...@gmail.com > -- --------------------------------- Best Regards Hassan Gharehasanloo
