LGPL Licence requirements for iOS MobileVLCKit.framework

This forum is about all development around libVLC.
Mikhail Kolesov
New Cone
New Cone
Posts: 7
Joined: 11 Jan 2018 12:25

LGPL Licence requirements for iOS MobileVLCKit.framework

Postby Mikhail Kolesov » 11 Jan 2018 12:43

Hello,
I'm working on iOS app which streams 4K video. I'm looking at alternative video players (in opposite to AVPlayer). MobileVLCKit.framework works well in this case but my customer worries about possible hidden problems with LGPL licence. The main source of app is closed and cannot be opened. So the questions are:

1. I use MobileVLCKit.framework (without any changes) as Embedded binary in Xcode, so it's copied and placed separately inside iOS bundle. Is it correct that in this way I use MobileVLCKit.framework as dynamic library and according to LGPL I do not have to disclose any source of my app?

2. Should I put some info into app UI, about using of MobileVLCKit.framework? Is it like About VLC screen in "VLC for iOS" app?

3. Should I put some info somewhere else, for example at the related website? Like it's made by GoPro (https://gopro.com/help/articles/block/O ... e-Software)

4. Is it correct that any source changes of MobileVLCKit.framework should be published somewhere, for example at the related website, again like GoPro link?

PS: It's my first experience with open source licences so I appreciate any feedback on it. Thank you, in advance.

-Mikhail

Jean-Baptiste Kempf
Site Administrator
Site Administrator
Posts: 37523
Joined: 22 Jul 2005 15:29
VLC version: 4.0.0-git
Operating System: Linux, Windows, Mac
Location: Cone, France
Contact:

Re: LGPL Licence requirements for iOS MobileVLCKit.framework

Postby Jean-Baptiste Kempf » 13 Jan 2018 10:55

1. I use MobileVLCKit.framework (without any changes) as Embedded binary in Xcode, so it's copied and placed separately inside iOS bundle. Is it correct that in this way I use MobileVLCKit.framework as dynamic library and according to LGPL I do not have to disclose any source of my app?
Yes, this is correct. No extra disclosure needed.

(btw, did you change something to get the Framework as dynamic?
2. Should I put some info into app UI, about using of MobileVLCKit.framework? Is it like About VLC screen in "VLC for iOS" app?
It is debatable, but I'd argue you should, in a about screen.
3. Should I put some info somewhere else, for example at the related website? Like it's made by GoPro (https://gopro.com/help/articles/block/O ... e-Software)
I don't think this is needed, but this would be appreciated.
4. Is it correct that any source changes of MobileVLCKit.framework should be published somewhere, for example at the related website, again like GoPro link?
Yes. You could even send them back to us :)
Jean-Baptiste Kempf
http://www.jbkempf.com/ - http://www.jbkempf.com/blog/category/Videolan
VLC media player developer, VideoLAN President and Sites administrator
If you want an answer to your question, just be specific and precise. Don't use Private Messages.

Mikhail Kolesov
New Cone
New Cone
Posts: 7
Joined: 11 Jan 2018 12:25

Re: LGPL Licence requirements for iOS MobileVLCKit.framework

Postby Mikhail Kolesov » 15 Jan 2018 16:49

Thanks for your reply!

I did not change anything to get the framework dynamic. For dynamic here I mean that the library binary code is placed in a separate folder called Frameworks (inside app bundle). And the the library binary is not appended to the main app in this case. This feature is available if you add a framework in "General/Embedded binaries" section of Xcode project. As I understand the frameworks from app bundle internal Frameworks folder are loaded separately.
There is a dylib type (i.e for swift libraries) for "true" dll, but it's not available for the 3rd party developers as we are.


Return to “Development around libVLC”

Who is online

Users browsing this forum: No registered users and 14 guests