15 Commits (f2ecf2bcaeaa3fdcc3daa33c0a16a925203e90c8)

Author	SHA1	Message	Date
Lyubomir Marinov	379093c845	As stated in the comment of r4992, the fix for issue #552 (7000 threads in 15 minutes during video calls) discovered that the JNICaptureObserver instances leaked. Thus the fix in question started leaking a native thread and a Java thread attached to it for each leaked JNICaptureObserver. This commit fixes the leaking JNICaptureObserver which automatically fixes the leaking threads. ... Unfortunately, LTI-CIVIL also leaks CaptureStream instances.	17 years ago
Lyubomir Marinov	f180b1b21a	Fixes issue #552 (7000 threads in 15 minutes during video calls). The solution keeps a native thread in JNICaptureObserver alive with a Java thread attached to it and uses it to deliver the captured Image instead of creating a new Java thread for each delivery. ... Unfortunately, the JNICaptureObserver instances leak - both in the old and the new implementation - and thus the new implementation leaks the mentioned thread being kept alive (and its attached Java thread). The leaking of the JNICaptureObserver instances will be fixed in a subsequent revision (and it will automatically fix the leaked threads) because it's a separate issue (as previously said, affecting the old implementation as well).	17 years ago
Damian Minkov	b453e8f16e	Add linux-64 support for jni h264 codec and remove jna codec.	17 years ago
Lyubomir Marinov	380d9a517e	Updates the Windows JNI FFMPEG bindings used for H.264 encoding and decoding to r16801 in order to match the Mac OS X ones.	17 years ago
Lyubomir Marinov	cc373b375b	On Windows, implements JNI-based replacements for the JNA-based H.264 encoder and decoder. The new implementations execute much faster, produce less garbage and use a newer ffmpeg version (which contains optimizations to at least the H.264 decoder). ... Mac OS X and Linux will still use the JNA-based implementations because the respective native JNI libraries haven't been built for them. Just as the JNA-based implementations, the JNI-based ones cause disturbing numbers of garbage collections (though less than their ancestors) - the encoder and the packetizer are huge offenders. But these will be addressed in subsequent revisions because the problems are not the subject of the switch from JNA to JNI.	17 years ago
Lyubomir Marinov	0d7faabb9f	Trims down the ffmpeg libraries which are used to support h264.	17 years ago
Damian Minkov	d6dd75f4a0	Update ffmpeg, windows libs depended on pthreads. Add keyframes in h264 codec, fix start-end bits in FU-A, set desired video size in capture datasource.	17 years ago
Damian Minkov	5998afa9d8	Update ffmpeg (problem with linking libs), add jna.library.path to as executables.	18 years ago
Damian Minkov	fb27c40e89	new ffmpeg libs, reduced size and without debug info. Fix decoder output sizes. Fix NPE when hangup calls.	18 years ago
Damian Minkov	5edc84047f	Using lti civil for video(adding support for mac) and add h264 video support using ffmpeg-java.	18 years ago
Damian Minkov	9c0c242946	Implement option for auto start on windows	18 years ago
Damian Minkov	d3061b8371	Chat Alerter Plugin	18 years ago
Yana Stamcheva	0da404cbd0	add jdic native libs	19 years ago
Emil Ivov	445992ece4	<No Comment Entered>	19 years ago
Emil Ivov	ea2b3b6f32	JMF windows performance pack	19 years ago