Topic: Business idea for Modartt

I've seen a few posts about competing with Hauptwerk and making new organs.

Well, we don't actually know if that is Modartt's goal, and we don't know if they are fine with a just a romantic French organ emulation. But I've seen that this Dutch company https://www.contentorgans.com/en/ is now including Hauptwerk in their hardware products and maybe Modartt should look into collaborating with another digital organ builder. It's a fine innovating piece of software and an absolutely worthy competitor!

Re: Business idea for Modartt

That might be possible. I visited a prominent shop last week to play Hauptwerk on Content organs. You get a few sample sets preinstalled, and the instrument sounded quite reasonable, as for a listener mid-church. Content's strong point is the additional effort put in the acoustic system. But a processor selected for Hauptwerk requires a lot of memory, whereas with Organteq I would prefer more attention to the processor performance.

Being organist, the competition between different organs often looks strange to me. The instrument at hand is a given fact, and one selects the music to play with its registration accordingly. Similarly different software have different fortes. Organteq is a marvelous and adaptable program to practice (with its reverb adjusted as on the console near the pipes) and perform (which often implies more reverb). Whereas Hauptwerk aims to reproduce the sound in the church. Let's be honest, in many churches. And Milan finally also added convolution reverb.

Analog Heyligers E1 organ, 13 stops, 2 manuals + pedal
December 2018 extension: third manual and midi
Software Organteq, GrandOrgue, Sweelinq

Re: Business idea for Modartt

I just started working on replacing the electronics in my old Viscount organs.
Inside, I'll put a computer with Organteq software.
Here are photos of the work in the garage.

https://www.facebook.com/piotrnowik/pos...6570646767

Re: Business idea for Modartt

I completely agree and funnily enough have suggested similar to Niclas at Modartt.

I'm an English Church organist and have worked with digital and traditional pipe organs from different churches and cathedrals in Wales and England. I miss the church life at the moment more than folk would know, COVID19 means I have to stay in isolation until after my 2nd jab as I'm also a carer for mum. as well as being disabled (blind) myself.

I would think that the best way of this is if Modartt produced a build of organteq as a linux distribution OS, why not call it OrganTeq OS, have it configured as a minimal specification OS to run organteq headless  but allow a user to connect a display, keyboard and mouse to configure and register / update software as and when.

I am in complete agreement regarding competition against Hauptwerk, as a blind organist, I'm sickened by Milan Digital Audio's attitude to multiple requests and consultations over accessibility interface inclusions to support organists with sight impairment or sight loss, for all this to be ignored. I am proud to be a Modartt customer and user of such fine software.

There are discussions in place where enhancements and support for screen readers to at some point be added, I can't confirm this at all, only from a discussion by email.

In order to make Organteq become more flexible to midi consoles and custom build consoles, there needs to be a few fixes and inclusions to make automation of MIDI parameters, etc workable. These include the following:

1: Implementation of the "SET" button (SET being save piston to memory).  Most recent consoles have this button included to write settings such as general and divisional pistons for instant recall, so this is an important requirement when making a console MIDI supported and Organteq based.

2: Expand upon the expression controller options. Currently Organteq provides Crescendo and a single swell expression, which can be mapped. Ideally we should have the option to support multiple expression pedals... Example: Console with 3 manuals featuring Crescendo, swell and Choir expression controllers, presently, MIDI assignments only permit the Crescendo and single expression pedal input to use Swell, but Swell can be mapped to any of the manuals and layer to the expression pedal, sometimes a creative solution, but not fully practical.

3: A better method of working with the sequencer system. A console by it's traditional spec for a hardware digital console relies on memory groups and not "presets".  How a digital console behaves, you have a sequence navigator, so you can go to a memory bank, say bank 1, in this memory bank, you have the ability to store a number of general pistons and divisional pistons per memory, merory 2 can do the same, so you would navigate just by two sets of parameters, memory bank itself and from that you can use divisional and general pistons.

4: Organteq as software needs to expand in the direction of it's UI by focusing not just on a set of general pistons, but also divisional pistons. Organteq is not only great as an instrument within the home or studio, but is also an istrument with expansion to it, a professional solution where this could be used in Churches / houses of worship. It is with this, we must think about functionality of interfacing with installed consoles and how to interface the software directly via midi with consoles with a more effective midi learn system / mapping system. Having access to divisional pistons is necessary in organ playing especially for recitals, Musical Liturgy in houses of worship, etc, I use divisionals on the console at my church and have a file saved with my particular general and divisionals to recall.

These major improvements would then mean that Organteq could fully be used in any console build / custom spec installation.

There are other concepts which we should think of when expanding organteq and something we should talk about and encourage our developers here to be involved in, because our developers behind organteq and pianoteq are the reason we own these amazing pieces of software and use them every day, so we should support them, encourage them and influence the evolution of this amazing software.

Just think back to when Organteq was just an alpha stage single manual trial, Initially I thought... "OK what's going on here, is that it?" nope, just proof of concept, we're now 1.6.2 of organteq within a year or so, Massive steps forward and exciting potential to really open up organteq.

I'm more than up for showing Milan Digital Audio and Hauptwerk who's boss, why? not only is organteq cheaper, less processor intensive, doesn't require expensive compute systems and interfaces, has linux support, so could be embedded into an OS distro and go headless, you're not paying for 3rd party libraries, iLok dongles, etc, you're not downloading tons of gigs of data to a vulnerable storage environment, YOU'RE NOT USING JAVA!, but think of this, with Modartt, you have developers, sales and other staff who are passionate about the products, care about us as customers and what we need, what we want to achieve and how we achieve it. The facebook page for Modartt says it all, the website again and the scope of development of the products we use today. Modart has this right, 100% right. and we should encourage our devs and staff at Modartt to expand upon a unique software experience!

Hauptwerk isn't just the only environment on the market, Organteq is now a threat and with expansion, can be an extreme threat against Hauptwerk, There is another developer... Organnery - https://organnery.com in conjunction with Hauptwerk Hardware -  https://www.hauptwerkhardware.com who are developing solutions to recycle and upgrade older consoles where systems are failing or voices just sound poo to say the least, with a new system called Aeolus, a linux designed system which uses additive synthesis and does sound good, It's being installed in a number of consoles here in the UK and the companies teaming up are producing a rather exciting headless system supported by highly skilled  organists, electronics engineers, voicing specialists, etc, to make something unique.

My organ console build is with this company, we're talking about a number of technologies and my console build will support both Organteq on the mac but also a dedicated linux machine with Aeolus running.

All I'll say is this. Time to bring the big guns out, Organteq is now a threat to Hauptwerk and time to celebrate a unique instrument!

lew

Blind Music Producer, Composer, pianist and Church Organist. Accessibility development specialist for MacOS. Developing a solution for blind organists to have an accessible digital organ solution.

Re: Business idea for Modartt

Lew,

A quick thought with respect to your point about the provision of general and divisional piston functionality within Organteq.

The "A/B" presets provide a rudimentary piston system for performances. A general configuration for the organ can be loaded on preset "A" and another configuration, be it either a general or divisional alteration of the stops, and Settings, can be loaded onto preset "B". One can swap from preset "A" to preset "B" by pressing the "C" on your keyboard. Organteq allows you the ability to reassign the "C" keyboard shortcut to another button on the console, via midi mapping. I assume that the "C" keyboard shortcut could be reassigned to a particular piston. However, I lack access to an organ console to test this assumption, but you may be able to test it.

As I said, this is a rudimentary system that allows you to store one general or divisional piston setting in memory, which is not particularly useful for a competent organist. However, if Organteq can allow you to store one piston in memory, then there is no reason why it can't allow you to store any number of general or divisional configurations in memory and then allow you midi map each one to a particular piston or keyboard shortcut. It is not as if Organteq is currently a memory hog, and loading a number of general or divisional configurations into memory would not unduly increase the level of memory usage.

If you want to increase the performance capability of Organteq by the introduction of general and divisional pistons, then I would suggest that this is most easily achieved by the expansion of the current "A/B" preset functionality to allow for more than two organ configurations to be loaded into memory, and also a note in the documentation on how to midi map the configurations to the required pistons. It would also be useful to have the ability to save the various registrations to a general piston configuration file for future reference.

If you want to expand the capabilities of a particular application is usually useful to suggest it via a minor modification of a currently operational function. From experience, I've found that this usually puts far less strain on the developers, rather than asking them to produce a brand new rabbit from scratch, which can be stressful for all concerned in the gestation

Michael

Pianoteq 8 Studio plus all Instrument packs; Organteq 2; Debian; Reaper; Carla

Re: Business idea for Modartt

mprimrose wrote:

Lew,

A quick thought with respect to your point about the provision of general and divisional piston functionality within Organteq.

The "A/B" presets provide a rudimentary piston system for performances. A general configuration for the organ can be loaded on preset "A" and another configuration, be it either a general or divisional alteration of the stops, and Settings, can be loaded onto preset "B". One can swap from preset "A" to preset "B" by pressing the "C" on your keyboard. Organteq allows you the ability to reassign the "C" keyboard shortcut to another button on the console, via midi mapping. I assume that the "C" keyboard shortcut could be reassigned to a particular piston. However, I lack access to an organ console to test this assumption, but you may be able to test it.

As I said, this is a rudimentary system that allows you to store one general or divisional piston setting in memory, which is not particularly useful for a competent organist. However, if Organteq can allow you to store one piston in memory, then there is no reason why it can't allow you to store any number of general or divisional configurations in memory and then allow you midi map each one to a particular piston or keyboard shortcut. It is not as if Organteq is currently a memory hog, and loading a number of general or divisional configurations into memory would not unduly increase the level of memory usage.

If you want to increase the performance capability of Organteq by the introduction of general and divisional pistons, then I would suggest that this is most easily achieved by the expansion of the current "A/B" preset functionality to allow for more than two organ configurations to be loaded into memory, and also a note in the documentation on how to midi map the configurations to the required pistons. It would also be useful to have the ability to save the various registrations to a general piston configuration file for future reference.

If you want to expand the capabilities of a particular application is usually useful to suggest it via a minor modification of a currently operational function. From experience, I've found that this usually puts far less strain on the developers, rather than asking them to produce a brand new rabbit from scratch, which can be stressful for all concerned in the gestation

Michael

I was trying to work out what A/B was but VoiceOver couldn't give me translation because I'm having to map the software purely blind using 3rd party tools which don't always provide the details of functions. I like the idea of expanding on the A/B area though and you're right. Although from my perspective and that of anyone using Hauptwerk, divisional pistons below manuals to the UI would be the logical way to go.

Other than that, thank you so much for your amazing and valuable feedback and ideas.

lew

Blind Music Producer, Composer, pianist and Church Organist. Accessibility development specialist for MacOS. Developing a solution for blind organists to have an accessible digital organ solution.

Re: Business idea for Modartt

Lew,

I will admit that the way I am utilising the "A/B" presets is NOT the method that is described in either the manual or the pop-up notes. However, I have spent years professionally getting software applications to jump through fiery hoops of my own devising, and this variation of the "A/B" preset functionality was to resolve part of the problem I was working on with the "en chamade" reeds.

I would see the redesigned  "A/B" presets function as being an interface into the Setter, where you could store the various configurations into memory. Each configuration could then be mapped to a particular piston on the physical console.

Organteq currently allows you to map a very large number of Combinations and combination banks, which I suppose are the equivalent of general piston stops. Divisional piston stops on the UI would simply be the remapping and duplication of this functionality under each of the divisional manuals. However, each combination ONLY allows you to trigger a pre-recorded state of stop drawknobs, coupler pedals and tremulant switches WITHIN a current organ. A combination DOES NOT allow you to change the FXP file currently loaded, nor does it allow you to retain changes to the Settings within a particular combination. However, an expansion of the "A/B" preset would allow for both of these options.

As the doors say in the Hitchhikers' Guide, "Glad to be of service!"

Michael

Pianoteq 8 Studio plus all Instrument packs; Organteq 2; Debian; Reaper; Carla

Re: Business idea for Modartt

mprimrose wrote:

Lew,

I will admit that the way I am utilising the "A/B" presets is NOT the method that is described in either the manual or the pop-up notes. However, I have spent years professionally getting software applications to jump through fiery hoops of my own devising, and this variation of the "A/B" preset functionality was to resolve part of the problem I was working on with the "en chamade" reeds.

I would see the redesigned  "A/B" presets function as being an interface into the Setter, where you could store the various configurations into memory. Each configuration could then be mapped to a particular piston on the physical console.

Organteq currently allows you to map a very large number of Combinations and combination banks, which I suppose are the equivalent of general piston stops. Divisional piston stops on the UI would simply be the remapping and duplication of this functionality under each of the divisional manuals. However, each combination ONLY allows you to trigger a pre-recorded state of stop drawknobs, coupler pedals and tremulant switches WITHIN a current organ. A combination DOES NOT allow you to change the FXP file currently loaded, nor does it allow you to retain changes to the Settings within a particular combination. However, an expansion of the "A/B" preset would allow for both of these options.

As the doors say in the Hitchhikers' Guide, "Glad to be of service!"

Michael

What if, just as a thought, what about an app for iOS as an example which could work as a programmer resource for organteq to provide an accessible environment for voicing, saving particular functions, etc, or if not an app, why not look at an example of compiling code for the various available controls, midi CC's available, etc and produce a control surface whic would allow say, per stop voicing, accessing particular parameters such as preset creation, etc.

one area which I'm not sure if it's available, is the ability to save a complete preset via midi CC, that said however it requires keyboard entry to create a file name, that could be bypassed and instead just create a generic data name per preset to navigate through sequence. there's midi assigns for preset up / down, etc so that's good, also midi assigns for the layers of general pistons.

yes, a good one regarding the doors.

lew

Blind Music Producer, Composer, pianist and Church Organist. Accessibility development specialist for MacOS. Developing a solution for blind organists to have an accessible digital organ solution.

Re: Business idea for Modartt

Interesting modules for the conversion of old organ consoles are offered by a Polish company..
https://www.midi-hardware.com/index.php...n=products

MIDI Hardware
MIDI Hardware
MIDI Hardware
MIDI Hardware

Last edited by rumburak (30-04-2021 08:38)

Re: Business idea for Modartt

rumburak wrote:

Interesting modules for the conversion of old organ consoles are offered by a Polish company..
https://www.midi-hardware.com/index.php...n=products

MIDI Hardware
MIDI Hardware
MIDI Hardware
MIDI Hardware

Thanks for the amazing link, just perfect for the job. well priced too.

I've thought about this for some time about producing organteq based consoles. I thought about this after asking a developer in the UK if he could help with designing / building what I'd need, sadly he let me down and with that any bond of trust was broken. So, thinking about it, providing there's a way of connecting switches without the need for solder (blind guy here so can't solder for toffee), then  I'd love to start building hand made organteq solutions with a little support, but for the moment, I need to concentrate on my own build first before I can decide on whether it's viable.

I don't suppose you could recommend any decent piston momentary switches and stop momentary switches? I'm having some headache trying to find a good supplier for not only bulk, but also decent quality that doesn't feel out of place for a console design.

Blind Music Producer, Composer, pianist and Church Organist. Accessibility development specialist for MacOS. Developing a solution for blind organists to have an accessible digital organ solution.

Re: Business idea for Modartt

lewisalexander2020 wrote:

What if, just as a thought, what about an app for iOS as an example which could work as a programmer resource for organteq to provide an accessible environment for voicing, saving particular functions, etc, or if not an app, why not look at an example of compiling code for the various available controls, midi CC's available, etc and produce a control surface whic would allow say, per stop voicing, accessing particular parameters such as preset creation, etc.

one area which I'm not sure if it's available, is the ability to save a complete preset via midi CC, that said however it requires keyboard entry to create a file name, that could be bypassed and instead just create a generic data name per preset to navigate through sequence. there's midi assigns for preset up / down, etc so that's good, also midi assigns for the layers of general pistons.

lew

Lew,

I seem to have been running around interlocking rabbit holes, with this question, like some demented character trapped in an Escher drawing. There are a number of kludgy solutions for automatically providing a user with a new, automatically generated preset file name that advances either numerically, or according to time stamp. However, I will admit that they all smell of the lamp and are particularly cumbersome to use. Every other function one would care to use, and a few I hadn’t even thought about, seem to be controllable via a midi CC, apart from the ability to name and save a new preset, which is the function we are looking for.

Practically, this is a aspect of the functionality, that would easiest provided by the developers at Modartt. The user would be given the option of automatically generating a new preset file in their “My Presets” with the format

    <user determined preset name>_<current datestamp_current timestamp>.fxp

The desired configuration of Organteq could then be automatically saved and named by either pressing the designated keyboard shortcut, or by activating a predefined midi CC. Each time a preset is automatically saved it is assigned a unique filename, courtesy of the current datestamp and timestamp in the name. It would also be useful to have the ability to save these presets to a sub-folder of “My Presets”, so that presets associated with a particular project could be automatically assigned to their own project folder. This would allow preset combinations to saved “on the fly” whilst tweaking the organ for that special, perfect sound.

A user would still have the ability to save a new preset in the normal way, by typing “Ctrl + Shift + T” and by manually entering a unique name for the preset and then saving. The solution, suggested above, could be used to capture that fleeting “Oh, that sounds nice!” moment without having to think about it and pausing the creative flow.

If you are looking for “a programmer resource for Organteq to provide an accessible environment” then you might want to check out JUCE:

    https://juce.com/

which has the dual advantage of being free for personal use (assuming you are not making more than $50k per annum from your musical design work) and that Modartt use JUCE to construct both Pianoteq and Organteq, and it is always easier to work in the same programming environment. It has been a while since I’ve had to peak inside compiled binary programs and also look at linked libraries, but you can always come up with some interesting information, as, for example, the use of JUCE functions in the program. The utilisation of JUCE is also mentioned in

https://www.linuxjournal.com/content/pi...uct-review

and one reference in the Forum. I assume that this is commonly known, but I hadn’t come across it until I went poking around. However, I’ve usually found it easier to convince developers of the needfulness of a new tweak, if I can point to how their current programming environment already supports the required functionality.

The JUCE website has some tantalising projects in its tutorials, which may give you some ideas on how to approach the interfaces you want to construct. I am not a programmer, but the site has given me some thoughts on how to construct applications I want, even if I don’t particularly want to have to write the code for them. However, the programming interface seems to be a click and insert the relevant code or plugins, so even my woeful coding skills may not be an issue, though I am not holding my breath.

Something more to read and think on, I suppose, in our “free” time.

Michael

Pianoteq 8 Studio plus all Instrument packs; Organteq 2; Debian; Reaper; Carla

Re: Business idea for Modartt

mprimrose wrote:
lewisalexander2020 wrote:

What if, just as a thought, what about an app for iOS as an example which could work as a programmer resource for organteq to provide an accessible environment for voicing, saving particular functions, etc, or if not an app, why not look at an example of compiling code for the various available controls, midi CC's available, etc and produce a control surface whic would allow say, per stop voicing, accessing particular parameters such as preset creation, etc.

one area which I'm not sure if it's available, is the ability to save a complete preset via midi CC, that said however it requires keyboard entry to create a file name, that could be bypassed and instead just create a generic data name per preset to navigate through sequence. there's midi assigns for preset up / down, etc so that's good, also midi assigns for the layers of general pistons.

lew

Lew,

I seem to have been running around interlocking rabbit holes, with this question, like some demented character trapped in an Escher drawing. There are a number of kludgy solutions for automatically providing a user with a new, automatically generated preset file name that advances either numerically, or according to time stamp. However, I will admit that they all smell of the lamp and are particularly cumbersome to use. Every other function one would care to use, and a few I hadn’t even thought about, seem to be controllable via a midi CC, apart from the ability to name and save a new preset, which is the function we are looking for.

Practically, this is a aspect of the functionality, that would easiest provided by the developers at Modartt. The user would be given the option of automatically generating a new preset file in their “My Presets” with the format

    <user determined preset name>_<current datestamp_current timestamp>.fxp

The desired configuration of Organteq could then be automatically saved and named by either pressing the designated keyboard shortcut, or by activating a predefined midi CC. Each time a preset is automatically saved it is assigned a unique filename, courtesy of the current datestamp and timestamp in the name. It would also be useful to have the ability to save these presets to a sub-folder of “My Presets”, so that presets associated with a particular project could be automatically assigned to their own project folder. This would allow preset combinations to saved “on the fly” whilst tweaking the organ for that special, perfect sound.

A user would still have the ability to save a new preset in the normal way, by typing “Ctrl + Shift + T” and by manually entering a unique name for the preset and then saving. The solution, suggested above, could be used to capture that fleeting “Oh, that sounds nice!” moment without having to think about it and pausing the creative flow.

If you are looking for “a programmer resource for Organteq to provide an accessible environment” then you might want to check out JUCE:

    https://juce.com/

which has the dual advantage of being free for personal use (assuming you are not making more than $50k per annum from your musical design work) and that Modartt use JUCE to construct both Pianoteq and Organteq, and it is always easier to work in the same programming environment. It has been a while since I’ve had to peak inside compiled binary programs and also look at linked libraries, but you can always come up with some interesting information, as, for example, the use of JUCE functions in the program. The utilisation of JUCE is also mentioned in

https://www.linuxjournal.com/content/pi...uct-review

and one reference in the Forum. I assume that this is commonly known, but I hadn’t come across it until I went poking around. However, I’ve usually found it easier to convince developers of the needfulness of a new tweak, if I can point to how their current programming environment already supports the required functionality.

The JUCE website has some tantalising projects in its tutorials, which may give you some ideas on how to approach the interfaces you want to construct. I am not a programmer, but the site has given me some thoughts on how to construct applications I want, even if I don’t particularly want to have to write the code for them. However, the programming interface seems to be a click and insert the relevant code or plugins, so even my woeful coding skills may not be an issue, though I am not holding my breath.

Something more to read and think on, I suppose, in our “free” time.

Michael

BOB ON! Absolutely BOB ON!. That'll do nicely.

Blind Music Producer, Composer, pianist and Church Organist. Accessibility development specialist for MacOS. Developing a solution for blind organists to have an accessible digital organ solution.

Re: Business idea for Modartt

I forgot...
If Modartt can secure a deal with some conservatory with a manuals+pedals+Organteq bundle, that could open the way to more and more deals all over Europe. I guess that in Orthodox Eastern Europe, organs are relatively scarce, however there is a big interest in organ music. Can you imagine a practice room with a couple of setups side by side powered by hidden mini-PCs? They won't even need a screen if you have a Launchpad and a buttons/stops list.

Last edited by CuriousDan (22-05-2021 11:11)

Re: Business idea for Modartt

CuriousDan wrote:

I forgot...
If Modartt can secure a deal with some conservatory with a manuals+pedals+Organteq bundle, that could open the way to more and more deals. I guess that in Orthodox Eastern Europe, organs are relatively scarce, however there is a big interest in organ music. Can you imagine a practice room with a couple of setups side by side powered by hidden mini-PCs?

YES!!!!! Perfect!

What if Modartt were to provide an OEM license for organ builders who apply to become suppliers of the software, so that an installation is already licensed, all the end user has to do is register the product to receive updates, etc. as these systems would effectively be headless in design.

It's funny you talking about this, I'm in the process of a console design still on going for my own work and things are starting to get interesting.

lew

Blind Music Producer, Composer, pianist and Church Organist. Accessibility development specialist for MacOS. Developing a solution for blind organists to have an accessible digital organ solution.

Re: Business idea for Modartt

Lew,

Good luck with your project. I hope you design something good. I just experimented with my Launchpad to find something with physical buttons that won't need a screen and thought that Modartt could put together a bundle.

Last edited by CuriousDan (22-05-2021 11:16)

Re: Business idea for Modartt

CuriousDan wrote:

Lew,

Good luck with your project. I hope you design something good. I just experimented with my Launchpad to find something with physical buttons that won't need a screen and thought that Modartt could put together a bundle.

For my needs, sadly the launchpad doesn't offer what I need, so I'm going purely custom electronics through a developer. If you're looking though for an expanded surface to fully control organteq, go to www.yaeltex.com. I think I've shared in a post some designs for surfaces but could always upload a few updates for other users. I'm not going that direction on this build, but thought from a developer spec, these options are viable.


lew

Blind Music Producer, Composer, pianist and Church Organist. Accessibility development specialist for MacOS. Developing a solution for blind organists to have an accessible digital organ solution.

Re: Business idea for Modartt

rumburak wrote:

Interesting modules for the conversion of old organ consoles are offered by a Polish company..
https://www.midi-hardware.com/index.php...n=products

Just a quick comment on the Polish modules.

I have another hobby: pinball machines, both virtual and physical. I don't own one, but follow forums and groups with owners of real machines all the way back from the electromechanical era up to today. I see often topics about failing PCB boards from the 80's and 90's, battery leaks, acid damage, circuit problems, soldering, you name it. Regarding converted organ consoles, there is absolutely no guarantee a circuit board from will last more than 20 years and we don't know if the Polish company will even exist that long. For a hobbyist and home organ owner they could be interesting, for a church I absolutely would not recommend, unless the organist is good at soldering and fixing stuff. Alternatively, I think support from a local company would be needed.
PS They've got a nice Facebook page: https://www.facebook.com/midihardware

Re: Business idea for Modartt

Just stumblin' over this golden oldie of a thread and thought I'd pitch in my 2 cents. Back in the day, you suggested Modartt might want to team up with other digital organ builders, right? Well, heck, why not? They've got a kickass piece of software, no doubt. And, who knows, this collab could be the next big thing.

Re: Business idea for Modartt

PaitynWalker wrote:

Just stumblin' over this golden oldie of a thread and thought I'd pitch in my 2 cents. Back in the day, you suggested Modartt might want to team up with other digital organ builders, right? Well, heck, why not? They've got a kickass piece of software, no doubt. And, who knows, this collab could be the next big thing.

But, here's a hot take: how about they not only collab but also use some nifty local SEO strategies to get the word out? Found this sick site, https://crowdo.net/local-seo, that's all about boosting local visibility. Could be a game-changer! And, get this, Modartt's been doing some innovating of their own. They've got Pianoteq for iOS now.