From mboxrd@z Thu Jan 1 00:00:00 1970 From: Takashi Iwai Subject: Re: Invalid MIDI recordings and silent external playback Date: Mon, 26 Aug 2002 14:39:50 +0200 Sender: alsa-devel-admin@lists.sourceforge.net Message-ID: References: <004a01c24cf0$5fe8a7a0$0400a8c0@martijn> Mime-Version: 1.0 (generated by SEMI 1.14.4 - "Hosorogi") Content-Type: text/plain; charset=US-ASCII Return-path: In-Reply-To: <004a01c24cf0$5fe8a7a0$0400a8c0@martijn> Errors-To: alsa-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Unsubscribe: , List-Archive: To: Martijn Sipkema Cc: alsa-devel@lists.sourceforge.net List-Id: alsa-devel@alsa-project.org At Mon, 26 Aug 2002 12:04:28 +0100, Martijn Sipkema wrote: > > > > 4) BTW, is anyone working on MIDI RESET for ALSA 1.0.0? > > > alsa-kernel/core/rawmidi.c says MIDI reset is in the > > > TODO stage. I have instruments that sometimes need > > > MIDI reset. OSS/Linux 2.0.x had a handy seq_reset() > > > in drivers/sound/sequencer.c which mostly worked well. > > > > I've removed these unimplemented functions. Actually, the current > > implementation sends 0xfe byte (active sensing) at close(). Sure, we > > may modify this code to satisfy some non-standard devices. > > I don't understand. Can't an application that wants to reset a device > just send 0xff? yes. it should work (mostly). > And why send 0xfe at close? So the receiving device > will detect a connection loss 300msec later? > Shouldn't this all be left to the application? some (mainly old) devices required the active sensing for resetting. and please note that this feature can be enabled/disabled via API, too. Takashi ------------------------------------------------------- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390