Managing several input concurrently (libvlc)
Posted: 21 Oct 2008 16:56
Hi,
Programming in QT4/C++ with the libvlc API, I found it great to run several inputs concurrently within a libvlc instance. Everything runs fine ...... except when it comes to hotkeys !
Browsing through the code (VLC0.9.4 and VLC1.0.0 from trac), I realized the hotkeys design doesn't seem to be in sync with the new design brought by the API. This hotkeys interface seems outdated (it expects input object to be child of playlist), and therefore leads to strange behavior when using the API.
My questions :
- are there any plans to re-design the hotkeys interface ?
- what about managing hotkeys at the vout level instead of the libvlc instance. (BTW, mouse events -- mouse-clicked, mouse-moved, .. are managed at the vout level ). This would ensure hotkeys to be tightly attached to their windows and not shared among windows.
I also reported a ticket in trac (https://trac.videolan.org/vlc/ticket/2231) as a workaround for the short term.
Programming in QT4/C++ with the libvlc API, I found it great to run several inputs concurrently within a libvlc instance. Everything runs fine ...... except when it comes to hotkeys !
Browsing through the code (VLC0.9.4 and VLC1.0.0 from trac), I realized the hotkeys design doesn't seem to be in sync with the new design brought by the API. This hotkeys interface seems outdated (it expects input object to be child of playlist), and therefore leads to strange behavior when using the API.
My questions :
- are there any plans to re-design the hotkeys interface ?
- what about managing hotkeys at the vout level instead of the libvlc instance. (BTW, mouse events -- mouse-clicked, mouse-moved, .. are managed at the vout level ). This would ensure hotkeys to be tightly attached to their windows and not shared among windows.
I also reported a ticket in trac (https://trac.videolan.org/vlc/ticket/2231) as a workaround for the short term.