Bonjour, je fais appel à vous une fois de plus en espérant être suffisamment descriptif et concis dans l'objet qui m'amène.
Je développe un compositeur virtuel pour instrument MIDI.
Je souhaite donc écrire la musique de manière optimale grâce à l'outil informatique.
J'ai donc décrété qu'il existe quatre sorte de musicalogique,  

• la naturelle,
• la fusion,  
• la fission  
• et le silence.

A ce premier paramètre musical,s'ajoute

• le durée d'une partie dans l'un de ces "modes",
• le tempo à atteindre,
• la forme musicale initiale  

et optionnellement  

• la forme musicale terminale  

J'ai donc un type d'objet définie par :

• Mode,
• Bar_max,
• Tempo,
• init_form
• term_form

exemple : de flux de donnée.

 
J'aurais voulu avoir votre avis sur le concept, l'architecture découlant de cette "spécification" ?
Je me pose des question comme, une interface X est-elle indispensable.
Si non, dois-je prendre une ligne ou doits-je prendre la page du terminal entière ?
Dois-je lire les entrée ou un fichier ?
Dois-je faire des menu ?
Le mieux quoi ?
En gros, quelle interface pour ce projet.
Je pose la question parce que je commence toujours par le main,et la voilà les questions !
 
Merci pour votre aide.
 
 
----------
edit :
 
 
 
Ce programme est basé au préalable sur la lecture d'un fichier nommé en dur "bank.txt" qui doit décrire l'organisation de la banque du programme du synthétiseur par une liste de forme musicale tel que :

j'ai pondu un main file, j'espère qu'il va tenir la route.
sources : http://80.15.188.151/main.adb.html

--  WaveSched is MIDI virtual Composer.
--------------------------------------------------------------------------------
--  Copyright (C) 2012 jovalise.
 
--  This program is free software: you can redistribute it and/or modify
--  it under the terms of the GNU General Public License as published by
--  the Free Software Foundation, either version 3 of the License, or
--  (at your option) any later version.
 
--  This program is distributed in the hope that it will be useful,
--  but WITHOUT ANY WARRANTY; without even the implied warranty of
--  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
--  GNU General Public License for more details.
 
--  You should have received a copy of the GNU General Public License
--  along with this program.  If not, see <http://www.gnu.org/licenses/>.
--------------------------------------------------------------------------------
 
-- ********************----------------
-- ********************----------------
-- ***              ***----------------
-- ***  Wave Sched  ***----------------
-- ***              ***----------------
-- ********************----------------
-- ********************----------------
-- Author       : jovalise-------------
-- Date         : 2012/12/14-----------
-- Description  : Wave Sched is MIDI virtual Composer.
--------------------------------------------------------------------------------
 
 
--with Wave_Scheduler;
with Gnat.Command_Line;
use Gnat;
with Ada.Text_Io;
use Ada;
procedure Main is
   
   Project_Name   : constant String := "WaveSched";   
   
   -- Si un fichier est spécifier sur la ligne de commande, le nom de fichier est utilisé.
   -- Si non, on utilise le nom de fichier par défaut :      
   Filename       : access String := new  String ' (Project_Name & ".txt" );   
   -- Nom de fichier utilisé.
   
   File_Available : Boolean := False;
   -- Indique si un nom de fichier a été fourni.
   
   Interactive    : Boolean := False;
   -- Indique si le programme doit être interactif. False par défaut.
   
begin
   
   
   -- Synopsys : wavesched [ -i ] [ -ffilename ]
   
   begin
      loop
     case Command_Line.Getopt ("i f:" ) is  -- Accepts '-i', '-f:parameter'.
        when ASCII.NUL => exit;
           
        when 'i' =>
           if Command_Line.Full_Switch = "i" then
          
          Interactive := True;
          
           else
          raise Command_Line.Invalid_Switch;
           end if;
        when 'f' =>
           if Command_Line.Full_Switch = "f" then
          
          begin
             
             Filename := new String ' (Command_Line.Parameter);
             File_Available := True;
          exception
             
             when others =>
            Text_Io.Put_Line("invalid parameter for -f option" );
            raise Command_Line.Invalid_Parameter;
          end;
           else
          raise Command_Line.Invalid_Switch;
           end if;
        when others =>
           raise Program_Error;         -- cannot occur!
     end case;
      end loop;
      
   exception
      when Command_Line.Invalid_Switch    => Text_Io.Put_Line ("Invalid Switch " & Command_Line.Full_Switch);
     raise;
      when Command_Line.Invalid_Parameter => 
     raise;
   end;
   -- Lecture des arguments de la ligne de commande.
   -- Si l'argument "-i" est présent, bascule la variable "Interactive" à True.
   -- Si l'argument "-f" est présent, initialise le nom du fichier avec le paramètre.
   
   
   
   
   if not File_Available then
      declare
     Success : Boolean := True;
      begin
     while Success loop
        --Success := Wave_Scheduler.New_Part;
        null;
     end loop;     
     --Wave_Scheduler.Save_All_Parts_As(filename);
     null;
     File_Available := True;
      end;     
   end if;
   -- Si aucun nom de fichier n'a été fourni on lit l'entrée standard jusqu'à --
   -- la fin du texte et on sauvegarde le fichier avec le nom de fichier par défaut.
   
   
   --Wave_Scheduler.Initialize(Filename);
   -- On initialize le wave_scheduler.
   
 
   --Wave_Scheduler.Start(Clock);
   -- On démarre le wave_scheduler.      
   
   if Interactive then
      declare
     Success : Boolean := True;
      begin
     while Success loop     
        --Success := Wave_Scheduler.New_Part;
        null;
     end loop;        
     --Wave_Scheduler.Save_All_Parts_As(filename);
      end;
   end if;
   -- Si le programme est exécuté en mode interatif, on lis les nouvelles parties sur l'entrée standard et on sauvegarde le résultat.
   
   
   --Wave_Scheduler.Finalization;
   -- On attend la fin du programme.
   
   
end Main;

-- Ce programme lit l'entrée standard si il est appelé avec l'option -i (interactive)
-- ou si aucun nom de fichier n'a été fournit et lit un fichier nommé "bank.txt" dans
-- lequel il lit les information sur la banque de son à jouer.
-- Le fichier "bank.txt" doit contenir une première ligne avec les nombre de banque
-- LSB, MSB, et le nombre de programme par banque ; puis la liste des formes musicales
-- par programme.
-- exemple : (voir fichier "bank.txt" )
-- Le fichier dont le nom est fourni doit contenir des lignes décrivant une partie à
-- jouée par le mode, la longueur, la forme initiale, le tempo, et optionnellement
-- le forme terminale.
-- exemple : (voir fichier "WaveSched.txt" )
----------------------------------------------------------------------------------

 
 
Voici le résultat du programme.
 

Vous êtes où ?  

 
Oui, l'interface est importante. C'est bien plus motivant pour les utilisateur de machines virtuelles. Sinon, avec la dématérialisation l'outil devient trop abstrait et peu attrayant, même s'il est efficace.
 
Tu peux t'inspirer de l'interface des VST -> http://bit.ly/TUFF9W - Il faudrait que tu concrétises un peu le biniou par le schéma, avec des "slider" et/ou "knob" pour illustrer. Tu pourrais éventuellement trouver conseil sur ce forum des développeurs de VSTi sous Synthedit-> http://nay-seven.com/index.php - Il y a sans doute parmi eux des adeptes qui je pense développent aussi en langage évolué, peut-être pas en ADA, mais qui pourraient mieux comprendre où tu veux en venir et te conseiller. Voilà pour le moment tout ce que je peux te dire. Pour ma part je vais suivre l'évolution de ton projet et essayer d'en comprendre plus, mais plutôt en temps qu'utilisateur en attente (comme la plupart des utilisateurs, d'ailleurs, j'y vais plutôt de manière empirique, c'est pour ça qu'une interface intuitive, autant qu'esthétique, serait la bienvenue).

Bonjoue ewas,  
D'abord merci pour ta contribution.
Pour le moment l'interface se présente dans un terminal qui permet de saisir tout au long de l'oeuvre une nouvelle partie de l'oeuvre.
 

 
edit : sans doublon.

   
 
J'ai failli lui mettre un bonnet de Noël. Mais bon.
 
Là il y a quatre touches, un peu comme à un player. C'est juste pour le fun et meubler l'interface. Mais en fait, deux touches suffiraient, une pour la sélection du genre musical que tu fais scroller dans l'affichage, et l'autre, un "run/stop". Mais tu sembles me dire qu'il y a d'autres paramètres à initialiser. Quels sont ces paramètres ?

 
Je sais pas ce que tu appelle une touche de sélection.
 
Comme tu peux le voir, il faut entrer 4 ou 5 paramètres dont un ou deux sont des sélection dans une liste.
 
C'est intégrable à une interface X plus ou moins facilement.... Mais ça se fait.

Ah merde c'est raté, j'ai écrasé mon post précédent d'une fausse manoeuvre. J'ai édité au lieu de répondre. Il est vrai qu'il est tard...

Woais, non, mais faire un dessin, c'est pas de la programmation.
Si tu lisais le sujet...

• En fait, faut d'abord que je sélectionne un périphérique de sortie.

En suite tout au long du programme je doit

• choisir un mode entre (fusion, fission, nature, silence)
• donner une dimension de partie.
• donner le tempo à atteindre.
• choisir un style initial

Et si le mode est différent de nature et silence

• je dois fournir un style terminal.

Ca fait six paramètres au total.
 
Mais avant ça, j'ai deux fichiers de données à lire et si je fais une interface, je vais permettre de les écrire.
En fait ça fait une interface de plus pour le fichier de banque puisque le fichier de parties c'est celui que l'on écrit dans l'interface principale.

Ah ben alors faudrait savoir si tu as besoin d'une interface ou non. C'était à la fois égayer le sujet et concrétiser les propos pour y voir plus clair. Ça ne mange pas de pain. Par ailleurs la programmation s'occupe aussi d'interface, avec du graphisme, que je sache.
 
Je sais pas ce que vous avez tous sur ce forum. Mais vous êtes tous plus ou moins psychorigides ou quoi ? Vivement que l'année se termine et qu'on passe à autre chose !

Je plaisantais.

Bon ok, c'est c'qu'on dit après coup. Avec une tronche de smiley plutôt verdâtre.
 
Cela dit, ton sujet m'intéresse, mais les réponses que sollicitent tes questions sont plutôt du ressort de compétances que je n'ai pas en programmation et norme MIDI. Mais bon, je veux bien en apprendre plus à cette occasion.
 
Cela dit², je ne vois pas bien pourquoi ton programme nécessiterait une seconde interface (au mieux l'ouverture d'une fenêtre pour une quelconque saisie). Mais parlent-t-on bien de la même chose en matière d'interface ?
 
As-tu pensé à voir ça éventuellement sur le petit forum que je t'ai indiqué ? Ils sont convivial, tu sais, ils ne vont pas te manger !
 

Oui, je vais faire une interface graphique, pour facilité tout les paramétrages, avec quelque fenêtre ad'hoc.
Je ne suis pas allez voir le forum en question ?

Bonjour,
 
 
Donc, comme prévu, je me fais une interface graphique pour mon programme qui sera un mix de Quatur-0.2.x et de WaveSched
 
Voici ma fenêtre principale :  
 

 
 
Dans la zone de texte Log, je vais peut-être afficher d'autres messages sur les entrées en provenance d'une surface de contrôle MIDI et peut-être sur les sorties vers le périphérique de sortie MIDI, genre note on note off, etc.
 
A mais j'ai oublié les périphériques, allé au boulot....

Ouais, et qu'ça saute mon coco !

AH YAISSS ! C'est plus parlant. Mais c'est un appareil de pro que tu vas nous pondre. Ça va être au moins pour des chercheurs de l'IRCAM, ce truc.
 
La "bank" en question, ce sera une banque de samples ou de presets ? Les paramètres à saisir, des variables ?
 
Dommage que c'est réservé aux linuxiens.
 
 
Edit : Et ton projet de streaming, tu abandonnes ?

La banque c'est pour l'identification des programmes/presset de la banque de l'instrument à jouer.
On saisie la position du programme dans la banque, la forme musicale associer et la composition du programme pas MIDI channel.
 
L'idée de streaming est abandonnée oui.