283ce280f8
platforms and a hideous anachronism. On NetBSD-current/i386 and amd64, at least, I can say that this package works very well. If you have issues with the audio skipping and are running NetBSD 4.99.x, try updating to rev. 1.241 of sys/dev/audio.c; the changes to audio_poll() and the pause attribute handling (in large part thanks to help from jakemsr@openbsd.org) are important for proper functioning of jack (though you may find it works regardless, depending upon your audio driver, how demanding your "workload" is, etc.). I will submit a pullup request for this change for NetBSD 4 as well. JACK now supports both our native audio API and OSS--I recommend trying both.
24 lines
1.1 KiB
Text
24 lines
1.1 KiB
Text
===========================================================================
|
|
$NetBSD: MESSAGE,v 1.1 2008/07/31 03:58:05 bjs Exp $
|
|
|
|
NOTE: Unfortunately, JACK wants to use a linux /proc filesystem to
|
|
perform shared memory housekeeping tasks. Therefore, if your platform
|
|
supports a "Linux-compliant" proc filesystem, we recommend mounting one
|
|
prior to using jack. On NetBSD, this can be accomplished with the
|
|
following command:
|
|
|
|
mount_procfs -orw,linux /proc <mount point>
|
|
|
|
Conventionally, the mount point is /proc. If you wish to use a different
|
|
pathname for this filesystem, you may define the JACKD_PROCFS_PATH
|
|
variable in your build environment or mk.conf as shown below.
|
|
|
|
JACKD_PROCFS_PATH= /emul/linux/proc
|
|
|
|
ATTENTION: NetBSD-current users who wish to run jackd with real-time
|
|
scheduling will likely find that the loader fails to mmap
|
|
the driver module(s) when using -R. Until this issue is re-
|
|
solved, one may work around this problem by using the -m
|
|
(--no-mlock) option.
|
|
|
|
===========================================================================
|