Open GoogleCodeExporter opened 9 years ago
*I have experienced same kind of
problem with Adobe Connect Pro.*
=> hehe
okay but I think the first conclusion for me would be:
1) Does the participant with the bad mic-sound had Bandwidth Issues?
2) Does the participant who is hearing the bad-sound had Bandwidth Issues?
3) Has the server had a Bandwidth bottleneck?
4) Does the participant who is hearing the bad-sound had CPU Issues (maybe 99%
System
Use)?
5) What kind of OS + Environment does the participant with the bad mic had?
6) What kind of Os + Environment does the participant who is hearing the
bad-soun had?
Original comment by seba.wag...@gmail.com
on 19 Feb 2010 at 9:09
also make sure you have at least v 1.1 running. There have been some significant
changes in the audio-video sync and the error handling of recorded files in the
last
revisions before the release.
Original comment by seba.wag...@gmail.com
on 19 Feb 2010 at 9:26
Some comments....
>okay but I think the first conclusion for me would be:
>1) Does the participant with the bad mic-sound had Bandwidth Issues?
Not likely - connected to 100 Mbit/s school network.
>2) Does the participant who is hearing the bad-sound had Bandwidth Issues?
The bad sound was heard by all participants. No likely to be a participant side
bandwith issue.
>3) Has the server had a Bandwidth bottleneck?
Server has a 10/10 meg connection to Internet. Network usage data is not
available.
>4) Does the participant who is hearing the bad-sound had CPU Issues (maybe 99%
>System Use)?
In my case it was not the case. CPU load was below 50%. This was the case using
both
Ubuntu Karmic and Windows XP and Firefox on both. I do not know the situation
of all
participants.
>5) What kind of OS + Environment does the participant with the bad mic had?
Windows XP + Firefox
>6) What kind of Os + Environment does the participant who is hearing the
bad-soun had?
Windows XP + Firefox, Ubuntu Karmic + Firefox
Some findings:
In the folder where the streams are stored there are 2 different types of flv
files:
I guess these are created when user downloads a recorded session:
2010-01-28 15:44 89_28_01_2010_15_21_18.flv
But what are these?:
bd38352f28b1896f491d4aba0c346b9b_10_02_2010_09_01_39.flv
It also seems to be the case that the amount of files in the folder where the
streams
are saved does not diminish even if the user deletes the recorded files using
the GUI.
How are the files supposed to be removed? There's nothing in cron about it.
Original comment by elias.aa...@iki.fi
on 19 Feb 2010 at 9:58
No Files are just marked as deleted there is not job in the background that
deletes
files. For now I think that is the prefered way to go as we do the same with
the
database records. That is a kind of strategy (of course you can doubt that it
would be
more sufficient to delete in some cases). But from a architecture point of view
Deleting means: Actual problem with foreign keys and related records in "real
databases" like Postgres. So deleting means => loss of data. That should not
really
happen. The actual way to do would be to run a Administration Job that the User
can
control from the Administration section.
Original comment by seba.wag...@gmail.com
on 16 Mar 2010 at 10:10
Original comment by seba.wag...@gmail.com
on 31 Jan 2012 at 12:23
OpenMeetings moves to Apache Foundation, update your bookmarks to the new
project page:
http://incubator.apache.org/openmeetings/
New Issue tracker is located: https://issues.apache.org/jira/browse/OPENMEETINGS
New Mailing Lists located at:
http://incubator.apache.org/openmeetings/mail-lists.html
Original comment by seba.wag...@gmail.com
on 31 Jan 2012 at 12:25
Original issue reported on code.google.com by
elias.aa...@iki.fi
on 19 Feb 2010 at 8:26