# Interfaces de Programação de Aplicações do &arts;

## Introdução

O aRts não é apenas um pedaço de 'software', também fornece uma variedade de APIs para uma variedade de fins. Nesta secção, será dada uma "ideia geral", uma breve apresentação do que essas APIs supostamente deverão fazer e como interagem.

Existe uma distinção importante a fazer: a maioria das APIs são independentes da linguagem e da localização dado que são especificadas no mcopidl. Isto é, você pode basicamente usar os serviços que elas oferecem a partir de qualquer linguagem, implementá-las em qualquer linguagem e não terá de se preocupar se está a falar com objectos locais ou remotos. Aqui está uma lista destes, em primeiro lugar:

core.idl

  As definições básicas que formam o núcleo da funcionalidade do MCOP, como por exemplo o próprio protocolo, as definições do objecto, o mediador, o sistema de fluxo e assim por diante.

artsflow.idl

  Estes contêm o sistema de fluxo que você irá usar para se ligar às sequências de áudio, a definição do Arts::SynthModule que é a base de qualquer interface que emita sequências multimédia e, finalmente, alguns objectos de áudio úteis

kmedia2.idl

  Aqui está definido um objecto que poderá reproduzir conteúdos multimédia, o Arts::PlayObject. Os leitores multimédia como o 'noatun', o reprodutor multimédia serão capazes de reproduzir qualquer conteúdo multimédia para o qual exista um PlayObject. Por isso, faz sentido implementar os PlayObjects para os vários formatos (como o MP3, o vídeo MPEG, MIDI, WAV, ...) nessa base, e já existem alguns de facto.

soundserver.idl

  Aqui está definida uma interface para o servidor de som do sistema, o 'artsd'. A interface chama-se Arts::SoundServer, e implementa alguma funcionalidade como a aceitação de sequências multimédia da rede, a reprodução de amostras, a criação de outros objectos personalizados do aRts, e assim por diante. A transparência da rede está implícita devido à utilização do MCOP (como em tudo o resto, de facto).

artsbuilder.idl

  Este módulo define a funcionalidade básica do grafo de fluxo, isto é, a combinação de objectos mais simples de modo a criar objectos mais complexos, definindo para tal um grafo com eles. Ele define a interface básica Arts::StructureDesc, a Arts::ModuleDesc e a Arts::PortDesc, as quais contêm uma descrição de uma estrutura, um módulo e um porto. Existe também uma forma de obter uma "rede viva de objectos" com essas descrições de ligações e valores, usando uma 'factory' (fábrica).

artsmidi.idl

  Este módulo define a funcionalidade básica de MIDI, com os objectos que produzem os eventos do MIDI, o que é um evento do MIDI, um Arts::MidiManager para se ligar aos produtores e aos consumidores de eventos MIDI, e assim por diante. Como sempre, está implícita a transparência da rede.

artsmodules.idl

  Aqui existem vários filtros, osciladores, efeitos, atrasos adicionais, entre outros objectos, sendo tudo necessário para o processamento útil de sinal, e para criar instrumentos e efeitos complexos a partir destes blocos de construção básicos.

artsgui.idl

  Este preocupa-se com os objectos visuais. Ele define o tipo básico Arts::Widget a partir do qual todos os módulos gráficos derivam. Isto irá produzir uma independência da plataforma e .... edição gráfica visual, assim como a noção de GUIs com capacidades de serialização. Do mesmo modo, dado que os elementos gráficos têm atributos normais, os seus valores poderão ser ligados com facilidade a alguns módulos de processamento de sinal (isto é, o valor de uma barra deslizante à frequência de corte de um filtro). Como sempre: transparência de rede.

Sempre que possível, o próprio aRts está implementado usando a IDL. Por outro lado, existem algumas APIs específicas da linguagem, usando tanto C++ ou C normal. É normalmente aconselhado usar as interfaces IDL sempre que possível, usando as outras APIs quando for mesmo necessário. Aqui está uma lista das APIs específicas da linguagem:

KNotify, KAudioPlayer (incluídos na 'libkdecore')

  Estas são APIs do KDE de conveniência para os casos simples e comuns, onde você apenas deseja tocar uma amostra. As APIs são em C++ normal, optimizado para o Qt/KDE, e o mais simples possíveis.

libartsc

  Uma interface em C simples para o servidor de som. Muito útil ao transformar aplicações legadas.

libmcop

  Aqui é onde acontece toda a mágica do MCOP. A biblioteca contém as noções básicas que precisa de saber para criar uma aplicação de MCOP simples, o 'dispatcher', os temporizadores, a gestão de E/S e os pormenores internos que fazem o protocolo do MCOP funcionar em si.

libartsflow

  Para além da implementação do 'artsflow.idl', contém alguns utilitários como a conversão da taxa de amostragem.

libqiomanager

  A integração do MCOP no ciclo de eventos do Qt, quando você cria aplicações do Qt com o MCOP.

## knotify

Ainda não escrito

## kaudioplayer

Ainda não escrito

## libkmid

Ainda não escrito

## kmedia2

Ainda não escrito

## servidor de som

Ainda não escrito

## artsflow

Ainda não escrito

## API do C

### Introdução

A API de C do &arts; foi desenhada para tornar simples a criação e a transformação de aplicações simples de C para tirarem partido do servidor de som &arts;. Ele contém algumas funcionalidades de difusão (o envio de sequências de amostras para o artsd), quer bloqueantes quer não-bloqueantes). Para a maioria das aplicações, você simplesmente irá retirar as poucas chamadas de sistema que lidam com o seu dispositivo de áudio e substitui-las com as chamadas de &arts; apropriadas.

Foram feitas duas passagens como prova da teoria: o mpg123 e o quake. Você poderá obter as correcções aqui. Sinta-se à vontade para enviar as suas próprias alterações para os responsáveis pelo &arts; ou pelos pacotes de 'software' multimédia, de modo a que possam integrar o suporte do &arts; no seu código.

### Percurso Rápido

O envio de áudio para o servidor de som com a API é bastante simples:

1. incluir o ficheiro da API usando o `#include <artsc.h>`

2. inicializar a API com o `arts_init()`

3. criar um canal com o `arts_play_stream()`

4. configurar os parâmetros específicos com o `arts_stream_set()`

5. escrever os dados das amostras para o canal com o `arts_write()`

6. fechar o canal com o `arts_close_stream()`

7. libertar a API com o `arts_free()`

Aqui está um pequeno programa de exemplo que ilustra isto:

    #include <stdio.h>
    #include <artsc.h>
    int main()
    {
        arts_stream_t canal;
        char dados[8192];
        int bytes;
        int erro;

        erro = arts_init();
        if (erro < 0)
        {
            fprintf(stderr, "erro do arts_init: %s\n", arts_error_text(erro));
            return 1;
        }

        canal = arts_play_stream(44100, 16, 2, "testeartsc");

        while((bytes = fread(dados, 1, 8192, stdin)) > 0)
        {
            erro = arts_write(canal, dados, bytes);
            if(erro < 0)
            {
                fprintf(stderr, "erro do arts_write: %s\n", arts_error_text(erro));
                return 1;
            }
        }

        arts_close_stream(canal);
        arts_free();

        return 0;
    }

### Compilar e Gerar o Executável: artsc-config

Para compilar e gerar os binários com facilidade, usando a API de C do &arts;, o utilitário artsc-config é fornecido e indica quais as bibliotecas que você precisa para compilar e onde se encontram os ficheiros de inclusão. É invocado com o comando

    artsc-config --libs

para saber quais as bibliotecas e

    artsc-config --cflags

para saber quais as opções adicionais do compilador de C. O exemplo acima poderia ter sido compilado com a linha de comandos:

    cc -o testeartsc testeartsc.c `artsc-config --cflags` `artsc-config --libs`

    cc -o testeartsc testeartsc.c `artsc-config --cflags` `artsc-config --libs`

### Referência das Bibliotecas

[TODO: gerar a documentação do artsc.h com o 'kdoc']