<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Topics tagged with licensing]]></title><description><![CDATA[A list of topics that have been tagged with licensing]]></description><link>https://forum.hise.audio/tags/licensing</link><generator>RSS for Node</generator><lastBuildDate>Mon, 18 May 2026 22:49:22 GMT</lastBuildDate><atom:link href="https://forum.hise.audio/tags/licensing.rss" rel="self" type="application/rss+xml"/><pubDate>Invalid Date</pubDate><ttl>60</ttl><item><title><![CDATA[Inlay now supports HISE expansion protection]]></title><description><![CDATA[<p dir="auto">Hi everyone,</p>
<p dir="auto">I’d like to share a new feature that was recently added to Inlay: <strong>protection and licensing for HISE expansions</strong>.</p>
<p dir="auto">For anyone who missed the original Inlay introduction post, you can find it <a href="https://forum.hise.audio/topic/14557/inlay-licensing-activation-and-update-delivery-for-hise-plugins?_=1779116143513">here</a>.</p>
<p dir="auto">That post was mostly focused on host-plugin licensing. This update is about protecting and managing access to expansion content itself.</p>
<h2>What this adds</h2>
<p dir="auto">With the new expansion support, HISE expansions can now behave like individually licensed products inside the same host plugin.</p>
<p dir="auto">An expansion may be physically installed on the user’s machine, but still remain locked until the current user account actually has access to it.</p>
<p dir="auto">So instead of relying only on download protection or manual serial workflows, the host plugin can verify expansion access dynamically at runtime.</p>
<h2>Typical workflow</h2>
<p dir="auto">The general user flow looks like this:</p>
<ul>
<li>user installs the host plugin</li>
<li>user downloads or installs expansions</li>
<li>the plugin detects installed expansions</li>
<li>accessible expansions become available immediately</li>
<li>locked expansions appear as installed but locked</li>
<li>clicking Unlock opens the browser flow if needed</li>
<li>after successful activation or purchase, the expansion becomes available</li>
</ul>
<p dir="auto">The idea is to make expansion licensing feel integrated into the product instead of feeling like a separate installer or external protection layer.</p>
<h2>Why this is useful</h2>
<p dir="auto">This makes a few workflows much easier for HISE developers:</p>
<ul>
<li>free player + paid expansions</li>
<li>instrument marketplaces</li>
<li>tiered content access</li>
<li>subscription-based libraries</li>
<li>downloadable add-on content</li>
<li>expansion update delivery to licensed users</li>
</ul>
<p dir="auto">Another useful aspect is that expansions can be distributed publicly without relying entirely on hidden download links or download managers.</p>
<p dir="auto">The expansion may already be installed locally, but the plugin still controls whether the current user is actually allowed to use it.</p>
<p dir="auto">It also allows expansions to stay connected to the same user-based licensing model as the host plugin itself.</p>
<h2>Works together with HISE expansion protection</h2>
<p dir="auto">This system is designed to work alongside HISE’s own expansion formats and encrypted expansion support, not replace them.</p>
<p dir="auto">So you can still use HISE’s protected expansion packaging while adding runtime entitlement checks and user-based access control on top.</p>
<h2>User experience goals</h2>
<p dir="auto">One of the main goals was improving UX around protected content.</p>
<p dir="auto">The expansion flow supports things like:</p>
<ul>
<li>browser-based activation instead of entering serials inside the plugin</li>
<li>self-service unlocking</li>
<li>multi-device user licensing</li>
<li>offline-capable access with periodic refresh</li>
<li>instant unlock after purchase or entitlement change</li>
<li>installed-but-locked visibility instead of hiding content completely</li>
</ul>
<p dir="auto">The aim is to keep the experience flexible for legitimate users while still giving developers meaningful control over access.</p>
<h2>Current status</h2>
<p dir="auto">I’m continuing to improve the SDK and integration flow, but the overall direction is now stable enough to share publicly.</p>
<p dir="auto">If you are building HISE products with expansions, I’d really like to hear what kinds of expansion licensing workflows matter most to you.</p>
<p dir="auto">Site: <a href="https://inlay.cloud" rel="nofollow ugc">https://inlay.cloud</a><br />
Email: info@inlay.cloud</p>
]]></description><link>https://forum.hise.audio/topic/14758/inlay-now-supports-hise-expansion-protection</link><guid isPermaLink="true">https://forum.hise.audio/topic/14758/inlay-now-supports-hise-expansion-protection</guid><dc:creator><![CDATA[alexey_inlay]]></dc:creator><pubDate>Invalid Date</pubDate></item></channel></rss>