<!DOCTYPE html>
<html><head>
    <meta charset="UTF-8">
</head><body><p>Hi,</p><p>I am contributing to an open source VLC wrapper for .net (ZeBobo5/Vlc.DotNet).</p><p>The current process of using the library for a .net project is:</p><p>- Install Vlc.DotNet through the NuGet package manager.</p><p>- Download manually and install Vlc libraries from the official website.</p><p>- Configure the project to set the correct path of the Vlc library, depending on where you installed it.</p><p><br></p><p>I would like to simplify that process by adding the native libvlc files to NuGet, so that they can be installed and the project configured as needed.</p><p><br></p><p>I could package it by myself, push it to NuGet and create Yet Another LibVlc Distribution, but I like standard things, especially for production. That's why I think that would be better to have a "VideoLan" package, built each time a VLC is out and that is pushed to NuGet. I can help for that.</p><p><br></p><p>What would involved:</p><p>- Setup a build environment (could be a linux docker image I suppose, based on microsoft/dotnet image)</p><p>- Write the .nuspec file that contains the package metadata</p><p>- Create a "videolan" account on NuGet</p><p>- Wire things up so that:</p><p>   - The vlc release is downloaded</p><p>   - The release is extracted and files are copied next to the .nuspecfiles</p><p>   - `dotnet pack` is called with the package version as an argument (prereleases can be published with a x.y.z-beta1)</p><p>   - The package is published to NuGet</p><p><br></p><p>Repeat for each package, at least :</p><p>- Windows x86</p><p>- Windows x64</p><p>And optionally, since .net core is opening the way to .net on everything, include the other platforms too.</p><p><br></p><p>What do you think about it?</p></body></html>