Embedding external files into AutoPlay

[Makoa]

Hello,

I am using AutoPlay Media Studio 8.5.3.0.
My question is, I am wondering if it is possible to embed an EXE into my AutoPlay project so that when the AutoPlay exe is started, the embedded EXE is unpackaged into a known temporary directory and can be called as needed (Similar to Setup Factory's Primer Files).

As of now, I am downloading the EXE upon startup, but I would like to avoid any delay when running AutoPlay.

Thanks in advance,
Makoa

[herrin]

Yes, it is possible

https://forums.indigorose.com/filedata/fetch?id=304737&d=1581782555

[Makoa]

Hi Herrin,

Appreciate the response, but I believe the video you provided is an AutoPlay page that contains a window that runs the WinRAR program, then you manually perform an extraction against an already available local .rar file.

I would like to embed this Summer.rar file into an AutoPlay exe, then upon starting the AutoPlay exe, have the Summer.rar file be unpackaged to a known temp location.
Would you possibly know if this is supported?

Thanks,
Makoa

[Ulrich]

You can add any file you want to the Docs sub folder. The file will be embedded into the self-extractor created by AutoPlay Media Studio, and placed into the TEMP folder. There, you can access it at runtime as needed.

Ulrich

[Makoa]

Hi Ulrich,

Thank you for responding, this worked beautifully.

For those wanting more information, there is a "Docs" folder in "CD_Root\AutoPlay" where you build AutoPlay, any files included in this folder will be unpackaged locally to %temp%\ir_ext_temp_0\AutoPlay\Docs (note, the 0 will increment if this folder already exists for every new instance of AutoPlay exe you run.

Thanks again,
Makoa

[Ulrich]

In Lua scripting, you would typically use relative paths, so it does not matter where exactly the files were decompressed, as in

File.Run("AutoPlay\\Docs\\filename.exe");

The actual sub folder name would not be used, and does not need to be known, unless you have very specific needs for this.

Ulrich

[Makoa]

Even better, thanks for the additional information!

Makoa