The VideoLAN Forums

I'm sorry, "Yes" we need to re-build our instance of LibVlc (which is from late August) or "Yes" it was already in Android before that date?

It's already on Android.

Meaning it was before the changes were done to the core?

Can you tell me when these changes went into Android? I just need to know if we need to re-build our LibVlc instance (which currently does not pass-thru DTS). Thanks.

Anyone?

Did the recent commit of "Update LibVlc" perhaps include this?

Re: https://github.com/videolan/vlc/blob/master/NEWS

Specifically this:

Audio output:
* Complete rewrite of the AudioTrack Android module. This is now the default.
It now supports HDMI/SPDIF passthrough for AC3, 5.1/7.1 and float output.

Will this be making its way into the Android port?

Okay, if anyone else runs into this same issue - the problem was on our end. The way LibVlc identifies the subtitle tracks changed slightly from the version we were using before so we had to change how we were calling the routine to set the sub track to be sure we mapped the proper track to the prop...

You need to update, this is fixed @ newer version

Which issue? My original one of the blending error? Thanks.

The version we were using previously was from early this Spring and was before the last round of major changes. Many of the interfaces have changed since then so backing up that far probably wouldn't be good for you.

Very interested in the outcome of this one as we are having the same issue in our app using LibVlc compiled on Aug 20.

We are using LibVlc in our own application and have compiled from recent source in the official repo. Everything is pretty much working except subtitles which generate the following errors when they attempt to render: D/VLC﹕ [b9486f08] core blend: looking for video blending module matching "any...

I do not have a Linux environment only Android Studio on Windows (I know, I know...).

Would someone be willing to provide a compiled jar for LibVlc 1.5.x...?

I believe all you need to do now is construct a LibVlc instance like so:

mLibVlc = new LibVLC();

Please let me know if that gets you moving.

Thanks very much.

Okay. Is there a repo with the official source?

Can you please explain what you mean? Looking at the source here:

https://github.com/simonlinj/vlc-androi ... tance.java

All of those options are set when the libVlc instance is created.

For anyone else that has this issue, I solved it - at least for my case. It turned out to be an order of operations problem. I was calling init() on my LibVlc instance before I had set options like hardware acceleration, etc. Setting these options first and then calling the init solved the problem.

Okay, so what could be some of those reasons?

Have I not initialized something properly?

Can you give me any pointers for where to look in my logic flow?

Thanks for your help.

As further information - the first fishy thing I see in the log is this warning: W/VLC﹕ [5d1e0d0c] core video output: Not enough display buffers in the pool, requested 3 got 1 Next is: E/VLC﹕ [5d0ade94] core vout display: Failed to change zoom And then it starts producing these: W/VLC﹕ [5d26acbc] yu...

Was there ever a resolution to this actual issue (the video not showing)?

I'm getting the same error trying to integrate libVLC into an Android app. Thx.