- Sep 26, 2024
-
-
Thomas Guillem authored
-
Thomas Guillem authored
Like everywhere else in the lib.
-
Thomas Guillem authored
Like everywhere else in the lib.
-
Thomas Guillem authored
-
Thomas Guillem authored
No more active wait (use new callbacks instead). Use mock://node_count to test sub item handling. Fix leaks.
-
Thomas Guillem authored
Not build, use media->p_subitems directly, and not even testing that all media are played.
-
Thomas Guillem authored
Refs #27971
-
Thomas Guillem authored
libvlc_media_add_subtree() is called only one time per parsing/playback (if there are sub items). Clear the previous media_list if the media has been playing or parsed more than one times. Fixes all subitems being duplicated when parsing/playing the same media instance more than one time.
-
Thomas Guillem authored
Fix a race condition where the user could retrieve only a part of the media list while it is being updated. DRAFT: Not mergeable now since there is still an event being sent while locked.
-
Thomas Guillem authored
-
Thomas Guillem authored
Since there are now unused by the media_player. Refs #27971
-
Thomas Guillem authored
Duplicate a list without copying pictures data (only a ref is added). Refs #27971
-
Thomas Guillem authored
Use libvlc_media_player_cbs.on_media_changed() instead of libvlc_MediaListPlayerNextItemSet. Use libvlc_media_player_cbs.on_state_changed() instead of libvlc_MediaListPlayerPlayed/libvlc_MediaListPlayerStopped. Refs #27971
-
Thomas Guillem authored
-
Thomas Guillem authored
-
Thomas Guillem authored
And remove all "libvlc_MediaPlayer*" events. Refs #27971
-
Thomas Guillem authored
-
Thomas Guillem authored
Listen to player events and use libvlc_media_player_set_next_media(). And remove the huge playlist_thread hack. Refs #27971
-
Thomas Guillem authored
Refs #27971
-
Thomas Guillem authored
This simplify the API, specially regarding future callbacks. The player should stay constant anyway. Refs #27971
-
Thomas Guillem authored
Refs #27971
-
Thomas Guillem authored
Refs #27971
-
Thomas Guillem authored
Use libvlc_media_discoverer_cbs, libvlc_parser_cbs to get notified when a new media is added in the list. Refs #27971
-
Thomas Guillem authored
"Nothing to do. For now." but the event was registered anyway.
-
Thomas Guillem authored
-
Thomas Guillem authored
Since it's not refcounted. Refs #27971
-
Thomas Guillem authored
Since it's not refcounted. Refs #27971
-
Thomas Guillem authored
Refs #27971
-
Thomas Guillem authored
Don't use the common LibVLC's preparser but use one per libvlc_parser instance. This will allow the client to parse several medias in parallel if he wants to (by using more than one parser). Refs #27971
-
Thomas Guillem authored
Prerequisite for the upcoming libvlc_parser_t class. No functional changes. Refs #27971
-
Thomas Guillem authored
Callbacks should be used instead and it does not allow to get item parents.
-
Thomas Guillem authored
This replaces libvlc_MediaListItemAdded and libvlc_MediaListItemDeleted that will be removed. Refs #27971
-
Thomas Guillem authored
This was used when stopping the discoverer (removed in 5e5260ff88873d84a541090de1b5276b17fec681) and when a media was parsed. Use the libvlc_MediaParsedChanged event instead, as the doc say. Refs #27971
-
Thomas Guillem authored
Refs #27971
-
Thomas Guillem authored
No use to keep deprecated values if they are not even used. Refs #27971
-
Thomas Guillem authored
It the user stops it, he knowns this is the end. Refs #27971
-
Thomas Guillem authored
And don't use global contexts. Refs #27971
-
Thomas Guillem authored
It was not lazily instantiated as the comment said. This removes one extra and unused thread usage for Desktop. Refs #27971
-
Thomas Guillem authored
Let the user create a thumbnailer request and setup it via several functions in order to: - Simplify the request function that used a lot of params - Easier to adapt the API in the future (by adding a new function adding new parameters) Use a struct for cbs in libvlc_thumbnailer_new() and not the event manager (that we want to get rid of in the future). Refs #27971
-
Thomas Guillem authored
No functional changes. Refs #27971
-