From: Clemens Ladisch <clemens@ladisch.de>
To: o-takashi@sakamocchi.jp
Cc: tiwai@suse.de, alsa-devel@alsa-project.org,
linux1394-devel@lists.sourceforge.net, ffado-devel@lists.sf.net,
perex@perex.cz
Subject: Re: [PATCH 5/8] add MIDI interface
Date: Mon, 03 Jun 2013 13:18:37 +0200 [thread overview]
Message-ID: <51AC7B8D.5070806@ladisch.de> (raw)
In-Reply-To: <1370102158-24389-6-git-send-email-o-takashi@sakamocchi.jp>
o-takashi@sakamocchi.jp wrote:
> + * [MIDI stream side]
> + * 1.When no stream in both direction is started, start stream with 48000
> + * 2.When stream in opposite direction is started, start stream with the same
> + * sampling rate.
> + * 3.When stream in the same direction has PCM stream and request to stop MIDI
> + * stream, don't stop stream itself.
> + * [PCM stream side]
> + * 1.When stream in the both direction is started and has no PCM stream, stop
> + * the stream because it include just MIDI stream. Then restart it with
> + * requested sampling rate by PCM component.
> + * 2.When MIDI stream is going to be closed but PCM stream is still running,
> + * the stream is kept to be running.
> + */
These rules will become even more complex when handling playback/capture
stream synchronization.
I think it would be a better idea to add some reference counting scheme
for determining when an AMDTP stream needs to be running.
Regards,
Clemens
------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
next prev parent reply other threads:[~2013-06-03 11:18 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-01 15:55 [PATCH 0/8] [RFC] new driver for Echo Audio's Fireworks based devices o-takashi
2013-06-01 15:55 ` [PATCH 1/8] add main file of driver module o-takashi
2013-06-03 11:18 ` Clemens Ladisch
2013-06-01 15:55 ` [PATCH 2/8] add device specific command o-takashi
2013-06-03 11:18 ` Clemens Ladisch
2013-06-06 17:33 ` Takashi Sakamoto
2013-06-06 22:49 ` Takashi Sakamoto
2013-06-01 15:55 ` [PATCH 3/8] add control interfaces o-takashi
2013-06-01 15:55 ` [PATCH 4/8] add handling AMDTP stream o-takashi
2013-06-01 15:55 ` [PATCH 5/8] add MIDI interface o-takashi
2013-06-03 11:18 ` Clemens Ladisch [this message]
2013-06-01 15:55 ` [PATCH 6/8] add PCM interface o-takashi
2013-06-03 11:18 ` Clemens Ladisch
2013-06-01 15:55 ` [PATCH 7/8] add proc interface o-takashi
2013-06-01 15:55 ` [PATCH 8/8] modify Makefile and Kconfig to build this module o-takashi
2013-06-03 11:19 ` Clemens Ladisch
2013-06-03 11:18 ` [PATCH 0/8] [RFC] new driver for Echo Audio's Fireworks based devices Clemens Ladisch
2013-06-07 12:16 ` Takashi Sakamoto
2013-06-08 9:29 ` Clemens Ladisch
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=51AC7B8D.5070806@ladisch.de \
--to=clemens@ladisch.de \
--cc=alsa-devel@alsa-project.org \
--cc=ffado-devel@lists.sf.net \
--cc=linux1394-devel@lists.sourceforge.net \
--cc=o-takashi@sakamocchi.jp \
--cc=perex@perex.cz \
--cc=tiwai@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.