Re: Gstreamer-1.0, uaudio(4) and sndio(7) with raw devices.
Apologies for the awful formatting gmail inflicted on my previous mail... Gstreamer info and dmesg below. gstreamer1-1.10.4 framework for streaming media gstreamer1-plugins-base-1.10.4 base elements for GStreamer >> OpenBSD/amd64 BOOT 3.33 boot> booting hd0a:/bsd: 6994272+2216968+259456+0+671744 [72+715320+482486]=0xad29b8 entry point at 0x1001000 [7205c766, 3404, 24448b12, 61c0a304] [ using 1198520 bytes of bsd ELF symbol table ] Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2017 OpenBSD. All rights reserved. https://www.OpenBSD.org OpenBSD 6.0-current (GENERIC) #201: Tue Feb 28 09:52:10 MST 2017 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC real mem = 1707544576 (1628MB) avail mem = 1651257344 (1574MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xe9860 (49 entries) bios0: vendor American Megatrends Inc. version "4.6.4" date 07/18/2012 bios0: AMD Corporation Inagua CRB acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC MCFG HPET SSDT SSDT acpi0: wakeup devices SBAZ(S4) P0PC(S4) UHC1(S4) UHC2(S4) USB3(S4) UHC4(S4) USB5(S4) UHC6(S4) UHC7(S4) PE20(S4) PE21(S4) PE22(S4) PE23(S4) GEC_(S4) PWRB(S3) acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD G-T40R Processor, 1000.16 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3,MWAIT,SSSE3,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,IBS,SKINIT,ITSC cpu0: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 512KB 64b/line 16-way L2 cache cpu0: 8 4MB entries fully associative cpu0: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative cpu0: TSC frequency 1000158860 Hz cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 200MHz cpu0: mwait min=64, max=64, IBE ioapic0 at mainbus0: apid 2 pa 0xfec0, version 21, 24 pins acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpihpet0 at acpi0: 14318180 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 2 (P0PC) acpiprt2 at acpi0: bus -1 (PE20) acpiprt3 at acpi0: bus -1 (PE21) acpiprt4 at acpi0: bus -1 (PE22) acpiprt5 at acpi0: bus -1 (PE23) acpiprt6 at acpi0: bus -1 (PCE7) acpiprt7 at acpi0: bus -1 (PCE8) acpiprt8 at acpi0: bus 1 (BR14) acpiprt9 at acpi0: bus -1 (PCE6) acpicpu0 at acpi0: C2(0@100 io@0x1771), C1(@1 halt!), PSS "PNP0501" at acpi0 not configured "PNP0501" at acpi0 not configured acpibtn0 at acpi0: PWRB cpu0: 1000 MHz: speeds: 1000 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "AMD AMD64 14h Host" rev 0x00 radeondrm0 at pci0 dev 1 function 0 "ATI Radeon HD 6250" rev 0x00 drm0 at radeondrm0 radeondrm0: msi azalia0 at pci0 dev 1 function 1 "ATI Radeon HD 6310 HD Audio" rev 0x00: msi azalia0: no supported codecs ppb0 at pci0 dev 4 function 0 "AMD AMD64 14h PCIE" rev 0x00: msi pci1 at ppb0 bus 1 re0 at pci1 dev 0 function 0 "Realtek 8168" rev 0x06: RTL8168E/8111E (0x2c00), msi, address 00:60:e0:54:31:4d rgephy0 at re0 phy 7: RTL8169S/8110S/8211 PHY, rev. 4 ahci0 at pci0 dev 17 function 0 "ATI SBx00 SATA" rev 0x40: apic 2 int 19, AHCI 1.2 ahci0: port 0: 1.5Gb/s scsibus1 at ahci0: 32 targets sd0 at scsibus1 targ 0 lun 0:SCSI3 0/direct fixed naa.5000cca5b5ddc5b3 sd0: 476940MB, 512 bytes/sector, 976773168 sectors ohci0 at pci0 dev 18 function 0 "ATI SB700 USB" rev 0x00: apic 2 int 18, version 1.0, legacy support ehci0 at pci0 dev 18 function 2 "ATI SB700 USB2" rev 0x00: apic 2 int 17 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 configuration 1 interface 0 "ATI EHCI root hub" rev 2.00/1.00 addr 1 ohci1 at pci0 dev 19 function 0 "ATI SB700 USB" rev 0x00: apic 2 int 18, version 1.0, legacy support ehci1 at pci0 dev 19 function 2 "ATI SB700 USB2" rev 0x00: apic 2 int 17 usb1 at ehci1: USB revision 2.0 uhub1 at usb1 configuration 1 interface 0 "ATI EHCI root hub" rev 2.00/1.00 addr 1 piixpm0 at pci0 dev 20 function 0 "ATI SBx00 SMBus" rev 0x42: polling iic0 at piixpm0 spdmem0 at iic0 addr 0x50: 2GB DDR3 SDRAM PC3-8500 SO-DIMM azalia1 at pci0 dev 20 function 2 "ATI SBx00 HD Audio" rev 0x40: apic 2 int 16 azalia1: codecs: Realtek ALC662 audio0 at azalia1 pcib0 at pci0 dev 20 function 3 "ATI SB700 ISA" rev 0x40 ppb1 at pci0 dev 20 function 4 "ATI SB600 PCI" rev 0x40 pci2 at ppb1 bus 2 ohci2 at pci0 dev 20 function 5 "ATI SB700 USB" rev 0x00: apic 2 int 18, version 1.0, legacy support ohci3 at pci0 dev 22 function 0 "ATI SB700 USB" rev 0x00: apic 2 int 18, version 1.0, legacy support ehci2 at pci0 dev 22 function 2 "ATI SB700 USB2" rev 0x00: apic 2 int 17 usb2 at ehci2: USB revision 2.0 uhub2 at usb2 configuration 1 interface 0 "ATI EHCI root hub" rev 2.00/1.00 addr 1 pchb1 at pci0
Gstreamer-1.0, uaudio(4) and sndio(7) with raw devices.
It appears that Gstreamer-1.0 can't access raw uaudio(4) devices (rsnd/n). I'm struggling to debug further so wanted to ask if this is expected to work or a known limitation of OpenBSD's sndio(7) implementation for gstreamer? This is where I've got to so far: Gstreamer-1.0 works fine with uaudio(4) devices exposed by sndiod(8) (e.g. snd/n) but fails with the raw (rsnd/n) device. Once gstreamer has attempted to use the raw device, the uaudio(4) device is left in an unuseable state until it is hard reset (unplug / replug). I've tested several uaudio(4) USB-2 class-compliant devices (Focusrite, Tascam, M-Audio) on different amd64 -current hosts and the problem appears to be reproducible on all of them. So it looks like a gstreamer+sndio+uaudio specific issue? A simple test to demonstrate would be: Terminate any running sndiod(8). env AUDIODEVICE=rsnd/1 gst-launch-1.0 -v sndiosrc ! fakesink --gst-debug=sndio:9 0:00:00.103475000 21585 0x37af4e42210 LOG sndio gstsndio.c:77:GstCaps *gst_sndio_getcaps(struct gstsndio *, GstCaps *): getcaps called, returning template caps 0:00:00.103918000 21585 0x37af4e42210 LOG sndio gstsndio.c:77:GstCaps *gst_sndio_getcaps(struct gstsndio *, GstCaps *): getcaps called, returning template caps Setting pipeline to PAUSED ... 0:00:00.105188000 21585 0x37af4e42210 DEBUG sndio gstsndio.c:111:gboolean gst_sndio_open(struct gstsndio *, gint): open 0:00:00.10558 21585 0x37af4e42210 WARN sndio gstsndio.c:123:gboolean gst_sndio_open(struct gstsndio *, gint):0x37b29982c00 error: Couldn't get device capabilities (gst-launch-1.0:21585): GStreamer-CRITICAL **: gst_element_message_full_with_details: assertion 'GST_IS_ELEMENT (element)' failed ERROR: Pipeline doesn't want to pause. Setting pipeline to NULL ... Freeing pipeline ... Now, nothing but a hard reset will get the uaudio device working correctly again. Any further attempts to access the uaudio(4) device returns a 'failed to open device' error. (examples below with both gstreamer and sndiod) Other, non gstreamer-1.0 code seems to be unaffected e.g. Audacity will happily open and use the raw (rsnd/n) device without any apparent error. The gstreamer code is a bit odd as sndio(7) support is 'patched in' by the OpenBSD port's Makefile. It fails at gst_sndio_open->sio_getcap in gstsndio.c: gboolean gst_sndio_open (struct gstsndio *sio, gint mode) { GValue list = G_VALUE_INIT, item = G_VALUE_INIT; GstStructure *s; GstCaps *caps; struct sio_enc *enc; struct sio_cap cap; char fmt[16]; int i, chan; GST_DEBUG_OBJECT (sio->obj, "open"); sio->hdl = sio_open (sio->device, mode, 0); if (sio->hdl == NULL) { GST_ELEMENT_ERROR (sio->obj, RESOURCE, OPEN_READ_WRITE, ("Couldn't open sndio device"), (NULL)); return FALSE; } sio->mode = mode; if (!sio_getcap(sio->hdl, )) {/* Fails here */ GST_ELEMENT_ERROR (sio, RESOURCE, OPEN_WRITE, ("Couldn't get device capabilities"), (NULL)); sio_close(sio->hdl); sio->hdl = NULL; return FALSE; } All further attempts to open the audio(4) device fail, with either gstreamer or sndiod(8): env AUDIODEVICE=rsnd/1 gst-launch-1.0 -v sndiosrc ! fakesink --gst-debug=sndio:9 0:00:00.100955000 86224 0x122e996b8810 LOG sndio gstsndio.c:77:GstCaps *gst_sndio_getcaps(struct gstsndio *, GstCaps *): getcaps called, returning template caps 0:00:00.10116 86224 0x122e996b8810 LOG sndio gstsndio.c:77:GstCaps *gst_sndio_getcaps(struct gstsndio *, GstCaps *): getcaps called, returning template caps Setting pipeline to PAUSED ... 0:00:00.101781000 86224 0x122e996b8810 DEBUG sndio gstsndio.c:111:gboolean gst_sndio_open(struct gstsndio *, gint): open 0:00:00.103892000 86224 0x122e996b8810 WARN sndio gstsndio.c:116:gboolean gst_sndio_open(struct gstsndio *, gint): error: Couldn't open sndio device ERROR: Pipeline doesn't want to pause. ERROR: from element /GstPipeline:pipeline0/GstSndioSrc:sndiosrc0: Couldn't open sndio device Additional debug info: gstsndio.c(116): gboolean gst_sndio_open(struct gstsndio *, gint) (): /GstPipeline:pipeline0/GstSndioSrc:sndiosrc0 Setting pipeline to NULL ... Freeing pipeline ... # sndiod -ddd -f rsnd/1 snd0 pst=cfg.default: rec=0:1 dup helper(helper|ini): created worker(worker|ini): created listen(/tmp/aucat/aucat0|ini): created sock(sock|ini): created sock,rmsg,widl: AUTH message sock,rmsg,widl: HELLO message sock,rmsg,widl: hello from , mode = 2, ver 7 sock,rmsg,widl: using snd0 pst=cfg.default, mode = 2 gstlaun0: overwritten slot 0 snd0 pst=cfg: device requested worker: send: cmd = 0, num = 0, mode = 2, fd = -1 worker: recv: cmd = 3, num = 0, mode = 0, fd = -1 snd0 pst=cfg: rsnd/1: failed to open audio device sock,rmsg,widl: closing sock(sock|zom): destroyed helper: recv: cmd = 0, num = 0, mode = 2, fd = -1 helper: send: cmd = 3, num = 0, mode = 0, fd = -1 ^Cworker(worker|zom): destroyed listen(/tmp/aucat/aucat0|zom): destroyed snd0 pst=cfg
Re: uaudio useless?
On Sat, May 17, 2014 at 05:41:06PM +, Christian Weisgerber wrote: I just tried to hang a USB audio dongle off my spiffy new machine, and was rudely reminded of this long-standing issue: ehci0: Error opening low/full speed isoc endpoint. A low/full speed device is attached to a USB2 hub, and transaction translations are not yet supported. Right. I had seen this before but forgotten about it, and the previous box where I had successfully tested this uaudio device happened to be my Sun Blade 100, which only has USB1.1 to begin with. So it seems it is currently impossible to run any uaudio(4) device that only supports USB1 speeds on a machine with USB2 ports. Maybe there are audio dongles that run at hi-speed, otherwise uaudio(4) looks pretty useless. exactly, on modern machines. As long as we lack the necessary support for usb2 hubs (isoc endpoints behind hubs, more precisely). certain usb hosts don't use hubs or can work as uhci (by disabling echi), in which case uaudio works. Others use rate matching hubs, on which uaudio can't work yet. -- Alexandre
Re: uaudio useless?
On 2014-05-21, Alexandre Ratchov a...@caoua.org wrote: certain usb hosts don't use hubs or can work as uhci (by disabling echi), in which case uaudio works. Others use rate matching hubs, on which uaudio can't work yet. I disabled ehci by way of boot -c Intel 8 Series USB rev 0x04 at pci0 dev 29 function 0 not configured but with this there are no USB buses at all. No hidden uhci. (I'm documenting this here for general benefit. I have no urgent need for uaudio on that machine; if push comes to shove, the analog outputs of the built-in azalia will do just fine.) -- Christian naddy Weisgerber na...@mips.inka.de
Re: uaudio useless?
On 2014-05-19, Mike Larkin mlar...@azathoth.net wrote: FWIW, I have 3 different uaudio dongles and they all work fine. It depends on the layout of your USB bus, see usbdevs -v. On older systems with USB2, full speed devices will be attached directly to a full speed root hub and the audio dongle will work. Here's an example from a Thinkpad X40: --- Controller /dev/usb0: addr 1: high speed, self powered, config 1, EHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered port 5 powered port 6 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 powered port 2 powered Controller /dev/usb2: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 addr 2: full speed, power 20 mA, config 1, USB Audio DAC(0x2704), Burr-Brown from TI(0x08bb), rev 1.00 port 2 powered Controller /dev/usb3: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 powered port 2 powered --- On systems with newer Intel chipsets that support USB3, full speed devices will be attached to a high speed rate-matching hub and the audio dongle will not work. I first noticed this on the Thinkpad X230 but mostly forgot about it. Here's an example from a PowerEdge T20: --- Controller /dev/usb0: addr 1: high speed, self powered, config 1, EHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 addr 2: high speed, self powered, config 1, Rate Matching Hub(0x8008), Intel(0x8087), rev 0.04 port 1 addr 3: low speed, power 100 mA, config 1, product 0x1203(0x1203), Holtek(0x04d9), rev 2.70 port 2 addr 4: low speed, power 100 mA, config 1, TEMPer sensor(0x660c), Ten X Technology, Inc.(0x1130), rev 1.50 port 3 addr 5: full speed, power 20 mA, config 1, USB Audio DAC(0x2704), Burr-Brown from TI(0x08bb), rev 1.00 port 4 powered port 5 powered port 6 powered port 2 powered port 3 powered Controller /dev/usb1: addr 1: high speed, self powered, config 1, EHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 addr 2: high speed, self powered, config 1, Rate Matching Hub(0x8000), Intel(0x8087), rev 0.04 port 1 powered port 2 powered port 3 powered port 4 powered port 5 powered port 6 powered port 7 powered port 8 powered port 2 powered port 3 powered --- Yes, I tried all ten USB ports on that machine. They're all routed to one of the rate-matching hubs. A potential workaround would be to plug a USB2 expansion card into the box, depending on what the bus layout will be there. I might try that, but at the moment the single PCI slot is already occupied. There should also be high speed USB audio devices, and possibly asynchronous ones, but this kind of information is difficult to discern from the packaging or the manual leaflets. -- Christian naddy Weisgerber na...@mips.inka.de
Re: uaudio useless?
On Sun, May 18, 2014 at 10:17:41PM +0100, Kevin Chadwick wrote: previously on this list Christian Weisgerber contributed: Maybe there are audio dongles that run at hi-speed, otherwise uaudio(4) looks pretty useless. FWIW, I have 3 different uaudio dongles and they all work fine. One is a Creative (I can get the model # if you want) and the other two are no-name brands. I have a fourth uaudio that attaches in an expresscard slot and that one doesn't work, but it's not for the same reason as yours (it can't understand the codecs, I think). -ml I may have one as it supports DSD however it comes up as ugen currently so I am not sure if it would use uaudio until I have the time to look into how much I can get to work with OpenBSD. -- ___ 'Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface' (Doug McIlroy) In Other Words - Don't design like polkit or systemd ___ I have no idea why RTFM is used so aggressively on LINUX mailing lists because whilst 'apropos' is traditionally the most powerful command on Unix-like systems it's 'modern' replacement 'apropos' on Linux is a tool to help psychopaths learn to control their anger. (Kevin Chadwick) ___
Re: uaudio useless?
On 2014-05-19, Mike Larkin mlar...@azathoth.net wrote: Maybe there are audio dongles that run at hi-speed, otherwise uaudio(4) looks pretty useless. FWIW, I have 3 different uaudio dongles and they all work fine. Well, these three don't (on USB2.0 ports): === HA Info NG Coax 2011 uaudio0 at uhub2 port 4 configuration 1 interface 0 Burr-Brown from TI USB Audio DAC rev 1.10/1.00 addr 5 uaudio0: audio rev 1.00, 2 mixer controls audio1 at uaudio0 uhidev4 at uhub2 port 4 configuration 1 interface 2 Burr-Brown from TI USB Audio DAC rev 1.10/1.00 addr 5 uhidev4: iclass 3/0 uhid2 at uhidev4: input=1, output=0, feature=0 === HA Info U2 USB to SPDIF uhidev4 at uhub2 port 4 configuration 1 interface 0 HA INFO HA INFO U2 USB TO SPDIF rev 1.10/0.01 addr 5 uhidev4: iclass 3/0 uhid2 at uhidev4: input=18, output=27, feature=0 uaudio0 at uhub2 port 4 configuration 1 interface 1 HA INFO HA INFO U2 USB TO SPDIF rev 1.10/0.01 addr 5 uaudio0: ignored setting with type 8193 format uaudio0: audio rev 1.00, 2 mixer controls audio1 at uaudio0 === Lindy USB 2.0 Audio Adapter Pro uaudio0 at uhub2 port 4 configuration 1 interface 0 ABC C-Media USB Headphone Set rev 1.10/1.00 addr 5 uaudio0: audio rev 1.00, 8 mixer controls audio1 at uaudio0 uhidev4 at uhub2 port 4 configuration 1 interface 3 ABC C-Media USB Headphone Set rev 1.10/1.00 addr 5 uhidev4: iclass 3/0 uhid2 at uhidev4: input=4, output=4, feature=0 -- Christian naddy Weisgerber na...@mips.inka.de
Re: uaudio useless?
previously on this list Christian Weisgerber contributed: Maybe there are audio dongles that run at hi-speed, otherwise uaudio(4) looks pretty useless. I may have one as it supports DSD however it comes up as ugen currently so I am not sure if it would use uaudio until I have the time to look into how much I can get to work with OpenBSD. -- ___ 'Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface' (Doug McIlroy) In Other Words - Don't design like polkit or systemd ___ I have no idea why RTFM is used so aggressively on LINUX mailing lists because whilst 'apropos' is traditionally the most powerful command on Unix-like systems it's 'modern' replacement 'apropos' on Linux is a tool to help psychopaths learn to control their anger. (Kevin Chadwick) ___
uaudio useless?
I just tried to hang a USB audio dongle off my spiffy new machine, and was rudely reminded of this long-standing issue: ehci0: Error opening low/full speed isoc endpoint. A low/full speed device is attached to a USB2 hub, and transaction translations are not yet supported. Right. I had seen this before but forgotten about it, and the previous box where I had successfully tested this uaudio device happened to be my Sun Blade 100, which only has USB1.1 to begin with. So it seems it is currently impossible to run any uaudio(4) device that only supports USB1 speeds on a machine with USB2 ports. Maybe there are audio dongles that run at hi-speed, otherwise uaudio(4) looks pretty useless. Hmpf. -- Christian naddy Weisgerber na...@mips.inka.de
Re: Interrupts cause uaudio stuttering with mpd
Quoting Alexandre Ratchov (a...@caoua.org): Is this the graphic-mode console or bare 80x25 text-mode console? This is bare 80x25 text-mode console. Yes, yes. I know. I'm a freak. aucat -i foo.wav has the same stuttering when the console is used and the same random stuttering when i/o occurs. Is there a particular thing I can try now? -- I prefer the dark of the night, after midnight and before four-thirty, when it's more bare, more hollow.http://a.mongers.org
Re: Interrupts cause uaudio stuttering with mpd
On Thu, 3 Oct 2013, Alex Holst wrote: This is bare 80x25 text-mode console. Yes, yes. I know. I'm a freak. Freak? I do my best work on an inexpensive VT-100 compatible I bought on eBay for $60 a few years ago. It was brand new out of the box, but put in the box something like ten years prior to that. It's a whole lot less distracting than a regular monitor -- keeps me from being distracted by web site ydiscussions. Eric
Re: Interrupts cause uaudio stuttering with mpd
On Sun, Sep 29, 2013 at 11:28:26AM +0200, Alex Holst wrote: I'm looking for input on solving a long-standing issue with uaudio playback on my desktop system. (http://mongers.org/openbsd/dmesg.fit) When playing local FLAC files or streaming ogg/mp3 through mpd (or cvlc), I experience stuttering when system interrupts spike above 15% -- the most reliable way I can reproduce this is by forcing a bit of disk i/o. do you know what causes these interrupts? is this the uaudio device? (ex try systat -s1 vmstat) Back in April I tried Alexandre's patch related to audio/midi interrupts on mp kernels. This diff is now in, but something else is still causing interrupts to be missed on MP systems. Furthermore uaudio uses the usb sub-system which always grabs the kernel_lock and consequently will miss interrupts. I also tried sndiod -r44100 -z2940 but neither made any difference. Is the stuttering likely related to my hardware, is it a known problem or is there something else I can try? uaudio driver is known to not work very well (lack of time to clean-up the driver). But I don't know if that's causing the stuttering you observe. There may be multiple causes :( You could try find the cause: - switch into using the GENERIC kernel and see if stuttering is affected - use trivial tools to play audio (eg. aucat -i foo.wav) during the tests. - does the -mplay option affect stuttering? if so the cause may be the uaudio driver. thanks -- Alexandre
Re: Interrupts cause uaudio stuttering with mpd
Quoting Alexandre Ratchov (a...@caoua.org): do you know what causes these interrupts? is this the uaudio device? (ex try systat -s1 vmstat) It's never the uaudio device, in fact it's not even one of the devices listed in that view. I have uhci2 which hovers around 62. re0 hovers around 300 but briefly spikes during heavy network usage. ipi hovers around 4-600, then spikes to 15000. ipi seems to be an MP thing; it's not present in GENERIC. Is the stuttering likely related to my hardware, is it a known problem or is there something else I can try? - switch into using the GENERIC kernel and see if stuttering is affected - use trivial tools to play audio (eg. aucat -i foo.wav) during the tests. - does the -mplay option affect stuttering? if so the cause may be the uaudio driver. Adding -mplay to sndiod_flags and restarting sndiod didn't help. Then I rebooted into GENERIC and there seemed to be longer between stuttering (suggesting it didn't get triggered quite as easily). I wasn't kidding when I said this is my desktop system but I don't run X because this chipset is shit. I am in console most of the time. I discovered *any* output to console, even if I haven't switched to that tty could cause a small glitch in the audio. It's sporadic but more output is definately worse. Scrolling quickly through man pages is annoying and running 'make clean' made the audio unbearable. Logging out of the console and ssh'ing from another system has made the stuttering much more infrequent (once every 20-30mins instead of every 2 minutes) and it doesn't seem related to scrolling in man nor to what make is up to. Does that make any sense at all? I'll look into playing wav files with aucat and let you know. -- I prefer the dark of the night, after midnight and before four-thirty, when it's more bare, more hollow.http://a.mongers.org
Re: Interrupts cause uaudio stuttering with mpd
On Mon, Sep 30, 2013 at 10:19:09PM +0200, Alex Holst wrote: I wasn't kidding when I said this is my desktop system but I don't run X because this chipset is shit. I am in console most of the time. I discovered *any* output to console, even if I haven't switched to that tty could cause a small glitch in the audio. It's sporadic but more output is definately worse. Scrolling quickly through man pages is annoying and running 'make clean' made the audio unbearable. Is this the graphic-mode console or bare 80x25 text-mode console? The dmesg doesn't show any drm devices. FWIW, the graphic console runs in kernel mode, so it somewhat breaks audio. That's something being worked on, but still doesn't work yet. Logging out of the console and ssh'ing from another system has made the stuttering much more infrequent (once every 20-30mins instead of every 2 minutes) and it doesn't seem related to scrolling in man nor to what make is up to. Does that make any sense at all? Yes it does. -- Alexandre
Re: Interrupts cause uaudio stuttering with mpd
Is this the Akai MPD18 or 24? O.D.
Interrupts cause uaudio stuttering with mpd
I'm looking for input on solving a long-standing issue with uaudio playback on my desktop system. (http://mongers.org/openbsd/dmesg.fit) When playing local FLAC files or streaming ogg/mp3 through mpd (or cvlc), I experience stuttering when system interrupts spike above 15% -- the most reliable way I can reproduce this is by forcing a bit of disk i/o. Back in April I tried Alexandre's patch related to audio/midi interrupts on mp kernels. I also tried sndiod -r44100 -z2940 but neither made any difference. Is the stuttering likely related to my hardware, is it a known problem or is there something else I can try? -- I prefer the dark of the night, after midnight and before four-thirty, when it's more bare, more hollow.http://a.mongers.org
Re: Interrupts cause uaudio stuttering with mpd
On 29/09/2013 7:28 PM, Alex Holst wrote: I'm looking for input on solving a long-standing issue with uaudio playback on my desktop system. (http://mongers.org/openbsd/dmesg.fit) When playing local FLAC files or streaming ogg/mp3 through mpd (or cvlc), I experience stuttering when system interrupts spike above 15% -- the most reliable way I can reproduce this is by forcing a bit of disk i/o. Back in April I tried Alexandre's patch related to audio/midi interrupts on mp kernels. I also tried sndiod -r44100 -z2940 but neither made any difference. Is the stuttering likely related to my hardware, is it a known problem or is there something else I can try? Sounds quite similar to this: http://marc.info/?l=openbsd-miscm=137935068413841w=2 If that is the case then I guess that upgrading from the Atom to a faster CPU might alleviate your symptoms, though difficult for me to say because the underlying issue sounds very complex. paul
Re: Focusrite Scarlett 2i2 and uaudio error 4 audio descriptors make no sense
gjones wrote: The Focusrite Scarlett 2i2 gives me an uaudio error=4 audio descriptors make no sense Googling, there was a patch made to Freebsd's uaudio last April, http://freebsd.1045724.n5.nabble.com/snd-uaudio-2-0-class-support-for-24-bit-samples-with-bSubslotSize-4-td5806141.html; but I am unable to figure out how to translate this into a patch for OpenBSD's uaudio.c. I don't think this is the problem. Can anyone point me in the right direction? Greg __ $ usbdevs -a 3 -d -v Controller /dev/usb0: addr 3: high speed, power 500 mA, config 1, Scarlett 2i2 USB(0x8006), Focusrite(0x1235), rev 0.cc uaudio0 ugen0 _ from dmesg: ehci0 at pci0 dev 26 function 0 Intel 7 Series USB rev 0x04: apic 2 int 16 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 . . . . uhub2 at uhub0 port 1 Intel Rate Matching Hub rev 2.00/0.00 addr 2 uaudio0 at uhub2 port 1 configuration 1 interface 0 Focusrite Scarlett 2i2 USB rev 2.00/0.cc addr 3 uaudio0: audio descriptors make no sense, error=4 ugen0 at uhub2 port 1 configuration 1 Focusrite Scarlett 2i2 USB rev 2.00/0.cc addr 3 AFAICT this fails during detection of the device, the uaudio driver isn't able to interpret your device's USB descriptors. Looking at the FreeBSD post, your device seems to adhere to the USB Audio 2.0 specification. I don't think OpenBSD has support for USB Audio 2.0 and that's the reason it fails to detect your device. (note that USB Audio 2.0 is NOT the same as USB 2.0, for which OpenBSD DOES have support)
Focusrite Scarlett 2i2 and uaudio error 4 audio descriptors make no sense
The Focusrite Scarlett 2i2 gives me an uaudio error=4 audio descriptors make no sense Googling, there was a patch made to Freebsd's uaudio last April, http://freebsd.1045724.n5.nabble.com/snd-uaudio-2-0-class-support-for-24-bit-samples-with-bSubslotSize-4-td5806141.html; but I am unable to figure out how to translate this into a patch for OpenBSD's uaudio.c. Can anyone point me in the right direction? Greg __ $ usbdevs -a 3 -d -v Controller /dev/usb0: addr 3: high speed, power 500 mA, config 1, Scarlett 2i2 USB(0x8006), Focusrite(0x1235), rev 0.cc uaudio0 ugen0 _ from dmesg: ehci0 at pci0 dev 26 function 0 Intel 7 Series USB rev 0x04: apic 2 int 16 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 . . . . uhub2 at uhub0 port 1 Intel Rate Matching Hub rev 2.00/0.00 addr 2 uaudio0 at uhub2 port 1 configuration 1 interface 0 Focusrite Scarlett 2i2 USB rev 2.00/0.cc addr 3 uaudio0: audio descriptors make no sense, error=4 ugen0 at uhub2 port 1 configuration 1 Focusrite Scarlett 2i2 USB rev 2.00/0.cc addr 3
Re: record off of uaudio device (help?)
patrick keshishian wrote: I should have been more specific with my question and subject line: I don't see where aucat's -f device values are documented. I suppose you overlooked sndio(7). Googling finds old (google-cached) current.html pages, circa 2009, suggesting using 'aucat -f sun:1' for /dev/audio1. However, this at first failed: $ aucat -f sun:1 -m rec -o /tmp/test.wav sio(sun:1|): busy loop, disconnecting This should work, unfortunately (according to ratchov@) there's possibly a bug in the (obscure) buffering of USB audio devices which makes this fail for some devices. (Mine happens to be 2-ch, 24-bit @ 44100 Hz, in case that matters) A bit more googling finds this post[1] suggesting addition of -z 256 to aucat, which seems to make things work. $ aucat -z 256 -f sun:1 -o /tmp/test.wav ^C So, yes, in this case it's necessary to specify a buffer size. (in my experience many buffer sizes will work, the one aucat calculates just doesn't)
Re: record off of uaudio device (help?)
On Sun, Feb 19, 2012 at 12:54 AM, Remco re...@d-compu.dyndns.org wrote: patrick keshishian wrote: I should have been more specific with my question and subject line: I don't see where aucat's -f device values are documented. I suppose you overlooked sndio(7). Nope, I read that page. There is no mention of 'sun:x' in that page. There is, however, a reference to 'rsnd/0' being 'First hardware audio device', but trying it and having it fail (before learning of '-z nframes' option) brought me to misc@. I think this can be documented better in aucat(1) with a concrete example or two. --patrick Googling finds old (google-cached) current.html pages, circa 2009, suggesting using 'aucat -f sun:1' for /dev/audio1. However, this at first failed: $ aucat -f sun:1 -m rec -o /tmp/test.wav sio(sun:1|): busy loop, disconnecting This should work, unfortunately (according to ratchov@) there's possibly a bug in the (obscure) buffering of USB audio devices which makes this fail for some devices. (Mine happens to be 2-ch, 24-bit @ 44100 Hz, in case that matters) A bit more googling finds this post[1] suggesting addition of -z 256 to aucat, which seems to make things work. $ aucat -z 256 -f sun:1 -o /tmp/test.wav ^C So, yes, in this case it's necessary to specify a buffer size. (in my experience many buffer sizes will work, the one aucat calculates just doesn't)
Re: record off of uaudio device (help?)
On Sunday 19 February 2012 11:32:25 you wrote: On Sun, Feb 19, 2012 at 12:54 AM, Remco re...@d-compu.dyndns.org wrote: patrick keshishian wrote: I should have been more specific with my question and subject line: I don't see where aucat's -f device values are documented. I suppose you overlooked sndio(7). Nope, I read that page. There is no mention of 'sun:x' in that page. There is, however, a reference to 'rsnd/0' being 'First hardware audio device', but trying it and having it fail (before learning of '-z nframes' option) brought me to misc@. I think this can be documented better in aucat(1) with a concrete example or two. --patrick I missed that you're running CURRENT (I was referring to 5.0). AFAICT the sun:x names are deprecated in CURRENT though they may still work. I think you should be able to access the device by the 'rsnd/1' name, albeit specifying the buffer size would still be a necessity.
Re: record off of uaudio device (help?)
On Feb 18 16:59:32, patrick keshishian wrote: Can someone point me to some docs explaining how I can record off of a uaudio device I plugged in? Same as with any other device: http://www.openbsd.org/faq/faq13.html#recordaudio [after plugging in uaudio device] uaudio0 at uhub0 port 3 configuration 1 interface 0 E-MU Systems, Inc. E-MU 0202 | USB rev 2.00/1.00 addr 3 uaudio0: audio rev 1.00, 3 mixer controls audio1 at uaudio0 now what? man aucat man sndio, see DEVICE NAMES aucat -f snd/1 -o /tmp/rec.wav On Feb 18 22:36:45, patrick keshishian wrote: I should have been more specific with my question and subject line: I don't see where aucat's -f device values are documented. In man sndio(7), which man aucat(1) tells you to read. Googling finds old (google-cached) current.html pages, circa 2009, Howls of derisive laughter, Bruce! A bit more googling finds this post[1] suggesting addition of -z 256 [1] http://old.nabble.com/aucat-bug-in-4.8-beta-i386---td29333138.html to aucat, which seems to make things work. $ aucat -z 256 -f sun:1 -o /tmp/test.wav -z specifies the blocksize; that alone doesn't make the audio device record or not. Also, a lot has changed in sndio since 4.8 beta. Don't google around, just read the FM.
record off of uaudio device (help?)
Can someone point me to some docs explaining how I can record off of a uaudio device I plugged in? [after plugging in uaudio device] uaudio0 at uhub0 port 3 configuration 1 interface 0 E-MU Systems, Inc. E-MU 0202 | USB rev 2.00/1.00 addr 3 uaudio0: audio rev 1.00, 3 mixer controls audio1 at uaudio0 now what? $ audioctl -f /dev/audioctl1 name=USB audio version= config=uaudio encodings=slinear_le:24:3:1 properties=full_duplex full_duplex=0 fullduplex=0 blocksize=13216 hiwat=4 lowat=1 output_muted=0 monitor_gain=0 mode= play.rate=44100 play.sample_rate=44100 play.channels=2 play.precision=24 play.bps=3 play.msb=1 play.encoding=slinear_le play.gain=255 play.balance=32 play.port=0x0 play.avail_ports=0x0 play.seek=0 play.samples=0 play.eof=0 play.pause=0 play.error=0 play.waiting=0 play.open=0 play.active=0 play.buffer_size=65536 play.block_size=13216 play.errors=0 record.rate=44100 record.sample_rate=44100 record.channels=2 record.precision=24 record.bps=3 record.msb=1 record.encoding=slinear_le record.gain=127 record.balance=32 record.port=0x0 record.avail_ports=0x0 record.seek=0 record.samples=0 record.eof=0 record.pause=1 record.error=0 record.waiting=0 record.open=0 record.active=0 record.buffer_size=65536 record.block_size=17632 record.errors=0 $ mixerctl -v -f /dev/mixer1 inputs.dac.mute=off [ off on ] inputs.dac=255,255 volume outputs.ext12-enable=off [ off on ] $ sysctl kern.version kern.version=OpenBSD 5.0-current (GENERIC) #121: Mon Nov 28 16:00:51 MST 2011 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
Re: record off of uaudio device (help?)
On Sun, Feb 19, 2012 at 1:59 AM, patrick keshishian pkesh...@gmail.com wrote: Can someone point me to some docs explaining how I can record off of a uaudio device I plugged in? [after plugging in uaudio device] uaudio0 at uhub0 port 3 configuration 1 interface 0 E-MU Systems, Inc. E-MU 0202 | USB rev 2.00/1.00 addr 3 uaudio0: audio rev 1.00, 3 mixer controls audio1 at uaudio0 now what? http://www.openbsd.org/faq/faq13.html#recordaudio don't specify -f for your commands so we can't see what inputs/outputs are in use by system $ audioctl -f /dev/audioctl1 name=USB audio version= config=uaudio encodings=slinear_le:24:3:1 properties=full_duplex full_duplex=0 fullduplex=0 blocksize=13216 hiwat=4 lowat=1 output_muted=0 monitor_gain=0 mode= play.rate=44100 play.sample_rate=44100 play.channels=2 play.precision=24 play.bps=3 play.msb=1 play.encoding=slinear_le play.gain=255 play.balance=32 play.port=0x0 play.avail_ports=0x0 play.seek=0 play.samples=0 play.eof=0 play.pause=0 play.error=0 play.waiting=0 play.open=0 play.active=0 play.buffer_size=65536 play.block_size=13216 play.errors=0 record.rate=44100 record.sample_rate=44100 record.channels=2 record.precision=24 record.bps=3 record.msb=1 record.encoding=slinear_le record.gain=127 record.balance=32 record.port=0x0 record.avail_ports=0x0 record.seek=0 record.samples=0 record.eof=0 record.pause=1 record.error=0 record.waiting=0 record.open=0 record.active=0 record.buffer_size=65536 record.block_size=17632 record.errors=0 $ mixerctl -v -f /dev/mixer1 inputs.dac.mute=off B [ off on ] inputs.dac=255,255 volume outputs.ext12-enable=off B [ off on ] $ sysctl kern.version kern.version=OpenBSD 5.0-current (GENERIC) #121: Mon Nov 28 16:00:51 MST 2011 B B dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
Re: record off of uaudio device (help?)
I should have been more specific with my question and subject line: I don't see where aucat's -f device values are documented. Googling finds old (google-cached) current.html pages, circa 2009, suggesting using 'aucat -f sun:1' for /dev/audio1. However, this at first failed: $ aucat -f sun:1 -m rec -o /tmp/test.wav sio(sun:1|): busy loop, disconnecting A bit more googling finds this post[1] suggesting addition of -z 256 to aucat, which seems to make things work. $ aucat -z 256 -f sun:1 -o /tmp/test.wav ^C --patrick [1] http://old.nabble.com/aucat-bug-in-4.8-beta-i386---td29333138.html On Sat, Feb 18, 2012 at 4:59 PM, patrick keshishian pkesh...@gmail.com wrote: Can someone point me to some docs explaining how I can record off of a uaudio device I plugged in? [after plugging in uaudio device] uaudio0 at uhub0 port 3 configuration 1 interface 0 E-MU Systems, Inc. E-MU 0202 | USB rev 2.00/1.00 addr 3 uaudio0: audio rev 1.00, 3 mixer controls audio1 at uaudio0 now what? $ audioctl -f /dev/audioctl1 name=USB audio version= config=uaudio encodings=slinear_le:24:3:1 properties=full_duplex full_duplex=0 fullduplex=0 blocksize=13216 hiwat=4 lowat=1 output_muted=0 monitor_gain=0 mode= play.rate=44100 play.sample_rate=44100 play.channels=2 play.precision=24 play.bps=3 play.msb=1 play.encoding=slinear_le play.gain=255 play.balance=32 play.port=0x0 play.avail_ports=0x0 play.seek=0 play.samples=0 play.eof=0 play.pause=0 play.error=0 play.waiting=0 play.open=0 play.active=0 play.buffer_size=65536 play.block_size=13216 play.errors=0 record.rate=44100 record.sample_rate=44100 record.channels=2 record.precision=24 record.bps=3 record.msb=1 record.encoding=slinear_le record.gain=127 record.balance=32 record.port=0x0 record.avail_ports=0x0 record.seek=0 record.samples=0 record.eof=0 record.pause=1 record.error=0 record.waiting=0 record.open=0 record.active=0 record.buffer_size=65536 record.block_size=17632 record.errors=0 $ mixerctl -v -f /dev/mixer1 inputs.dac.mute=off [ off on ] inputs.dac=255,255 volume outputs.ext12-enable=off [ off on ] $ sysctl kern.version kern.version=OpenBSD 5.0-current (GENERIC) #121: Mon Nov 28 16:00:51 MST 2011 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
Re: record off of uaudio device (help?)
On Sun, Feb 19, 2012 at 7:36 AM, patrick keshishian pkesh...@gmail.com wrote: I should have been more specific with my question and subject line: I don't see where aucat's -f device values are documented. Googling finds old (google-cached) current.html pages, circa 2009, suggesting using 'aucat -f sun:1' for /dev/audio1. However, this at first failed: No. I mean post output of mixerctl -v and audioctl -v ;-) Don't use Google for something what is much more better documented inside system itself http://www.openbsd.org/cgi-bin/man.cgi?query=aucatapropos=0sektion=0manpat h=OpenBSD+5.0arch=i386format=html $ aucat -f sun:1 -m rec -o /tmp/test.wav sio(sun:1|): busy loop, disconnecting A bit more googling finds this post[1] suggesting addition of -z 256 to aucat, which seems to make things work. $ aucat -z 256 -f sun:1 -o /tmp/test.wav ^C --patrick [1] http://old.nabble.com/aucat-bug-in-4.8-beta-i386---td29333138.html On Sat, Feb 18, 2012 at 4:59 PM, patrick keshishian pkesh...@gmail.com wrote: Can someone point me to some docs explaining how I can record off of a uaudio device I plugged in? [after plugging in uaudio device] uaudio0 at uhub0 port 3 configuration 1 interface 0 E-MU Systems, Inc. E-MU 0202 | USB rev 2.00/1.00 addr 3 uaudio0: audio rev 1.00, 3 mixer controls audio1 at uaudio0 now what? $ audioctl -f /dev/audioctl1 name=USB audio version= config=uaudio encodings=slinear_le:24:3:1 properties=full_duplex full_duplex=0 fullduplex=0 blocksize=13216 hiwat=4 lowat=1 output_muted=0 monitor_gain=0 mode= play.rate=44100 play.sample_rate=44100 play.channels=2 play.precision=24 play.bps=3 play.msb=1 play.encoding=slinear_le play.gain=255 play.balance=32 play.port=0x0 play.avail_ports=0x0 play.seek=0 play.samples=0 play.eof=0 play.pause=0 play.error=0 play.waiting=0 play.open=0 play.active=0 play.buffer_size=65536 play.block_size=13216 play.errors=0 record.rate=44100 record.sample_rate=44100 record.channels=2 record.precision=24 record.bps=3 record.msb=1 record.encoding=slinear_le record.gain=127 record.balance=32 record.port=0x0 record.avail_ports=0x0 record.seek=0 record.samples=0 record.eof=0 record.pause=1 record.error=0 record.waiting=0 record.open=0 record.active=0 record.buffer_size=65536 record.block_size=17632 record.errors=0 $ mixerctl -v -f /dev/mixer1 inputs.dac.mute=off B [ off on ] inputs.dac=255,255 volume outputs.ext12-enable=off B [ off on ] $ sysctl kern.version kern.version=OpenBSD 5.0-current (GENERIC) #121: Mon Nov 28 16:00:51 MST 2011 B B dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
Re: record off of uaudio device (help?)
On Sat, Feb 18, 2012 at 10:57 PM, Tomas Bodzar tomas.bod...@gmail.com wrote: On Sun, Feb 19, 2012 at 7:36 AM, patrick keshishian pkesh...@gmail.com wrote: I should have been more specific with my question and subject line: I don't see where aucat's -f device values are documented. Googling finds old (google-cached) current.html pages, circa 2009, suggesting using 'aucat -f sun:1' for /dev/audio1. However, this at first failed: No. I mean post output of mixerctl -v and audioctl -v ;-) Don't use Google for something what is much more better documented inside system itself http://www.openbsd.org/cgi-bin/man.cgi?query=aucatapropos=0sektion=0manpat h=OpenBSD+5.0arch=i386format=html are _you_ /certain/ of what you speak? --patrick $ aucat -f sun:1 -m rec -o /tmp/test.wav sio(sun:1|): busy loop, disconnecting A bit more googling finds this post[1] suggesting addition of -z 256 to aucat, which seems to make things work. $ aucat -z 256 -f sun:1 -o /tmp/test.wav ^C --patrick [1] http://old.nabble.com/aucat-bug-in-4.8-beta-i386---td29333138.html On Sat, Feb 18, 2012 at 4:59 PM, patrick keshishian pkesh...@gmail.com wrote: Can someone point me to some docs explaining how I can record off of a uaudio device I plugged in? [after plugging in uaudio device] uaudio0 at uhub0 port 3 configuration 1 interface 0 E-MU Systems, Inc. E-MU 0202 | USB rev 2.00/1.00 addr 3 uaudio0: audio rev 1.00, 3 mixer controls audio1 at uaudio0 now what? $ audioctl -f /dev/audioctl1 name=USB audio version= config=uaudio encodings=slinear_le:24:3:1 properties=full_duplex full_duplex=0 fullduplex=0 blocksize=13216 hiwat=4 lowat=1 output_muted=0 monitor_gain=0 mode= play.rate=44100 play.sample_rate=44100 play.channels=2 play.precision=24 play.bps=3 play.msb=1 play.encoding=slinear_le play.gain=255 play.balance=32 play.port=0x0 play.avail_ports=0x0 play.seek=0 play.samples=0 play.eof=0 play.pause=0 play.error=0 play.waiting=0 play.open=0 play.active=0 play.buffer_size=65536 play.block_size=13216 play.errors=0 record.rate=44100 record.sample_rate=44100 record.channels=2 record.precision=24 record.bps=3 record.msb=1 record.encoding=slinear_le record.gain=127 record.balance=32 record.port=0x0 record.avail_ports=0x0 record.seek=0 record.samples=0 record.eof=0 record.pause=1 record.error=0 record.waiting=0 record.open=0 record.active=0 record.buffer_size=65536 record.block_size=17632 record.errors=0 $ mixerctl -v -f /dev/mixer1 inputs.dac.mute=off [ off on ] inputs.dac=255,255 volume outputs.ext12-enable=off [ off on ] $ sysctl kern.version kern.version=OpenBSD 5.0-current (GENERIC) #121: Mon Nov 28 16:00:51 MST 2011 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
Re: uaudio
I just bought me the new M-Audio USB MobilePre (MK-II): uaudio0 at uhub2 port 2 configuration 1 interface 0 M-Audio MobilePre rev 1.10/10.00 addr 2 uaudio0: audio rev 1.00, 0 mixer controls audio0 at uaudio0 Indeed, 'mixerctl -a' shows nothing; but aucat -u -C 0:1 -e s24le -r 48000 -o in.wav seems to be recording anyway (and the sound is very good). Does it support 44.1kHz as well, or is it 48kHz only? I could not find this information of the M-Audio site. Has anyone tried the M-Audio Fast Track Pro on OpenBSD? Dirk
Re: uaudio
pet...@schwertfisch.de wrote: I just bought me the new M-Audio USB MobilePre (MK-II): Does it support 44.1kHz as well, or is it 48kHz only? I could not find this information of the M-Audio site. The manual that you can download at the M-Audio site says: MobilePre can operate at two sample rates (44.1 kHz or 48 kHz) and two different bit depths (16 bit or 24 bit) to accommodate a variety of projects. -- Christian naddy Weisgerber na...@mips.inka.de
Re: uaudio
On May 07 12:21:30, Alexandre Ratchov wrote: On Sat, May 07, 2011 at 10:52:09AM +0200, Jan Stary wrote: I just bought me the new M-Audio USB MobilePre (MK-II): uaudio0 at uhub2 port 2 configuration 1 interface 0 M-Audio MobilePre rev 1.10/10.00 addr 2 uaudio0: audio rev 1.00, 0 mixer controls audio0 at uaudio0 Indeed, 'mixerctl -a' shows nothing; but aucat -u -C 0:1 -e s24le -r 48000 -o in.wav seems to be recording anyway (and the sound is very good). Cool. Is it OK for an uaudio(4) device to have 0 mixer controls? I can control the respective inputs/outputs with the device's (hardware) knobs, but having 0 (software) mixerctl variables still seems a bit strange. Is it possible that the device really has 0 controls to expose via USB audio (and uaudio just correctly reports that), or is this a sign that the dovice is not fully supported (or possibly not class-compliant)? FWIW, above command will convert everything to 16-bit, and then back to 24-bit, truncating lower 8 bits. To record 24-bit with no precision loss, you have to recompile aucat in 24-bit mode. make COPTS=-DADATA_BITS=24 Thank you. Is this documented somewhere? Is the 24bit functionality still considered experimental? I was trying to somehow 'test' that the device really can record 24bit samples as advertised (that's why I bought it). Running aucat -u -C 0:1 -e s24le -r 48000 -o in.wav records a 24bit file all right; anyway, the running aucat server (aucat -l) would resample/reformat for me even if the device could not do 24b/48kHz, right? So I killed the aucat server and run the above command again, resulting in a 24bit file again. Would the aucat command (without aucat -l running) also resample/reformat into the desired format even of the device cannot do it? I very much doubt that this is the correct way to find out of course. What would be the correct way to find out what the device can physically do? All I know about is .../cap.c somewhere in the audio source tree. Is there a 'real' tool, exposed and documented? Thank you for your time Jan
Re: uaudio
On Sun, 8 May 2011, Jan Stary wrote: Is it OK for an uaudio(4) device to have 0 mixer controls? I can control the respective inputs/outputs with the device's (hardware) knobs, but having 0 (software) mixerctl variables still seems a bit strange. Is it possible that the device really has 0 controls to expose via USB audio (and uaudio just correctly reports that), or is this a sign that the dovice is not fully supported (or possibly not class-compliant)? Accidentaly, I am recording at this very moment from a firewire audio interface (using another OS) and the device does not provide any mixer controls in software. Only the hardware buttons on the box. This fact is confirmed by the docs of the device. So, I would not be surprised that this is possible with USB audio devices too. Regards, David
Re: uaudio
On Sun, May 08, 2011 at 08:18:39PM +0200, Jan Stary wrote: On May 07 12:21:30, Alexandre Ratchov wrote: On Sat, May 07, 2011 at 10:52:09AM +0200, Jan Stary wrote: I just bought me the new M-Audio USB MobilePre (MK-II): uaudio0 at uhub2 port 2 configuration 1 interface 0 M-Audio MobilePre rev 1.10/10.00 addr 2 uaudio0: audio rev 1.00, 0 mixer controls audio0 at uaudio0 Indeed, 'mixerctl -a' shows nothing; but aucat -u -C 0:1 -e s24le -r 48000 -o in.wav seems to be recording anyway (and the sound is very good). Cool. Is it OK for an uaudio(4) device to have 0 mixer controls? I can control the respective inputs/outputs with the device's (hardware) knobs, but having 0 (software) mixerctl variables still seems a bit strange. Is it possible that the device really has 0 controls to expose via USB audio (and uaudio just correctly reports that), or is this a sign that the dovice is not fully supported (or possibly not class-compliant)? There might be software knobs not exposed by the driver. But I wouldn't be completely surprised if there are none. They are not necessary on a device that already has hardware knobs. FWIW, above command will convert everything to 16-bit, and then back to 24-bit, truncating lower 8 bits. To record 24-bit with no precision loss, you have to recompile aucat in 24-bit mode. make COPTS=-DADATA_BITS=24 Thank you. Is this documented somewhere? not yet, I'll probably try to write a faq entry when I get some free time. Basically COPTS=-DADATA_BITS=24 switches aucat's internal representation of samples from 16-bit to 24-bit integers. Since aucat defaults are such that no format conversions are required, default precision of files becomes 24-bit. So: aucat -o file.wav will generate a 24-bit file unless '-e s16' is specified. That's the only difference. Is the 24bit functionality still considered experimental? It's not experimental, I use it daily since around 6 months it's only disabled because it cannot coexist with 16-bit mode yet. I mean we can't have the same binary using 16-bit and 24-bit processing yet. I was trying to somehow 'test' that the device really can record 24bit samples as advertised (that's why I bought it). Running aucat -u -C 0:1 -e s24le -r 48000 -o in.wav records a 24bit file all right; anyway, the running aucat server (aucat -l) would resample/reformat for me even if the device could not do 24b/48kHz, right? Yes, it will work on 16-bit devices, and 16-bit apps will still work. BTW, that's the setup on my audio machines, it behaves as before, except that it uses more cpu. So I killed the aucat server and run the above command again, resulting in a 24bit file again. Would the aucat command (without aucat -l running) also resample/reformat into the desired format even of the device cannot do it? Yes. Server and non-server commands are the same, except that the server dynamically creates streams by accepting connections, while non-server commands use streams provided on the command line (files). But the processing is the same. I very much doubt that this is the correct way to find out of course. What would be the correct way to find out what the device can physically do? All I know about is .../cap.c somewhere in the audio source tree. Is there a 'real' tool, exposed and documented? There's no tool to explore capabilities mostly by lack of time and motivation. I often use -ddd to see what the precision is: $ aucat -ddd -r 48000 -f sun:0 sun:0: recording s24le4msb,0:1,48000 sun:0: playing s24le4msb,0:1,48000 ... This shows that the device is doing 24-bit stereo at 48kHz. The same for a 16-bit card gives: $ aucat -ddd -r 48000 -f sun:1 sun:1: recording s16le,0:1,48000 sun:1: playing s16le,0:1,48000 ... -- Alexandre
Re: uaudio
Jan Stary h...@stare.cz wrote: you have to recompile aucat in 24-bit mode. make COPTS=-DADATA_BITS=24 Thank you. Is this documented somewhere? No. Is the 24bit functionality still considered experimental? It requires significantly more CPU than 16-bit processing and few people need it. I very much doubt that this is the correct way to find out of course. What would be the correct way to find out what the device can physically do? audioctl(1)? -- Christian naddy Weisgerber na...@mips.inka.de
Re: uaudio
On Sun, May 08, 2011 at 08:18:39PM +0200, Jan Stary wrote: On May 07 12:21:30, Alexandre Ratchov wrote: On Sat, May 07, 2011 at 10:52:09AM +0200, Jan Stary wrote: I just bought me the new M-Audio USB MobilePre (MK-II): uaudio0 at uhub2 port 2 configuration 1 interface 0 M-Audio MobilePre rev 1.10/10.00 addr 2 uaudio0: audio rev 1.00, 0 mixer controls audio0 at uaudio0 Indeed, 'mixerctl -a' shows nothing; but aucat -u -C 0:1 -e s24le -r 48000 -o in.wav seems to be recording anyway (and the sound is very good). Cool. Is it OK for an uaudio(4) device to have 0 mixer controls? absolutely. I can control the respective inputs/outputs with the device's (hardware) knobs, but having 0 (software) mixerctl variables still seems a bit strange. Is it possible that the device really has 0 controls to expose via USB audio (and uaudio just correctly reports that), or is this a sign that the dovice is not fully supported (or possibly not class-compliant)? if there are hardware controls, then there probably aren't software controls. they would sorta conflict otherwise, no? What would be the correct way to find out what the device can physically do? All I know about is .../cap.c somewhere in the audio source tree. Is there a 'real' tool, exposed and documented? faq 13.1. hmm, maybe that should also have an explicit example of '$ audioctl encodings'. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: uaudio
On Feb 25 14:51:13, Jan Stary wrote: I am currently using an M-Audio MobilePre (as kindly suggested by Alexander Ratchov some months ago). It works fine and the sound is very good. Now I consider upgrading to the new version of MobilePre http://www.m-audio.com/products/en_us/MobilePre.html which can do 24bit@96kHz (the one I have now does 16bit). I wonder what is the current status of 24bit support in uaudio, or the audio subsystem in general. I vaguely remeber the E-mu USB family being mentioned a while ago. www.emu.com/products/product.asp?category=610subcategory=611product=17511 www.emu.com/products/product.asp?category=610subcategory=611product=15186 www.emu.com/products/product.asp?category=610subcategory=611product=20347 Is anyone using those successfuly? Jacob? I believe this thread is still fairly accurate: http://marc.info/?l=openbsd-miscm=128075138405615w=2 Especially 24-bit processing by aucat seems experimental at this time: http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/aucat/aparams.h?rev=1.11 On Feb 25 09:30:37, Alexandre Ratchov wrote: FWIW, I use this daily on i386 since few months, now I consider it as stable. That's enough for me to try it too, thanks. On Feb 24 18:53:28, Alexandre Ratchov wrote: AFAIK, jakemsr comitted 24-bit uaudio bits, but I don't know how class compliant the Mobilpre is. Did you get any feedback about it? No. I was hoping for an explicit confirmation, but I guess I just need to give the new mobilepre a try. I just bought me the new M-Audio USB MobilePre (MK-II): uaudio0 at uhub2 port 2 configuration 1 interface 0 M-Audio MobilePre rev 1.10/10.00 addr 2 uaudio0: audio rev 1.00, 0 mixer controls audio0 at uaudio0 Indeed, 'mixerctl -a' shows nothing; but aucat -u -C 0:1 -e s24le -r 48000 -o in.wav seems to be recording anyway (and the sound is very good). Jan OpenBSD 4.9 (GENERIC.MP) #819: Wed Mar 2 06:57:49 MST 2011 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP RTC BIOS diagnostic error 80clock_battery real mem = 1054593024 (1005MB) avail mem = 1012490240 (965MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xe4410 (25 entries) bios0: vendor Intel Corp. version MOPNV10J.86A.0175.2010.0308.0620 date 03/08/2010 bios0: Intel Corporation D510MO acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S4 S5 acpi0: tables DSDT FACP APIC MCFG HPET SSDT acpi0: wakeup devices SLPB(S4) PS2M(S4) PS2K(S4) UAR1(S4) UAR2(S4) P32_(S4) ILAN(S4) PEX0(S4) PEX1(S4) PEX2(S4) PEX3(S4) UHC1(S3) UHC2(S3) UHC3(S3) UHC4(S3) EHCI(S3) AZAL(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Atom(TM) CPU D510 @ 1.66GHz, 1666.96 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG cpu0: 512KB 64b/line 8-way L2 cache cpu0: apic clock running at 166MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Atom(TM) CPU D510 @ 1.66GHz, 1666.69 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG cpu1: 512KB 64b/line 8-way L2 cache cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Atom(TM) CPU D510 @ 1.66GHz, 1666.69 MHz cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG cpu2: 512KB 64b/line 8-way L2 cache cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Atom(TM) CPU D510 @ 1.66GHz, 1666.69 MHz cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG cpu3: 512KB 64b/line 8-way L2 cache ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 8 acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 5 (P32_) acpiprt1 at acpi0: bus 0 (PCI0) acpiprt2 at acpi0: bus 1 (PEX0) acpiprt3 at acpi0: bus 2 (PEX1) acpiprt4 at acpi0: bus 3 (PEX2) acpiprt5 at acpi0: bus 4 (PEX3) acpicpu0 at acpi0: C1, PSS acpicpu1 at acpi0: C1, PSS acpicpu2 at acpi0: C1, PSS acpicpu3 at acpi0: C1, PSS acpibtn0 at acpi0: SLPB pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 Intel Pineview DMI rev 0x02 vga1 at pci0 dev 2 function 0 Intel Pineview Video rev 0x02 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp0 at vga1 agp0 at intagp0: aperture at 0xe000, size 0x1000 inteldrm0 at vga1: apic 8 int 16 (irq 11) drm0 at inteldrm0 ppb0 at pci0 dev 28 function 0 Intel
Re: uaudio
On Sat, May 07, 2011 at 10:52:09AM +0200, Jan Stary wrote: I just bought me the new M-Audio USB MobilePre (MK-II): uaudio0 at uhub2 port 2 configuration 1 interface 0 M-Audio MobilePre rev 1.10/10.00 addr 2 uaudio0: audio rev 1.00, 0 mixer controls audio0 at uaudio0 Indeed, 'mixerctl -a' shows nothing; but aucat -u -C 0:1 -e s24le -r 48000 -o in.wav seems to be recording anyway (and the sound is very good). Cool. FWIW, above command will convert everything to 16-bit, and then back to 24-bit, truncating lower 8 bits. To record 24-bit with no precision loss, you have to recompile aucat in 24-bit mode. make COPTS=-DADATA_BITS=24 -- Alexandre
Re: Webcam detected as uaudio(4) device
On Sat, Mar 19, 2011 at 05:06:44PM -0600, Anthony J. Bentley wrote: Hi, I have a USB webcam. No model number on the cam, but looks to be a Logitech QuickCam Communicate STX. When I plug it in, I get this: uaudio0 at uhub1 port 1 configuration 1 interface 1 Logitech Camera rev 2.00/1.00 addr 2 uaudio0: audio descriptors make no sense, error=4 ugen0 at uhub1 port 1 configuration 1 Logitech Camera rev 2.00/1.00 addr 2 Should it should be connecting to uvideo(4) instead? usbdevs -v: you need to look at the descriptors. usbctl from the usbutil package. Controller /dev/usb0: port 5 addr 4: high speed, power 500 mA, config 1, BisonCam, NB Pro(0x0203), Bison Electronics Inc.(0x5986), rev 3.08 usbctl -f /dev/usb0 -a 4 -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: Webcam detected as uaudio(4) device
Hi Jacob, uaudio0 at uhub1 port 1 configuration 1 interface 1 Logitech Camera rev 2.0 0/1.00 addr 2 uaudio0: audio descriptors make no sense, error=4 ugen0 at uhub1 port 1 configuration 1 Logitech Camera rev 2.00/1.00 addr 2 Should it should be connecting to uvideo(4) instead? usbdevs -v: you need to look at the descriptors. usbctl from the usbutil package. Controller /dev/usb0: port 5 addr 4: high speed, power 500 mA, config 1, BisonCam, NB Pro(0x0203 ), Bison Electronics Inc.(0x5986), rev 3.08 usbctl -f /dev/usb0 -a 4 Here is the output of usbctl -f /dev/usb1 -a 2. (The BisonCam is a different built-in webcam that works.) Someone pointed out that the Logitech may have a microphone built in that makes it come up as uaudio. But even then it doesn't work--comes up as /dev/uaudio0 in the log, but ls /dev/uaudio0 says it doesn't exist. DEVICE addr 2 DEVICE descriptor: bLength=18 bDescriptorType=device(1) bcdUSB=2.00 bDeviceClass=255 bDeviceSubClass=255 bDeviceProtocol=255 bMaxPacketSize=8 idVendor=0x046d idProduct=0x08f5 bcdDevice=100 iManufacturer=0() iProduct=1(Camera) iSerialNumber=0() bNumConfigurations=1 CONFIGURATION descriptor 0: bLength=9 bDescriptorType=config(2) wTotalLength=173 bNumInterface=3 bConfigurationValue=1 iConfiguration=0() bmAttributes=80 bMaxPower=100 mA INTERFACE descriptor 0: bLength=9 bDescriptorType=interface(4) bInterfaceNumber=0 bAlternateSetting=0 bNumEndpoints=2 bInterfaceClass=255 bInterfaceSubClass=255 bInterfaceProtocol=255 iInterface=0() ENDPOINT descriptor: bLength=7 bDescriptorType=endpoint(5) bEndpointAddress=1-in bmAttributes=isochronous wMaxPacketSize=0 bInterval=1 ENDPOINT descriptor: bLength=7 bDescriptorType=endpoint(5) bEndpointAddress=2-in bmAttributes=interrupt wMaxPacketSize=1 bInterval=16 INTERFACE descriptor 1: bLength=9 bDescriptorType=interface(4) bInterfaceNumber=0 bAlternateSetting=1 bNumEndpoints=2 bInterfaceClass=255 bInterfaceSubClass=255 bInterfaceProtocol=255 iInterface=0() ENDPOINT descriptor: bLength=7 bDescriptorType=endpoint(5) bEndpointAddress=1-in bmAttributes=isochronous wMaxPacketSize=1023 bInterval=1 ENDPOINT descriptor: bLength=7 bDescriptorType=endpoint(5) bEndpointAddress=2-in bmAttributes=interrupt wMaxPacketSize=1 bInterval=16 INTERFACE descriptor 2: bLength=9 bDescriptorType=interface(4) bInterfaceNumber=1 bAlternateSetting=0 bNumEndpoints=0 bInterfaceClass=1 bInterfaceSubClass=1 bInterfaceProtocol=0 iInterface=0() AC interface descriptor bLength=9 bDescriptorType=cs_interface(36) bDescriptorSubtype=header(1) bcdADC=2.00 wTotalLength=39 bInCollection=1 baInterfaceNr[0]=2 AC unit descriptor Input terminal descriptor bLength=12 bDescriptorType=cs_interface(36) bDescriptorSubtype=2 bTerminalId=1 wTerminalType=513 bAssocTerminal=0 bNrChannels=1 wChannelConfig= iChannelNames=0 iTerminal=0 AC unit descriptor Feature unit descriptor bLength=9 bDescriptorType=cs_interface(36) bDescriptorSubtype=6 bUnitId=2 bSourceId=1 bControlSize=2 bmaControls[0]=0043 AC unit descriptor Output terminal descriptor bLength=9 bDescriptorType=cs_interface(36) bDescriptorSubtype=3 bTerminalId=3 wTerminalType=257 bAssocTerminal=0 bSourceId=2 iTerminal=0 INTERFACE descriptor 3: bLength=9 bDescriptorType=interface(4) bInterfaceNumber=2 bAlternateSetting=0 bNumEndpoints=1 bInterfaceClass=1 bInterfaceSubClass=2 bInterfaceProtocol=0 iInterface=0() ENDPOINT descriptor: bLength=9 bDescriptorType=endpoint(5) bEndpointAddress=3-in bmAttributes=isochronous wMaxPacketSize=0 bInterval=1 INTERFACE descriptor 4: bLength=9 bDescriptorType=interface(4) bInterfaceNumber=2 bAlternateSetting=1 bNumEndpoints=1 bInterfaceClass=1 bInterfaceSubClass=2 bInterfaceProtocol=0 iInterface=0() bLength=7 bDescriptorType=cs_interface(36) bDescriptorSubtype=as_general(1) bTerminalLink=3 bDelay=1 wFormatTag=1 bLength=20 bDescriptorType=cs_interface(36) bDescriptorSubtype=format_type(2) bFormatType=1 bNrChannels=1 bSubFrameSize=2 bBitResolution=16 bSamFreqType=4 tSamFreq[0]=8000 tSamFreq[1]=11025 tSamFreq[2]=16000 tSamFreq[3]=22050 ENDPOINT descriptor: bLength=9 bDescriptorType=endpoint(5) bEndpointAddress=3-in bmAttributes=isochronous wMaxPacketSize=52 bInterval=1 bLength=7 bDescriptorType=cs_endpoint(37) bDescriptorSubtype=as_general(1) bmAttributes=1 bLockDelayUnits=0 wLockDelay=0 current configuration 1 --
Re: Webcam detected as uaudio(4) device
On Sun, Mar 20, 2011 at 11:47:19AM -0600, Anthony J. Bentley wrote: Hi Jacob, uaudio0 at uhub1 port 1 configuration 1 interface 1 Logitech Camera rev 2.0 0/1.00 addr 2 uaudio0: audio descriptors make no sense, error=4 ugen0 at uhub1 port 1 configuration 1 Logitech Camera rev 2.00/1.00 addr 2 Should it should be connecting to uvideo(4) instead? usbdevs -v: you need to look at the descriptors. usbctl from the usbutil package. Controller /dev/usb0: port 5 addr 4: high speed, power 500 mA, config 1, BisonCam, NB Pro(0x0203 ), Bison Electronics Inc.(0x5986), rev 3.08 usbctl -f /dev/usb0 -a 4 Here is the output of usbctl -f /dev/usb1 -a 2. (The BisonCam is a different built-in webcam that works.) Someone pointed out that the Logitech may have a microphone built in that makes it come up as uaudio. But even then it doesn't work--comes up as /dev/uaudio0 in the log, but ls /dev/uaudio0 says it doesn't exist. there won't ever be a /dev/uaudio*. you only get access to the generic audio(4) interface for all audio devices. DEVICE addr 2 DEVICE descriptor: bLength=18 bDescriptorType=device(1) bcdUSB=2.00 bDeviceClass=255 bDeviceSubClass=255 bDeviceProtocol=255 bMaxPacketSize=8 idVendor=0x046d idProduct=0x08f5 bcdDevice=100 iManufacturer=0() iProduct=1(Camera) iSerialNumber=0() bNumConfigurations=1 CONFIGURATION descriptor 0: bLength=9 bDescriptorType=config(2) wTotalLength=173 bNumInterface=3 bConfigurationValue=1 iConfiguration=0() bmAttributes=80 bMaxPower=100 mA INTERFACE descriptor 0: bLength=9 bDescriptorType=interface(4) bInterfaceNumber=0 bAlternateSetting=0 bNumEndpoints=2 bInterfaceClass=255 bInterfaceSubClass=255 bInterfaceProtocol=255 iInterface=0() ENDPOINT descriptor: bLength=7 bDescriptorType=endpoint(5) bEndpointAddress=1-in bmAttributes=isochronous wMaxPacketSize=0 bInterval=1 ENDPOINT descriptor: bLength=7 bDescriptorType=endpoint(5) bEndpointAddress=2-in bmAttributes=interrupt wMaxPacketSize=1 bInterval=16 INTERFACE descriptor 1: bLength=9 bDescriptorType=interface(4) bInterfaceNumber=0 bAlternateSetting=1 bNumEndpoints=2 bInterfaceClass=255 bInterfaceSubClass=255 bInterfaceProtocol=255 iInterface=0() ENDPOINT descriptor: bLength=7 bDescriptorType=endpoint(5) bEndpointAddress=1-in bmAttributes=isochronous wMaxPacketSize=1023 bInterval=1 ENDPOINT descriptor: bLength=7 bDescriptorType=endpoint(5) bEndpointAddress=2-in bmAttributes=interrupt wMaxPacketSize=1 bInterval=16 the above interfaces are probably the video interfaces. they are not uvc compliant. below are all audio interfaces. this claims to be usb audio 2.0 compliant. uaudio(4) does not have full support for usb audio 2.0 at this time. INTERFACE descriptor 2: bLength=9 bDescriptorType=interface(4) bInterfaceNumber=1 bAlternateSetting=0 bNumEndpoints=0 bInterfaceClass=1 bInterfaceSubClass=1 bInterfaceProtocol=0 iInterface=0() AC interface descriptor bLength=9 bDescriptorType=cs_interface(36) bDescriptorSubtype=header(1) bcdADC=2.00 wTotalLength=39 bInCollection=1 baInterfaceNr[0]=2 AC unit descriptor Input terminal descriptor bLength=12 bDescriptorType=cs_interface(36) bDescriptorSubtype=2 bTerminalId=1 wTerminalType=513 bAssocTerminal=0 bNrChannels=1 wChannelConfig= iChannelNames=0 iTerminal=0 AC unit descriptor Feature unit descriptor bLength=9 bDescriptorType=cs_interface(36) bDescriptorSubtype=6 bUnitId=2 bSourceId=1 bControlSize=2 bmaControls[0]=0043 AC unit descriptor Output terminal descriptor bLength=9 bDescriptorType=cs_interface(36) bDescriptorSubtype=3 bTerminalId=3 wTerminalType=257 bAssocTerminal=0 bSourceId=2 iTerminal=0 INTERFACE descriptor 3: bLength=9 bDescriptorType=interface(4) bInterfaceNumber=2 bAlternateSetting=0 bNumEndpoints=1 bInterfaceClass=1 bInterfaceSubClass=2 bInterfaceProtocol=0 iInterface=0() ENDPOINT descriptor: bLength=9 bDescriptorType=endpoint(5) bEndpointAddress=3-in bmAttributes=isochronous wMaxPacketSize=0 bInterval=1 INTERFACE descriptor 4: bLength=9 bDescriptorType=interface(4) bInterfaceNumber=2 bAlternateSetting=1 bNumEndpoints=1 bInterfaceClass=1 bInterfaceSubClass=2 bInterfaceProtocol=0 iInterface=0() bLength=7 bDescriptorType=cs_interface(36) bDescriptorSubtype=as_general(1) bTerminalLink=3 bDelay=1 wFormatTag=1 bLength=20 bDescriptorType=cs_interface(36) bDescriptorSubtype=format_type(2) bFormatType=1 bNrChannels=1 bSubFrameSize=2 bBitResolution=16 bSamFreqType=4 tSamFreq[0]=8000 tSamFreq[1]=11025 tSamFreq[2]=16000 tSamFreq[3]=22050 ENDPOINT descriptor: bLength=9 bDescriptorType=endpoint(5) bEndpointAddress=3-in bmAttributes=isochronous wMaxPacketSize=52 bInterval=1 bLength=7 bDescriptorType=cs_endpoint(37) bDescriptorSubtype=as_general(1) bmAttributes=1 bLockDelayUnits=0 wLockDelay=0 current configuration 1 -- -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http
Webcam detected as uaudio(4) device
Hi, I have a USB webcam. No model number on the cam, but looks to be a Logitech QuickCam Communicate STX. When I plug it in, I get this: uaudio0 at uhub1 port 1 configuration 1 interface 1 Logitech Camera rev 2.00/1.00 addr 2 uaudio0: audio descriptors make no sense, error=4 ugen0 at uhub1 port 1 configuration 1 Logitech Camera rev 2.00/1.00 addr 2 Should it should be connecting to uvideo(4) instead? usbdevs -v: Controller /dev/usb0: addr 1: high speed, self powered, config 1, EHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 powered port 2 powered port 3 addr 3: high speed, power 500 mA, config 1, USB2.0 WLAN(0x1002), ATHER(0x0cf3), rev 1.06, iSerialNumber 12345 port 4 powered port 5 addr 4: high speed, power 500 mA, config 1, BisonCam, NB Pro(0x0203), Bison Electronics Inc.(0x5986), rev 3.08 port 6 addr 2: high speed, power 500 mA, config 1, USB2.0-CRW(0x0158), Generic(0x0bda), rev 58.87, iSerialNumber 2007111417340 port 7 powered port 8 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 addr 2: full speed, power 100 mA, config 1, Camera(0x08f5), Logitech(0x046d), rev 1.00 port 2 powered Controller /dev/usb2: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 powered port 2 powered Controller /dev/usb3: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 powered port 2 powered Controller /dev/usb4: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 powered port 2 powered OpenBSD 4.9-beta (GENERIC.MP) #767: Sat Jan 29 10:01:32 MST 2011 t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Atom(TM) CPU N280 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,EST,TM2,SSSE3,xTPR,PDCM,MOVBE real mem = 1062502400 (1013MB) avail mem = 1034964992 (987MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 02/08/08, SMBIOS rev. 2.4 @ 0x3f607010 (45 entries) bios0: vendor American Megatrends Inc. version 4.6.3 date 02/23/2009 bios0: MICRO-STAR INTERNATIONAL CO., LTD MS-N033 acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S3 S4 S5 acpi0: tables DSDT FACP APIC SSDT SSDT SSDT acpi0: wakeup devices P0P2(S4) PEGP(S4) USB0(S1) USB1(S1) USB2(S1) USB3(S1) EHCI(S1) MC97(S4) P0P1(S4) P0P4(S4) P0P5(S4) P0P6(S4) P0P7(S4) P0P8(S4) P0P9(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 166MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Atom(TM) CPU N280 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,EST,TM2,SSSE3,xTPR,PDCM,MOVBE ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (P0P2) acpiprt2 at acpi0: bus 1 (P0P4) acpiprt3 at acpi0: bus -1 (P0P5) acpiprt4 at acpi0: bus 2 (P0P6) acpiprt5 at acpi0: bus -1 (P0P7) acpiprt6 at acpi0: bus -1 (P0P8) acpiprt7 at acpi0: bus -1 (P0P9) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C2, C1, PSS acpicpu1 at acpi0: C3, C2, C1, PSS acpitz0 at acpi0: critical temperature 100 degC acpiac0 at acpi0: AC unit online acpibat0 at acpi0: BAT1 model MS-N033 serial type LION oem MSI Corp. acpibtn0 at acpi0: LID0 acpibtn1 at acpi0: PWRB acpibtn2 at acpi0: SLPB acpivideo0 at acpi0: IGD_ acpivout0 at acpivideo0: CRT_ acpivout1 at acpivideo0: LCD_ bios0: ROM list: 0xc/0xea00! 0xcf000/0x1000 cpu0: Enhanced SpeedStep 1667 MHz: speeds: 1333, 1067, 800 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 82945GME Host rev 0x03 vga1 at pci0 dev 2 function 0 Intel 82945GME Video rev 0x03 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp0 at vga1 agp0 at intagp0: aperture at 0xc000, size 0x1000 inteldrm0 at vga1: apic 2 int 16 (irq 11) drm0 at inteldrm0 Intel 82945GM Video rev 0x03 at pci0 dev 2 function 1 not configured azalia0 at pci0 dev 27 function 0 Intel 82801GB HD Audio rev 0x02: apic 2 int 16 (irq 11) azalia0: codecs: Realtek ALC888 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x02: apic 2 int 16 (irq 11) pci1 at ppb0 bus 1 re0 at pci1 dev 0 function 0 Realtek 8101E rev 0x02: RTL8102E (0x3480), apic 2 int 16 (irq 11), address 00:24:21:62:f5:5d rlphy0 at re0 phy 7: RTL8201L 10/100 PHY, rev. 1 ppb1 at pci0 dev 28 function 2 Intel 82801GB PCIE rev 0x02: apic 2 int 18 (irq 10) pci2 at ppb1 bus 2 Realtek 8187SE rev 0x22 at pci2 dev 0 function 0 not configured uhci0 at pci0 dev 29 function 0 Intel 82801GB USB
Re: uaudio
On Thu, Feb 24, 2011 at 06:49:20PM +0100, Remco wrote: I believe this thread is still fairly accurate: http://marc.info/?l=openbsd-miscm=128075138405615w=2 Especially 24-bit processing by aucat seems experimental at this time: http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/aucat/aparams.h?rev=1.11 FWIW, I use this daily on i386 since few months, now I consider it as stable. -- Alexandre
Re: uaudio
I am currently using an M-Audio MobilePre (as kindly suggested by Alexander Ratchov some months ago). It works fine and the sound is very good. Now I consider upgrading to the new version of MobilePre http://www.m-audio.com/products/en_us/MobilePre.html which can do 24bit@96kHz (the one I have now does 16bit). I wonder what is the current status of 24bit support in uaudio, or the audio subsystem in general. I vaguely remeber the E-mu USB family being mentioned a while ago. www.emu.com/products/product.asp?category=610subcategory=611product=17511 www.emu.com/products/product.asp?category=610subcategory=611product=15186 www.emu.com/products/product.asp?category=610subcategory=611product=20347 Is anyone using those successfuly? Jacob? I believe this thread is still fairly accurate: http://marc.info/?l=openbsd-miscm=128075138405615w=2 Especially 24-bit processing by aucat seems experimental at this time: http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/aucat/aparams.h?rev=1.11 On Feb 25 09:30:37, Alexandre Ratchov wrote: FWIW, I use this daily on i386 since few months, now I consider it as stable. That's enough for me to try it too, thanks. On Feb 24 18:53:28, Alexandre Ratchov wrote: AFAIK, jakemsr comitted 24-bit uaudio bits, but I don't know how class compliant the Mobilpre is. Did you get any feedback about it? No. I was hoping for an explicit confirmation, but I guess I just need to give the new mobilepre a try. Jan
Re: uaudio
Jan Stary wrote: I am currently using an M-Audio MobilePre (as kindly suggested by Alexander Ratchov some months ago). It works fine and the sound is very good. Now I consider upgrading to the new version of MobilePre http://www.m-audio.com/products/en_us/MobilePre.html which can do 24bit@96kHz (the one I have now does 16bit). I wonder what is the current status of 24bit support in uaudio, or the audio subsystem in general. I vaguely remeber the E-mu USB family being mentioned a while ago. www.emu.com/products/product.asp?category=610subcategory=611product=17511 www.emu.com/products/product.asp?category=610subcategory=611product=15186 www.emu.com/products/product.asp?category=610subcategory=611product=20347 Is anyone using those successfuly? Jacob? Thank you for your time Jan I believe this thread is still fairly accurate: http://marc.info/?l=openbsd-miscm=128075138405615w=2 Especially 24-bit processing by aucat seems experimental at this time: http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/aucat/aparams.h?rev=1.11 I hope this helps.
Re: uaudio
On Feb 22 21:25:00, Jan Stary wrote: I am currently using an M-Audio MobilePre (as kindly suggested by Alexander Ratchov some months ago). It works fine and the sound is very good. Now I consider upgrading to the new version of MobilePre http://www.m-audio.com/products/en_us/MobilePre.html which can do 24bit@96kHz (the one I have now does 16bit). Sorry, I mean 24b@48kHz versus 16b@48kHz. I wonder what is the current status of 24bit support in uaudio, or the audio subsystem in general. I vaguely remeber the E-mu USB family being mentioned a while ago. www.emu.com/products/product.asp?category=610subcategory=611product=17511 www.emu.com/products/product.asp?category=610subcategory=611product=15186 www.emu.com/products/product.asp?category=610subcategory=611product=20347 Is anyone using those successfuly? Jacob? Thank you for your time Jan
uaudio
I am currently using an M-Audio MobilePre (as kindly suggested by Alexander Ratchov some months ago). It works fine and the sound is very good. Now I consider upgrading to the new version of MobilePre http://www.m-audio.com/products/en_us/MobilePre.html which can do 24bit@96kHz (the one I have now does 16bit). I wonder what is the current status of 24bit support in uaudio, or the audio subsystem in general. I vaguely remeber the E-mu USB family being mentioned a while ago. www.emu.com/products/product.asp?category=610subcategory=611product=17511 www.emu.com/products/product.asp?category=610subcategory=611product=15186 www.emu.com/products/product.asp?category=610subcategory=611product=20347 Is anyone using those successfuly? Jacob? Thank you for your time Jan
Re: uaudio
I use a m-audio mobilepre for recording and listening music; it's class compliant does 16-bit stereo at 48kHz, and the sound is excellent. It has a stereo preamp and a phantom power, which is handy. I have been using this for some time now (thanks again for the tip, the sund really is good). Looking at http://www.m-audio.com/products/en_us/MobilePre.html today, it says the MobilePre can do 48000/24b; the image seems to be something else than what I see at my desk, too. Is there a new version of MobilePre out? Has someone used it under 4.7? More generally, what is the status of uaudio(4)? It works reliably, 24-bit encodings are not supported though; recently Jacob fixed various bugs, including a very annoying limitation of the block size. Ah, so does the MobilePre in fact support 24b, but only 16b under OpenBSD? uaudio supports (most of) USB 1.x/USB Audio 1.x standards. there may be issues with USB 2.x/USB Audio 2.x devices, however, these types of devices aren't all that common yet, unles you're looking for high-end equipment ( 6 channels), but there are some out there. for example, the newer m-audio fast tracks are USB 2.0. Is someone using one of these? http://www.m-audio.com/products/en_us/FastTrack.html http://www.m-audio.com/products/en_us/FastTrackPro.html http://www.m-audio.com/products/en_us/FastTrackUltra.html (If not, I will probably settle for the MobilePre.) creative/e-mu have some USB 2.0 devices. I have looked at USB 2.0 support for uaudio, and I have ideas about how to proceed, but without the hardware in hand ... hmm I see the e-mu 0202 is now ~$100, I should probably ask for one on want.html. I suppose this is not supported then, right? http://www.emu.com/products/product.asp?category=610subcategory=611product=15186 not yet. I did receive an 0202, and have it working (this includes support for multiple/sync endpoints and other improvements to uaudio in general), but it requires some changes in audio(4) itself ... it's coming. Any news on this? Thank you Jan
Re: uaudio
On Sun, Oct 31, 2010 at 03:03:39PM +0100, Jan Stary wrote: I use a m-audio mobilepre for recording and listening music; it's class compliant does 16-bit stereo at 48kHz, and the sound is excellent. It has a stereo preamp and a phantom power, which is handy. I have been using this for some time now (thanks again for the tip, the sund really is good). Looking at http://www.m-audio.com/products/en_us/MobilePre.html today, it says the MobilePre can do 48000/24b; the image seems to be something else than what I see at my desk, too. Is there a new version of MobilePre out? Has someone used it under 4.7? More generally, what is the status of uaudio(4)? It works reliably, 24-bit encodings are not supported though; recently Jacob fixed various bugs, including a very annoying limitation of the block size. Ah, so does the MobilePre in fact support 24b, but only 16b under OpenBSD? uaudio supports (most of) USB 1.x/USB Audio 1.x standards. there may be issues with USB 2.x/USB Audio 2.x devices, however, these types of devices aren't all that common yet, unles you're looking for high-end equipment ( 6 channels), but there are some out there. for example, the newer m-audio fast tracks are USB 2.0. Is someone using one of these? http://www.m-audio.com/products/en_us/FastTrack.html http://www.m-audio.com/products/en_us/FastTrackPro.html http://www.m-audio.com/products/en_us/FastTrackUltra.html (If not, I will probably settle for the MobilePre.) creative/e-mu have some USB 2.0 devices. I have looked at USB 2.0 support for uaudio, and I have ideas about how to proceed, but without the hardware in hand ... hmm I see the e-mu 0202 is now ~$100, I should probably ask for one on want.html. I suppose this is not supported then, right? http://www.emu.com/products/product.asp?category=610subcategory=611product=15186 not yet. I did receive an 0202, and have it working (this includes support for multiple/sync endpoints and other improvements to uaudio in general), but it requires some changes in audio(4) itself ... it's coming. Any news on this? that was committed. uaudio supports 24-bit encodings in OpenBSD 4.8. Thank you Jan -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: uaudio - MAudio MobilePre USB
On Feb 21 14:04:01, Alexandre Ratchov wrote: On Sun, Feb 21, 2010 at 12:29:15AM +0100, Jan Stary wrote: can people recommend a good uaudio card? It depends on what you want to use it for. I use a m-audio mobilepre for recording and listening music; it's class compliant does 16-bit stereo at 48kHz, and the sound is excellent. It has a stereo preamp and a phantom power, which is handy. Thank you for the recommendation. I just bought me one, and I am very satisfied with the sound. I disabled the onboard azalia, so that the mobilepre becomes audio0. Now the device reports as uaudio0 at uhub1 port 2 configuration 1 interface 0 M Audio MobilePre rev 1.10/1.03 addr 2 uaudio0: audio rev 1.00, 9 mixer controls audio0 at uaudio0 Indeed, mixerctl says (using zero configuration, that is, no /etc/mixerctl.conf): inputs.line.mute=on inputs.line=0,0 record.line.mute=off record.line=205,205 inputs.dac.mute=off inputs.dac=205,205 outputs.mix8-i7=0,0 outputs.spkr.mute=off outputs.spkr=230,230 Can you please share your mixerctl output on the Mobile Pre? I am pleasantly surprised that there are so few controls. Last time I saw this was on an old Compaq laptop that has just a mic in and line out, and has controls for just that, plus the record/master volume. My current HP laptop doesn't really have much more, but has 54 (azalia) controls. BTW, why is it that the details of mixerctl controls are described in azalia(4), which is just one of possible audio interfaces? Surely non-azalia devices can be mixerctl'ed too, and the control names mean the same, right? Also, why is the mixer named 'outputs.mix8-i7' (and not just 'outputs.mix8')? What is the i7 'property' (in azalia terms)? Thank you for your time Jan OpenBSD 4.7-current (GENERIC.MP) #43: Wed Jun 23 22:24:32 MDT 2010 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP RTC BIOS diagnostic error 80clock_battery cpu0: Intel(R) Atom(TM) CPU D510 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE real mem = 1055203328 (1006MB) avail mem = 1012293632 (965MB) RTC BIOS diagnostic error 80clock_battery mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 03/08/10, SMBIOS rev. 2.5 @ 0xe4410 (25 entries) bios0: vendor Intel Corp. version MOPNV10J.86A.0175.2010.0308.0620 date 03/08/2010 bios0: Intel Corporation D510MO acpi0 at bios0: rev 2 acpi0: tables DSDT FACP APIC MCFG HPET SSDT acpi0: wakeup devices SLPB(S4) PS2M(S4) PS2K(S4) UAR1(S4) UAR2(S4) P32_(S4) ILAN(S4) PEX0(S4) PEX1(S4) PEX2(S4) PEX3(S4) UHC1(S3) UHC2(S3) UHC3(S3) UHC4(S3) EHCI(S3) AZAL(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 166MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Atom(TM) CPU D510 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Atom(TM) CPU D510 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu2: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Atom(TM) CPU D510 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu3: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 8 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 5 (P32_) acpiprt1 at acpi0: bus 0 (PCI0) acpiprt2 at acpi0: bus 1 (PEX0) acpiprt3 at acpi0: bus 2 (PEX1) acpiprt4 at acpi0: bus 3 (PEX2) acpiprt5 at acpi0: bus 4 (PEX3) acpicpu0 at acpi0: C1, PSS acpicpu1 at acpi0: C1, PSS acpicpu2 at acpi0: C1, PSS acpicpu3 at acpi0: C1, PSS acpibtn0 at acpi0: SLPB bios0: ROM list: 0xc/0xda00! 0xce000/0x1000 pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel Pineview DMI rev 0x02 vga1 at pci0 dev 2 function 0 Intel Pineview Video rev 0x02 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp0 at vga1 agp0 at intagp0: aperture at 0xe000, size 0x1000 inteldrm0 at vga1: apic 8 int 16 (irq 11) drm0 at inteldrm0 Intel 82801GB HD Audio rev 0x01 at pci0 dev 27 function 0 not configured ppb0 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x01: apic 8 int 17 (irq
Re: uaudio
On Feb 21 14:04:01, Alexandre Ratchov wrote: On Sun, Feb 21, 2010 at 12:29:15AM +0100, Jan Stary wrote: More generally, what is the status of uaudio(4)? It works reliably, 24-bit encodings are not supported though; recently Jacob fixed various bugs, including a very annoying limitation of the block size. To support the dynamic range of the bleeding artist inside, I will buy me a 24bit (uaudio) card once 24bits is supported. Can I ask politely about the current status?
Re: uaudio - MAudio MobilePre USB
On Jul 13 08:55:03, Jan Stary wrote: On Feb 21 14:04:01, Alexandre Ratchov wrote: On Sun, Feb 21, 2010 at 12:29:15AM +0100, Jan Stary wrote: can people recommend a good uaudio card? It depends on what you want to use it for. I use a m-audio mobilepre for recording and listening music; it's class compliant does 16-bit stereo at 48kHz, and the sound is excellent. It has a stereo preamp and a phantom power, which is handy. Thank you for the recommendation. I just bought me one, and I am very satisfied with the sound. I disabled the onboard azalia, so that the mobilepre becomes audio0. Now the device reports as uaudio0 at uhub1 port 2 configuration 1 interface 0 M Audio MobilePre rev 1.10/1.03 addr 2 uaudio0: audio rev 1.00, 9 mixer controls audio0 at uaudio0 Can you please share your mixerctl output on the Mobile Pre? I just found that the 1/8 stereo mic input (on the back) doesn't work. Is there a way (in hardrware or software) to specify which of the inputs should be used? Does this happen automagically, in some hard-wired preference? (Such as: XLR inputs if plugged; if not, 1/4 TRS inputs if plugged; if not, the 1/8 stereo mic input) Jan
Re: uaudio - MAudio MobilePre USB
Replying to myself, On Jul 13 09:14:42, Jan Stary wrote: On Jul 13 08:55:03, Jan Stary wrote: On Feb 21 14:04:01, Alexandre Ratchov wrote: On Sun, Feb 21, 2010 at 12:29:15AM +0100, Jan Stary wrote: can people recommend a good uaudio card? It depends on what you want to use it for. I use a m-audio mobilepre for recording and listening music; it's class compliant does 16-bit stereo at 48kHz, and the sound is excellent. It has a stereo preamp and a phantom power, which is handy. Thank you for the recommendation. I just bought me one, and I am very satisfied with the sound. I disabled the onboard azalia, so that the mobilepre becomes audio0. Now the device reports as uaudio0 at uhub1 port 2 configuration 1 interface 0 M Audio MobilePre rev 1.10/1.03 addr 2 uaudio0: audio rev 1.00, 9 mixer controls audio0 at uaudio0 Can you please share your mixerctl output on the Mobile Pre? I just found that the 1/8 stereo mic input (on the back) doesn't work. Is there a way (in hardrware or software) to specify which of the inputs should be used? Does this happen automagically, in some hard-wired preference? (Such as: XLR inputs if plugged; if not, 1/4 TRS inputs if plugged; if not, the 1/8 stereo mic input) http://www.m-audio.com/index.php?do=support.faqID=2f7892c028390544ad28371e95e56658
Re: uaudio - MAudio MobilePre USB
On Tue, Jul 13, 2010 at 08:55:03AM +0200, Jan Stary wrote: On Feb 21 14:04:01, Alexandre Ratchov wrote: On Sun, Feb 21, 2010 at 12:29:15AM +0100, Jan Stary wrote: can people recommend a good uaudio card? It depends on what you want to use it for. I use a m-audio mobilepre for recording and listening music; it's class compliant does 16-bit stereo at 48kHz, and the sound is excellent. It has a stereo preamp and a phantom power, which is handy. Thank you for the recommendation. I just bought me one, and I am very satisfied with the sound. I disabled the onboard azalia, so that the mobilepre becomes audio0. Now the device reports as uaudio0 at uhub1 port 2 configuration 1 interface 0 M Audio MobilePre rev 1.10/1.03 addr 2 uaudio0: audio rev 1.00, 9 mixer controls audio0 at uaudio0 Indeed, mixerctl says (using zero configuration, that is, no /etc/mixerctl.conf): inputs.line.mute=on inputs.line=0,0 record.line.mute=off record.line=205,205 inputs.dac.mute=off inputs.dac=205,205 outputs.mix8-i7=0,0 outputs.spkr.mute=off outputs.spkr=230,230 Can you please share your mixerctl output on the Mobile Pre? I am pleasantly surprised that there are so few controls. Last time I saw this was on an old Compaq laptop that has just a mic in and line out, and has controls for just that, plus the record/master volume. non-ac97 codec envy(4) have even fewer. My current HP laptop doesn't really have much more, but has 54 (azalia) controls. they are useful. probably not to everyone, and probably not to most people most of the time, but they can be *quite* useful. BTW, why is it that the details of mixerctl controls are described in azalia(4), which is just one of possible audio interfaces? Surely non-azalia devices can be mixerctl'ed too, and the control names mean the same, right? for the most part, yes, the description of the controls in azalia(4) apply to most devices. why were mixer controls never really documented? dunno, that's a good question. I suppose it's not really easy, for one thing, and for another, they should just make sense. but for them to just make sense, you have to know a bit about how the mixer interface works. for example, someone was wondering how to make their laptop play louder at the recent hackathon. I said you need to increase inputs.dac, to which was replied, But that's an input. and yes, by the name, it sure sounds like an input, like a line input or a mic input ... but *generally speaking*, mixer control classes (the first part of a mixer control name, before the first '.'), are relative to ... the mixer. a picture is worth a thousand words (or so I've heard): class | widgets + inputs |line mic dac beep | | | || | +---+ | | +--+ | | | | | | +-+ | |the mixer| | +-+ | | | | | master outputs | | | | | line hp spkr | that's basically what a simple single mixer mixer device (essentially everything pre-azalia) looks like. there may also be a mixer (usually a much simpler mixer) specifically for recording, and most controls associated with it will be in the record class. in azalia, you could have multiple mixers, so it gets really hard to distinguish input vs output, because you could have an output from one mixer lead to the input of another mixer. Also, why is the mixer named 'outputs.mix8-i7' (and not just 'outputs.mix8')? What is the i7 'property' (in azalia terms)? that mean it's unit 8 of type mixer with source terminal 7. terrible name, but it should be unique, and that's the most important aspect. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: uaudio
On Tue, Jul 13, 2010 at 09:10:35AM +0200, Jan Stary wrote: On Feb 21 14:04:01, Alexandre Ratchov wrote: On Sun, Feb 21, 2010 at 12:29:15AM +0100, Jan Stary wrote: More generally, what is the status of uaudio(4)? It works reliably, 24-bit encodings are not supported though; recently Jacob fixed various bugs, including a very annoying limitation of the block size. To support the dynamic range of the bleeding artist inside, I will buy me a 24bit (uaudio) card once 24bits is supported. Can I ask politely about the current status? ready to commit as far as I'm concerned, but it breaks audio(4) binary compat ... -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: uaudio
Jacob Meuser jake...@sdf.lonestar.org wrote: On Tue, Jul 13, 2010 at 09:10:35AM +0200, Jan Stary wrote: On Feb 21 14:04:01, Alexandre Ratchov wrote: On Sun, Feb 21, 2010 at 12:29:15AM +0100, Jan Stary wrote: More generally, what is the status of uaudio(4)? It works reliably, 24-bit encodings are not supported though; recently Jacob fixed various bugs, including a very annoying limitation of the block size. To support the dynamic range of the bleeding artist inside, I will buy me a 24bit (uaudio) card once 24bits is supported. Can I ask politely about the current status? ready to commit as far as I'm concerned, but it breaks audio(4) binary compat ... This is good news (the first part of your statement). Which devices did you use for testing?
Re: uaudio
On Tue, Jul 13, 2010 at 11:38:11AM +0200, pet...@schwertfisch.de wrote: Jacob Meuser jake...@sdf.lonestar.org wrote: On Tue, Jul 13, 2010 at 09:10:35AM +0200, Jan Stary wrote: On Feb 21 14:04:01, Alexandre Ratchov wrote: On Sun, Feb 21, 2010 at 12:29:15AM +0100, Jan Stary wrote: More generally, what is the status of uaudio(4)? It works reliably, 24-bit encodings are not supported though; recently Jacob fixed various bugs, including a very annoying limitation of the block size. To support the dynamic range of the bleeding artist inside, I will buy me a 24bit (uaudio) card once 24bits is supported. Can I ask politely about the current status? ready to commit as far as I'm concerned, but it breaks audio(4) binary compat ... This is good news (the first part of your statement). well, the binary compat issue isn't really much of an issue, afaics. rebuilding things that use sys/audioio.h is all that's needed; it just adds a couple new members to structs audio_encoding and audio_prinfo. actually, if you rebuild libossaudio and libsndio (whic would be done for you already if you update via snapshots), there are only 2 ports in -current that would need to be rebuilt: graphics/xanim and lang/squeak. of course if you're using static libs, it's a little different, but iirc, as far as ports/packages go, that only affects the vax platform; I don't recall any port specifically using static linkage. besides, we live in a source code world ... or something like that. or maybe I'm completely off base and people really are using OpenBSD native binaries they don't have the source to that use the OpenBSD native audio(4) API. if so, I'd really like to know. this doesn't affect Linux binary emulation in any way. Which devices did you use for testing? E-Mu 0202 USB. it was a gift from patrick keshishian (thanks!). it's also a USB 2.0 device, so there's also USB 2.0 support for uaudio in that patchset. the 0202 also uses a sync endpoint for playback, so that's finally implemented (the first implementation for *BSD, btw). -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: uaudio
Jacob Meuser jake...@sdf.lonestar.org wrote: E-Mu 0202 USB. it was a gift from patrick keshishian (thanks!). it's also a USB 2.0 device, so there's also USB 2.0 support for uaudio in that patchset. the 0202 also uses a sync endpoint for playback, so that's finally implemented (the first implementation for *BSD, btw). Does this mean that any USB 2.0 audio device should be supported in future releases of OpenBSD, e.g., the devices from this list: http://www.tweakheadz.com/audio_interface_usb2_comparison_chart.htm
Re: uaudio
On Tue, Jul 13, 2010 at 05:55:21PM +0200, pet...@schwertfisch.de wrote: Jacob Meuser jake...@sdf.lonestar.org wrote: E-Mu 0202 USB. it was a gift from patrick keshishian (thanks!). it's also a USB 2.0 device, so there's also USB 2.0 support for uaudio in that patchset. the 0202 also uses a sync endpoint for playback, so that's finally implemented (the first implementation for *BSD, btw). Does this mean that any USB 2.0 audio device should be supported in future releases of OpenBSD, e.g., the devices from this list: http://www.tweakheadz.com/audio_interface_usb2_comparison_chart.htm not necessarily, but it does mean there would be less work ... much less work for the other E-Mu devices listed there ;) it really depends whether or not the devices are USB Audio 1.x compliant. for the most part, the E-Mu devices are. there is a USB Audio 2.x standard now, which mostly just builds on the USB Audio 1.0 standard but does change a few things. it's my understanding that very few devices are using the USB Audio 2.x standard, but that's based on hearsay. to be clear, a device can be USB 2.x compliant and USB Audio 1.x compliant at the same time. there is a small issue with that though: USB Audio 1.x didn't predict how USB 2.x would work, so there is a bit of wiggle room as to what USB packet and USB frame mean in that case. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: uaudio - Lexicon and M-Audio
On Feb 21 21:00:15, Jacob Meuser wrote: On Sun, Feb 21, 2010 at 02:04:01PM +0100, Alexandre Ratchov wrote: On Sun, Feb 21, 2010 at 12:29:15AM +0100, Jan Stary wrote: I consider buying the Lexicon Alpha souncard: http://www.lexiconpro.com/product.php?id=7 Is someone using it sucessfully? I understand there are USB soundcards out there not even appearing as USB Audio class devices. If this card is not working properly with 4.6 or current, can people recommend a good uaudio card? It depends on what you want to use it for. I use a m-audio mobilepre for recording and listening music; it's class compliant does 16-bit stereo at 48kHz, and the sound is excellent. It has a stereo preamp and a phantom power, which is handy. I need it to be uaudio become the machine that will use it does not have any possibility of holding a PCI card. More generally, what is the status of uaudio(4)? It works reliably, 24-bit encodings are not supported though; recently Jacob fixed various bugs, including a very annoying limitation of the block size. uaudio supports (most of) USB 1.x/USB Audio 1.x standards. there may be issues with USB 2.x/USB Audio 2.x devices, however, these types of devices aren't all that common yet, unles you're looking for high-end equipment ( 6 channels), but there are some out there. for example, the newer m-audio fast tracks are USB 2.0. Is someone using one of these? http://www.m-audio.com/products/en_us/FastTrack.html http://www.m-audio.com/products/en_us/FastTrackPro.html http://www.m-audio.com/products/en_us/FastTrackUltra.html (If not, I will probably settle for the MobilePre.) creative/e-mu have some USB 2.0 devices. I have looked at USB 2.0 support for uaudio, and I have ideas about how to proceed, but without the hardware in hand ... hmm I see the e-mu 0202 is now ~$100, I should probably ask for one on want.html. I suppose this is not supported then, right? http://www.emu.com/products/product.asp?category=610subcategory=611product=15186 Thanks Jan
Re: uaudio - Lexicon and M-Audio
On Wed, Jun 09, 2010 at 02:52:13PM +0200, Jan Stary wrote: On Feb 21 21:00:15, Jacob Meuser wrote: On Sun, Feb 21, 2010 at 02:04:01PM +0100, Alexandre Ratchov wrote: On Sun, Feb 21, 2010 at 12:29:15AM +0100, Jan Stary wrote: I consider buying the Lexicon Alpha souncard: http://www.lexiconpro.com/product.php?id=7 Is someone using it sucessfully? I understand there are USB soundcards out there not even appearing as USB Audio class devices. If this card is not working properly with 4.6 or current, can people recommend a good uaudio card? It depends on what you want to use it for. I use a m-audio mobilepre for recording and listening music; it's class compliant does 16-bit stereo at 48kHz, and the sound is excellent. It has a stereo preamp and a phantom power, which is handy. I need it to be uaudio become the machine that will use it does not have any possibility of holding a PCI card. More generally, what is the status of uaudio(4)? It works reliably, 24-bit encodings are not supported though; recently Jacob fixed various bugs, including a very annoying limitation of the block size. uaudio supports (most of) USB 1.x/USB Audio 1.x standards. there may be issues with USB 2.x/USB Audio 2.x devices, however, these types of devices aren't all that common yet, unles you're looking for high-end equipment ( 6 channels), but there are some out there. for example, the newer m-audio fast tracks are USB 2.0. Is someone using one of these? http://www.m-audio.com/products/en_us/FastTrack.html http://www.m-audio.com/products/en_us/FastTrackPro.html http://www.m-audio.com/products/en_us/FastTrackUltra.html (If not, I will probably settle for the MobilePre.) creative/e-mu have some USB 2.0 devices. I have looked at USB 2.0 support for uaudio, and I have ideas about how to proceed, but without the hardware in hand ... hmm I see the e-mu 0202 is now ~$100, I should probably ask for one on want.html. I suppose this is not supported then, right? http://www.emu.com/products/product.asp?category=610subcategory=611product=15186 not yet. I did receive an 0202, and have it working (this includes support for multiple/sync endpoints and other improvements to uaudio in general), but it requires some changes in audio(4) itself ... it's coming. Thanks Jan -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: uaudio - Lexicon Alpha
On Sun, Feb 21, 2010 at 12:29:15AM +0100, Jan Stary wrote: I consider buying the Lexicon Alpha souncard: http://www.lexiconpro.com/product.php?id=7 Is someone using it sucessfully? I understand there are USB soundcards out there not even appearing as USB Audio class devices. If this card is not working properly with 4.6 or current, can people recommend a good uaudio card? It depends on what you want to use it for. I use a m-audio mobilepre for recording and listening music; it's class compliant does 16-bit stereo at 48kHz, and the sound is excellent. It has a stereo preamp and a phantom power, which is handy. I need it to be uaudio become the machine that will use it does not have any possibility of holding a PCI card. More generally, what is the status of uaudio(4)? It works reliably, 24-bit encodings are not supported though; recently Jacob fixed various bugs, including a very annoying limitation of the block size. -- Alexandre
Re: uaudio - Lexicon Alpha
On Sun, Feb 21, 2010 at 02:04:01PM +0100, Alexandre Ratchov wrote: On Sun, Feb 21, 2010 at 12:29:15AM +0100, Jan Stary wrote: I consider buying the Lexicon Alpha souncard: http://www.lexiconpro.com/product.php?id=7 Is someone using it sucessfully? I understand there are USB soundcards out there not even appearing as USB Audio class devices. If this card is not working properly with 4.6 or current, can people recommend a good uaudio card? It depends on what you want to use it for. I use a m-audio mobilepre for recording and listening music; it's class compliant does 16-bit stereo at 48kHz, and the sound is excellent. It has a stereo preamp and a phantom power, which is handy. I need it to be uaudio become the machine that will use it does not have any possibility of holding a PCI card. More generally, what is the status of uaudio(4)? It works reliably, 24-bit encodings are not supported though; recently Jacob fixed various bugs, including a very annoying limitation of the block size. uaudio supports (most of) USB 1.x/USB Audio 1.x standards. there may be issues with USB 2.x/USB Audio 2.x devices, however, these types of devices aren't all that common yet, unles you're looking for high-end equipment ( 6 channels), but there are some out there. for example, the newer m-audio fast tracks are USB 2.0. creative/e-mu have some USB 2.0 devices. I have looked at USB 2.0 support for uaudio, and I have ideas about how to proceed, but without the hardware in hand ... hmm I see the e-mu 0202 is now ~$100, I should probably ask for one on want.html. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
uaudio - Lexicon Alpha
I consider buying the Lexicon Alpha souncard: http://www.lexiconpro.com/product.php?id=7 Is someone using it sucessfully? I understand there are USB soundcards out there not even appearing as USB Audio class devices. If this card is not working properly with 4.6 or current, can people recommend a good uaudio card? I need it to be uaudio become the machine that will use it does not have any possibility of holding a PCI card. More generally, what is the status of uaudio(4)?
Re: uaudio - Lexicon Alpha
I understand there are USB soundcards out there not even appearing as USB Audio class devices. Yes there do exist some devices that depend on vendor supplied drivers, however there may be hope for this device: http://www.lexiconpro.com/knowledgebase.php?product=7 Q: Will the Alpha work on an Intel based Mac? A: The Alpha will work on Intel based Macs with OS version 10.4.7 or higher. The Alpha uses Mac's built in Core Audio drivers. That does indicate a uaudio device, however that may not be the case.. try contacting them directly, or keep the receit. -Bryan.
Re: Trouble with a uaudio(4) device
On 2009-10-24, Jacob Meuser jake...@sdf.lonestar.org wrote: On Fri, Oct 23, 2009 at 07:02:54PM +0200, Remco wrote: Jona Joachim wrote: Here's the dmesg output when I plug in the device: uaudio0 at uhub3 port 2 configuration 1 interface 0 Ten X Technology, Inc. USB AUDIO rev 1.10/2.04 addr 2 uaudio0: ignored input endpoint of type adaptive that means the input (recording) endpoint was not configured. I completely missed this line when I read the dmesg... han% audioctl -f /dev/audio1 audioctl: /dev/audio1: Device not configured han% aucat -f /dev/audio1 -l aucat: /dev/audio1: can't open device those both fail because they try to open the device for full-duplex operation, but there is no recording capability. 'audioctl -f /dev/audioctl1' should work though. yes that works indeed. I don't really know how to debug this any further. This is on i386 -current. It seems this patch was applied 8 days ago different patch was applied, but same idea. anyway, I have one of the Ten X deally-jobbers. it was like 3 bucks on ebay. they really are worth $5. there's no real volume control and it's the lowest quality (both playback and recording) device I have. the ~10 year old PCI cards I got from the thrift store ($5 each) work and sound much better. Well I got this one for $3 with free shipping so I couldn't really be disappointed. I thought I could use it for VoIP. aucat -f /dev/audio1 -m play -l works but when I play sound I only get a solid beep tone from the device. I'll try again with above mentioned patch applied. Best regards, Jona -- Worse is better Richard P. Gabriel
Re: Trouble with a uaudio(4) device
Probably you'll have to create the /dev/audio1 device. Just go to /etc and make a 'sudo MAKEDEV audio1'. This script will create all the required devs to operate your audio card. Regards! Dani Jona Joachim escribis: Here's the dmesg output when I plug in the device: uaudio0 at uhub3 port 2 configuration 1 interface 0 Ten X Technology, Inc. USB AUDIO rev 1.10/2.04 addr 2 uaudio0: ignored input endpoint of type adaptive uaudio0: audio rev 1.00, 4 mixer controls audio1 at uaudio0 uhidev1 at uhub3 port 2 configuration 1 interface 3 Ten X Technology, Inc. USB AUDIO rev 1.10/2.04 addr 2 uhidev1: iclass 3/1 uhid0 at uhidev1: input=8, output=8, feature=0 uhidev2 at uhub3 port 2 configuration 1 interface 4 Ten X Technology, Inc. USB AUDIO rev 1.10/2.04 addr 2 uhidev2: iclass 3/1, 3 report ids uhid1 at uhidev2 reportid 3: input=1, output=0, feature=0 When I try to use it I get the following errors: han% audioctl -f /dev/audio1 audioctl: /dev/audio1: Device not configured han% aucat -f /dev/audio1 -l aucat: /dev/audio1: can't open device I don't really know how to debug this any further. This is on i386 -current. Here's some more info about the hardware: port 2 addr 2: full speed, power 500 mA, config 1, USB AUDIO(0xf211), Ten X Technology, Inc.(0x1130), rev 2.04 n% usbhidctl -f /dev/uhid0 No_Event=1 [0] No_Event=1 [1] No_Event=1 [2] No_Event=1 [3] No_Event=1 [4] No_Event=1 [5] No_Event=1 [6] No_Event=1 [7] Undefined.Num_Lock=0 Undefined.Caps_Lock=0 Undefined.Scroll_Lock=0 Undefined.Compose=0 Undefined.Kana=0 Undefined.Power=0 Undefined.Shift=0 Undefined.Do_Not_Disturb=0 Undefined.Mute=0 Undefined.Tone_Enable=0 Undefined.High_Cut_Filter=0 Undefined.Low_Cut_Filter=0 Undefined.Equalizer_Enable=0 Undefined.Sound_Field_On=0 Undefined.Surround_Field_On=0 Undefined.Repeat=0 Undefined.Stereo=0 Undefined.Sampling_Rate_Detect=0 Undefined.Spinning=0 Undefined.CAV=0 Undefined.CLV=0 Undefined.Recording_Format_Detect=0 Undefined.Off-Hook=0 Undefined.Ring=0 Undefined.Message_Waiting=0 Undefined.Data_Mode=0 Undefined.Battery_Operation=0 Undefined.Battery_OK=0 Undefined.Battery_Low=0 Undefined.Speaker=0 Undefined.Head_Set=0 Undefined.Hold=0 Undefined.Microphone=0 Undefined.Coverage=0 Undefined.Night_Mode=0 Undefined.Send_Calls=0 Undefined.Call_Pickup=0 Undefined.Conference=0 Undefined.Stand-by=0 Undefined.Camera_On=0 Undefined.Camera_Off=0 Undefined.On-Line=0 Undefined.Off-Line=0 Undefined.Busy=0 Undefined.Ready=0 Undefined.Paper-Out=0 Undefined.Paper-Jam=0 Undefined.Remote=0 Undefined.Forward=0 Undefined.Reverse=0 Undefined.Stop=0 Undefined.Rewind=0 Undefined.Fast_Forward=0 Undefined.Play=0 Undefined.Pause=0 Undefined.Record=0 Undefined.Error=0 Undefined.Usage_Selected_Indicator=0 Undefined.Usage_In_Use_Indicator=0 Undefined.Usage_Multi_Mode_Indicator=0 Undefined.Indicator_On=0 Undefined.Indicator_Flash=0 Undefined.Indicator_Slow_Blink=0 Undefined.Indicator_Fast_Blink=0 han% usbhidctl -f /dev/uhid1 Consumer_Control.Volume_Up=0 Consumer_Control.Volume_Down=0 Consumer_Control.Mute=0 Consumer_Control.Scan_Next_Track=0 Consumer_Control.Scan_Previous_Track=0 Consumer_Control.Pause/Play=0
Re: Trouble with a uaudio(4) device
On 2009-10-23, Daniel Gracia Garallar danie...@electronicagracia.com wrote: Probably you'll have to create the /dev/audio1 device. Just go to /etc and make a 'sudo MAKEDEV audio1'. This script will create all the required devs to operate your audio card. no, that's not the problem, /dev/audio[0-2] are created by default... -- Worse is better Richard P. Gabriel
Trouble with a uaudio(4) device
Here's the dmesg output when I plug in the device: uaudio0 at uhub3 port 2 configuration 1 interface 0 Ten X Technology, Inc. USB AUDIO rev 1.10/2.04 addr 2 uaudio0: ignored input endpoint of type adaptive uaudio0: audio rev 1.00, 4 mixer controls audio1 at uaudio0 uhidev1 at uhub3 port 2 configuration 1 interface 3 Ten X Technology, Inc. USB AUDIO rev 1.10/2.04 addr 2 uhidev1: iclass 3/1 uhid0 at uhidev1: input=8, output=8, feature=0 uhidev2 at uhub3 port 2 configuration 1 interface 4 Ten X Technology, Inc. USB AUDIO rev 1.10/2.04 addr 2 uhidev2: iclass 3/1, 3 report ids uhid1 at uhidev2 reportid 3: input=1, output=0, feature=0 When I try to use it I get the following errors: han% audioctl -f /dev/audio1 audioctl: /dev/audio1: Device not configured han% aucat -f /dev/audio1 -l aucat: /dev/audio1: can't open device I don't really know how to debug this any further. This is on i386 -current. Here's some more info about the hardware: port 2 addr 2: full speed, power 500 mA, config 1, USB AUDIO(0xf211), Ten X Technology, Inc.(0x1130), rev 2.04 n% usbhidctl -f /dev/uhid0 No_Event=1 [0] No_Event=1 [1] No_Event=1 [2] No_Event=1 [3] No_Event=1 [4] No_Event=1 [5] No_Event=1 [6] No_Event=1 [7] Undefined.Num_Lock=0 Undefined.Caps_Lock=0 Undefined.Scroll_Lock=0 Undefined.Compose=0 Undefined.Kana=0 Undefined.Power=0 Undefined.Shift=0 Undefined.Do_Not_Disturb=0 Undefined.Mute=0 Undefined.Tone_Enable=0 Undefined.High_Cut_Filter=0 Undefined.Low_Cut_Filter=0 Undefined.Equalizer_Enable=0 Undefined.Sound_Field_On=0 Undefined.Surround_Field_On=0 Undefined.Repeat=0 Undefined.Stereo=0 Undefined.Sampling_Rate_Detect=0 Undefined.Spinning=0 Undefined.CAV=0 Undefined.CLV=0 Undefined.Recording_Format_Detect=0 Undefined.Off-Hook=0 Undefined.Ring=0 Undefined.Message_Waiting=0 Undefined.Data_Mode=0 Undefined.Battery_Operation=0 Undefined.Battery_OK=0 Undefined.Battery_Low=0 Undefined.Speaker=0 Undefined.Head_Set=0 Undefined.Hold=0 Undefined.Microphone=0 Undefined.Coverage=0 Undefined.Night_Mode=0 Undefined.Send_Calls=0 Undefined.Call_Pickup=0 Undefined.Conference=0 Undefined.Stand-by=0 Undefined.Camera_On=0 Undefined.Camera_Off=0 Undefined.On-Line=0 Undefined.Off-Line=0 Undefined.Busy=0 Undefined.Ready=0 Undefined.Paper-Out=0 Undefined.Paper-Jam=0 Undefined.Remote=0 Undefined.Forward=0 Undefined.Reverse=0 Undefined.Stop=0 Undefined.Rewind=0 Undefined.Fast_Forward=0 Undefined.Play=0 Undefined.Pause=0 Undefined.Record=0 Undefined.Error=0 Undefined.Usage_Selected_Indicator=0 Undefined.Usage_In_Use_Indicator=0 Undefined.Usage_Multi_Mode_Indicator=0 Undefined.Indicator_On=0 Undefined.Indicator_Flash=0 Undefined.Indicator_Slow_Blink=0 Undefined.Indicator_Fast_Blink=0 han% usbhidctl -f /dev/uhid1 Consumer_Control.Volume_Up=0 Consumer_Control.Volume_Down=0 Consumer_Control.Mute=0 Consumer_Control.Scan_Next_Track=0 Consumer_Control.Scan_Previous_Track=0 Consumer_Control.Pause/Play=0 -- Worse is better Richard P. Gabriel
Re: Trouble with a uaudio(4) device
Jona Joachim wrote: Here's the dmesg output when I plug in the device: uaudio0 at uhub3 port 2 configuration 1 interface 0 Ten X Technology, Inc. USB AUDIO rev 1.10/2.04 addr 2 uaudio0: ignored input endpoint of type adaptive uaudio0: audio rev 1.00, 4 mixer controls audio1 at uaudio0 uhidev1 at uhub3 port 2 configuration 1 interface 3 Ten X Technology, Inc. USB AUDIO rev 1.10/2.04 addr 2 uhidev1: iclass 3/1 uhid0 at uhidev1: input=8, output=8, feature=0 uhidev2 at uhub3 port 2 configuration 1 interface 4 Ten X Technology, Inc. USB AUDIO rev 1.10/2.04 addr 2 uhidev2: iclass 3/1, 3 report ids uhid1 at uhidev2 reportid 3: input=1, output=0, feature=0 When I try to use it I get the following errors: han% audioctl -f /dev/audio1 audioctl: /dev/audio1: Device not configured han% aucat -f /dev/audio1 -l aucat: /dev/audio1: can't open device I don't really know how to debug this any further. This is on i386 -current. Your problem might be the adaptive endpoint as described in: http://marc.info/?l=openbsd-techm=125518948020717w=2 I applied the patch mentioned in this thread to my 4.5 system (at my own risk) and my USB headset started working as it should. Both 'audioctl' and 'aucat -l' worked. It seems this patch was applied 8 days ago, I'm guessing it exists in a recent snapshot. I don't know if your CURRENT system is current enough.
Re: Trouble with a uaudio(4) device
On Fri, Oct 23, 2009 at 07:02:54PM +0200, Remco wrote: Jona Joachim wrote: Here's the dmesg output when I plug in the device: uaudio0 at uhub3 port 2 configuration 1 interface 0 Ten X Technology, Inc. USB AUDIO rev 1.10/2.04 addr 2 uaudio0: ignored input endpoint of type adaptive that means the input (recording) endpoint was not configured. han% audioctl -f /dev/audio1 audioctl: /dev/audio1: Device not configured han% aucat -f /dev/audio1 -l aucat: /dev/audio1: can't open device those both fail because they try to open the device for full-duplex operation, but there is no recording capability. 'audioctl -f /dev/audioctl1' should work though. I don't really know how to debug this any further. This is on i386 -current. It seems this patch was applied 8 days ago different patch was applied, but same idea. anyway, I have one of the Ten X deally-jobbers. it was like 3 bucks on ebay. they really are worth $5. there's no real volume control and it's the lowest quality (both playback and recording) device I have. the ~10 year old PCI cards I got from the thrift store ($5 each) work and sound much better. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: uaudio+umidi recommendation
On Tue, Aug 12, 2008 at 01:55:18AM +0300, Alexey Suslikov wrote: Hello [EMAIL PROTECTED] Can somebody recommend well-supported external (u)audio card with (u)midi controller? i've never used such device, but will try to provide useful information. - by midi controller, you mean an interface to the standard MIDI UARTs with a 5-pin DIN ports, right? - do you need the card to be external because it's easier to manipulate or you have other reasons? If you wan't the card to be trully external, the only option on openbsd is any class-compliant USB device. I've an m-audio mobilepre uaudio(4) device and an 2in/2out edirol um-2 umidi(4) interface; they are really nice. Note that if the card is poorly designed, the usb connection may introduce noise anyway. There are (internal) PCI cards with _external_ rackable breakout box (ex: m-audio delta 1010) which are very good. Properly designed PCI cards can have very good accuracy. There're also poorly designed cards having bad quality. There are also excellent bare PCI cards without breakout box. They require good cables and must be properly plugged though. - why do you need the audio(4) and midi(4) device to be on the same card? they are logically (and physically) independent. IMO the only advantage of having them on the same card is to have fewer cables. in the USB case, i believe that it's better to have separate uaudio(4) and umidi(4) cards. It's to avoid cards with an USB hub and two separate devices inside. -- Alexandre
uaudio+umidi recommendation
Hello [EMAIL PROTECTED] Can somebody recommend well-supported external (u)audio card with (u)midi controller? Thanks. Alexey
Re: uaudio trouble
Alexandre Ratchov wrote: If you have some time could you apply all patches and see if the device work as expected? Feel free to contact me if you need more info about how to test these diffs and/or to make uaudio(4) work Installed the patches, now audioctl -f /dev/audioctl1 play.encoding=slinear_le play.precision=16 works okay, but still no sound. What's really confusing is that this machine, with this USB audio adapter, running 4.0, worked just fine before. (Well, I probably never tried using audioctl.) I can't seem to figure out what's different.
Re: uaudio trouble
On Sat, Dec 23, 2006 at 11:08:11PM -0500, Steve Shockley wrote: Alexandre Ratchov wrote: does at least the following work? audioctl -f /dev/audioctl1 play.encoding=slinear_le play.precision=16 Huh, that returns audioctl: set failed: Device not configured... something's not right. It's strange that audioctl -f /dev/audioctl1 -a works properly and this doesn't. it seems that there is a mixer control that is missing on your device (that's not bad), but the kernel driver tries to change its setting. The problem is discussed here: http://marc.theaimsgroup.com/?l=openbsd-techm=114641672628647 Mixers of uaudio(4) devices that use signed values don't work properly, perhaps yours uses signed values and that would explain why there is no sound; there is a fix for this issue, too: http://caoua.org/alex/obsd/uaudio-sign.diff http://caoua.org/alex/obsd/audio-ports.diff http://caoua.org/alex/obsd/audio-pollcond.diff http://caoua.org/alex/obsd/audio-pause.diff These are the same diffs as in: http://marc.theaimsgroup.com/?l=openbsd-techm=115982418728996 If you have some time could you apply all patches and see if the device work as expected? Feel free to contact me if you need more info about how to test these diffs and/or to make uaudio(4) work -- Alexandre
Re: uaudio trouble
On Tue, Dec 19, 2006 at 04:56:45PM -0500, Steve Shockley wrote: I've got a Xitel DG2, which is a USB sound card with optical output. I previously set up a nice music player using mpd, and it worked great. Unfortunately the drive died, so I'm building a new one. (The old install's dmesg is at http://marc.theaimsgroup.com/?m=115863499102215, the hardware is the same except for the hard drive.) Since the rebuild, the laptop's internal sound works, but the usb sound doesn't. I plugged the USB sound into a Windows machine and my stereo made sounds, so I think the adapter is okay. I did create /dev/{mixer,audioctl,audio,sound}1. All the outputs are unmuted. Doing cat /bsd /dev/audio1 (or sound1) does something, but makes no noise. Any ideas? does at least the following work? audioctl -f /dev/audioctl1 play.encoding=slinear_le play.precision=16 cat /bsd /dev/sound1 if not, does it work if you unplug and then plug again the device without changing the outputs.speaker control? -- Alexandre
uaudio trouble
I've got a Xitel DG2, which is a USB sound card with optical output. I previously set up a nice music player using mpd, and it worked great. Unfortunately the drive died, so I'm building a new one. (The old install's dmesg is at http://marc.theaimsgroup.com/?m=115863499102215, the hardware is the same except for the hard drive.) Since the rebuild, the laptop's internal sound works, but the usb sound doesn't. I plugged the USB sound into a Windows machine and my stereo made sounds, so I think the adapter is okay. I did create /dev/{mixer,audioctl,audio,sound}1. All the outputs are unmuted. Doing cat /bsd /dev/audio1 (or sound1) does something, but makes no noise. Any ideas? # mixerctl -f /dev/mixer1 -a outputs.speaker.mute=off outputs.speaker=167,167 outputs.speaker.bass=0 outputs.speaker.treble=0 # audioctl -f /dev/audioctl1 -a name=USB audio version= config=uaudio encodings=ulinear:8*,mulaw:8*,alaw:8*,slinear:8,slinear_le:16,ulinear_le:16*,slinear_be:16*,ulinear_be:16* properties=full_duplex,independent full_duplex=0 fullduplex=0 blocksize=1088 hiwat=60 lowat=1 monitor_gain=0 mode= play.rate=8000 play.channels=1 play.precision=16 play.encoding=slinear_le play.gain=127 play.balance=32 play.port=0x0 play.avail_ports=0x0 play.seek=1088 play.samples=129472 play.eof=0 play.pause=0 play.error=1 play.waiting=0 play.open=0 play.active=0 play.buffer_size=65536 record.rate=8000 record.channels=1 record.precision=8 record.encoding=mulaw record.gain=127 record.balance=32 record.port=0x0 record.avail_ports=0x0 record.seek=0 record.samples=0 record.eof=0 record.pause=0 record.error=0 record.waiting=0 record.open=0 record.active=0 record.buffer_size=65536 record.errors=0 dmesg: OpenBSD 4.0 (GENERIC) #1107: Sat Sep 16 19:15:58 MDT 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Pentium(R) 4 Mobile CPU 1.70GHz (GenuineIntel 686-class) 1.70 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM real mem = 804286464 (785436K) avail mem = 725155840 (708160K) using 4256 buffers containing 40316928 bytes (39372K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(89) BIOS, date 04/05/05, BIOS32 rev. 0 @ 0xfd7e0, SMBIOS rev. 2.31 @ 0xe0010 (51 entries) bios0: IBM 2653H6U apm0 at bios0: Power Management spec V1.2 apm0: battery life expectancy 100% apm0: AC on, battery charge high apm0: flags 30102 dobusy 0 doidle 1 pcibios0 at bios0: rev 2.1 @ 0xfd770/0x890 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdeb0/256 (14 entries) pcibios0: PCI Interrupt Router at 000:31:0 (Intel 82371FB ISA rev 0x00) pcibios0: PCI bus #6 is the last bus bios0: ROM list: 0xc/0x1 0xd/0x1000 0xd1000/0x1000 0xdc000/0x4000! 0xe/0x1 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 Intel 82845 Host rev 0x04 ppb0 at pci0 dev 1 function 0 Intel 82845 AGP rev 0x04 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 vendor ATI, unknown product 0x4c58 rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) uhci0 at pci0 dev 29 function 0 Intel 82801CA/CAM USB rev 0x02: irq 11 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1 at pci0 dev 29 function 1 Intel 82801CA/CAM USB rev 0x02: irq 11 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2 at pci0 dev 29 function 2 Intel 82801CA/CAM USB rev 0x02: irq 11 usb2 at uhci2: USB revision 1.0 uhub2 at usb2 uhub2: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ppb1 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0x42 pci2 at ppb1 bus 2 cbb0 at pci2 dev 0 function 0 Ricoh 5C476 CardBus rev 0xa8: irq 11 cbb1 at pci2 dev 0 function 1 Ricoh 5C476 CardBus rev 0xa8: irq 11 Ricoh 5C552 Firewire rev 0x00 at pci2 dev 0 function 2 not configured ral0 at pci2 dev 2 function 0 Ralink RT2561 rev 0x00: irq 11, address 00:13:d3:7c:db:08 ral0: MAC/BBP RT2561C, RF RT2527 fxp0 at pci2 dev 8 function 0 Intel PRO/100 VE rev 0x42, i82562: irq 11, address 00:d0:59:c0:16:30 inphy0 at fxp0 phy 1: i82562ET 10/100 PHY, rev. 0 cardslot0 at cbb0 slot 0 flags 0 cardbus0 at cardslot0: bus 3 device 0 cacheline 0x0, lattimer 0xb0 pcmcia0 at cardslot0 cardslot1 at cbb1 slot 1 flags 0 cardbus1 at cardslot1: bus 6 device 0 cacheline 0x0, lattimer 0xb0 pcmcia1 at cardslot1 ichpcib0 at pci0 dev 31 function 0 Intel 82801CAM LPC rev 0x02: SpeedStep pciide0 at pci0 dev 31 function 1 Intel 82801CAM IDE rev 0x02: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: HITACHI_DK23EB-40 wd0: 16-sector PIO, LBA, 38154MB, 78140160 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5
uaudio recording?
Hi all, i386.html says uaudio is supported, but does that include sound recording? If not, maybe someone could possibly share what PCI cards [1] can do sound recording (quality is not an issue). My goal is to run /usr/ports/mbone/vat. Thank you. [1] _not_ Intel(R) Co policies apply.
Re: uaudio recording?
On Sun, Nov 05, 2006 at 07:22:31PM +0900, vladas wrote: Hi all, i386.html says uaudio is supported, but does that include sound recording? If not, maybe someone could possibly share what PCI cards [1] can do sound recording (quality is not an issue). My goal is to run /usr/ports/mbone/vat. hi, recording works reliably with uaudio(4) and afaik most other audio devices (sb(4) and cmpci(4) work for me) there are some issues (common to all audio devices) in full-duplex mode: the poll(4) syscall and sychronization between play and record may not work. There are diffs to fix them, see: http://marc.theaimsgroup.com/?l=openbsd-techm=115982418728996 they are not committed yet, to use them you need to patch and recompile the kernel. Feedback is very welcome There is also an uaudio(4) specific bug: not all emulated encodings (those shown with a '*' by 'audioctl encodings') seem to work. So prefer using native encodings. -- Alexandre
Re: uaudio recording?
hi, Alexandre, record may not work. There are diffs to fix them, see: http://marc.theaimsgroup.com/?l=openbsd-techm=115982418728996 Thank you! they are not committed yet, to use them you need to patch and recompile the kernel. Feedback is very welcome Sure. First thing todo after I get one of them. There is also an uaudio(4) specific bug: not all emulated encodings (those shown with a '*' by 'audioctl encodings') seem to work. So prefer using native encodings. Natives are fine wih me. -- Alexandre Thank you one more time.
help with uaudio device
I'm trying to get an external usb audio device working on 4.0 release: uaudio0 at uhub1 port 2 configuration 1 interface 0: FORTEMEDIA FM1083, rev 1.10/0.01, addr 2 uaudio0: ignored audio interface with 2 endpoints uaudio0: audio rev 1.00, 5 mixer controls audio1 at uaudio0 I'm a little confused about making the right devices in the /dev directory and how to properly create the symlinks. I did try pointing /dev/audio at /dev/audio1, but xmms just said that there was permissions denied on /dev/audio. Full dmesg bekow: # dmesg OpenBSD 4.0 (GENERIC) #1107: Sat Sep 16 19:15:58 MDT 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Genuine Intel(R) CPU T2300 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,EST,TM2 cpu0: unknown Enhanced SpeedStep CPU, msr 0x06130a2c06000a2c cpu0: using only highest and lowest power states cpu0: Enhanced SpeedStep 1667 MHz (1404 mV): speeds: 1667, 1000 MHz real mem = 526483456 (514144K) avail mem = 472281088 (461212K) using 4256 buffers containing 26427392 bytes (25808K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(00) BIOS, date 10/13/06, BIOS32 rev. 0 @ 0xffa10, SMBIOS rev. 2.4 @ 0xf6eb0 (62 entries) bios0: Dell Inc. Latitude D620 pcibios0 at bios0: rev 2.1 @ 0xf/0x1 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfa980/224 (12 entries) pcibios0: PCI Interrupt Router at 000:31:0 (Intel 82371 ISA and IDE rev 0x00) pcibios0: PCI bus #12 is the last bus bios0: ROM list: 0xc/0xe800! 0xce800/0x1800 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 Intel 82945GM MCH rev 0x03 vga1 at pci0 dev 2 function 0 Intel 82945GM Video rev 0x03: aperture at 0xeff0, size 0x1000 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) Intel 82945GM Video rev 0x03 at pci0 dev 2 function 1 not configured azalia0 at pci0 dev 27 function 0 Intel 82801GB HD Audio rev 0x01: irq 10 azalia0: host: High Definition Audio rev. 1.0 azalia0: codec: Sigmatel STAC9220 (rev. 34.1), HDA version 1.0 azalia0: codec: 0x04x/0x14f1 (rev. 0.0), HDA version 0.9 azalia0: codec[1]: No support for modem function groups azalia0: codec[1]: No audio function groups audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x01 pci1 at ppb0 bus 11 ppb1 at pci0 dev 28 function 1 Intel 82801GB PCIE rev 0x01 pci2 at ppb1 bus 12 wpi0 at pci2 dev 0 function 0 Intel PRO/Wireless 3945ABG rev 0x02: irq 11, address 00:18:de:8a:2e:4c ppb2 at pci0 dev 28 function 2 Intel 82801GB PCIE rev 0x01 pci3 at ppb2 bus 9 bge0 at pci3 dev 0 function 0 Broadcom BCM5752 rev 0x02, BCM5752 A2 (0x6002): irq 5bge0: firmware handshake timed out , address 00:15:c5:52:68:4a brgphy0 at bge0 phy 1: BCM5752 10/100/1000baseT PHY, rev. 0 uhci0 at pci0 dev 29 function 0 Intel 82801GB USB rev 0x01: irq 9 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1 at pci0 dev 29 function 1 Intel 82801GB USB rev 0x01: irq 10 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2 at pci0 dev 29 function 2 Intel 82801GB USB rev 0x01: irq 5 usb2 at uhci2: USB revision 1.0 uhub2 at usb2 uhub2: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3 at pci0 dev 29 function 3 Intel 82801GB USB rev 0x01: irq 3 usb3 at uhci3: USB revision 1.0 uhub3 at usb3 uhub3: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0 at pci0 dev 29 function 7 Intel 82801GB USB rev 0x01: irq 9 usb4 at ehci0: USB revision 2.0 uhub4 at usb4 uhub4: Intel EHCI root hub, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered ppb3 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0xe1 pci4 at ppb3 bus 3 cbb0 at pci4 dev 1 function 0 O2 Micro OZ69[17]2 CardBus rev 0x40: irq 5 cbb0: bad Vcc request. sock_ctrl 0x501aa88, sock_status 0x50123e9 cardslot0 at cbb0 slot 0 flags 0 cardbus0 at cardslot0: bus 4 device 0 cacheline 0x0, lattimer 0x20 pcmcia0 at cardslot0 ichpcib0 at pci0 dev 31 function 0 Intel 82801GBM LPC rev 0x01: PM disabled pciide0 at pci0 dev 31 function 2 Intel 82801GBM SATA rev 0x01: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: SAMSUNG HM080II wd0: 16-sector PIO, LBA48, 76319MB, 156301488 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: TSSTcorp, CDRW/DVD TSL462D, DE01 SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 ichiic0 at pci0 dev 31 function 3 Intel 82801GB SMBus rev 0x01: SMI iic0 at
Re: help with uaudio device
On Fri, Nov 03, 2006 at 08:11:55AM -0500, Will H. Backman wrote: I did try pointing /dev/audio at /dev/audio1, but xmms just said that there was permissions denied on /dev/audio. You did run MAKEDEV(1) to create /dev/audio1 and friends, didn't you? Ciao, Kili -- Inches. An antiquated measurement unit still in use in certain backwards countries. -- groff manual
Problem usb audio (uaudio) /dev/audio1: Permission denied Creative SB Audigy 2
channel 1 drive 1 scsibus1 at atapiscsi1: 2 targets cd1 at scsibus1 targ 0 lun 0: HL-DT-ST, DVDRAM GSA-4082B, A201 SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 cd1(pciide0:1:1): using PIO mode 4, Ultra-DMA mode 2 eap0 at pci0 dev 19 function 0 Ensoniq AudioPCI97 rev 0x08: irq 9 ac97: codec id 0x43525913 (Cirrus Logic CS4297A rev 3) ac97: codec features headphone, 20 bit DAC, 18 bit ADC, Crystal Semi 3D audio0 at eap0 midi0 at eap0: AudioPCI MIDI UART isa0 at pcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pcppi0 at isa0 port 0x61 midi1 at pcppi0: PC speaker spkr0 at pcppi0 sysbeep0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 it0 at isa0 port 0x290/8: IT87 npx0 at isa0 port 0xf0/16: using exception 16 pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec biomask fd6d netmask ff6d ttymask ffef pctr: user-level cycle counter enabled mtrr: Pentium Pro MTRR support uhub4 at uhub3 port 2 uhub4: Standard Microsystems product 0xa700, class 9/0, rev 2.00/0.00, addr 2 uhub4: 3 ports with 3 removable, bus powered, multiple transaction translators uhub5 at uhub0 port 1 uhub5: Lite-On Technology USB 1.1 2port downstream low power hub, class 9/0, rev 1.10/1.00, addr 2 uhub5: 3 ports with 2 removable, bus powered uhidev0 at uhub5 port 1 configuration 1 interface 0 uhidev0: Lite-On Technology USB Productivity Option Keyboard( has the hub in # 1 ), rev 1.10/1.00, addr 3, iclass 3/1 ukbd0 at uhidev0: 8 modifier keys, 6 key codes wskbd1 at ukbd0 mux 1 wskbd1: connecting to wsdisplay0 uhidev1 at uhub5 port 1 configuration 1 interface 1 uhidev1: Lite-On Technology USB Productivity Option Keyboard( has the hub in # 1 ), rev 1.10/1.00, addr 3, iclass 3/0 uhidev1: 3 report ids uhid0 at uhidev1 reportid 3: input=3, output=0, feature=0 umass0 at uhub3 port 4 configuration 1 interface 0 umass0: Generic USB Storage Device, rev 2.00/1.00, addr 3 umass0: using SCSI over Bulk-Only scsibus2 at umass0: 2 targets sd0 at scsibus2 targ 1 lun 0: GENERIC, USB Storage-CFC, 010K SCSI0 0/direct removable sd0: drive offline sd1 at scsibus2 targ 1 lun 1: GENERIC, USB Storage-CFC, 010K SCSI0 0/direct removable sd1: drive offline sd2 at scsibus2 targ 1 lun 2: GENERIC, USB Storage-MMC, 010K SCSI0 0/direct removable sd2: drive offline sd3 at scsibus2 targ 1 lun 3: GENERIC, USB Storage-MSC, 010K SCSI0 0/direct removable sd3: drive offline uhidev2 at uhub1 port 1 configuration 1 interface 0 uhidev2: Logitech USB-PS/2 Optical Mouse, rev 2.00/13.20, addr 2, iclass 3/1 ums0 at uhidev2: 4 buttons and Z dir. wsmouse0 at ums0 mux 0 wd0: no disk label dkcsum: wd0 matched BIOS disk 80 dkcsum: wd1 matched BIOS disk 81 dkcsum: read of sd0 failed (0) dkcsum: read of sd1 failed (0) dkcsum: read of sd2 failed (0) dkcsum: read of sd3 failed (0) root on wd1a rootdev=0x10 rrootdev=0x310 rawdev=0x312 uaudio0 at uhub2 port 1 configuration 1 interface 0: Creative Technology Ltd SB Audigy 2 NX, rev 1.10/1.00, addr 2 uaudio_add_selector: NOT IMPLEMENTED uaudio_add_selector: NOT IMPLEMENTED uaudio_add_selector: NOT IMPLEMENTED uaudio0: audio rev 1.00, 28 mixer controls audio1 at uaudio0 wsdisplay0: screen 1 deleted wsdisplay0: screen 1 added (80x50, vt100 emulation) wsdisplay0: screen 2 deleted wsdisplay0: screen 2 added (80x50, vt100 emulation) wsdisplay0: screen 3 deleted wsdisplay0: screen 3 added (80x50, vt100 emulation) wsdisplay0: screen 5 deleted wsdisplay0: screen 5 added (80x50, vt100 emulation) audioctl -f /dev/audioctl1 -a name=USB audio version= config=uaudio encodings=ulinear:8*,mulaw:8*,alaw:8*,slinear:8*,slinear_le:16,ulinear_le:16*,slinear_be:16*,ulinear_be:16* properties=full_duplex,independent full_duplex=1 fullduplex=1 blocksize=8400 hiwat=7 lowat=1 monitor_gain=0 mode= play.rate=8000 play.channels=2 play.precision=8 play.encoding=mulaw play.gain=127 play.balance=32 play.port=0x0 play.avail_ports=0x0 play.seek=0 play.samples=0 play.eof=0 play.pause=0 play.error=0 play.waiting=0 play.open=0 play.active=0 play.buffer_size=65536 record.rate=32000 record.channels=2 record.precision=16 record.encoding=slinear_le record.gain=127 record.balance=32 record.port=0x0 record.avail_ports=0x0 record.seek=0 record.samples=0 record.eof=0 record.pause=0 record.error=0 record.waiting=0 record.open=0 record.active=0 record.buffer_size=65536 record.errors=0 mixerctl -f /dev/mixer1 -a outputs.mute=on outputs.fea6-i4-mute=on outputs.master=255,255 outputs.fea6-i4-master=255,255 outputs.mute=on outputs.fea8-i7-mute