Skip to content
Snippets Groups Projects
  1. Sep 01, 2016
    • Thomas Guillem's avatar
      b0f06e8f
    • Filip Roséen's avatar
      playlist/item: redirect request following deletion of node · 898816a3
      Filip Roséen authored and Thomas Guillem's avatar Thomas Guillem committed
      
      :: Introduction
      ----------------------------------------------------------------------
      
      When we are dealing with a flat playlist, a request to add children to
      an item results in that item being deleted, and its children being
      inserted into the parent of said item. This is done in order to not
      introduce any nested levels in the tree.
      
      What this further means is that /if/ the item that is effectivelly removed is
      scheduled for playback prior to the removal, the playlist might try to play an
      entity which does not exist anymore; which is problematic for several reasons.
      
      Note: The problem does not exist when --playlist-tree is enabled since
            the item on which children should be attached is then preserved.
      
      :: Solution
      ----------------------------------------------------------------------
      
      The solution to the previously described problem is to "redirect" any
      pending request that refers to the deleted entity, so that it instead
      refers to its first child (if any).
      
      closes #17183
      
      Signed-off-by: default avatarThomas Guillem <thomas@gllm.fr>
      898816a3
    • Filip Roséen's avatar
      mkv: replace manual memory management of mkv_track_t::psz_codec · 76233614
      Filip Roséen authored and Thomas Guillem's avatar Thomas Guillem committed
      
      The previous implementation caused leakage of the data-member in
      question due to missing clean-up. The manual memory management is now
      replaced by std::string.
      
      Signed-off-by: default avatarThomas Guillem <thomas@gllm.fr>
      76233614
    • Filip Roséen's avatar
      mkv: fixed memory-leak related to mkv_track_t::fmt · 98086c47
      Filip Roséen authored and Thomas Guillem's avatar Thomas Guillem committed
      
      If we do not insert the given track into our maps of tracks, we would
      previously not invoke es_format_Clean on the given fmt, which of
      course would leak dynamically allocated members.
      
      There was also an issue with assigning values to data-members that
      would later be overwritten, of course directly causing dynamically
      allocated data to be leaked.
      
      Signed-off-by: default avatarThomas Guillem <thomas@gllm.fr>
      98086c47
  2. Aug 30, 2016
  3. Aug 29, 2016
Loading