After circumventing the deadlock I was also able to switch back to use the shared libvlc instance inside VLCKit, as the new version has the pass-through property. Well I need to check it, but yes... this allows me not to pass options when creating the mediaplayer instance.
Now also many leaks have disappeared, but some are still left. It is not eating up too many bytes, but these are still leaks:
The objects that leaked were created here (Instruments is giving this info):
- Malloc 32 Bytes 2 < multiple > 64 Bytes vuplusTV DecodeBlock
at DecodeBlock /Users/ssb/Projekte/ssb/AppleTV/_VLCKit/VLCKit/libvlc/vlc/modules/codec/videotoolbox.m:1083
- Malloc 16 Bytes 3 < multiple > 48 Bytes vuplusTV Open
at Open /Users/ssb/Projekte/ssb/AppleTV/_VLCKit/VLCKit/libvlc/vlc/modules/video_output/ios.m:183
- Malloc 32 Bytes 2 < multiple > 64 Bytes vuplusTV DecodeBlock
at DecodeBlock /Users/ssb/Projekte/ssb/AppleTV/_VLCKit/VLCKit/libvlc/vlc/modules/codec/videotoolbox.m:1083
- CFDictionary 2 < multiple > 128 Bytes vuplusTV DecodeBlock
at DecodeBlock /Users/ssb/Projekte/ssb/AppleTV/_VLCKit/VLCKit/libvlc/vlc/modules/codec/videotoolbox.m:1069
- CFData 2 < multiple > 320 Bytes vuplusTV DecodeBlock
at DecodeBlock /Users/ssb/Projekte/ssb/AppleTV/_VLCKit/VLCKit/libvlc/vlc/modules/codec/videotoolbox.m:1076
When interested I can share the trace file saved from Instruments.