Improve buffer timestamping

Make buffer timestamps more accurate and, more importantly, actually
representative of the MIDI events timing.

Previously, buffers were only sent with timetamps aligned at a 10ms
boundary which was just wrong, now the buffer timestamp represents the
real time of the MIDI event.

Conveniently, the ALSA sequence API supports scheduling events in the
future so the sequencing infrastructure can be used to have the tick
delivered at the right time, avoiding any custom scheduling mechanism.

The sequencer queue is started on the first transition to PLAYING, and
the delay is also calculated when the pipeline goes into PLAYING.

Expand snd_seq_create_simple_port() and use a queue to timestamp events

Events are timestamped with a real-time value representing the time
passed since the queue timer was started.

The timestamp is not used just yet.

Don't set buffer offset and duration

They are not relly needed for a live source in pull mode

Prevent Valgrind from reporting cached configuration as memory leaks

See http://git.alsa-project.org/?p=alsa-lib.git;a=blob;f=MEMORY-LEAK;hb=HEAD

Make feed_data more robust

Make the function either push a buffer or send EOS in every exit path,
this prevents the pipeline from waiting for data which is not going to
come.

Make push_buffer() look similar to the code used in alsamidisrc

Add a verbose option, it can be useful for debugging

Set the debug category name to the same GstAppSrc name used in the pipeline

Make the global App variable static

Replace g_malloc+memcpy with g_memdup

Port parse_ports() over from alsamidisrc, to reduce the code differences

Also, use g_free() to deallocate app->seq_ports: since it is allocated
with g_try_new(), use a glib function to deallocate it as well.

Do not use alloca() in app_init(): the memory is used after the return

Also reorder the cleanup sequence in app_finalize().

Initial import