The VideoLAN Forums

That's more a LibVLC issue.

What were you playing btw? Local file ? Network one?

In-memory file using imem extension. Extremely convenient way to play anything from some memory buffer.

This warning is OK: "Native thread exiting without having called DetachCurrentThread (maybe it's going to use a pthread_key_create destructor?)" Like it said, its *is* going to be released via a pthread_key_create destructor. I suppose the thread calls AttachCurrentThread and then finishe...

Are you releasing all the callbacks correctly?

What do you mean? I return 0 in read callback(EOF). But no read callback was called in this case, it stucks for ~1.5 secs and then close callback was called.

Sometimes MediaPlayer.stop freezes for ~1.5 secs and all vlc threads are terminated abnormally. I use imem extension. Any idea? Thanks in advance. 03-10 16:18:04.020 10737 19338 I INJECTOR: [ 491.945] [-656396288] libvlcjni-mediaplayer.c:334 (Java_org_videolan_libvlc_MediaPlayer_nativeStop) MEDIA_PL...

Faced with the same problem. Sometimes MediaPlayer.stop freezes for ~1.5 secs and all vlc threads are terminated abnormally. I use imem extension. 03-10 16:18:04.020 10737 19338 I INJECTOR: [ 491.945] [-656396288] libvlcjni-mediaplayer.c:334 (Java_org_videolan_libvlc_MediaPlayer_nativeStop) MEDIA_PL...

Unfortunately it works only for mobile, not for Android TV. Because of different behaviour of AMediaCodec::stop: vlc/modules/codec/omxil/mediacodec_ndk.c static int Stop(mc_api *api) { .... if (p_sys->p_codec) { if (api->b_started) { syms.AMediaCodec.stop(p_sys->p_codec); api->b_started = false; } ....

Problem solved. vlc/modules/video_output/android/display.c: static void Close(vlc_object_t *p_this) { .... if (sys->p_window) { /* if (sys->b_displayed) ClearSurface(vd); */ AndroidWindow_Destroy(vd, sys->p_window); } .... } But surface have to be cleared manually in this case, for ex. in Java part:...

Found place in source code where it happens: https://drive.google.com/file/d/1QwHiInZXpbjCYbhoO_4EjvBqgQ208id2/view?usp=sharing It happens when AMediaCodec_stop is called. So it's platform-dependent behaviour. But can be there another solution to avoid blackscreen, for e.g. not to unload display mod...

Seems like android surface, associated with vout, is cleared with black color when display module is unloaded. Is there an opportunity not to clear surface on unload, but to keep previous video frame?

Hello, I'm trying to play HLS video stream with VLC on Android TV. All works great but I faced with annoying black screen, that appears(about 500ms) when stream quality is switched from one to another(vout dispaly module unloads and loads again). It happens when I pass "--vout=android_display&q...