Download issues (above 2GB?)

[d.healey]

@Lindon My experience has been similar. Provide good documentation and you'll get very few support issues regarding the installation procedure.

[DanH]

@d-healey @Lindon yeah people really hate the standard install, @Casey-Kolb came to the same conclusion too.

[d.healey]

@DanH We must sell to different people :p Are you using expansions?

[DanH]

@d-healey not yet but I will be at some stage

[d.healey]

@DanH Ok, my suggestion won't work then because I was thinking you were using expansions. You'll need to do it a little differently and download ch files instead of hr and add the link file manually (through scripting).

[DanH]

@d-healey can the user choose the sample location?

[d.healey]

@DanH Yeah, it's all exactly the same, user chooses the location you download the ch files to there and you create a link file that points to that location.

You can use the File API to create it. Something like this:

local fileName = "Link";

switch (Engine.getOS())
{
    case "LINUX":
        fileName += "Linux";
        break;
    
    case "WIN":
        fileName += "Windows";
        break;
    
    case "OSX":
        fileName += "OSX";
        break;
}

linkFile = linkDir.getChildFile(fileName);

FileSystem.browseForDirectory(FileSystem.Samples, function(dir)
{
   linkFile.writeString(dir.toString(0));
});

You'll need to figure out what the linkDir is using the FileSystem API, starting from the appData folder (in fact it might be the appData folder, I can't remember).

[DanH]

@d-healey

user chooses the location you download the ch files

Can the ch files be downloaded in a compressed format? And then uncompressed into the folder of choice? (I mean in a zip file to avoid downloading each ch file one at a time)

You'll need to figure out what the linkDir is using the FileSystem API, starting from the appData folder (in fact it might be the appData folder, I can't remember).

Do you mean where the link file is stored? Yes it's the appData folder

[d.healey]

@DanH

Can the ch files be downloaded in a compressed format? And then uncompressed into the folder of choice?

Not yet, but Christoph has indicated that he will be adding zip uncompression. For now you just have to download the ch files as they are - these are already compressed from wav.

Do you mean where the link file is stored?

Yes

[DanH]

@d-healey

For now you just have to download the ch files as they are

All 300

[d.healey]

@DanH You're doing something crazy again, I can feel it.

[DanH]

@d-healey It's fine as long as you're here to set me straight....

[d.healey]

@DanH Why 300 sample maps?

[DanH]

@d-healey it's a synth rompler of sorts, but the samples are heavily processed already, and I made a lot of them

[A Former User]

@d-healey said in Download issues (above 2GB?):

@DanH You're doing something crazy again, I can feel it.

[d.healey]

@DanH Are you mapping one sample per samplemap?

[DanH]

@d-healey 3 octaves of samples per sample map (although plenty have been cut to every other note). The occasional map has one sample spread across the 3 octaves.

[d.healey]

@DanH Well it doesn't sound too crazy then. Downloading 300 files should work, testing will be fun for you, maybe start with 3 files.

[DanH]

@d-healey I'd have to write out each file name into an array would I not?

[DanH]

@d-healey Ok a packages question:

Is there a way to create a data file that packages can read and install alongside a pkg?

I want to split a pkg into two files basically, without having to make two .pkg's (if that makes sense)

So the user just runs one .pkg