Universal Sample Player....

[aaronventure]

@Lindon said in Universal Sample Player....:

The download process
The install process

True, probably the most annoying part.

@Lindon said in Universal Sample Player....:

The Sample(voice/sound) browser/selection process
The Preset load/save and display process

Isn't this also "standardized" to a point? It's usually a button or a dropdown in the top? If it's a button, it opens a menu similar to the preset browser in HISE (don't know who came up with that first, was it NI?) where you move from categories to individual presets from left to right.

@Lindon said in Universal Sample Player....:

The use of key switching

That's either a key on a keyboard or a certain CC# with each value being a different articulation. There's room for setting up a standard for the CC# values. The Spitfire UACC is a good starting point but you'd have to wing it a bit for something like an electric guitar. https://spitfire-webassets.s3.amazonaws.com/pdfs/UACCv2spec.pdf

@Lindon said in Universal Sample Player....:

the interface resizing process

I feel like this is always in the bottom corner, either drag or a click-menu. Sometimes it's in the settings.

[d.healey]

@aaronventure said in Universal Sample Player....:

David, post a YouTube short about building HISE on Windows with a high pitched voice. Download visual studio, Git clone, open Projucer, click open in IDE, select release, click build, launch HISE.exe. Should be like 10 seconds.

That's actually a good idea.

@Lindon said in Universal Sample Player....:

I'm unsure how a 10 voice sampler/synth/loop player, or a drum machine might be implemented in Rhapsody

A Rhapsody project is just a HISE project. There are a few limitations but I see no reason you couldn't make a loop player or drum machine.

I mean I have made a loop player for Rhapsody already :) Single voice, but it could easily have more if I wanted to build it out.

[Lindon]

@Christoph-Hart said in Universal Sample Player....:

But this is partly missing the point of a specification,

I think that's the key problem. It's hard enough if not impossible to specify what the specifications are, let alone specifying the specifications themselves because there is not a common goal that all VI-developers share - just to take you and Aaron as example, and you are two just random dudes, every single developer will have a different opinion of what needs to be standardized and what not.

So, if a general UI starting point (like the Rhapsody template) isn't the way to go, then what? A framework of HiseScript classes that give you an API for managing downloads? Fine, then that's only useful for us HISE folk, the rest will stay out in the cold. Do you mean a general way to get files from another location? Nice one Lindon, you just reinvented the INTERNET :)

No!!! I mean a text document that says something like:

PRESETS
Must present as a Text name centred on the Main UI in the header in a "box" of a contrasting colour
Clicking on the name opens the preset browser

THE PREST BROWSER

• Must display presets in a 3 column browser (Folder>Category>Preset)
• Must offer the user the ability to add, delete and rename existing presets
• must offer the user the ability to add new presets with a button labeled " Add New"

So this may all seem obvious - until its not - but its a set of UI guidelines that assure users this product xxx complies with these guidelines.

Everyone is out in the cold here, its not about providing a set of implementation examples - tho clearly we could do that for HISE easily enough - its about defining some rules for everyone no matter what dev environment/platform they are using .

[d.healey]

@Lindon I don't think that will work, even with this incredibly simple example I see issues.

[aaronventure]

@Christoph-Hart There could be a consortium, a board of sorts, that decides on a single service to host the files, single service to process payments and to manage customer data. We could then decide to use that implementation (with a small degree of freedom depending on library size) for each product.

Maybe we could take it even further and join up legally. We could be a legal establishment, an organization with a recognizable name. A company! Of course, not one of us should take fire for the general output, so we should probably limit the liability of that company.

Wait...

[Christoph Hart]

Man this forum topic got chaotic pretty quickly, but anyways:

There could be a GREETINGS KONTAKT DEVELOPERS document outlining all the paradigm changes and things to look out for. You can pretty much outline one from all the questions I asked on this forum in the past few months

That's also a good idea (I was a bit hesitant about doing stuff like this because it creates strong Burger King vs. McDonalds vibes), but since this comes up again and again, why not address it directly.

However I think I would vastly benefit from the input of you guys as I don't have any experience with working in KONTAKT for the last 10 years. Maybe we make a spinoff thread where you can just post the things you noticed were non-trivial issues when migrating over here, then I'll make a nice chapter in the docs about it and maybe David can then make a video out of the content too.

[Lindon]

@d-healey said in Universal Sample Player....:

A Rhapsody project is just a HISE project. There are a few limitations but I see no reason you couldn't make a loop player or drum machine.

I mean I have made a loop player for Rhapsody already :) Single voice, but it could easily have more if I wanted to build it out.

maybe I'm not being clear :

This has NOTHING to do with any given implementation. Great Rhapsody is the solution for all us HISE people - now I want to include every C++ and Gorilla developer too.

[aaronventure]

@d-healey said in Universal Sample Player....:

That's actually a good idea.

Don't forget the funky background music!

[Lindon]

@d-healey said in Universal Sample Player....:

@Lindon I don't think that will work, even with this incredibly simple example I see issues.

what issues?

[d.healey]

@Lindon said in Universal Sample Player....:

maybe I'm not being clear :

This has NOTHING to do with any given implementation. Great Rhapsody is the solution for all us HISE people - now I want to include every C++ and Gorilla developer too.

Aha I get it now!

@Lindon said in Universal Sample Player....:

@d-healey said in Universal Sample Player....:

@Lindon I don't think that will work, even with this incredibly simple example I see issues.

what issues?

Not every instrument needs a preset browser.
HISE's expansion system allows for a 4 column layout that isnt applicable to other platforms.
Some might only need 1 column.

[Christoph Hart]

what issues?

So basically, you just want a style guide, like the thing that makes every Apple thing look the same. I can only imagine the pain of getting there through a consortium of equally entitled people trying to fight for their aesthetics making it into the official style guide.

I mean we can try, and if we come up with something good, then I'm happy to change the default HISE appearance and stock UI components to follow that style guide, but I'm modestly pessimistic that we get something usable out of the process.

[Lindon]

@d-healey said in Universal Sample Player....:

@Lindon said in Universal Sample Player....:

maybe I'm not being clear :

This has NOTHING to do with any given implementation. Great Rhapsody is the solution for all us HISE people - now I want to include every C++ and Gorilla developer too.

Aha I get it now!

@Lindon said in Universal Sample Player....:

@d-healey said in Universal Sample Player....:

@Lindon I don't think that will work, even with this incredibly simple example I see issues.

what issues?

Not every instrument needs a preset browser.
HISE's expansion system allows for a 4 column layout that isnt applicable to other platforms.
Some might only need 1 column.

I knew giving an example was a bad idea.......now let me shout ; EXAMPLE!! EXAMPLE!!! FOR F*CKS SAKE.....

I just made that stuff up on the spur of the moment - Im not proposing it - Im am proposing arguing out what these things might be... so this EXAMPLE might change - to accommodate other useful use cases, and eventually - and to avoid allowing every single possible use case ad infinitum we eventually say:

Well then you are just not compliant and you cant use our fancy self important badge on your web page..

[Lindon]

@Christoph-Hart said in Universal Sample Player....:

what issues?

So basically, you just want a style guide, like the thing that makes every Apple thing look the same. I can only imagine the pain of getting there through a consortium of equally entitled people trying to fight for their aesthetics making it into the official style guide.

I mean we can try, and if we come up with something good, then I'm happy to change the default HISE appearance and stock UI components to follow that style guide, but I'm modestly pessimistic that we get something usable out of the process.

sure - and NO I'm not asking for ANY change in HISE at all - in fact I think thats a bad idea.

So Apple style guide = the UI nazis - sure I get it... except we are not defining every possible widget the way they do AND more importantly we are not requiring "look" compliance, and even more importantly there are processes (like say download and install) that have nothing to do with look

[Christoph Hart]

@Lindon Or instead of an example, you can just try starting out with a sketch for said style guide. Then everybody here can join in and try to help in a MOST HELPFUL AND NON_SARCASTIC WAY - which will be hard for me too :)

[Lindon]

@Christoph-Hart LOL..yep mea culpa.. .sorry guys.

But I did start with a list.... maybe we can take each of those in turn?

[Lindon]

@Lindon

So let me start with the first item on my list: Download

• Kontakt downloads are ugly - and messy and filled with multiple file messing about .

I suggest we say to be compliant:

there must be one and one only mouse click that gets all the files required

• so this can be an in -plugin download or a download manager download, or an installer download, but basically it says on the Button:

Download all the files I need now

the user presses this and the downloads are attempted.

[Christoph Hart]

@Lindon Before you go crazy here I think we need to talk about a more suitable medium than a forum topic. Ideally it would be some sort of document that can have annotations and discussions around certain points, but the "actual" document is always readable in a non-cluttered way.

I don't have much experience in this, but I'm sure there is a better technical solution for this kind of problem (my gut feeling is that we're not the first people having to do this).

[Lindon]

@Christoph-Hart said in Universal Sample Player....:

@Lindon Before you go crazy here I think we need to talk about a more suitable medium than a forum topic. Ideally it would be some sort of document that can have annotations and discussions around certain points, but the "actual" document is always readable in a non-cluttered way.

I don't have much experience in this, but I'm sure there is a better technical solution for this kind of problem (my gut feeling is that we're not the first people having to do this).

Yes good point - well I could start us off on Google Document - anyone wanting in could email me.

Better suggestions canvased...

[Christoph Hart]

@Lindon or a GitHub repository with a single markdown doc. this way we can track changes, look at old revisions, and have discussions at commits, pull requests etc.

Also since we're all not Mike, we know the process :)

[Lindon]

@Christoph-Hart said in Universal Sample Player....:

@Lindon or a GitHub repository with a single markdown doc. this way we can track changes, look at old revisions, and have discussions at commits, pull requests etc.

Also since we're all not Mike, we know the process :)

yep that'd work.... who's better than me at github (sneak hint - its nearly everyone except Mike...)?

My only problem come to think of it is - it will restrict (put off) users without github knowledge, so yes the Mike's of this world - and I don't think this should get too HISE centric....(surprisingly)

So at some point soon I would think it would be best to broaden this out from "HISE developers"