JVM blocked when using gst1-java-core
silver
sxhsxhsxh66 at gmail.com
Thu Mar 23 10:15:00 UTC 2017
Neil C Smith wrote
> Hi,
>
> On Wed, 22 Mar 2017 at 08:57 silver <
> sxhsxhsxh66@
> > wrote:
>
>> I tried to test the stability of my application so I programmatically
>> open
>> and close the window again and again. But always after thousands
>> iterations,
>> no response from JVM but no special errors (neither gstreamer nor java)
>> shown in console. I assume that it encountered a deadlock on gstreamer
>> level
>> but I cannot find any solution to debug or even solve it. Hope you guys
>> can
>> help me.
>>
>
> Have you tried profiling and a thread dump on the Java side? When
> updating
> the 0.10 bindings for gst1-java-core I fixed a load of memory leaks, but
> it's possible your code is finding another one. Is memory usage
> increasing? Are any particular objects not being garbage collected? Does
> the thread dump show a potential deadlock inside the JVM?
>
> Note that you should probably be calling buffer.map(true) - the boolean is
> a shortcut for mapping the buffer with the write flag.
>
> I'm not sure what your stopFromNeedData() call is doing, but it should
> probably use Gst,invokeLater().
>
> Best wishes.
>
> Neil
> --
> Neil C Smith
> Artist & Technologist
> www.neilcsmith.net
>
> Praxis LIVE - hybrid visual IDE for creative coding - www.praxislive.org
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at .freedesktop
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
One more thing, what endOfStream() really dose? I realized that it dosn't
change the state of elements.
--
View this message in context: http://gstreamer-devel.966125.n4.nabble.com/JVM-blocked-when-using-gst1-java-core-tp4682337p4682369.html
Sent from the GStreamer-devel mailing list archive at Nabble.com.
More information about the gstreamer-devel
mailing list