Programar sons/notas musicais

Estou programando um programa que irá me auxiliar em produções musicais e preciso
de criar uma função que receba como argumentos uma nota musical e o tempo de duração
dessa nota e toque essa nota durante esse tempo. Não sei qual linguagem utilizar,
mas prefiro C++ ou Java. Grato.

Procure por csound, protocolo MPU404 (MIDI) e faça uma busca sobre o alsa sequencer. Eu sinceramente daria uma olhadinha no codigo de um programa chamado nted.
Sua necessidade não poderia ser suprida por algum programa ja existente?

Não é possível, por vários fatores, mas principalmente pelo fato
de que eu aproveitarei o desenvolvimento do programa em um trabalho da faculdade.

Obrigado pela ajuda!

O csound parece resolver bem o problema, estou aprendendo a usar e ele faz exatamente o que eu desejo, recebe como entrada uma frequência, amplitude e tempo de duração da nota e envia como saída o som. Deve ter muito mais coisa, mas por agora só usei isso. Também fiz o download dos códigos C++ disponíveis no sourceforge mas não testei ainda. No site http://www.csounds.com/ é possível encontrar documentação, tutoriais(inclusive em português) e outros recursos.

A maneira mais fácil de produzir sons parecidos com música (tipo "joguinhos") é modificar o tom do beep.
Estou por fora das linguagens que fazem isso atualmente, mas o mapa da mina começaria com instruções do tipo

sound(frequência em Hertz, tempo de duração em centésimos de segundos)

Onde "sound" poderia ser "beep" ou algo do tipo, dependendo da linguagem adotada.
Nunca fiz isso no Linux, mas quando era clippeiro, usava e abusava dessa técnica.
Uma pausa poderia ser simulada pela frequência 0, seguida do intervalo correspondente.

@Teixeira:
"Nunca fiz isso no Linux, mas quando eraclippeiro, usava e abusavadessa técnica. "

Teixeira, só por curiosidade, vc se atualizou em relação as linguagens atuais ?

Conheço 2 casos de colegas meus:
01 - Deixou de programar por gostar de Clipper... nao se atualizou.
02 - Está bem atualmente pois migrou os sistemas para Visual Basic(na época).

Certa vez perguntei para o colega do segundo caso:
"Márcio, vcs ainda mantem algum sistema em Clipper? "

RESPOSTA:
"Não, nós nao somos sadomasoquistas. ahahahaha".

Na verdade, não.
Devido a uma série de coincidências, eu parei pelo Clipper mesmo e pelo Paradox (LPA).
Depois fui me dedicar mais a outras atividades que já exercia, mas que me afastaram totalmente de qualquer coisa relacionada com programação, e até mesmo do padrão IBM-PC.
Durante esse meio tempo vieram os 4 AVCs, a dificuldade de digitar e arrumar o pensamento lógico, etc., agora (ano passado) o infarto, e hoje, aposentado, sou um mero usuário de computador.
Apenas procuro manter a mente ocupada e pratico um pouco de consultoria.
Quanto às "linguagens atuais", vi algumas que apesar de consideradas "atuais", todavia não alcançaram a atualidade, como é o caso do Visual Basic, que morreu enquanto criança...

Não cheguei a usar Clipper, mas quando o meu colega Márcio me apresentou(um pequeno exemplo de um som ao teclar) fiquei admirado... foi neste momento que comecei a me interessar por programação.

Detalhe:
Era um "pequeno" programa em Clipper em um disquete 5/25 polegadas ... e acho que nao cabia 2 programas pois Clipper geravam binários grandes(foi a primeira coisa que notei).

E quanto ao Clipper nao posso falar pois nao conheço de verdade.

Os programas em Clipper ficavam imensos (para a época) porque gravavam suas bibliotecas junto com o executável.
Hoje em dia o tamanho desse acréscimo seria absolutamente "natural" ou "normal" para os padrões atuais.
Esses programas eram feitos para processadores de 8 bits e embora permitissem alguma manipulação de imagens (muitos programas de PDV ainda são em Clipper) e de sequências musicais, todavia esse não era o seu forte.

O Clipper na verdade era um banco de dados (a evolução do dBase) com uma enorme facilidade de manipulação.
E5ra um comṕilador, enquanto o dBase era um interpretador.
Um exemplo: Se ao fazer um programa em COBOL que manipulasse um Cadastro de Clientes eu me esquecesse do campo do CPF, por exemplo, para corrigir eu teria de redesenhar - e regravar - o arquivo e reescrever no programa todas as partes que a ele se referissem.
No Clipper, bastava acrescentar o campo no arquivo e fazer um (ou mais) pequeno(s) remendo(s) no código.

Essa pequena diferença poderia significar a economia de até uma semana de serviço (para apenas alguns minutinhos).
Como desvantagem, os arquivos de índice do Clipper eram facilmente corrompíveis.
O pulo do gato portanto era apagá-los e recriá-los a cada vez que o programa fosse chamado.

Além do que, havia utilitários que permitiam desenhar as telas com grande facilidade.

Programas em dBase, por serem interpretados, não necessitavam gravar bibliotecas e portanto eram bem pequenos.
Os mesmos programas, vertidos para o Clipper, tinham praticamente o mesmo tamanho, porém o executável ficava bem maior porque as bibliotecas eram gravadas junto.

O sadomasoquismo não está propriamente no Clipper, cuja sintaxe é facílima e cuja manutenção é tão "mamão com açúcar" que conseguiu fazer a cabeça de muitos programadores daquela época.
O índice de produtividade é algo fantástico.
O que acontece é que o Windows - como sempre - "evoluiu" e "evoluiu" de forma a não mais executar os antigos programas tanto do Clipper quanto do próprio Visual Basic.
Existe como contornar isso, mas aí é que entra o sadomasoquismo:
Dá um trabalho...