- 19 Mar, 2021 1 commit
-
-
Leonhard Saam authored
-
- 12 Mar, 2021 1 commit
-
-
Hugo Beauzée-Luyssen authored
-
- 09 Mar, 2021 1 commit
-
-
Hugo Beauzée-Luyssen authored
-
- 18 Feb, 2021 1 commit
-
-
- 30 Jan, 2021 1 commit
-
-
Hugo Beauzée-Luyssen authored
-
- 19 Nov, 2020 2 commits
-
-
Hugo Beauzée-Luyssen authored
-
Hugo Beauzée-Luyssen authored
With the new attached image callback
-
- 17 Nov, 2020 2 commits
-
-
- 06 Nov, 2020 2 commits
-
-
Hugo Beauzée-Luyssen authored
This fixes the build with gcc 10
-
Hugo Beauzée-Luyssen authored
-
- 30 Oct, 2020 1 commit
-
-
Hugo Beauzée-Luyssen authored
-
- 15 Sep, 2020 2 commits
-
-
Hugo Beauzée-Luyssen authored
-
Hugo Beauzée-Luyssen authored
-
- 20 Jul, 2020 1 commit
-
-
Hugo Beauzée-Luyssen authored
-
- 25 Jun, 2020 1 commit
-
-
Hugo Beauzée-Luyssen authored
-
- 17 Jun, 2020 1 commit
-
-
Hugo Beauzée-Luyssen authored
-
- 16 Jun, 2020 3 commits
-
-
Hugo Beauzée-Luyssen authored
The 4.x version will store a libvlc_media_track_t instead of all its fields, which is now possible since the track structure is refcounted. This will also allow us to provide the original tracks back to any libvlc function that might require it. The 3.x version will stick to copying each field to the MediaTrack class since the original libvlc_media_track_t is released as soon as we're done constructing a MediaTrack vector
-
Hugo Beauzée-Luyssen authored
-
Hugo Beauzée-Luyssen authored
-
- 15 Jun, 2020 1 commit
-
-
Hugo Beauzée-Luyssen authored
-
- 12 Jun, 2020 6 commits
-
-
Hugo Beauzée-Luyssen authored
-
Hugo Beauzée-Luyssen authored
-
Hugo Beauzée-Luyssen authored
-
Hugo Beauzée-Luyssen authored
-
Hugo Beauzée-Luyssen authored
-
Hugo Beauzée-Luyssen authored
-
- 05 May, 2020 2 commits
-
-
Hugo Beauzée-Luyssen authored
-
Hugo Beauzée-Luyssen authored
It only needs a const libvlc_title_description_t*.
-
- 24 Oct, 2019 2 commits
-
-
Hugo Beauzée-Luyssen authored
-
Hugo Beauzée-Luyssen authored
-
- 21 Jun, 2019 1 commit
-
-
Hugo Beauzée-Luyssen authored
-
- 20 Jun, 2019 1 commit
-
-
Hugo Beauzée-Luyssen authored
When move-assigning, or copy-assigning, any object that holds an event manager & inherits from Internal will have the internal class copy/move constructed first, causing its internal shared pointer to be overriden, and in turn the libvlc object to be released. This is a problem if this object contains an event manager with registered events, as the event manager will be overriden afterward, causing its destructor to unregister the events after the libvlc object it needs to unregister the events has been released. This commit ensures we hold on to the object associated with the event manager, and that we explicitely unregister all events before releasing the object.
-
- 04 Jun, 2019 2 commits
-
-
Hugo Beauzée-Luyssen authored
-
Hugo Beauzée-Luyssen authored
-
- 31 May, 2019 1 commit
-
-
Hugo Beauzée-Luyssen authored
-
- 28 May, 2019 3 commits
-
-
Hugo Beauzée-Luyssen authored
-
Hugo Beauzée-Luyssen authored
-
Hugo Beauzée-Luyssen authored
-
- 13 Nov, 2018 1 commit
-
-
Hugo Beauzée-Luyssen authored
-