EfficientEther

Solution

Automated MSIX packaging for IT teams with hundreds of apps and no spare packaging headcount.

Microsoft's MSIX Packaging Tool is free and does a clean job on one application at a time. The problem is the other 199. At the four hours of packager time per package our cost calculator uses by default, a 200-app estate is 800 hours, and that number, not the MSIX format, is what sets your Windows 11 migration date. EtherApps Forge automates the repeat work: batch capture from a machine where the app is already installed and working, Package Support Framework fix-ups staged for you, signing inline, and MSIX, IntuneWin, App Attach and MSI out of one capture, each with an evidence report your change board can read. Built for MSPs and IT teams at 50 to 600 users, for the packaging lead who has to clear the queue and for the IT director who has to put a date and a cost in front of the board.

7-day free trial of the full workflow · licences include training and support

No credit card. Capture a real application on day one.

Updated 13 October 2026

Watch with the full transcript

Read the transcript
  1. The application still works, but its installer is gone.
  2. Your next device refresh shouldn't depend on keeping the old machine forever.
  3. EtherApps Forge captures the application where it runs and builds a modern package.
  4. Sign it, validate it and test it before deployment.
  5. Prepare the applications your business still needs for new devices and Windows environments.
  6. Try Forge free for seven days. No card needed.
Oct 2025
Windows 10 support ended, so every unpackaged app now blocks the migration
4 formats
MSIX, MSI, IntuneWin, AppAttach from one capture
No installer
capture from a running machine when the media is lost

Free tool or automation

When the MSIX Packaging Tool is enough, and when it is not

Microsoft's MSIX Packaging Tool is free, it is good, and for twenty applications with clean installers and a packager who has time it is the right answer. Volume is what changes the decision. Our packaging cost calculator's default is four hours of packager time per manual package, so 200 applications is 800 hours. Here is the honest split, so you can decide which side of it your estate sits on.

What you are decidingMicrosoft MSIX Packaging ToolAutomated packaging with EtherApps Forge
Capture effort per appOne application at a time through the wizard, or a scripted run from a saved command line template. Microsoft recommends a clean conversion VM and a revert to checkpoint between packages, so the environment work repeats for every app.Applications are queued and captured in batches, and capture can run from a machine where the app is already installed and working, so a lost installer does not stop the queue.
Fix-up handlingPackage Support Framework fix-ups are supported in the tool and configured per package by a packager who already knows what the application needs.Capture analysis proposes the file, registry and working directory fix-ups per application and stages them into the package. A reviewer changes or rejects them before release.
App Attach outputProduces the MSIX. Expanding it into a CIM or VHDX image for App Attach is a separate step with the MSIXMGR tool.MSIX, App Attach image, IntuneWin and MSI all come from the same capture, so Azure Virtual Desktop and Intune are not two separate runs.
Repackaging on vendor updatesEach new vendor build means another conversion. A saved command line template keeps the settings, but the capture runs again from the start.The saved capture recipe re-runs against the new build with the same fix-ups, signing and outputs, so a monthly vendor update is a re-run rather than a re-project.
Evidence for change controlYou get the package. The record of what changed, who checked it and what was approved is whatever your team writes down beside it.Every package carries an evidence report: what was captured, which fix-ups were applied, which route was chosen, who approved it and when. That is the artefact your change board and your auditor ask for.
Cost modelFree to download. The cost is packager time, and our calculator’s default for the manual route is four hours per package.A licence with training and support included, set against the packager hours removed. The same calculator defaults to 30 minutes per package with EtherApps Forge. Try one real application on a 7-day trial, no card needed.

Microsoft Learn: MSIX Packaging Tool overview

App-V to MSIX

App-V to MSIX migration: choosing the right method

App-V to MSIX migration means assessing the App-V estate, converting the packages that convert, fixing runtime gaps, then signing, testing, and deploying through Intune. App-V is no longer developed, and App-V server support ended in April 2026, so most estates are planning the move now. Compare the main methods below.

MethodBest forWatch-outs
Manual repackagingSmall estates and one-off packages that need full controlSlow at scale; every package repeats the same hand-built steps
MSIX Packaging Tool conversionApp-V 5.1 packages with healthy sources; free Microsoft toolingApp-V 4.x is not supported directly; scripts and runtime fixes still need PSF work
Scripted batch conversionLarge App-V 5.1 estates run through command-line template conversionsNeeds clean conversion environments and per-package review of failures
Capture-first repackaging (EtherApps Forge)App-V 4.x packages, lost installers, and complex apps that resist direct conversionCapture runs need a controlled VM and human review before release

The problem

MSIX stays hard because the blockers sit upstream of the format itself.

The MSIX format is not the hard part. The blockers sit before it. Installer media went missing years ago. MSIX skills are scarce and expensive. Signing and manifest errors do not show until deployment. And each target seems to need its own run: Intune takes MSIX or IntuneWin, Azure Virtual Desktop takes AppAttach, and Windows 365 takes MSIX or IntuneWin, since it does not support AppAttach today. Microsoft's MSIX Packaging Tool is free and works well when you have a clean installer. The backlog is made of the apps where you do not. On the manual route, our cost calculator's default is four hours of packager time per package, and that backlog sets your migration date.

  • Windows 10 end-of-support has compressed the timeline

    Windows 10 support ended in October 2025. Migration programmes that once had three years now have months. Packaging work planned across several waves lands on one wave with little slack.

  • MSIX packaging skills are in short supply

    Experienced packagers are rare and in demand. Training a team from scratch pushes the timeline past the cutover date. That is why AI-guided routes and capture-first workflows matter.

  • Source material is incomplete

    Legacy apps often have no installer, no documentation, and undocumented dependencies. Any MSIX workflow that needs clean installer media does not survive contact with a real estate.

  • Signing and certificates add MSIX-specific friction

    Signing, manifest fix-ups, and modification packages are MSIX problems teams hit late. A pipeline that handles them inline is much faster than one that hands off to external signing tools.

What changes

Outcome blocks

  • MSIX ready for every modern target

    One capture produces signed MSIX for Intune, IntuneWin for the legacy Intune path, MSIX AppAttach for Azure Virtual Desktop, and MSI for legacy targets. Windows 365 delivery uses the MSIX or IntuneWin output.

  • Signing and certificate handling inline

    Signing, manifest fix-ups, and modification packages happen inside the workflow, with customer-managed or Microsoft-trusted certificate chains. No separate signing toolchain.

  • PSF compatibility fix-ups for legacy apps

    Legacy apps often misbehave inside the MSIX container: they write next to their own executable, expect a fixed install path, or read machine registry keys they can no longer reach. Forge stages the Package Support Framework with file and registry redirection and working-directory fix-ups, so the captured app runs without a source-code change.

  • Developer and ISV packaging from a build folder

    Software vendors and in-house teams can ship their own builds as signed MSIX, not just captured legacy apps. The forge_msix CLI is a drop-in replacement for Microsoft's makeappx.exe, so a build folder becomes a signed, validated, smoke-tested package inside an existing CI pipeline.

  • AI-guided route selection

    AI-guided routing picks MSI, MSIX, AppAttach, or IntuneWin per app and suggests dependency and compatibility fixes, so teams without deep MSIX skills keep moving.

  • Lower programme risk

    Fewer packages stuck in manual rework at the end of the wave, and one capture covering several delivery targets instead of a separate pipeline per output.

EtherApps Forge live capture with Capture Existing selected.

Capture from running systems

Live-capture wizard: file, registry, AppData, services, and dependency capture from a running Windows system when installer media is missing or incomplete.

EtherApps Forge MSIX CLI assessment output with score, status, capabilities, and publisher alignment.

Audited every build

Forge assesses each MSIX against best-practice signals from the same CLI session: capabilities, publisher alignment, visual assets, and trust state.

Start here

Clear the packaging backlog before it sets your migration date.

See this working on your own tenant.

The packaging view

From live application to signed MSIX in one pipeline.

Capture, sign, and apply manifest fix-ups inside EtherApps Forge, then route through a reviewer checkpoint into MSIX for Windows 11 and Intune, AppAttach for Azure Virtual Desktop, IntuneWin for endpoint deployment, or MSI for legacy targets - all from the same capture.

Straight answers

The two questions packaging leads ask first

Why not just use the free MSIX Packaging Tool?

Use it, for the applications it handles well. A clean MSI or EXE, a packager with time, a clean conversion VM and twenty applications is exactly the case Microsoft built it for, and it costs nothing. Volume and the awkward tail change the maths. At four hours of packager time per package, 200 applications is 800 hours, roughly five months of one person doing nothing else, and the tail is where the installer went missing, the vendor no longer exists, or the app only behaves on the machine it was installed on. Automated MSIX packaging is what you buy when the backlog, not the format, is setting your Windows 11 date. It does not replace a packaging team: it removes the repeated capture and environment work and leaves the team the judgement calls and the sign-off.

How long does automated MSIX packaging take per application?

Our packaging cost calculator defaults to 30 minutes per package with EtherApps Forge against a four hour manual baseline, and both defaults are yours to change to match your own team. Most of the elapsed time is unattended, because capture and build run on the VM while you queue the next application. Straightforward apps sit at the low end. Applications that need Package Support Framework fix-ups, a services conversion or a second review pass take longer, and genuinely complex ones still deserve a packager. The number to take to a finance lead is not the per-app minutes, it is the backlog total: put your application count into the free calculator and it returns the hours and the cost on both routes.

How we deliver it

Product mapping

EtherApps Forge leads this route: capture-first MSIX, MSI, IntuneWin, and AppAttach outputs, with signing and AI-guided routing handled inline. Windows 365 does not support AppAttach today, so Cloud PC delivery uses MSIX or IntuneWin. Bring in EtherInsights where the programme also needs Windows 365 cohort design, licensing planning, or migration baselines from Azure Virtual Desktop or legacy VDI alongside the packaging work.

Where this route fits best

  • Windows 10 end-of-support driven Windows 11 migration: package the existing application estate into MSIX before cutover.
  • Azure Virtual Desktop AppAttach rollout: produce AppAttach packages without re-capturing each app. Windows 365 delivery uses MSIX or IntuneWin from the same capture (no AppAttach support today).
  • Intune migration off ConfigMgr: convert existing MSI or App-V packages to MSIX for modern Intune deployment, or land via IntuneWin where it fits the estate.
  • Sovereign and regulated sector MSIX adoption: UK public sector, EU defence, finance teams moving to signed, modern-delivery app estates.
  • MSP packaging-factory operations: repeatable MSIX packaging across multiple customer tenants with consistent signing and AI-guided routing.
  • Developer and ISV release pipelines: turn a build folder into a signed, validated MSIX as a CI step, using makeappx-compatible commands that drop into an existing script.
  • Parallels RAS application delivery: package a legacy app once into MSIX and deliver it through Parallels RAS's native MSIX and MSIX app attach support, no separate Parallels-specific packaging step.

Capture installed Windows applications, reduce packaging unknowns, and produce modern deployment-ready outputs faster.

7-day free trial of the full workflow · licences include training and support

90.68%1
of 3,261 cases produced an MSIX package
Microsoft Marketplace
Buy on the Microsoft invoice you already pay
ISO 27001, 9001, 42001
Certified for information security, quality, and AI management

Manage Windows 365 day to day, from deployment to configuration, drift, and migration evidence, and find Microsoft 365 and Azure waste and prove savings, all from the same operating view.

Learn more about EtherInsights

Manual repackaging vs capture-first with Forge

Same app, same targets, two routes. Microsoft's free tooling still has a place in both. The difference is what happens to the apps it cannot handle.

Today: rebuild the VM, hunt for the installer, sign at the end

Each package starts with a fresh packaging VM and a search for installer media. Signing and manifest errors appear at deployment, so the package goes back for rework. AppAttach and Intune outputs need separate runs. Our calculator's default for this route is four hours of packager time per package.

With Forge: capture once, sign inline, ship four formats

Forge captures the app from a running machine in a controlled VM, applies PSF fix-ups and signing inline, and a reviewer approves the package before release. MSIX, IntuneWin, AppAttach, and MSI come from that one capture, and the next app takes the same route.

Questions

Questions buyers usually ask before an MSIX packaging trial.

Keep the evaluation grounded in installer-less capture, signing, target-format routing, and how EtherApps Forge sits alongside existing packaging teams.

Ask us on a packaging fit check

Windows 10 support ended in October 2025. Intune defaults to modern deployment paths, and Azure Virtual Desktop AppAttach requires MSIX. The migration window has compressed from years into months for most teams, and MSIX is the format that lands across Intune, AVD AppAttach, and modern Cloud PC delivery alongside IntuneWin.

Not sure which apps will package cleanly?

Pick one awkward legacy app and run it through the 7-day trial. No card, and you keep the signed package. If you would rather size the whole backlog first, the free calculator takes five inputs.

Start here

Clear the packaging backlog before it sets your migration date.

Put your app count into the free cost calculator, run one real application through a 7-day EtherApps Forge trial with no card needed, or get a packaging plan for your estate that walks through capture-first MSIX, signing, and AppAttach routing.

Proof

  • One capture produces MSIX, IntuneWin, AppAttach for AVD, and MSI in one workflow, not separate runs per target.
  • Signing, manifest fix-ups, and modification packages are handled inline, so the pipeline never hands off to an external signing toolchain mid-process.
  • AI-guided routing closes the MSIX skills gap without removing the human reviewer, so your team keeps control and evidence of each decision.
  • Every EtherApps Forge licence includes training and support, so the skills gap closes on your side too.
  1. MSIX at Scale: an automated packaging study of 3,261 Windows application cases. Preprint published on Zenodo, not yet peer reviewed. Applications came from catalogue searches, not a random sample. A smoke test is a first check, not proof of production readiness. EfficientEther builds EtherApps Forge and declares that interest. Read the published study