successful integration, some doubts

[MikOfClassX]

Hello all,

let me say that integrating libVLC into my A/V engine was definitely quick, successfull and really less painful that I imagined.
I built my very-own java A/V layer over libVLC and it seems the performance I am getting is absolutely satisfying.

Before going to production-stable builds I have some questions for the gurus here:
Note: the questions are related to file-based decoding only. I did not test anything with streams.

- is libVLC kind-of thread safe ? i.e. call a play() from a thread, seek() from another and get the current position from another ? (perverted stuff ? No: gui thread and flow control thread may work in parallel)
- is there any issue with the float32 audio samples (see https://forum.videolan.org/viewtopic.php?f=32&t=147910) ?
- sometimes the decoder stops working (no frames produced) when seeking in paused state (this happens with VLC 3.0.6 player, mkv files normally)
- sometimes stop() ends up in strange deadlocks. This seems to be a common topic here.

Last: thanks for libVLC !

Mik

[Jean-Baptiste Kempf]

- yes. Be careful about stop() that is not instantaneous, though, because it needs to close and clean everything, and that can be long.
- there should not be any issue;
- that can happen;
- see above.

[MikOfClassX]

About "sometimes the decoder stops working (no frames produced) when seeking in paused state (this happens with VLC 3.0.6 player, mkv files normally)":

is there any workaround ? I tried to wait buffering complete. No luck.

[Jean-Baptiste Kempf]

Are you sure you are not deadlocking?

[MikOfClassX]

Double checked it using the VLC player. It happens with a specific mkv videoclip, so It seems it's likely an extra-vlc problem. I hope I'll be able to send you a specific report.