Libvlc: expose cork events

closed

This actually is about libvlc media_players (playlist-less as a matter of fact).

reopened

It says VLC in the summary and in the description. VLC 2.2 supports corking just fine.

Yes, the summary and description are inaccurate, see the linked kde forum thread. Can't change them though shrug.

changed title from Support PulseAudio corking so that VLC can pause and be paused when other media player is played to Libvlc: expose cork events

Corking and uncorking events can be added to libvlc_media_player. I suspect that automatically pausing and resuming might break a lot of applications though.

Patch or sponsor welcome.

added Component::Bindings: LibVLC (native API) + 1 deleted label

changed milestone to %Features paradize

Replying to [comment:4 apachelogger]:

Yes, the summary and description are inaccurate, see the linked kde forum thread. Can't change them though shrug.

This bug report remains very unclear. Do you want the library to pause the media player automatically? Do you want to have an option for the media player to pause automatically? Or do you want to have cork and uncork events delivered by the event callback?

Replying to [comment:6 courmisch]:

Do you want the library to pause the media player automatically? Do you want to have an option for the media player to pause automatically? Or do you want to have cork and uncork events delivered by the event callback?

I agree that pausing automatically potentially has unintended consequences. Sending a cork event via the callback seems absolutely sufficient and in general probably is more useful anyway (e.g. allows an app to do additional things on un/corking).

Replying to [comment:6 courmisch]:

Replying to [comment:4 apachelogger]:

Yes, the summary and description are inaccurate, see the linked kde forum thread. Can't change them though shrug.

This bug report remains very unclear. Do you want the library to pause the media player automatically? Do you want to have an option for the media player to pause automatically? Or do you want to have cork and uncork events delivered by the event callback?

Pardon me for an ambiguous bug report.

On Android, when audio or video is being played and you start another media player the previous event is suppressed. My understanding is that, on Android the developer of the app has to decid what happens to the app when it goes in background via the Activity lifecycle methods. Generally, Two media events are not allowed to occur at the same time. It would be great to have a similar experience on desktop.

VLC does pause and resume automatically on the desktop with PulseAudio. Did you even test it before you complained?!

Replying to [comment:9 courmisch]:

VLC does pause and resume automatically on the desktop with PulseAudio. Did you even test it before you complained?!

The tests I have done on Kubuntu 14.04 and Fedora 21 KDE.

Play video in VLC. Start music in Banshee. Result:- both continue to play music.
Play video in Dragon Player. Start another video is VLC. Result:- both continue to play video.

My results have been that you could use n number of media players and they all will continue to play media at the same time.

I doubt that PulseAudio corks media player with media players. OTOTH, PulseAudio corks VLC fine for me when Skype for Linux rings.

Also Kubuntu 14.04 is unsupported. Complain to Launchpad if you want support for old VLC branches.

What about libvlc not exposing cork events?

Replying to [comment:12 apachelogger]:

What about libvlc not exposing cork events?

That's what you and I wanted to turn that bug report to. But that does not seem to be what the OP had in mind...

assigned to @tguillem