According to the code width/height is the original width/height of the picture being sent to Red5 by camera/screensharing app. flv_width/flv_height is resized width/height multiple by 16 and applied on the last step of the conversion.
Not sure how were you able to get first frame of another size :( Hopefully your steps will shed some light on it On Fri, Mar 7, 2014 at 2:51 AM, [email protected] <[email protected] > wrote: > Hi Maxim, > > yes sorry I had no time yesterday what exactly is the different between > height/width and flv_height/flv_width. > I will try to come back on that later. > > Sebastian > > > 2014-03-07 6:35 GMT+13:00 Maxim Solodovnik <[email protected]>: > >> Hello Sebastian, >> >> can you please update >> OPENMEETINGS-936<https://issues.apache.org/jira/browse/OPENMEETINGS-936> with >> as detailed repo steps as possible >> I'll try to modify the screen sharing applet to address your issue, but >> detailed steps might help >> >> >> On Thu, Mar 6, 2014 at 10:36 AM, Maxim Solodovnik >> <[email protected]>wrote: >> >>> I have just checked the file you have created: >>> >>> [flashsv @ 0x28fcd60] Frame width or height differs from first frame! >>> [flashsv @ 0x28fcd60] fh = 810, fv 1440 vs ch = 1080, cv = 1920 >>> Error while decoding stream #0:0: Invalid data found when processing >>> input >>> >>> According to the file header: >>> Stream #0:0: Video: flashsv ([3][0][0][0] / 0x0003), bgr24, 1440x800, >>> q=2-31, 200 kb/s, 1k tbn, 10 tbc >>> >>> so the header says: >>> Frame height: 800 >>> The frame itself says: >>> Frame height: 810 >>> >>> No sure how this possible. >>> >>> According to flvrecording database table: >>> >>> mysql> select height, width, flv_height, flv_width from flvrecording >>> where id = 226; >>> +--------+-------+------------+-----------+ >>> | height | width | flv_height | flv_width | >>> +--------+-------+------------+-----------+ >>> | 810 | 1440 | 800 | 1440 | >>> +--------+-------+------------+-----------+ >>> >>> why do we have both height and flv_height what is the difference? >>> >>> >>> >>> >>> >>> On Thu, Mar 6, 2014 at 3:10 AM, Maxim Solodovnik >>> <[email protected]>wrote: >>> >>>> I'll ask Vasiliy to share his recording and/or create another one. >>>> Will try to check your recording in the morning >>>> seems like it have no videodata (or broken videodata) :( >>>> Not sure what can be done here, but i'll check >>>> >>>> >>>> On Thu, Mar 6, 2014 at 3:03 AM, [email protected] < >>>> [email protected]> wrote: >>>> >>>>> Does it take for you also that long when you hit the stop button until >>>>> the >>>>> recording UI does really stop and switch the button state ? >>>>> >>>>> Can we have a look at the 1 hour recording, can you put that in the >>>>> public >>>>> folder too ? >>>>> >>>>> I created another video on demo.dataved.ru using a Windows machine. I >>>>> put >>>>> it into the public folder. >>>>> This time the recording has not visual, only audio. I also cannot see >>>>> any >>>>> kind of error. The AVI file when I download it has less then 1 MB. >>>>> Would you mind checking what was wrong with it? It is flvRecordingId >>>>> 226. >>>>> >>>>> Thanks, >>>>> Sebastian >>>>> >>>>> >>>>> >>>>> >>>>> 2014-03-06 1:05 GMT+13:00 Maxim Solodovnik <[email protected]>: >>>>> >>>>> > I haven't monitored Red5 CPU usage >>>>> > But the system is very responsive (Maybe because it is core i7 8 >>>>> cores, >>>>> > 8Gb) >>>>> > I see no performance degradation. >>>>> > >>>>> > The stream is still being written to the disc asynchronously (this >>>>> code was >>>>> > slightly optimized) >>>>> > I have put the recording made just now on my machine to the same >>>>> public >>>>> > group, you can check it. >>>>> > >>>>> > Vasiliy was able to create recording with duration ~1 hour (while >>>>> > performing test plan for this RC) >>>>> > >>>>> > >>>>> > On Wed, Mar 5, 2014 at 2:52 PM, [email protected] < >>>>> > [email protected] >>>>> > > wrote: >>>>> > >>>>> > > Hi Maxim, >>>>> > > >>>>> > > The other topics to be covered in another conversation, I think >>>>> this >>>>> > issue >>>>> > > is worth a separated thread. >>>>> > > >>>>> > > "Could you please move your recording into Public (Openmeetings) >>>>> group >>>>> > so I >>>>> > > can take a look at it?" >>>>> > > => I did just that now. >>>>> > > >>>>> > > "All test recordings I have made were made locally, should will >>>>> try to do >>>>> > > it on demo." >>>>> > > => I did try locally too, but the recordings are not really >>>>> working. The >>>>> > > recorded file freezes after 10-20 sec. Sound sometimes continues >>>>> > sometimes >>>>> > > sound stops too. >>>>> > > >>>>> > > If I start a recording I can see two processes jump in the CPU >>>>> usage: >>>>> > > 1) Screensharing application to 40-50% >>>>> > > 2) The red5 server process jumps to 100%CPU (or what is leftover >>>>> after >>>>> > the >>>>> > > screen-sharing webapp takes 40%) >>>>> > > >>>>> > > So did you monitor the red5 server process CPU while doing a >>>>> > screen-sharing >>>>> > > recording? >>>>> > > I think the high server side CPU usage might be also the reason >>>>> why when >>>>> > > you click on the stop recording button for ages just nothing >>>>> happens. >>>>> > > >>>>> > > We had a similar problem in the past where the red5 cpu started to >>>>> use >>>>> > 100% >>>>> > > of the CPU while recording. The issue at that time was that the >>>>> packets >>>>> > > could not be written fast enough to disk. So I implemented the >>>>> asynch >>>>> > > stream writer with the BlockingQueue that caches the packets and >>>>> starts a >>>>> > > separated Thread to write the packets to disk in a reasonable >>>>> interval. >>>>> > > That is also why there is this wait period/check in the recordings >>>>> > > processing that needs to wait until all data really is written to >>>>> disk >>>>> > > [see: BaseConverter#waitForTheStream()]. >>>>> > > At that point in time that seemed to solve the problem. >>>>> > > >>>>> > > However the source of the issue might be also a purely red5 related >>>>> > issue. >>>>> > > Nevertheless I think we need to solve/verify it. >>>>> > > >>>>> > > At some point the screen-sharing webapp became just completely >>>>> > > unresponsive. And only by killing the process of the >>>>> screen-sharing app >>>>> > the >>>>> > > red5 server side process did also reduce CPU usage to a reasonable >>>>> level. >>>>> > > >>>>> > > Do you experience a similar problem with the red5 server process >>>>> while >>>>> > > doing a recording ? >>>>> > > I do not completely deny that it might be also a hardware problem, >>>>> for >>>>> > > instance if the disk is too slow. But I am using a SSD flash disk >>>>> :) So >>>>> > > that should be fast enough :) However in the future we might need >>>>> to >>>>> > > revisit the write speed for the stream writer that writes the >>>>> queue to >>>>> > > disk. >>>>> > > >>>>> > > The problem with this high Red5 Cpu usage in the past was also >>>>> that it >>>>> > will >>>>> > > slow down pretty much anything, for instance all other streams >>>>> even in >>>>> > > other conference rooms will become slow-motion, funny sound >>>>> effects et >>>>> > > cetera. >>>>> > > >>>>> > > Sebastian >>>>> > > >>>>> > > >>>>> > > >>>>> > > 2014-03-04 23:47 GMT+13:00 Maxim Solodovnik <[email protected] >>>>> >: >>>>> > > >>>>> > > > Hello Sebastian, >>>>> > > > >>>>> > > > Thanks for detailed testing >>>>> > > > >>>>> > > > Could you please move your recording into Public (Openmeetings) >>>>> group >>>>> > so >>>>> > > I >>>>> > > > can take a look at it? >>>>> > > > All test recordings I have made were made locally, should will >>>>> try to >>>>> > do >>>>> > > it >>>>> > > > on demo. >>>>> > > > >>>>> > > > now will try to answer in bullet list: >>>>> > > > 1) "Can we make it that somehow that it will be displayed >>>>> directly" I >>>>> > can >>>>> > > > propose to choose an icon from FamFam set (for ex. time.png, >>>>> > > hourglass.png, >>>>> > > > clock.png, clock_pause.png) will appreciate any help on this >>>>> since I >>>>> > > > personally not really like all the icons I have mentioned. >>>>> > > > >>>>> > > > 2) "Previously you did get the pop warning 'not ready' directly >>>>> on a >>>>> > > click >>>>> > > > on the recording when it is not yet ready for viewing." I don't >>>>> really >>>>> > > like >>>>> > > > those pop ups since I find it annoying, I believe correct icon is >>>>> > better >>>>> > > > solution. (Maybe tooltip should be added) >>>>> > > > >>>>> > > > 3) "but I cannot load the debug window on that server." >>>>> currently debug >>>>> > > is >>>>> > > > only available if wicket is run in debug mode, this might need >>>>> to be >>>>> > > > corrected (or maybe not since room should be rewritten) >>>>> > > > >>>>> > > > 4) Also you send me another issue report: contact request email >>>>> has >>>>> > > fields >>>>> > > > mixed up (from and to user names are mixed) >>>>> > > > >>>>> > > > 5) "What about the attribute 'length' of the recording" this >>>>> fild of >>>>> > the >>>>> > > > recording is not being filled. What should be written in it? >>>>> recording >>>>> > > > duration? recording file length? >>>>> > > > >>>>> > > > 6) Appointments inside private messages were reported to was >>>>> broken in >>>>> > > > previous versions as well, so we need to file an issue and fix >>>>> in in >>>>> > > > 3.1.0/3.0.1 >>>>> > > > >>>>> > > > What is your resume? >>>>> > > > Should we release or wait for RC3? what of the above are >>>>> blockers? >>>>> > > > >>>>> > > > >>>>> > > > >>>>> > > > On Tue, Mar 4, 2014 at 3:27 PM, [email protected] < >>>>> > > > [email protected] >>>>> > > > > wrote: >>>>> > > > >>>>> > > > > "not ready status will be displayed after click on "!" icon in >>>>> the >>>>> > > > popup." >>>>> > > > > I did not get a not ready status displayed. I see the icon on >>>>> the >>>>> > left, >>>>> > > > but >>>>> > > > > neither by clicking on the icon nor on the recording anything >>>>> > happens. >>>>> > > > > >>>>> > > > > Can we make it that somehow that it will be displayed directly >>>>> when >>>>> > you >>>>> > > > > click on the recording? >>>>> > > > > >>>>> > > > > Having links that you click and under some circumstances >>>>> nothing >>>>> > > happens >>>>> > > > > are just very hard to understand for end-users. Previously you >>>>> did >>>>> > get >>>>> > > > the >>>>> > > > > pop warning 'not ready' directly on a click on the recording >>>>> when it >>>>> > is >>>>> > > > not >>>>> > > > > yet ready for viewing. >>>>> > > > > >>>>> > > > > I tried to do three recordings on demo.dataved.ru, all failed. >>>>> > > Possibly >>>>> > > > > because I am using Mac and/or bandwidth issues. >>>>> > > > > I was able to produce a recording at the 06th of February on >>>>> that >>>>> > > server >>>>> > > > > with a Mac, so it is not a general issue. >>>>> > > > > In the error log window I can see some ffmpeg command fails >>>>> (see >>>>> > > attached >>>>> > > > > on the bottom of the mail some example) >>>>> > > > > >>>>> > > > > But the screen sharer itself stayed at 50% of the CPU which is >>>>> > > acceptable >>>>> > > > > for the first release of 3.x.x from my point of view. >>>>> > > > > Just to get some recordings produced with it would be >>>>> something I >>>>> > would >>>>> > > > be >>>>> > > > > keen to verify. >>>>> > > > > >>>>> > > > > Another issues was that I cannot enter a room on >>>>> > demo.dataved.ruafter a >>>>> > > > > while. I just stuck in the screen when the loading bar in >>>>> front of >>>>> > > > entering >>>>> > > > > the conference room is complete. I guess there is some null >>>>> pointer >>>>> > > > > exception in the code but I cannot load the debug window on >>>>> that >>>>> > > server. >>>>> > > > > I was using the "remember me" cookie, after deleting the >>>>> cookie and >>>>> > > > > re-login entering the room did work again. >>>>> > > > > >>>>> > > > > What about the attribute "length" of the recording in the UI, >>>>> the >>>>> > field >>>>> > > > > seems to be simply not filled with any value yet, even if the >>>>> > recording >>>>> > > > was >>>>> > > > > successful. Is that not implemented yet? >>>>> > > > > >>>>> > > > > Btw the autocomplete box in the private message center and >>>>> calendar >>>>> > is >>>>> > > > > a-w-e-s-o-m-e >>>>> > > > > I think we should leave it as is. Normally you can only send >>>>> messages >>>>> > > to >>>>> > > > > your contacts, but I think like that it is even better. The >>>>> old one >>>>> > was >>>>> > > > too >>>>> > > > > restrictive to be intuitive. >>>>> > > > > When attaching a meeting request with a date/time to a private >>>>> > message >>>>> > > > ... >>>>> > > > > it did not show up in my calendar afterwards. Is that >>>>> something that >>>>> > > > needs >>>>> > > > > to done still ? >>>>> > > > > >>>>> > > > > This is the FFMPEG error on all my recordings: >>>>> > > > > process: previewFullFLV command: ffmpeg -i >>>>> > > > > >>>>> > > > > >>>>> > > > >>>>> > > >>>>> > >>>>> /opt/openmeetings-3.0.0.r1573575/webapps/openmeetings/streams/hibernate/flvRecording_210.flv >>>>> > > > > -vcodec mjpeg -vframes 1 -an -f rawvideo -s 1072x672 >>>>> > > > > >>>>> > > > > >>>>> > > > >>>>> > > >>>>> > >>>>> /opt/openmeetings-3.0.0.r1573575/webapps/openmeetings/streams/hibernate/flvRecording_210.jpg >>>>> > > > > exception: null error: ffmpeg version git-2013-10-22-c68faca >>>>> > Copyright >>>>> > > > (c) >>>>> > > > > 2000-2013 the FFmpeg developers built on Oct 22 2013 12:58:25 >>>>> with >>>>> > gcc >>>>> > > > 4.6 >>>>> > > > > (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: >>>>> > > --prefix=/root/ffmpeg_build >>>>> > > > > --extra-cflags=-I/root/ffmpeg_build/include >>>>> > > > > --extra-ldflags=-L/root/ffmpeg_build/lib --bindir=/root/bin >>>>> > > > > --extra-libs=-ldl --enable-gpl --enable-libass >>>>> --enable-libfdk-aac >>>>> > > > > --enable-libmp3lame --enable-libopus --enable-libtheora >>>>> > > > --enable-libvorbis >>>>> > > > > --enable-libvpx --enable-libx264 --enable-nonfree >>>>> --enable-x11grab >>>>> > > > > libavutil 52. 47.101 / 52. 47.101 libavcodec 55. 37.102 / 55. >>>>> 37.102 >>>>> > > > > libavformat 55. 19.103 / 55. 19.103 libavdevice 55. 4.100 / >>>>> 55. 4.100 >>>>> > > > > libavfilter 3. 89.100 / 3. 89.100 libswscale 2. 5.101 / 2. >>>>> 5.101 >>>>> > > > > libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / >>>>> 52. >>>>> > 3.100 >>>>> > > > [flv >>>>> > > > > @ 0x3693900] Could not find codec parameters for stream 0 >>>>> (Video: >>>>> > none, >>>>> > > > 200 >>>>> > > > > kb/s): unspecified size Consider increasing the value for the >>>>> > > > > 'analyzeduration' and 'probesize' options Input #0, flv, from >>>>> > > > > >>>>> > > > > >>>>> > > > >>>>> > > >>>>> > >>>>> '/opt/openmeetings-3.0.0.r1573575/webapps/openmeetings/streams/hibernate/flvRecording_210.flv': >>>>> > > > > Metadata: noaudiocodec : 0 server : Red5 Server 1.0.0 RC3 Rev: >>>>> 4393 >>>>> > > > > creationdate : Tue Mar 04 08:04:03 CET 2014 canSeekToEnd : true >>>>> > > encoder : >>>>> > > > > Lavf55.19.103 Duration: 00:01:28.87, start: 0.000000, bitrate: >>>>> 593 >>>>> > kb/s >>>>> > > > > Stream #0:0: Video: none, 200 kb/s, 1k tbr, 1k tbn, 1k tbc >>>>> Stream >>>>> > #0:1: >>>>> > > > > Audio: mp3, 22050 Hz, mono, s16p, 32 kb/s Output #0, rawvideo, >>>>> to >>>>> > > > > >>>>> > > > > >>>>> > > > >>>>> > > >>>>> > >>>>> '/opt/openmeetings-3.0.0.r1573575/webapps/openmeetings/streams/hibernate/flvRecording_210.jpg': >>>>> > > > > Metadata: noaudiocodec : 0 server : Red5 Server 1.0.0 RC3 Rev: >>>>> 4393 >>>>> > > > > creationdate : Tue Mar 04 08:04:03 CET 2014 canSeekToEnd : true >>>>> > > encoder : >>>>> > > > > Lavf55.19.103 Output file #0 does not contain any stream >>>>> exitValue: >>>>> > > null >>>>> > > > > out: >>>>> > > > > >>>>> > > > > Sebastian >>>>> > > > > >>>>> > > > > >>>>> > > > > >>>>> > > > > 2014-03-04 20:18 GMT+13:00 Maxim Solodovnik < >>>>> [email protected]>: >>>>> > > > > >>>>> > > > > > Currently "not ready" recordings are marked as "broken" >>>>> (same "!" >>>>> > > icon) >>>>> > > > > > not ready status will be displayed after click on "!" icon >>>>> in the >>>>> > > > popup. >>>>> > > > > > >>>>> > > > > > interview recordings are now converted as fast as ordinary >>>>> > > recordings. >>>>> > > > > > >>>>> > > > > > Icon can be changed, please suggest one :) (Do you feel it is >>>>> > > blocker? >>>>> > > > or >>>>> > > > > > maybe we can release 3.0.1 will all such minor fixes?) >>>>> > > > > > >>>>> > > > > > >>>>> > > > > > http://demo.dataved.ru:5080/ contains the same SNAPSHOT >>>>> > > > > > >>>>> > > > > > >>>>> > > > > > >>>>> > > > > > On Tue, Mar 4, 2014 at 2:12 PM, [email protected] < >>>>> > > > > > [email protected] >>>>> > > > > > > wrote: >>>>> > > > > > >>>>> > > > > > > I think there is still a slight glitch with the recordings >>>>> UI. >>>>> > > > > > > >>>>> > > > > > > Previously, when a recording was not yet ready for viewing >>>>> > (because >>>>> > > > it >>>>> > > > > is >>>>> > > > > > > still processing) there was a message in the UI telling >>>>> you that. >>>>> > > In >>>>> > > > > the >>>>> > > > > > > case of interviews there was even a progress includes in >>>>> > > percentages >>>>> > > > as >>>>> > > > > > > interviews take 1 minutes of processing time for the >>>>> rendering of >>>>> > > a 1 >>>>> > > > > > > minute of video. >>>>> > > > > > > >>>>> > > > > > > If you at the moment are too fast in switching to the UI >>>>> and >>>>> > there >>>>> > > > was >>>>> > > > > > some >>>>> > > > > > > kind of error or its kind of simply not ready for viewing >>>>> you >>>>> > click >>>>> > > > on >>>>> > > > > > the >>>>> > > > > > > video and just nothing happens. >>>>> > > > > > > >>>>> > > > > > > What is the current mechanism? Do we catch in the >>>>> recordings UI >>>>> > if >>>>> > > > the >>>>> > > > > > > video is ready for viewing or not? >>>>> > > > > > > >>>>> > > > > > > Thanks, >>>>> > > > > > > Sebastian >>>>> > > > > > > >>>>> > > > > > > >>>>> > > > > > > 2014-03-04 19:54 GMT+13:00 [email protected] < >>>>> > > > > [email protected] >>>>> > > > > > >: >>>>> > > > > > > >>>>> > > > > > > > Well if its just me I do not want to complain. >>>>> > > > > > > > I am using a Mac, probably that is part of the problem. >>>>> > > > > > > > >>>>> > > > > > > > Let me try to run a couple of tests. >>>>> > > > > > > > >>>>> > > > > > > > Btw: Is http://demo.dataved.ru:5080/ the same SNAPSHOT >>>>> that is >>>>> > > up >>>>> > > > > for >>>>> > > > > > a >>>>> > > > > > > > vote? >>>>> > > > > > > > >>>>> > > > > > > > Thanks! >>>>> > > > > > > > Sebastian >>>>> > > > > > > > >>>>> > > > > > > > >>>>> > > > > > > > 2014-03-04 17:14 GMT+13:00 Maxim Solodovnik < >>>>> > > [email protected] >>>>> > > > >: >>>>> > > > > > > > >>>>> > > > > > > > Hello Sebastian, >>>>> > > > > > > >> >>>>> > > > > > > >> I was unable to fix high CPU usage because I can't see >>>>> it :( >>>>> > > > > > > >> We have tried to reproduce it on our machines (me and >>>>> Vasiliy, >>>>> > > > > Vasiliy >>>>> > > > > > > >> provides you with his measurements), but it is not >>>>> > reproducible. >>>>> > > > > > > >> No additional comments were provided, so this issue >>>>> have been >>>>> > > > > > postponed >>>>> > > > > > > >> >>>>> > > > > > > >> >>>>> > > > > > > >> >>>>> > > > > > > >> >>>>> > > > > > > >> On Tue, Mar 4, 2014 at 11:08 AM, [email protected]< >>>>> > > > > > > >> [email protected]> wrote: >>>>> > > > > > > >> >>>>> > > > > > > >> > Hi Maxim, >>>>> > > > > > > >> > >>>>> > > > > > > >> > Thanks, I think one of the major obstacles has been >>>>> the CPU >>>>> > > > usage >>>>> > > > > of >>>>> > > > > > > the >>>>> > > > > > > >> > screen sharing application. >>>>> > > > > > > >> > Did we reduce the CPU usage significantly? >>>>> > > > > > > >> > >>>>> > > > > > > >> > Thanks, >>>>> > > > > > > >> > Sebastian >>>>> > > > > > > >> > >>>>> > > > > > > >> > >>>>> > > > > > > >> > >>>>> > > > > > > >> > >>>>> > > > > > > >> > >>>>> > > > > > > >> > >>>>> > > > > > > >> > 2014-03-04 5:41 GMT+13:00 Alvaro <[email protected] >>>>> >: >>>>> > > > > > > >> > >>>>> > > > > > > >> > > +1 >>>>> > > > > > > >> > > >>>>> > > > > > > >> > > ------------------- >>>>> > > > > > > >> > > >>>>> > > > > > > >> > > >>>>> > > > > > > >> > > El lun, 03-03-2014 a las 23:09 +0700, Maxim >>>>> Solodovnik >>>>> > > > escribió: >>>>> > > > > > > >> > > > Dear OpenMeetings Community, >>>>> > > > > > > >> > > > >>>>> > > > > > > >> > > > I would like to start a vote about releasing >>>>> Apache >>>>> > > > > OpenMeetings >>>>> > > > > > > >> 3.0.0 >>>>> > > > > > > >> > > RC2 >>>>> > > > > > > >> > > > >>>>> > > > > > > >> > > > Main changes are covered in the >>>>> > > > > > > >> > > > Readme: >>>>> > > > > > > >> > > >>>>> > > > > > >>>>> https://svn.apache.org/repos/asf/openmeetings/tags/3.0.0RC2/README >>>>> > > > > > > >> > > > >>>>> > > > > > > >> > > > Full Changelog: >>>>> > > > > > > >> > > > >>>>> > > > > > > >> >>>>> > > > > >>>>> > >>>>> https://svn.apache.org/repos/asf/openmeetings/tags/3.0.0RC2/CHANGELOG >>>>> > > > > > > >> > > > >>>>> > > > > > > >> > > > Release artefacts: >>>>> > > > > > > >> > > > >>>>> > > > > https://dist.apache.org/repos/dist/dev/openmeetings/3.0.0/rc2/ >>>>> > > > > > > >> > > > >>>>> > > > > > > >> > > > Tag: >>>>> > > > > > https://svn.apache.org/repos/asf/openmeetings/tags/3.0.0RC2/ >>>>> > > > > > > >> > > > >>>>> > > > > > > >> > > > PGP release keys (signed using >>>>> > > > > > > >> > > > C467526E): >>>>> > > > > > > >> > > >>>>> > > > > > >>>>> https://dist.apache.org/repos/dist/dev/openmeetings/3.0.0/rc2/KEYS >>>>> > > > > > > >> > > > >>>>> > > > > > > >> > > > Vote will be open for 72 hours. >>>>> > > > > > > >> > > > >>>>> > > > > > > >> > > > [ ] +1 approve >>>>> > > > > > > >> > > > [ ] +0 no opinion >>>>> > > > > > > >> > > > [ ] -1 disapprove (and reason why) >>>>> > > > > > > >> > > > >>>>> > > > > > > >> > > > My vote is +1. >>>>> > > > > > > >> > > > >>>>> > > > > > > >> > > > >>>>> > > > > > > >> > > >>>>> > > > > > > >> > > >>>>> > > > > > > >> > > >>>>> > > > > > > >> > >>>>> > > > > > > >> > >>>>> > > > > > > >> > -- >>>>> > > > > > > >> > Sebastian Wagner >>>>> > > > > > > >> > https://twitter.com/#!/dead_lock >>>>> > > > > > > >> > http://www.webbase-design.de >>>>> > > > > > > >> > http://www.wagner-sebastian.com >>>>> > > > > > > >> > [email protected] >>>>> > > > > > > >> > >>>>> > > > > > > >> >>>>> > > > > > > >> >>>>> > > > > > > >> >>>>> > > > > > > >> -- >>>>> > > > > > > >> WBR >>>>> > > > > > > >> Maxim aka solomax >>>>> > > > > > > >> >>>>> > > > > > > > >>>>> > > > > > > > >>>>> > > > > > > > >>>>> > > > > > > > -- >>>>> > > > > > > > Sebastian Wagner >>>>> > > > > > > > https://twitter.com/#!/dead_lock >>>>> > > > > > > > http://www.webbase-design.de >>>>> > > > > > > > http://www.wagner-sebastian.com >>>>> > > > > > > > [email protected] >>>>> > > > > > > > >>>>> > > > > > > >>>>> > > > > > > >>>>> > > > > > > >>>>> > > > > > > -- >>>>> > > > > > > Sebastian Wagner >>>>> > > > > > > https://twitter.com/#!/dead_lock >>>>> > > > > > > http://www.webbase-design.de >>>>> > > > > > > http://www.wagner-sebastian.com >>>>> > > > > > > [email protected] >>>>> > > > > > > >>>>> > > > > > >>>>> > > > > > >>>>> > > > > > >>>>> > > > > > -- >>>>> > > > > > WBR >>>>> > > > > > Maxim aka solomax >>>>> > > > > > >>>>> > > > > >>>>> > > > > >>>>> > > > > >>>>> > > > > -- >>>>> > > > > Sebastian Wagner >>>>> > > > > https://twitter.com/#!/dead_lock >>>>> > > > > http://www.webbase-design.de >>>>> > > > > http://www.wagner-sebastian.com >>>>> > > > > [email protected] >>>>> > > > > >>>>> > > > >>>>> > > > >>>>> > > > >>>>> > > > -- >>>>> > > > WBR >>>>> > > > Maxim aka solomax >>>>> > > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > -- >>>>> > > Sebastian Wagner >>>>> > > https://twitter.com/#!/dead_lock >>>>> > > http://www.webbase-design.de >>>>> > > http://www.wagner-sebastian.com >>>>> > > [email protected] >>>>> > > >>>>> > >>>>> > >>>>> > >>>>> > -- >>>>> > WBR >>>>> > Maxim aka solomax >>>>> > >>>>> >>>>> >>>>> >>>>> -- >>>>> Sebastian Wagner >>>>> https://twitter.com/#!/dead_lock >>>>> http://www.webbase-design.de >>>>> http://www.wagner-sebastian.com >>>>> [email protected] >>>>> >>>> >>>> >>>> >>>> -- >>>> WBR >>>> Maxim aka solomax >>>> >>> >>> >>> >>> -- >>> WBR >>> Maxim aka solomax >>> >> >> >> >> -- >> WBR >> Maxim aka solomax >> > > > > -- > Sebastian Wagner > https://twitter.com/#!/dead_lock > http://www.webbase-design.de > http://www.wagner-sebastian.com > [email protected] > -- WBR Maxim aka solomax
