From owner-freebsd-current@FreeBSD.ORG Fri Jul 2 19:05:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87DC616A4CE for ; Fri, 2 Jul 2004 19:05:25 +0000 (GMT) Received: from hak.cnd.mcgill.ca (hak.cnd.mcgill.ca [132.216.11.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16BE943D39 for ; Fri, 2 Jul 2004 19:05:25 +0000 (GMT) (envelope-from mat@hak.cnd.mcgill.ca) Received: from hak.cnd.mcgill.ca (localhost [127.0.0.1]) by hak.cnd.mcgill.ca (8.12.9/8.12.8) with ESMTP id i62J8UKJ075350; Fri, 2 Jul 2004 15:08:30 -0400 (EDT) (envelope-from mat@hak.cnd.mcgill.ca) Received: (from mat@localhost) by hak.cnd.mcgill.ca (8.12.9/8.12.8/Submit) id i62J8UAN075349; Fri, 2 Jul 2004 15:08:30 -0400 (EDT) Date: Fri, 2 Jul 2004 15:08:29 -0400 From: Mathew Kanner To: Taku YAMAMOTO Message-ID: <20040702190829.GG28342@cnd.mcgill.ca> References: <3949.1088292437@critter.freebsd.dk> <20040626.181218.21873777.imp@bsdimp.com> <40DF2607.5020409@mac.com> <40DF2607.5020409@mac.com> <20040628.095605.13314562.imp@bsdimp.com> <20040628205254.C22B15C29@techpc04.okladot.state.ok.us> <20040630183747.GB28342@cnd.mcgill.ca> <20040701053944.22077394.taku@tackymt.homeip.net> <20040702150733.GD28342@cnd.mcgill.ca> <20040703033216.08b248ce.taku@tackymt.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040703033216.08b248ce.taku@tackymt.homeip.net> User-Agent: Mutt/1.4.1i Organization: I speak for myself, operating in Montreal, CANADA X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.62 X-Spam-Checker-Version: SpamAssassin 2.62 (2004-01-11) on hak.cnd.mcgill.ca cc: freebsd-current@freebsd.org cc: Mathew Kanner Subject: Re: just like midi/seq was treated? (was Re: HEADSUP: ibcs2 and svr4 compat headed for history) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2004 19:05:25 -0000 On Jul 02, Taku YAMAMOTO wrote: > On Fri, 2 Jul 2004 11:07:33 -0400 > Mathew Kanner wrote: > > On Jun 30, Taku YAMAMOTO wrote: > > > On Wed, 30 Jun 2004 14:37:47 -0400 > > > Mathew Kanner wrote: > > > > On Jun 28, Paul Seniura wrote: > > > > > > I object to that statement - IT WAS WORKING without major problems > > > here at least. (-current as of April 2004) > > > # I have been using YAMAHA's UX-16, BTW. > > > > I'm absolutely shocked to hear this. This is the first report > > of midi2 working for anybody. Are you speaking of the sequencer are > > are you doing raw midi passthrough? (Tangentally, I'll admit that I > > tried to stay away from the old model only to end up recreating the > > wheel in many aspects, esp. in the seq->midi abstraction.) > > Both of two are working here. > > wine (sequencer), playmidi (sequencer), smfplay (raw midi) > and my MIDI filtering tool (utilizes both of two) - all of them work. Good good, I think that users of 4-x will be overjoyed to hear this. > > > > And, in fact, IT STILL IS WORKING with recent -current, cvsupped > > > on June 27. The MIDI stuff was salvaged from Attic with my tiny > > > modifications to catch up the recent activities like dev_t => > > > struct cdev* transitions. > > > > > > I'll tar-up the material and make it accessible if requested. > > > # And, USB-MIDI port, too :) > > > > The new version does bring new features like loadable modules, > > a kernel thread instead of softclock, an easier interface for > > attaching new devices and it works regardless of what HZ value is > > used. > > Did you know that midi2 can be made as a module with additional > several lines? I've using midi2 as a module for a year. > # Sorry for my not publishing these works, BTW. Uh sure, but it won't unload, that makes it kind of useless as a module. > > You have to be aware of that both aproaches can't be HZ-independent, too, > since 1/HZ is the finest resolution of the scheduling. > Making sequencer stuff pretending HZ=100 is also a Really Bad Thing (TM) > because, in theory, softwares using MIDI always want the finest. > > OSS spec clearly says relying on HZ hardcoded as 100 is a Bad Thing > and encourages the use of SNDCTL_SEQ_CTRLRATE instead, if that matters. Um, my head isn't really in the space to remeber, but I can reliably use software with midi3 that doens't work with midi2 (/dev/sequecer, not /dev/music.) --Mat -- It's impossible to awaken a man who is pretending to be asleep. - Navajo saying