100 lines
		
	
	
		
			4.1 KiB
		
	
	
	
		
			Groff
		
	
	
	
	
	
			
		
		
	
	
			100 lines
		
	
	
		
			4.1 KiB
		
	
	
	
		
			Groff
		
	
	
	
	
	
| ." Automatically generated text
 | |
| .TH 8 "August 31, 2006" "OSS" "System Administration Commands"
 | |
| .SH NAME
 | |
| vmixctl - Open Sound System utility to control the vmix subsystem.
 | |
| 
 | |
| .SH SYNOPSIS
 | |
| o	vmixctl attach [attach_options...] audiodev [inputdev]
 | |
| o	vmixctl detach [attach_options...] audiodev
 | |
| o	vmixctl rate audiodev samplerate
 | |
| 
 | |
| .SH DESCRIPTION
 | |
| The vmixctl program can be used to attach or detach the virtual mixer subsystem
 | |
| (vmix) to/from audio devices. In addition it can be used to control vmix 
 | |
| related parameters such as the sampling rate to be used with the device.
 | |
| 
 | |
| By default most OSS drivers will attach virtual mixer to the primary audio device
 | |
| of the sound card (or motherboard audio chip) when the device is attached.
 | |
| However possible secondary audio devices (engines) will not have vmix
 | |
| attached by default. In additional professional audio devices will be
 | |
| attached without vmix because mixing may cause some unwanted distortion
 | |
| to the signal.
 | |
| 
 | |
| .SH ATTACHING VMIX TO AN AUDIO DEVICE
 | |
| There are two forms of vmixctl attach command:
 | |
| 
 | |
| o	vmixctl attach audiodev
 | |
| This alternative is to be used with devices that support only output or
 | |
| have a single audio device file that supports full duplex.
 | |
| o	vmixctl attach audiodev inputdev
 | |
| The second form is to be used with devices that have separate output and
 | |
| input device files. The "audiodev" parameter defines the output device and 
 | |
| the "inputdev" parameter is the device file to be used for input direction.
 | |
| Note that both device files must belong to the same "physical" sound card.
 | |
| In some cases it might be possible to use one sound card for playback and
 | |
| another for recording. However this configuration is not supported and the
 | |
| result may not be functional.
 | |
| 
 | |
| To find out the right device file names (audiodev and inputdev) you can use
 | |
| the "ossinfo -a" command.
 | |
| 
 | |
| .SH  ATTACH OPTIONS
 | |
| o	-r	Disable recording functionality. By default vmix will suppor
 | |
| 		recording if the master device(s) support it.
 | |
| o	-p	Do not preallocate client engines. By default vmix will
 | |
| 		preallocate first 4 (out of 8) client engines when attaching
 | |
| 		to the device. The remaining engines will be allocated 
 | |
| 		on-demand if there are more concurrent applications that
 | |
| 		use the device.
 | |
| o	-V	Make client devices visible (have private device nodes under /dev).
 | |
| o	-c <n>	Preallocate <n> client engines instead of 4. However -p
 | |
| 		option makes this option ineffective.
 | |
| 
 | |
| .SH  EXAMPLES
 | |
| o	vmixctl attach /dev/oss/oss_envy240/pcm0
 | |
| o	vmixctl attach /dev/oss/oss_envy240/pcm0 /dev/oss/oss_envy240/pcmin0
 | |
| 
 | |
| .SH SETTING THE SAMPLING RATE USED BY VMIX
 | |
| The virtual mixer subsystem will set the physical audio devce(s) to use
 | |
| fixed sampling rate that is 48000 Hz by default. It is possible to use
 | |
| "vmixctl rate audiodev" to switch vmix to use some different rate with this
 | |
| device (pair). You should use "ossinfo -a -v2" to verify that the sampling rate
 | |
| is actually supported by the device. Otherwise the actual device may enforce
 | |
| vmix to use the nearest supported rate (or some default rate).
 | |
| 
 | |
| The "audiodev" parameter is the device file name (see ossinfo -a) that is
 | |
| used for playback. The input device name doesn't need to be specified.
 | |
| 
 | |
| Note that some professional audio devices may be locked to external sampling
 | |
| rate or some fixed rate (defined in ossmix/ossxmis). In such case the rate is
 | |
| not changeable by vmixctl.
 | |
| 
 | |
| .SH  EXAMPLE
 | |
| o	vmixctl rate /dev/oss/oss_envy240/pcm0
 | |
| 
 | |
| .SH DETACHING VMIX FROM AN AUDIO DEVICE
 | |
| It is possible to detach vmix from an audio device if it causes problems
 | |
| with applications by using "vmix detach audiodev". 
 | |
| 
 | |
| It is not possible to detach and (re)attach vmix to the same device more
 | |
| than few times. Use the vmix-enable setting in the control panel
 | |
| (ossxmix or ossmix) to disable/re-enable vmix if you need to do it
 | |
| repeatedly. Use vmix detach only if you need to attach virtual mixer using
 | |
| different parameters.
 | |
| 
 | |
| .SH  EXAMPLE
 | |
| o	vmix detach /dev/oss/oss_envy240/pcm0
 | |
| 
 | |
| .SH POSSIBLE BUGS
 | |
| o	The control panel elements related with vmix are not removed from the
 | |
| 	mixer API when vmix is detached. This may be somehow confusing.
 | |
| 
 | |
| .SH SEE ALSO
 | |
| soundoff(1), soundon(1), ossmix(1), ossxmix(1)
 | |
| 
 | |
| .SH FILES
 | |
| /usr/sbin/vmixct
 | |
| 
 | |
| .SH AUTHOR
 | |
| 4Front Technologies
 | 
