See https://builds.apache.org/job/openmeetings/408/changes
Changes:
[solomax] [OPENMEETINGS-561] video on whiteboard is fixed
--
[...truncated 3828 lines...]
-cleanup-jrebel:
-process-db:
[echo] db.provider == derby
info:
-java6or7.check:
No there is no such conversion. You have to rewrite the LZX to MXML and AS3
files.
What about the Video Codec? I don't think it makes sense to start a RC2
vote before this issue has been further analyzed.
Is there a given restriction that needs h264?
Sebastian
2013/3/13 Maxim Solodovnik
Maybe we can add conversion task to the GSOC ideas? do we need it?
I don't see any problems with h264
I'm going to build
1) SWF11 with h264 support removed
2) SWF11 with different h264 profile
3) SWF10
and compare
but i'm not expecting any major differences :(
On Wed, Mar 13, 2013 at 1:17
You can simply disable h264 and build to swf11.
It is only about the codec not about SWF formats.
I just compared and could not really find out if there are big differences.
However it is definitly good to really compare the impacts on CPU and
bandwidth usage when switching the Codec for video
@Alexey we currently using openlaszlo for video (not sure what do you mean
by AS3). Currently our version of video components is built using
flex.4.6.1 while actual version available for download is flex 4.9.1.
I was hoping we will have less bugs and better performance if we will use
MXML directly
@Alexey we currently using flex 4.5.0, 4.6.1 to create bytecode
can be inspected/used means autoconverted :) action script instead of
openlaszlo is also good :)
can you please tell me how this can be inspected?
@Sebastian I thought we use only view/label/dataset/connection in our swf10
code
The files appear in some temporary directory. I cannot remember where
they are exactly. If you make an error when embedding action script
into openlaszlo (should be something on action script level, xml
markup would break the preprocessor itself), you get in the error
message an exact pointer to
Sorry but that is useless.
The AS3 code that OpenLaszlo compiles is not human readable. It is
generated into some tmp directory.
You can search on your disc for a file called LZC_COMPILER_OPTIONS
That should be into the same directory as the actual AS3 files.
The thing is that there are of course
just for consideration,
attached is the current AS3 that OpenLaszlo generates.
https://cwiki.apache.org/confluence/download/attachments/27836308/lzswf9.tar.gz
Sebastian
2013/3/13 Maxim Solodovnik solomax...@gmail.com
I thought maybe it will be simple to convert swf10 folder of our sources
+
See https://builds.apache.org/job/openmeetings/409/
that is definitely something not readable :(
I can see the word static in the generated code :) this is global
variables :)))
On Wed, Mar 13, 2013 at 4:57 PM, seba.wag...@gmail.com
seba.wag...@gmail.com wrote:
just for consideration,
attached is the current AS3 that OpenLaszlo generates.
@Maxim: The usage of the remember checkbox is _not_ to fill that form,
its to make the cookie permanent.
We do actually the same by not deleting the SessionId on our server side.
The Flash Cookie (aka SharedObject) is just holding a SessionId as content.
The same like the Cookie in the JSESSION
@All OK let it be the checkbox :)
@Alexey
1) I have in mind URLs like
http://demo.dataved.ru/openmeetings/html/#very_complex_unreadable_hash to
bypass login in case of invitations
2) it looks nice :)
3) I'm afraid we should use oAuth to login with gmail account, having
checkbox will not help
Hi All,
I investigated flash plugin crashes today and would like to share some
results.
First of all, crash happens both with SWF10 and SWF 11. It seems like the
problem is reproducible with H263, H264 1.2 and H264 5.1.
Actually, I haven't noticed significant CPU usage degradation for H264 in
Great job, Irina!
Thanks for digging this out.
--
With best regards / с наилучшими пожеланиями,
Alexei Fedotov / Алексей Федотов,
http://dataved.ru/
+7 916 562 8095
On Wed, Mar 13, 2013 at 4:28 PM, Irina Arkhipets
irina.arkhip...@gmail.com wrote:
Hi All,
I investigated flash plugin crashes
Sorry but this does not seem to be reproducible,
at least for me locally.
Are there any similar reports out there?
Sebastian
2013/3/14 Jaime Balbino jaimebalb...@edulivre.net
Hello,
I found the Om 2.1RC1 painfully slow to arrive the home screen to login.
Was
above 60 seconds. The plugin
See it: http://demo.lamscommunity.org/lams/
I really like the design of the LAMS software. It is also based on Flash,
but the login screen is in HTML and works as a portal of entry (as also the
Moodle login screen).
They are moving from Flash to HTML5. Today the area the user is already 100%
in
I just store backups on filesystem ...
in let's say backup folder
I cd that folder
perform ls -la
And not able to see where my latest backup is
On Thu, Mar 14, 2013 at 11:02 AM, seba.wag...@gmail.com
seba.wag...@gmail.com wrote:
I don't mind basically.
In a perfect world :) the
@Maxim,
My host initialer buy me in blocked streaming plan. Two day after they fix
this. Really the delay in OM was port 1935 blocked until the fallback port.
Thanks very much.
Jaime Balbino
For me
2013/3/13 Jaime Balbino jaimeb...@gmail.com
@Maxim and @Seba,
Thanks the attention.
Well
Revision: 107
Author: solomax...@gmail.com
Date: Wed Mar 13 21:59:28 2013
Log: FIR packet is better alligned
http://code.google.com/p/red5phone/source/detail?r=107
Modified:
/branches/red5sip/src/java/org/red5/sip/app/SIPTransport.java
===
---
http://en.wikipedia.org/wiki/H.264/MPEG-4_AVC#Levels
As I read this settings has optional effect if client is able to use
desired level it will use it, if not it will use the level it is capable to.
On Thu, Mar 14, 2013 at 12:38 PM, seba.wag...@gmail.com
seba.wag...@gmail.com wrote:
Whats
I think the issue has been reviewed.
So we can be sure that the codec change in the codec is not an issue.
Maybe we can debug the crashes a bit more before we start the vote.
@Irina Thanks for the Tests!
Can you please check those questions
A) What OS and flash player Version and browser was
22 matches
Mail list logo