Re: Usb-audio not working
On Fri, Apr 17, 2015 at 04:11:16PM +0300, Timo Myyra wrote:
> Hi,
>
> I saw recent commit which should have enabled uaudio support for ehci-only
> systems.
> It doesn't seem to work for desktop with my USB DAC.
>
> So far I've changed the following symlinks to point to my USB DAC.
>
> zmyrgel:2202$ ls -la /dev/{audio,sound,audioctl,mixer}
> lrwxr-xr-x 1 root wheel 11 Apr 17 15:57 /dev/audio@ -> /dev/audio1
> lrwxr-xr-x 1 root wheel 14 Apr 17 15:57 /dev/audioctl@ -> /dev/audioctl1
> lrwxr-xr-x 1 root wheel 11 Apr 17 15:57 /dev/mixer@ -> /dev/mixer1
> lrwxr-xr-x 1 root wheel 11 Apr 17 15:57 /dev/sound@ -> /dev/sound1
>
programs don't use the symlinks any longer, try to set sndiod_flags
to "-f rsnd/1" and restart sndiod
> It seems to work as per audioctl and mixerctl output:
>
> zmyrgel:2204$ mixerctl
> outputs.spkr.mute=off
> outputs.spkr=255,255
> zmyrgel:2205$ audioctl
> name=USB audio
> encodings=slinear_le:16:2:1,slinear_le:24:3:1
> properties=independent
> hiwat=7
> lowat=5
> mode=
> play.rate=44100
> play.channels=2
> play.precision=16
> play.bps=2
> play.msb=1
> play.encoding=slinear_le
> play.samples=0
> play.pause=0
> play.active=0
> play.block_size=8816
> play.errors=0
> record.rate=44100
> record.channels=2
> record.precision=16
> record.bps=2
> record.msb=1
> record.encoding=slinear_le
> record.samples=0
> record.pause=0
> record.active=0
> record.block_size=8816
> record.errors=0
>
> When I use mplayer or audacious, both seem to playback just fine except I
> can't hear anything from my headset. Am I missing something here?
probably programs are still using the first device.
Usb-audio not working
Hi,
I saw recent commit which should have enabled uaudio support for
ehci-only systems.
It doesn't seem to work for desktop with my USB DAC.
So far I've changed the following symlinks to point to my USB DAC.
zmyrgel:2202$ ls -la /dev/{audio,sound,audioctl,mixer}
lrwxr-xr-x 1 root wheel 11 Apr 17 15:57 /dev/audio@ -> /dev/audio1
lrwxr-xr-x 1 root wheel 14 Apr 17 15:57 /dev/audioctl@ -> /dev/audioctl1
lrwxr-xr-x 1 root wheel 11 Apr 17 15:57 /dev/mixer@ -> /dev/mixer1
lrwxr-xr-x 1 root wheel 11 Apr 17 15:57 /dev/sound@ -> /dev/sound1
It seems to work as per audioctl and mixerctl output:
zmyrgel:2204$ mixerctl
outputs.spkr.mute=off
outputs.spkr=255,255
zmyrgel:2205$ audioctl
name=USB audio
encodings=slinear_le:16:2:1,slinear_le:24:3:1
properties=independent
hiwat=7
lowat=5
mode=
play.rate=44100
play.channels=2
play.precision=16
play.bps=2
play.msb=1
play.encoding=slinear_le
play.samples=0
play.pause=0
play.active=0
play.block_size=8816
play.errors=0
record.rate=44100
record.channels=2
record.precision=16
record.bps=2
record.msb=1
record.encoding=slinear_le
record.samples=0
record.pause=0
record.active=0
record.block_size=8816
record.errors=0
When I use mplayer or audacious, both seem to playback just fine except
I can't hear anything from my headset. Am I missing something here?
zmyrgel:2204$ dmesg
OpenBSD 5.7-current (GENERIC.MP) #912: Sat Apr 11 13:12:26 MDT 2015
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8481976320 (8089MB)
avail mem = 8221065216 (7840MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xeb0f0 (28 entries)
bios0: vendor American Megatrends Inc. version "P1.60" date 07/13/2011
bios0: ASRock Z68 Pro3
acpi0 at bios0: rev 2
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT FACP APIC SSDT MCFG AAFT HPET SLIC
acpi0: wakeup devices CIR_(S3) PS2K(S4) PS2M(S4) UAR1(S4) BR20(S4)
EUSB(S4) USBE(S4) PEX0(S4) PEX1(S4) PEX2(S4) PEX3(S4) PEX4(S4) PE2P(S4)
PEX5(S4) PEX6(S4) PEX7(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) Core(TM) i5-2500K CPU @ 3.30GHz, 3293.06 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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.1.0, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz, 3292.53 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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 4 (application processor)
cpu2: Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz, 3292.53 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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 6 (application processor)
cpu3: Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz, 3292.53 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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC
cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 0, core 3, package 0
ioapic0 at mainbus0: apid 0 pa 0xfec0, version 20, 24 pins
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (BR20)
acpiprt2 at acpi0: bus 2 (PEX0)
acpiprt3 at acpi0: bus -1 (PEX1)
acpiprt4 at acpi0: bus -1 (PEX2)
acpiprt5 at acpi0: bus 3 (PEX4)
acpiprt6 at acpi0: bus 4 (PE2P)
acpiprt7 at acpi0: bus 5 (PEX5)
acpiprt8 at acpi0: bus 6 (PEX6)
acpiprt9 at acpi0: bus 7 (PEX7)
acpiprt10 at acpi0: bus 1 (P0P1)
acpiprt11 at acpi0: bus -1 (P0P2)
acpiprt12 at acpi0: bus -1 (P0P3)
acpiprt13 at acpi0: bus -1 (P0P4)
acpicpu0 at acpi0: C3, C3, C1, PSS
acpicpu1 at acpi0: C3, C3, C1, PSS
acpicpu2 at acpi0: C3, C3, C1, PSS
acpicpu3 at acpi0: C3, C3, C1, PSS
acpibtn0 at acpi0: SLPB
acpibtn1 at acpi0: PWRB
cpu0: Enhanced SpeedStep 3293 MHz: speeds: 3301, 3300, 3100, 2900, 2700,
2500, 2300, 2100, 1900, 1700, 1600 MHz
pci0 at mainbus0
Re: Audio probles like, slow response in applications that use audio
On Fri, Mar 06, 2015 at 09:07:40PM +0100, Alexandre Ratchov wrote: > Yes we have modifications. Back around 2008, audio used to be very > unsable on MP systems and sndiod used to run with lower priority. > So using large buffers (around 500ms) was the only way to get > stable audio. > > Nowadays, this is not necessary, but buffer sizes are still big > because nobody tryed to reduce them. Maybe it's time now. Properly > written software could probably work with 50ms buffers. > > Still I'm talking about 500ms. Not the 1-2s you mentioned, which I > need to understand. > > Could you do the following: in one window, kill sndiod and start a > new one as follows: > > sudo pkill sndiod > SNDIO_DEBUG=4 sndiod -ddd 2>/tmp/log > > in another window: > > mplayer /foo/bar.mp3 > > after few seconds, push the right arrow key to skip forward, wait > few seconds, press q, kill sndiod and send me the /tmp/log file. > > When you hit the right arrow key, mplayer is supposed to take 500ms > to react, but on your setup it takes 1-2s, right? > > The file is huge, so please send it off-list. I attached the file -- Regards Henrique Lengler snd0 pst=cfg.default: rec=0:1 play=0:1 vol=23170 dup listen(/tmp/aucat-1000/aucat0|ini): created sock(sock|ini): created sock,rmsg,widl: AUTH message sio_sun_setpar: 0: trying pars = 48000/16/6 sio_sun_setpar: bpf = (4, 4) sio_sun_setpar: 0: trying round = 600 -> (576, 576) sio_sun_setpar: blocksize ok sio_sun_setpar: 0: trying pars = 48000/16/6 sio_sun_setpar: bpf = (4, 4) sio_sun_setpar: 0: trying round = 960 -> (960, 960) sio_sun_setpar: blocksize ok sock,rmsg,widl: HELLO message sock,rmsg,widl: hello from , mode = 1, ver 7 sock,rmsg,widl: using snd0 pst=cfg.default, mode = 1 mplayer0: overwritten slot 0 snd0 pst=cfg: device requested sio(rsnd/0|ini): created snd0 pst=ini: 48000Hz, s16le, play 0:1, rec 0:1, 9 blocks of 960 frames mplayer0 vol=127,pst=ini,mmc=off,rmsg,widl: SETPAR message mplayer0 vol=127,pst=ini,mmc=off,rmsg,widl: playback channels 0:1 -> 0:1 mplayer0 vol=127,pst=ini,mmc=off,rmsg,widl: 44100Hz sample rate, 882 frame blocks mplayer0 vol=127,pst=ini,mmc=off,rmsg,widl: 11466 frame buffer mplayer0 vol=127,pst=ini,mmc=off,rmsg,widl: GETPAR message mplayer0 vol=127,pst=ini,mmc=off,rmsg,widl: GETPAR message mplayer0 vol=127,pst=ini,mmc=off,rmsg,widl: START message mplayer0 vol=127,pst=ini,mmc=off: playing s32le -> s16le mplayer0 vol=127,pst=ini,mmc=off: allocated 11466/19404 fr buffers mplayer0 vol=127,pst=sta,mmc=off: 44100Hz, s32le, play 0:1, 13 blocks of 882 frames mplayer0 vol=127,pst=sta,mmc=off,rmsg,widl: building SETVOL message, vol = 127 snd0 pst=ini: device started snd0 pst=run: started mplayer0 vol=127,pst=run,mmc=off: attached at -7938, delta = 0 cmap: nch = 2, ostart = 0, onext = 0, istart = 0, inext = 0 dec: s32le, 2 channels resamp: 882/960 mplayer0 vol=127,pst=run,mmc=off: set weight: 23170/23170 12083: sio_revents: revents = 0x4, took 1537ns 35969: sio_revents: revents = 0x4, took 1257ns 47213: sio_revents: revents = 0x4, took 1257ns 57410: sio_revents: revents = 0x4, took 1257ns 67746: sio_revents: revents = 0x4, took 1258ns 78223: sio_revents: revents = 0x4, took 1187ns 95893: sio_revents: revents = 0x4, took 1257ns 000106788: sio_revents: revents = 0x4, took 1187ns 000117194: sio_revents: revents = 0x4, took 1187ns 0849340: clk+0 +0, wr+8 +0 rd:+0 +0 00020857890: clk+1 +0, wr+9 +0 rd:+0 +0 020856284: sio_revents: revents = 0x1, took 4330ns 020903706: sio_revents: revents = 0x0, took 1327ns 020928570: sio_revents: revents = 0x0, took 1327ns 00040880828: clk+2 +0, wr +10 +0 rd:+1 +0 040879291: sio_revents: revents = 0x1, took 5238ns 040912396: sio_revents: revents = 0x0, took 1257ns 040932370: sio_revents: revents = 0x0, took 1258ns 00060857879: clk+3 +0, wr +11 +0 rd:+2 +0 060856343: sio_revents: revents = 0x1, took 5098ns 060889308: sio_revents: revents = 0x0, took 1257ns 060908304: sio_revents: revents = 0x0, took 1258ns 00080882842: clk+4 +0, wr +12 +0 rd:+3 +0 080881515: sio_revents: revents = 0x1, took 3422ns 080911756: sio_revents: revents = 0x0, took 1257ns 080928937: sio_revents: revents = 0x0, took 1257ns 00100857728: clk+5 +0, wr +13 +0 rd:+4 +0 100856401: sio_revents: revents = 0x1, took 3492ns 100886852: sio_revents: revents = 0x0, took 1327ns 100904312: sio_revents: revents = 0x0, took 1327ns 00120890024: clk+6 +0, wr +14 +0 rd:+5 +0 120888697: sio_revents: revents = 0x1, took 3353ns 120918799: sio_revents: revents = 0x0, took 1187ns 120935770: sio_revents: revents = 0x0, took 1257ns 00140857647: clk+7 +0, wr +15 +0 rd:+6 +0 140856250: sio_revents: revents = 0x1, took 4051ns 140888238: sio_revents: revents = 0x0, took 1187ns 140905838: sio_revents: revents = 0x0, t
Re: Audio probles like, slow response in applications that use audio
On Fri, Mar 06, 2015 at 04:24:53PM -0300, Henrique Lengler wrote: > On Fri, Mar 06, 2015 at 09:06:00AM +0100, Alexandre Ratchov wrote: > > > Also please remeber that the audio is synchronized, the lag is when I > > > want > > > to advance the video. > > > > I still don't 100% understand whether you observe an audio > > subsystem bug (>500ms latency), or you just dislike the default > > latency. > > This can't be a feature (right?), since I already use all these apps in > this same computer under linux, and they ran very fast. > > To remeber: > The behaviour that mplayer and cmus, are having, is operate with a > delay. Any change in the audio play, like advance in the audio/video, or stop > playing it, takes a time to happen. > > For example when I am in these apps and I click pause buttom, it takes a > time like 1~2 seconds to respond. And If I click more than one time, it > lags even more. 1-2 seconds is a bug. I couldn't reproduce it, unfortunately. On my box the default setup (same parameters as yours, same device) the lang is at most 500ms, as expected. IMO 500ms is too much nowadays, but before questioning it, we must fix your box to not lag 1-2s, which I consider a bug. > > If you don't like the 200-400ms latency (too conservative imo), you > > could lower sndiod buffer size, possibly patch mplayer, cmus or > > whatever to use smaller buffers as well, post diffs on ports@ and > > if this hurts no MP kernel users we'll change the defaults. This > > would improve everybody's setup. > > I already changed the buffer, and it didn't solved, as you can see here: > http://marc.info/?l=openbsd-misc&m=142368103115408&w=2 > This page have some usefull informations. > > About change the application buffers, never tried, but if these apps > worked on Linux, it should work here right, or maybe the OBSD version > have some modification. Yes we have modifications. Back around 2008, audio used to be very unsable on MP systems and sndiod used to run with lower priority. So using large buffers (around 500ms) was the only way to get stable audio. Nowadays, this is not necessary, but buffer sizes are still big because nobody tryed to reduce them. Maybe it's time now. Properly written software could probably work with 50ms buffers. Still I'm talking about 500ms. Not the 1-2s you mentioned, which I need to understand. Could you do the following: in one window, kill sndiod and start a new one as follows: sudo pkill sndiod SNDIO_DEBUG=4 sndiod -ddd 2>/tmp/log in another window: mplayer /foo/bar.mp3 after few seconds, push the right arrow key to skip forward, wait few seconds, press q, kill sndiod and send me the /tmp/log file. When you hit the right arrow key, mplayer is supposed to take 500ms to react, but on your setup it takes 1-2s, right? The file is huge, so please send it off-list. Thanks -- Alexandre
Re: Audio probles like, slow response in applications that use audio
On Fri, Mar 06, 2015 at 09:06:00AM +0100, Alexandre Ratchov wrote: > > Also please remeber that the audio is synchronized, the lag is when I want > > to advance the video. > > I still don't 100% understand whether you observe an audio > subsystem bug (>500ms latency), or you just dislike the default > latency. This can't be a feature (right?), since I already use all these apps in this same computer under linux, and they ran very fast. To remeber: The behaviour that mplayer and cmus, are having, is operate with a delay. Any change in the audio play, like advance in the audio/video, or stop playing it, takes a time to happen. For example when I am in these apps and I click pause buttom, it takes a time like 1~2 seconds to respond. And If I click more than one time, it lags even more. > If you don't like the 200-400ms latency (too conservative imo), you > could lower sndiod buffer size, possibly patch mplayer, cmus or > whatever to use smaller buffers as well, post diffs on ports@ and > if this hurts no MP kernel users we'll change the defaults. This > would improve everybody's setup. I already changed the buffer, and it didn't solved, as you can see here: http://marc.info/?l=openbsd-misc&m=142368103115408&w=2 This page have some usefull informations. About change the application buffers, never tried, but if these apps worked on Linux, it should work here right, or maybe the OBSD version have some modification. > Let me know if you need help for this. > > Browsers are a different story. They use a huge amount of code with > complex interaction that makes simple things complicated to debug. > I'd suggest to first make work mplayer, cmus & friends. I totally agree, lets focus on simples tools first. -- Regards Henrique Lengler
Re: Audio probles like, slow response in applications that use audio
On Thu, Mar 05, 2015 at 02:42:11PM -0300, Henrique Lengler wrote: > > On Thu, Mar 05, 2015 at 01:45:57PM +0100, Alexandre Ratchov wrote: > > Let's first fix system-related audio problems (as programs depend > > on it). Once we're sure audio works well, then we can try to debug > > browsers which are known to not work well yet in all cases. > > > > mplayer is known to work; it has a small lag (iirc, less than > > 500ms, depends on the setup) which is somewhat acceptable. Could > > you confirm at least this works on -current as expected? > > No, still the same thing. mplayer, cmus and html5 video in any browser > (firefox, chromium, webkitbased), are with lag in my system. > Also please remeber that the audio is synchronized, the lag is when I want > to advance the video. I still don't 100% understand whether you observe an audio subsystem bug (>500ms latency), or you just dislike the default latency. If you don't like the 200-400ms latency (too conservative imo), you could lower sndiod buffer size, possibly patch mplayer, cmus or whatever to use smaller buffers as well, post diffs on ports@ and if this hurts no MP kernel users we'll change the defaults. This would improve everybody's setup. Let me know if you need help for this. Browsers are a different story. They use a huge amount of code with complex interaction that makes simple things complicated to debug. I'd suggest to first make work mplayer, cmus & friends.
Re: Audio probles like, slow response in applications that use audio
On Thu, Mar 05, 2015 at 03:59:37PM +0100, Dmitrij D. Czarkoff wrote: Hi, Dimitrij, I am using some software from your port (ratox). > If the performance issue depends on video resolution, most likely you > experience problems with hardware graphics acceleration. To me looks like the audio is causing lag on video, since, the problem happens with cmus too. > Do other GStreamer-based programs play the same videos fine? What about > non-Gstreamer software, eg. ffplay from ffmpeg? As I said, ffplay is the only one I found that works well, when using it, I see no lag, even with HD videos. On Thu, Mar 05, 2015 at 01:45:57PM +0100, Alexandre Ratchov wrote: > Let's first fix system-related audio problems (as programs depend > on it). Once we're sure audio works well, then we can try to debug > browsers which are known to not work well yet in all cases. > > mplayer is known to work; it has a small lag (iirc, less than > 500ms, depends on the setup) which is somewhat acceptable. Could > you confirm at least this works on -current as expected? No, still the same thing. mplayer, cmus and html5 video in any browser (firefox, chromium, webkitbased), are with lag in my system. Also please remeber that the audio is synchronized, the lag is when I want to advance the video. -- Regards Henrique Lengler
Re: Audio probles like, slow response in applications that use audio
Henrique Lengler said: > I tried some browsers like (firefox, midori and chromium), and they get > really slow when I am watching a html5 video, and it freezes all the > time if the video is in HD. If the performance issue depends on video resolution, most likely you experience problems with hardware graphics acceleration. Do other GStreamer-based programs play the same videos fine? What about non-Gstreamer software, eg. ffplay from ffmpeg? -- Dmitrij D. Czarkoff
Re: Audio probles like, slow response in applications that use audio
On Wed, Mar 04, 2015 at 06:59:43PM -0300, Henrique Lengler wrote: > Hi, > > Updating the situation, I already used -stable, and I am using now > -current, and still the problem. > I tried some browsers like (firefox, midori and chromium), and they get > really slow when I am watching a html5 video, and it freezes all the > time if the video is in HD. > > Here is almost all the problem > information:http://marc.info/?l=openbsd-misc&m=142385651303855&w=2 Let's first fix system-related audio problems (as programs depend on it). Once we're sure audio works well, then we can try to debug browsers which are known to not work well yet in all cases. mplayer is known to work; it has a small lag (iirc, less than 500ms, depends on the setup) which is somewhat acceptable. Could you confirm at least this works on -current as expected?
Re: Audio probles like, slow response in applications that use audio
Hi, Updating the situation, I already used -stable, and I am using now -current, and still the problem. I tried some browsers like (firefox, midori and chromium), and they get really slow when I am watching a html5 video, and it freezes all the time if the video is in HD. Here is almost all the problem information:http://marc.info/?l=openbsd-misc&m=142385651303855&w=2 -- Regards Henrique Lengler
Re: Audio probles like, slow response in applications that use audio and a little noise in the background
On Fri, Feb 13, 2015 at 09:59:47AM +0100, Alexandre Ratchov wrote: > One second lag is cleary a bug. Could you get this file: > > http://caoua.org/tmp/beep.wav > > and test the lag with this command: > > aucat -i beep.wav > > The lag is supposed to be of 0.2 seconds. To debug this, you could > kill sndiod, run tmux and start: > > sudo sndiod -dd > > Then, when you start a program it displays information about what > programs do, example: > > mplayer0: 48000Hz, s32le, play 0:1, 13 blocks of 960 frames > mplayer0: attached at -7680, delta = 0 > > which allows to calculate the expected lag: > > 13 * 960 / 48000 = 0.26 seconds of lag When I do aucat -i beep.wav, this is what I receive: # sndiod -dd snd0.default: rec=0:1 play=0:1 vol=23170 dup snd0: 48000Hz, s16le, play 0:1, rec 0:1, 9 blocks of 960 frames aucat0: 48000Hz, s16le, play 0:0, 8 blocks of 960 frames snd0: device started aucat0: attached at -8640, delta = 0 snd0: device stopped 8 * 960 / 48000 = 0.16, this mean it have no lag, strange. > Do you see any warning messages? No. > Whenever the device starts, sndiod displays: > > snd0: device started > > when you observe the lag, does above message appear delayed as > well? When I start mplayer, cmus, aucat, the first message appear instatly. But the others that I received during execution come delayed. For example in mplayer the audio looks synchronize with the video, the delay comes when I click, for example, in the arrow to jump on the audio/music. **This is the mplayer output when I start it: snd0.default: rec=0:1 play=0:1 vol=23170 dup snd0: 48000Hz, s16le, play 0:1, rec 0:1, 9 blocks of 960 frames mplayer0: 44100Hz, s32le, play 0:1, 13 blocks of 882 frames snd0: device started mplayer0: attached at -7938, delta = 0 ** And it stay playing, when I click the arrow key, I receive this two messages with the delay. mplayer0: 44100Hz, s32le, play 0:1, 13 blocks of 882 frames mplayer0: attached at -7938, delta = 0 ** So I press quit, mplay quit in the same time, but the audio still playing for a while. And I receive this one with the same delay snd0: device stopped In ffplay, that don't lag, this is the messages I get: # sndiod -dd snd0.default: rec=0:1 play=0:1 vol=23170 dup snd0: 48000Hz, s16le, play 0:1, rec 0:1, 9 blocks of 960 frames snd0: 48000Hz, s16le, play 0:1, rec 0:1, 9 blocks of 960 frames ffplay0: 44100Hz, s16le, play 0:1, 2 blocks of 882 frames snd0: device started ffplay0: attached at -7938, delta = 0 snd0: device stopped In ffplay, I don't receive any message if I advance the video, and the message of device stopped come instatly. First thing I can see is that: 2 * 882 / 44100 = 0.04 -> the value is lower But looks this isn't the problem, the audio in mplayer is synchronized with the video, the lag only happens when I advance or quit the app. > If you let: > > aucat -i /dev/zero > > running, do cmus and mplayer keep lagging? Yes, everything continue behaving as before. -- Regards Henrique Lengler
Re: Audio probles like, slow response in applications that use audio and a little noise in the background
On Fri, Feb 13, 2015 at 02:47:51AM -0200, Henrique Lengler wrote: > Hi, Just an update. > I continue with the lag. So I decided to try other players, and I discovered > that ffplay from ffmpeg don't lag, this is the only one I found that works, > with > both audio and video. But the problem isn't solved yet since I like cmus and > mplayer and I wanna use them. This is really strange, why this could happen? One second lag is cleary a bug. Could you get this file: http://caoua.org/tmp/beep.wav and test the lag with this command: aucat -i beep.wav The lag is supposed to be of 0.2 seconds. To debug this, you could kill sndiod, run tmux and start: sudo sndiod -dd Then, when you start a program it displays information about what programs do, example: mplayer0: 48000Hz, s32le, play 0:1, 13 blocks of 960 frames mplayer0: attached at -7680, delta = 0 which allows to calculate the expected lag: 13 * 960 / 48000 = 0.26 seconds of lag Do you see any warning messages? [...] Whenever the device starts, sndiod displays: snd0: device started when you observe the lag, does above message appear delayed as well? If you let: aucat -i /dev/zero running, do cmus and mplayer keep lagging? -- Alexandre
Re: Audio probles like, slow response in applications that use audio and a little noise in the background
Hi, Just an update. I continue with the lag. So I decided to try other players, and I discovered that ffplay from ffmpeg don't lag, this is the only one I found that works, with both audio and video. But the problem isn't solved yet since I like cmus and mplayer and I wanna use them. This is really strange, why this could happen? Audio lag in html5, mplayer and cmus, but workin on ffplay? I need help On Wed, Feb 11, 2015 at 04:54:54PM -0200, Henrique Lengler wrote: > First thanks for helping! > > On Wed, Feb 11, 2015 at 09:29:04AM +0100, Alexandre Ratchov wrote: > > the noise might be caused by a noisy microphone amp (even if > > there's no microphone plugged). By mutting the microphoe, the noise > > may disappear. Could you post the output of "mixerctl -a" ? > > Thanks, first problem solved, I did $ mixerctl inputs.mic=0,0 and the noise > stoped. > > /* mixerctl -a */ > > inputs.dac-0:1=108,108 > inputs.dac-2:3=126,126 > inputs.dac-4:5=126,126 > inputs.dac-6:7=108,108 > record.adc-0:1_mute=off > record.adc-0:1=125,125 > record.adc-2:3_mute=off > record.adc-2:3=125,125 > inputs.mix_source=mic,mic2,line-in,hp,line > inputs.mix_mic=120,120 > inputs.mix_mic2=120,120 > inputs.mix_line-in=120,120 > inputs.mix_hp=120,120 > inputs.mix_line=120,120 > inputs.mix2_source=dac-0:1,mix > inputs.mix3_source=dac-2:3,mix > inputs.mix4_source=dac-4:5,mix > inputs.mix5_source=dac-6:7,mix > outputs.SPDIF_source=dig-dac-0:1 > outputs.line_source=mix2 > outputs.line_mute=off > outputs.line_dir=output > outputs.line_boost=off > outputs.line_eapd=on > outputs.mic_source=mix3 > outputs.mic_mute=on > inputs.mic=0,0 > outputs.mic_dir=input-vr80 > outputs.mic2_source=mix8 > outputs.mic2_mute=off > inputs.mic2=85,85 > outputs.mic2_dir=input-vr80 > outputs.mic2_boost=off > outputs.line-in_source=mix4 > outputs.line-in_mute=off > inputs.line-in=85,85 > outputs.line-in_dir=input > outputs.hp_source=mix5 > outputs.hp_mute=off > inputs.hp=85,85 > outputs.hp_dir=output > outputs.hp_boost=off > outputs.hp_eapd=on > record.adc-2:3_source=mic,mic2,line-in,hp,line,mix > record.adc-0:1_source=mic,mic2,line-in,hp,line,mix > inputs.dac-8:9=126,126 > inputs.mix8_source=dac-8:9,mix > outputs.line_sense=plugged > outputs.mic_sense=unplugged > outputs.mic2_sense=unplugged > outputs.line-in_sense=unplugged > outputs.hp_sense=unplugged > outputs.master=110,110 > outputs.master.mute=off > outputs.master.slaves=dac-0:1,dac-6:7,line,hp > record.volume=125,125 > record.volume.mute=off > record.volume.slaves=adc-0:1,adc-2:3 > outputs.mode=analog > > > > I installed cmus, copied some musics to my disk and started to listen. > > > It plays normally, but when I click the arrows to advance in the music, I > > > noticed it have a delay, and it lags if I click like 3 times to advance. > > > And if click to close the application, the application close in the same > > > time, > > > but the audio stay playing for a while. > > > > > > The next thing is mplayer, It lag to advance the video (as cmus), but > > > it don't stay playing when I click close. > > > > How long is the lag? > > It's about 1.5 - 2 seconds. This really sucks I need to advance the music and > click more than once. > > > By default the buffer size is large which causes around 0.2 second > > of extra lag but makes audio stable (this is to allow audio to > > kinda work on busy or on MP systems). You could try to use smaller > > buffers, for instance add: > > > > sndiod_flags="-z 480" > > > > to /etc/rc.conf.local and restart sndiod with: > > > > /etc/rc.d/sndiod restart > > This didn't solved, maybe the audio is a little faster, but continue more > than 1 sec of delay. > > -- > Regards > > Henrique Lengler > -- Regards Henrique Lengler
Re: Audio probles like, slow response in applications that use audio and a little noise in the background
First thanks for helping! On Wed, Feb 11, 2015 at 09:29:04AM +0100, Alexandre Ratchov wrote: > the noise might be caused by a noisy microphone amp (even if > there's no microphone plugged). By mutting the microphoe, the noise > may disappear. Could you post the output of "mixerctl -a" ? Thanks, first problem solved, I did $ mixerctl inputs.mic=0,0 and the noise stoped. /* mixerctl -a */ inputs.dac-0:1=108,108 inputs.dac-2:3=126,126 inputs.dac-4:5=126,126 inputs.dac-6:7=108,108 record.adc-0:1_mute=off record.adc-0:1=125,125 record.adc-2:3_mute=off record.adc-2:3=125,125 inputs.mix_source=mic,mic2,line-in,hp,line inputs.mix_mic=120,120 inputs.mix_mic2=120,120 inputs.mix_line-in=120,120 inputs.mix_hp=120,120 inputs.mix_line=120,120 inputs.mix2_source=dac-0:1,mix inputs.mix3_source=dac-2:3,mix inputs.mix4_source=dac-4:5,mix inputs.mix5_source=dac-6:7,mix outputs.SPDIF_source=dig-dac-0:1 outputs.line_source=mix2 outputs.line_mute=off outputs.line_dir=output outputs.line_boost=off outputs.line_eapd=on outputs.mic_source=mix3 outputs.mic_mute=on inputs.mic=0,0 outputs.mic_dir=input-vr80 outputs.mic2_source=mix8 outputs.mic2_mute=off inputs.mic2=85,85 outputs.mic2_dir=input-vr80 outputs.mic2_boost=off outputs.line-in_source=mix4 outputs.line-in_mute=off inputs.line-in=85,85 outputs.line-in_dir=input outputs.hp_source=mix5 outputs.hp_mute=off inputs.hp=85,85 outputs.hp_dir=output outputs.hp_boost=off outputs.hp_eapd=on record.adc-2:3_source=mic,mic2,line-in,hp,line,mix record.adc-0:1_source=mic,mic2,line-in,hp,line,mix inputs.dac-8:9=126,126 inputs.mix8_source=dac-8:9,mix outputs.line_sense=plugged outputs.mic_sense=unplugged outputs.mic2_sense=unplugged outputs.line-in_sense=unplugged outputs.hp_sense=unplugged outputs.master=110,110 outputs.master.mute=off outputs.master.slaves=dac-0:1,dac-6:7,line,hp record.volume=125,125 record.volume.mute=off record.volume.slaves=adc-0:1,adc-2:3 outputs.mode=analog > > I installed cmus, copied some musics to my disk and started to listen. > > It plays normally, but when I click the arrows to advance in the music, I > > noticed it have a delay, and it lags if I click like 3 times to advance. > > And if click to close the application, the application close in the same > > time, > > but the audio stay playing for a while. > > > > The next thing is mplayer, It lag to advance the video (as cmus), but > > it don't stay playing when I click close. > > How long is the lag? It's about 1.5 - 2 seconds. This really sucks I need to advance the music and click more than once. > By default the buffer size is large which causes around 0.2 second > of extra lag but makes audio stable (this is to allow audio to > kinda work on busy or on MP systems). You could try to use smaller > buffers, for instance add: > > sndiod_flags="-z 480" > > to /etc/rc.conf.local and restart sndiod with: > > /etc/rc.d/sndiod restart This didn't solved, maybe the audio is a little faster, but continue more than 1 sec of delay. -- Regards Henrique Lengler
Re: Audio probles like, slow response in applications that use audio and a little noise in the background
On Wed, Feb 11, 2015 at 02:27:32AM -0200, Henrique Lengler wrote: > > Hi, > > I'm new in OpenBSD (I'm loving it), I came from Linux. I installed the > last (5.6) version, and I started to use, without doing any change in > audio settings. > > The first thing I noticed while computing at night, is a little > noise in the background, it is very low, but it exist and bothers me, its > more like a television sound when it don't have signali, but very low. > the noise might be caused by a noisy microphone amp (even if there's no microphone plugged). By mutting the microphoe, the noise may disappear. Could you post the output of "mixerctl -a" ? > I checked if the problem wasn't the earphone, but It worked fine > plugged in a windows notebook, and I was using it in Linux in this computer > around 2 days ago, its also not eletric problem, because it don't sounds like > one, my computer never had this and it don't stop if I put my hands on it. > > I installed cmus, copied some musics to my disk and started to listen. > It plays normally, but when I click the arrows to advance in the music, I > noticed it have a delay, and it lags if I click like 3 times to advance. > And if click to close the application, the application close in the same > time, > but the audio stay playing for a while. > > The next thing is mplayer, It lag to advance the video (as cmus), but > it don't stay playing when I click close. How long is the lag? By default the buffer size is large which causes around 0.2 second of extra lag but makes audio stable (this is to allow audio to kinda work on busy or on MP systems). You could try to use smaller buffers, for instance add: sndiod_flags="-z 480" to /etc/rc.conf.local and restart sndiod with: /etc/rc.d/sndiod restart but I don't recommend this unless your system stays idle. > The last similar problem happens when I am playing a html5 video and I pause > or it stops to load, the audio gets desynchronized. So I need to click in a > part of the timeline to get it working again. > probably the player code is wrong, this can't be fixed by tweaking the config, sorry. -- Alexandre
Audio probles like, slow response in applications that use audio and a little noise in the background
Hi, I'm new in OpenBSD (I'm loving it), I came from Linux. I installed the last (5.6) version, and I started to use, without doing any change in audio settings. The first thing I noticed while computing at night, is a little noise in the background, it is very low, but it exist and bothers me, its more like a television sound when it don't have signali, but very low. I checked if the problem wasn't the earphone, but It worked fine plugged in a windows notebook, and I was using it in Linux in this computer around 2 days ago, its also not eletric problem, because it don't sounds like one, my computer never had this and it don't stop if I put my hands on it. I installed cmus, copied some musics to my disk and started to listen. It plays normally, but when I click the arrows to advance in the music, I noticed it have a delay, and it lags if I click like 3 times to advance. And if click to close the application, the application close in the same time, but the audio stay playing for a while. The next thing is mplayer, It lag to advance the video (as cmus), but it don't stay playing when I click close. The last similar problem happens when I am playing a html5 video and I pause or it stops to load, the audio gets desynchronized. So I need to click in a part of the timeline to get it working again. All these errors happens on the console too. My keyboard normal keys have no lag in Xorg (I have lag problems in Caps/Num/Scroll Lock keys under X, but this is for another post). ** Now the hardware/software info: ** My motherboard is a ASUS Z87-K, the official site says it have an Realtek ALC887 8-Channel High Definition Audio CODEC *2 audio device. In Linux, it uses the snd-hda-intel module. * The pcidump output: Domain /dev/pci0: 0:0:0: Intel Core 4G Host 0:1:0: Intel Core 4G PCIE 0:2:0: Intel HD Graphics 4600 0:3:0: Intel Core 4G HD Audio 0:20:0: Intel 8 Series xHCI 0:22:0: Intel 8 Series MEI 0:26:0: Intel 8 Series USB 0:27:0: Intel 8 Series HD Audio 0:28:0: Intel 8 Series PCIE 0:28:2: Intel 8 Series PCIE 0:28:3: Intel 82801BA Hub-to-PCI 0:29:0: Intel 8 Series USB 0:31:0: Intel Z87 LPC 0:31:2: Intel 8 Series AHCI 0:31:3: Intel 8 Series SMBus 3:0:0: Realtek 8168 4:0:0: ASMedia ASM1083/1085 PCIE-PCI * The dmesg output will be attached, since I can't copy and paste it here, sorry. and it have all the info of /var/run/dmesg.boot I think its all, I asked to people and I can't find if this audio device is supported or not, If you need more information please ask. Thank you for this wonderfull OS. -- Regards Henrique Lengler OpenBSD 5.6 (GENERIC.MP) #333: Fri Aug 8 00:20:21 MDT 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8439386112 (8048MB) avail mem = 8205946880 (7825MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xec1f0 (82 entries) bios0: vendor American Megatrends Inc. version "1401" date 07/29/2014 bios0: ASUS All Series acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC FPDT LPIT SSDT SSDT MCFG HPET SSDT SSDT BGRT acpi0: wakeup devices UAR1(S4) PS2K(S4) PS2M(S4) PXSX(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP05(S4) PXSX(S4) RP06(S4) PXSX(S4) RP07(S4) PXSX(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) Core(TM) i7-4770K CPU @ 3.50GHz, 3498.48 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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Core(TM) i7-4770K CPU @ 3.50GHz, 3497.98 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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 4 (application processor) cpu2: Intel(R) Core(TM) i7-4770K CPU @ 3.50GHz, 3497.98 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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST
Re: audio in linux emulation, skype & friends
On Mon, Nov 03, 2014 at 07:16:34PM +0100, Alexandre Ratchov wrote: > On Mon, Nov 03, 2014 at 08:58:29AM -0800, Ryan Freeman wrote: > > On Fri, Oct 31, 2014 at 08:58:15AM +0100, Alexandre Ratchov wrote: > > > On Fri, Oct 31, 2014 at 11:48:00AM +0530, Jay Patel wrote: > > > > Try https://jitsi.org/ or tox https://tox.im/ > > > > > > > > Hope this helps. > > > > > > > > > > thanks for the links. > > > > > > The question is more about audio support in linux emulation itself. > > > Does anyone use it? does it even work? what about deleting it? > > > > > > > I haven't used i386 for a year or so and i thought linux compat was still > > pretty much not usable anymore :-) but when i last used it, it was just > > for binary released linux games such as unreal tournament. > > > > Not sure to understand, did you manage to play with unreal > tournament on OpenBSD, with working audio? yes indeed, i used to haha > > > so, i guess linux binaries that used sdl had sound. > > > > BTW, sdl (on linux) could be configured to use sndio, which would > make sound work, as long as the linux binaries are dynamically > linked against sdl. > > > just for informational purposes, i would presume linux sdl binaries > > must have been using the ossaudio type layer as we have (had?) no > > alsa stuff. i don't use this anymore as my machines are amd64, > > cheers! > > so you won't object if ossaudio is removed for linux emulation, > right? > > -- Alex
Re: audio in linux emulation, skype & friends
On Mon, Nov 03, 2014 at 08:58:29AM -0800, Ryan Freeman wrote: > On Fri, Oct 31, 2014 at 08:58:15AM +0100, Alexandre Ratchov wrote: > > On Fri, Oct 31, 2014 at 11:48:00AM +0530, Jay Patel wrote: > > > Try https://jitsi.org/ or tox https://tox.im/ > > > > > > Hope this helps. > > > > > > > thanks for the links. > > > > The question is more about audio support in linux emulation itself. > > Does anyone use it? does it even work? what about deleting it? > > > > I haven't used i386 for a year or so and i thought linux compat was still > pretty much not usable anymore :-) but when i last used it, it was just > for binary released linux games such as unreal tournament. > Not sure to understand, did you manage to play with unreal tournament on OpenBSD, with working audio? > so, i guess linux binaries that used sdl had sound. > BTW, sdl (on linux) could be configured to use sndio, which would make sound work, as long as the linux binaries are dynamically linked against sdl. > just for informational purposes, i would presume linux sdl binaries > must have been using the ossaudio type layer as we have (had?) no > alsa stuff. i don't use this anymore as my machines are amd64, > cheers! so you won't object if ossaudio is removed for linux emulation, right? -- Alex
Re: audio in linux emulation, skype & friends
On Fri, Oct 31, 2014 at 08:58:15AM +0100, Alexandre Ratchov wrote: > On Fri, Oct 31, 2014 at 11:48:00AM +0530, Jay Patel wrote: > > Try https://jitsi.org/ or tox https://tox.im/ > > > > Hope this helps. > > > > thanks for the links. > > The question is more about audio support in linux emulation itself. > Does anyone use it? does it even work? what about deleting it? > I haven't used i386 for a year or so and i thought linux compat was still pretty much not usable anymore :-) but when i last used it, it was just for binary released linux games such as unreal tournament. so, i guess linux binaries that used sdl had sound. just for informational purposes, i would presume linux sdl binaries must have been using the ossaudio type layer as we have (had?) no alsa stuff. i don't use this anymore as my machines are amd64, cheers! -ryan > -- Alexandre
Re: audio in linux emulation, skype & friends
This isn't entirely related, and I haven't used Skype on OpenBSD, but I have used it on Linux plenty. Skype only supports PulseAudio now; meaning that you'd have to run it with PulseAudio's daemon, and I'm not sure what the entails on OpenBSD, but on Linux that means having to use Pulse's ALSA compatiility and stuff for other programs. I would assume you'd have to find a way to use it with OSS emulation and PulseAudio at the same time if doing it on OpenBSD. On 10/29/2014 02:12 PM, Alexandre Ratchov wrote: > I thought that linux emulation has partial oss audio support which > would allow to run skype on openbsd. While searching for more > information, it appears that audio doesn't work in skype since at > least 7 years. See: > > http://marc.info/?l=openbsd-misc&m=119039040500478 > > More "recent" versions don't even use oss audio. So what linux > binaries do have working oss audio in linux emulation? Has anyone > ever managed to use audio in linux emulation? > > I belive there are none and corresponding kernel bits could go to > the attic. > > Thoughts? > > -- Alexandre > -- Somasis - 16 year old musician, free software enthusiast https://somasis.com/ - https://github.com/Somasis
Re: audio in linux emulation, skype & friends
On Oct 31 08:58:15, a...@caoua.org wrote: > The question is more about audio support in linux emulation itself. > Does anyone use it? does it even work? what about deleting it? > http://marc.info/?l=openbsd-misc&m=119039040500478 Hi Alexandre, I have been around for 7-8 years now even trying to play seriously with audio support in Linux emulation http://daemonforums.org/showthread.php?t=2616 but never heard or seen anybody using audio support in Linux emulation it in any meaningful fashion. One person who definitely has longer historic memory that I can think of is Jacob Meuser. Has anybody heard anything from that guy in the past 4-5 years? Predrag
Re: audio in linux emulation, skype & friends
On Oct 31 08:58:15, a...@caoua.org wrote: > The question is more about audio support in linux emulation itself. > Does anyone use it? does it even work? what about deleting it? Please.
Re: audio in linux emulation, skype & friends
On Fri, Oct 31, 2014 at 11:48:00AM +0530, Jay Patel wrote: > Try https://jitsi.org/ or tox https://tox.im/ > > Hope this helps. > thanks for the links. The question is more about audio support in linux emulation itself. Does anyone use it? does it even work? what about deleting it? -- Alexandre
Re: audio in linux emulation, skype & friends
Try https://jitsi.org/ or tox https://tox.im/ Hope this helps. On Wed, Oct 29, 2014 at 11:42 PM, Alexandre Ratchov wrote: > I thought that linux emulation has partial oss audio support which > would allow to run skype on openbsd. While searching for more > information, it appears that audio doesn't work in skype since at > least 7 years. See: > > http://marc.info/?l=openbsd-misc&m=119039040500478 > > More "recent" versions don't even use oss audio. So what linux > binaries do have working oss audio in linux emulation? Has anyone > ever managed to use audio in linux emulation? > > I belive there are none and corresponding kernel bits could go to > the attic. > > Thoughts? > > -- Alexandre
audio in linux emulation, skype & friends
I thought that linux emulation has partial oss audio support which would allow to run skype on openbsd. While searching for more information, it appears that audio doesn't work in skype since at least 7 years. See: http://marc.info/?l=openbsd-misc&m=119039040500478 More "recent" versions don't even use oss audio. So what linux binaries do have working oss audio in linux emulation? Has anyone ever managed to use audio in linux emulation? I belive there are none and corresponding kernel bits could go to the attic. Thoughts? -- Alexandre
Re: usb audio interfaces
On Thu, 31 Jul 2014 12:55:47 +0200 Alexandre Ratchov wrote: > On Thu, Jul 31, 2014 at 12:48:35AM +0200, Erwin Geerdink wrote: > > Hi, > > > > I'm considering the following usb interfaces for my audio setup: > > > > E-MU 0204 usb > > E-MU Tracker Pre > > Presonus Audiobox usb > > Alesis IO|2 Express > > > > Recording will be done on a Windows machine, however it would be > > nice if I can use it for audio playback from an OpenBSD machine as > > well. I found the envy(4) and emu(4) man pages but I'm still not > > sure whether playback would work with any of these devices. > > > > Anyone experiences or suggestions? > > > > Hi, > > These devices are handled by the uaudio driver, assuming they are > USB class compliant (driverless ones are likely to be). > > Unfortunately, on OpenBSD, USB1.1 devices using isochronous > transfers don't work behind USB 2.0 hubs yet. In other words USB1.1 > audio cards are unlikely work on modern machines. I'd suggest you > to test the cards if possible (just plug it try to play a simple > .wav file). > > Another option, would be to get a old USB1.1 adapter and attach the > USB1.1 card on it. For the records, the Alesis io2 Express appears to work fine under OpenBSD. The device has 2 channels, for each channel line out, line in and mic in are working properly (I did not test the insert jack and midi connections, but the latter do appear in dmesg). Headphone out works great too, but the mono/stereo switch does not have any effect. The monitor mix knob (direct/usb) also functions correctly. So far I'm very happy with this usb soundcard under OpenBSD, big thanks to the devs! dmesg and audioctl output is attached below. There are no mixerctl variables. $dmesg OpenBSD 5.6 (GENERIC.MP) #333: Fri Aug 8 00:20:21 MDT 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8034123776 (7661MB) avail mem = 7811473408 (7449MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf0100 (53 entries) bios0: vendor Award Software International, Inc. version "F4" date 10/19/2012 bios0: Gigabyte Technology Co., Ltd. GA-78LMT-USB3 acpi0 at bios0: rev 0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP MSDM HPET MCFG TAMG APIC SSDT acpi0: wakeup devices USB0(S3) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USB5(S3) USB6(S3) SBAZ(S4) P2P_(S5) PCE2(S4) PCE3(S4) PCE4(S4) PCE5(S4) PCE6(S4) PCE7(S4) PCE9(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 32 bits acpihpet0 at acpi0: 14318180 Hz acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD FX(tm)-8320 Eight-Core Processor , 33750.19 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT, PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3, CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB, LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS, XOP,SKINIT,WDT,FMA4,NODEID,TBM,TOPEXT,ITSC,BMI1 cpu0: 64KB 64b/line 2-way I-cache, 16KB 64b/line 4-way D-cache, 2MB 64b/line 16-way L2 cache, 8MB 64b/line 64-way L3 cache cpu0: ITLB 48 4KB entries fully associative, 24 4MB entries fully associative cpu0: DTLB 64 4KB entries fully associative, 64 4MB entries fully associative 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, C-substates=0.0.0.0.0, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD FX(tm)-8320 Eight-Core Processor , 3515.55 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT, PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3, CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB, LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS, XOP,SKINIT,WDT,FMA4,NODEID,TBM,TOPEXT,ITSC,BMI1 cpu1: 64KB 64b/line 2-way I-cache, 16KB 64b/line 4-way D-cache, 2MB 64b/line 16-way L2 cache, 8MB 64b/line 64-way L3 cache cpu1: ITLB 48 4KB entries fully associative, 24 4MB entries fully associative cpu1: DTLB 64 4KB entries fully associative, 64 4MB entries fully associative cpu1: smt 0, core 3, package 0 cpu2 at mainbus0: apid 2 (application processor) cpu2: AMD FX(tm)-8320 Eight-Core Processor , 3515.55 MHz cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT, PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3, CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB, LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS, XOP,SKINIT,WDT,FMA4,NODEID,TBM,TOPEXT,ITSC,BMI1 cpu2: 64KB 64b/
Re: usb audio interfaces
Thanks, the Presonus and Alesis interfaces are class compliant devices according to their user manuals. So I ordered the Alesis IO|2; the Presonus appears to lack line-level inputs. The interface will be connected to an older notebook with USB1.1 hubs, which should be fine. Will try it with some USB2.0 hubs as well. Best, -- Erwin On Thu, 31 Jul 2014 12:55:47 +0200 Alexandre Ratchov wrote: > On Thu, Jul 31, 2014 at 12:48:35AM +0200, Erwin Geerdink wrote: > > Hi, > > > > I'm considering the following usb interfaces for my audio setup: > > > > E-MU 0204 usb > > E-MU Tracker Pre > > Presonus Audiobox usb > > Alesis IO|2 Express > > > > Recording will be done on a Windows machine, however it would be > > nice if I can use it for audio playback from an OpenBSD machine as > > well. I found the envy(4) and emu(4) man pages but I'm still not > > sure whether playback would work with any of these devices. > > > > Anyone experiences or suggestions? > > > > Hi, > > These devices are handled by the uaudio driver, assuming they are > USB class compliant (driverless ones are likely to be). > > Unfortunately, on OpenBSD, USB1.1 devices using isochronous > transfers don't work behind USB 2.0 hubs yet. In other words USB1.1 > audio cards are unlikely work on modern machines. I'd suggest you > to test the cards if possible (just plug it try to play a simple > .wav file). > > Another option, would be to get a old USB1.1 adapter and attach the > USB1.1 card on it.
Re: Audio output to multiple devices
On 2014-07-31, Alexandre Ratchov wrote: > On Thu, Jul 31, 2014 at 04:26:11PM +, Jona Joachim wrote: >> Hello, >> if I have multiple audio devices rsnd/0 and rsnd/1, is it possible to >> duplicate the output of one program and play it across both devices at >> the same time? I went through the sndio manual but I could not find a >> way to do this. >> > > hi, > > that isn't possible yet. You could duplicate it across two > sub-devices of the same hardware device though (eg. rear speakers > and front speakers). Thank you very much!
Re: Audio output to multiple devices
On Thu, Jul 31, 2014 at 04:26:11PM +, Jona Joachim wrote: > Hello, > if I have multiple audio devices rsnd/0 and rsnd/1, is it possible to > duplicate the output of one program and play it across both devices at > the same time? I went through the sndio manual but I could not find a > way to do this. > hi, that isn't possible yet. You could duplicate it across two sub-devices of the same hardware device though (eg. rear speakers and front speakers).
Audio output to multiple devices
Hello, if I have multiple audio devices rsnd/0 and rsnd/1, is it possible to duplicate the output of one program and play it across both devices at the same time? I went through the sndio manual but I could not find a way to do this. Best regards, Jona
Re: usb audio interfaces
On Thu, Jul 31, 2014 at 12:48:35AM +0200, Erwin Geerdink wrote: > Hi, > > I'm considering the following usb interfaces for my audio setup: > > E-MU 0204 usb > E-MU Tracker Pre > Presonus Audiobox usb > Alesis IO|2 Express > > Recording will be done on a Windows machine, however it would be > nice if I can use it for audio playback from an OpenBSD machine as > well. I found the envy(4) and emu(4) man pages but I'm still not sure > whether playback would work with any of these devices. > > Anyone experiences or suggestions? > Hi, These devices are handled by the uaudio driver, assuming they are USB class compliant (driverless ones are likely to be). Unfortunately, on OpenBSD, USB1.1 devices using isochronous transfers don't work behind USB 2.0 hubs yet. In other words USB1.1 audio cards are unlikely work on modern machines. I'd suggest you to test the cards if possible (just plug it try to play a simple .wav file). Another option, would be to get a old USB1.1 adapter and attach the USB1.1 card on it.
usb audio interfaces
Hi, I'm considering the following usb interfaces for my audio setup: E-MU 0204 usb E-MU Tracker Pre Presonus Audiobox usb Alesis IO|2 Express Recording will be done on a Windows machine, however it would be nice if I can use it for audio playback from an OpenBSD machine as well. I found the envy(4) and emu(4) man pages but I'm still not sure whether playback would work with any of these devices. Anyone experiences or suggestions? Best, -- Erwin
Re: very low audio volume on MacPro1,1
Apple machines tend to need gpio pin related quirks. If you include the output of 'pcidump -v' for the audio device it will help figure out which set of quirks your machine needs.
Re: very low audio volume on MacPro1,1
On Sun, Apr 13, 2014 at 07:22:12PM -0400, Allan Streib wrote: > For what it's worth, I get the same low volume when I use the "speaker" > jack on the back of the computer. I've also verified that the speakers > themselves are working properly, using another audio source. OK. It was just the first thing I saw in your report. My apologies for the noise on my part, and the lack of same for your system.
Re: very low audio volume on MacPro1,1
Josh Grosse writes:
> I noticed this in your mixerctl results. It may be the root of the
> problem.
>
>> outputs.spkr_mute=on [ off on ]
>
> All other "mute" settings in your mixerctl results show as *off*.
I think what's going on here is that when I ran mixerctl I had my
speakers plugged in to the headphone (hp) jack on the front panel, which
causes the speaker output to be muted.
outputs.hp_sense=plugged [ unplugged plugged ]
outputs.spkr_muters=hp { hp }
I'm assuming that means that the headphones are sensed as being plugged
in, and this will cause the speaker output to mute.
For what it's worth, I get the same low volume when I use the "speaker"
jack on the back of the computer. I've also verified that the speakers
themselves are working properly, using another audio source.
Thanks,
Allan
Re: very low audio volume on MacPro1,1
On Sun, Apr 13, 2014 at 06:05:02PM -0400, Allan Streib wrote: > I'm running OpenBSD 5.5-current on a MacPro1,1. dmesg (complete below) > shows azalia Intel 6321ESB HD Audio with Realtek ALC885 codec. After > working through the FAQ I have managed to get a very low level of audio... I noticed this in your mixerctl results. It may be the root of the problem. > outputs.spkr_mute=on [ off on ] All other "mute" settings in your mixerctl results show as *off*.
very low audio volume on MacPro1,1
I'm running OpenBSD 5.5-current on a MacPro1,1. dmesg (complete below)
shows azalia Intel 6321ESB HD Audio with Realtek ALC885 codec. After
working through the FAQ I have managed to get a very low level of audio
but even using mixerctl to set outputs.master to the maximum level I get
barely audible volume from either the speaker or headphone. I have tried
enabling the hp_boost and spkr_boost options, which makes no difference.
Wondering if anything in the following stands out as a cause:
$ audioctl
name=HD-Audio
version=1.0
config=azalia0
encodings=slinear_le:16:2:1,slinear_le:20:4:1,slinear_le:24:4:1
properties=full_duplex,independent
full_duplex=0
fullduplex=0
blocksize=4160
hiwat=7
lowat=6
output_muted=0
monitor_gain=0
mode=
play.rate=48000
play.channels=1
play.precision=16
play.bps=2
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=1
play.error=0
play.waiting=0
play.open=0
play.active=0
play.buffer_size=32768
play.block_size=4160
play.errors=0
record.rate=48000
record.channels=2
record.precision=16
record.bps=2
record.msb=1
record.encoding=slinear_le
record.gain=125
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.block_size=9600
record.errors=0
$ mixerctl -av
record.adc-0:1_mute=off [ off on ]
record.adc-0:1=125,125
record.adc-2:3_mute=off [ off on ]
record.adc-2:3=125,125
record.adc-4:5_mute=off [ off on ]
record.adc-4:5=125,125
record.dig-adc-0:1_sou=SPDIF-in [ SPDIF-in ]
inputs.mix_source=hp,line-in,beep,line { hp line-in beep line }
inputs.mix_hp=120,120
inputs.mix_line-in=120,120
inputs.mix_beep=120,120
inputs.mix_line=120,120
outputs.mix2=126,126
inputs.mix2_source=dac-2:3,mix { dac-2:3 mix }
outputs.mix3=192,192
inputs.mix3_source=dac-0:1,mix { dac-0:1 mix }
outputs.mix4=192,192
inputs.mix4_source=dac-4:5,mix { dac-4:5 mix }
outputs.mix5=192,192
inputs.mix5_source=dac-6:7,mix { dac-6:7 mix }
outputs.line_source=mix3 [ mix2 mix3 mix4 mix5 mix9 ]
outputs.line_mute=off [ off on ]
inputs.line=85,85
outputs.line_dir=output [ none output input input-vr0 input-vr50 input-vr80
input-vr100 ]
outputs.line_boost=off [ off on ]
outputs.hp_source=mix4 [ mix2 mix3 mix4 mix5 mix9 ]
outputs.hp_mute=off [ off on ]
inputs.hp=85,85
outputs.hp_dir=output [ none output input input-vr0 input-vr50 input-vr80
input-vr100 ]
outputs.hp_boost=on [ off on ]
outputs.line-in_source=mix2 [ mix2 mix3 mix4 mix5 mix9 ]
outputs.line-in_mute=off [ off on ]
inputs.line-in=85,85
outputs.line-in_dir=input [ none output input input-vr0 input-vr50 input-vr80
input-vr100 ]
outputs.line-in_boost=off [ off on ]
outputs.spkr_source=mix5 [ mix2 mix3 mix4 mix5 mix9 ]
outputs.spkr_mute=on [ off on ]
outputs.spkr_dir=output [ none output input input-vr0 input-vr50 input-vr80
input-vr100 ]
outputs.spkr_boost=off [ off on ]
outputs.SPDIF_source=dig-dac-0:1 [ dig-dac-0:1 ]
record.adc-4:5_source=hp,line-in,beep,line,mix { hp line-in beep line mix }
record.adc-2:3_source=hp,line-in,beep,line,mix { hp line-in beep line mix }
record.adc-0:1_source=hp,line-in,beep,line,mix { hp line-in beep line mix }
outputs.mix9=126,126
inputs.mix9_source=dac-8:9,mix { dac-8:9 mix }
outputs.hp_sense=plugged [ unplugged plugged ]
outputs.spkr_muters=hp { hp }
outputs.master=255,255
outputs.master.mute=off [ off on ]
outputs.master.slaves=mix3,mix4,mix5,line,hp,spkr { mix2 mix3 mix4 mix5 line
hp line-in spkr mix9 }
record.volume=125,125
record.volume.mute=off [ off on ]
record.volume.slaves=adc-0:1,adc-2:3,adc-4:5 { adc-0:1 adc-2:3 adc-4:5 line hp
line-in spkr }
outputs.mode=analog [ analog digital ]
record.mode=analog [ analog digital ]
$ dmesg
OpenBSD 5.5-current (GENERIC.MP) #54: Sat Apr 5 00:15:15 MDT 2014
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 10715041792 (10218MB)
avail mem = 10421055488 (9938MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe00f0 (73 entries)
bios0: vendor Apple Computer, Inc. version "MP11.88Z.005C.B08.0707021221" date
07/02/07
bios0: Apple Computer, Inc. MacPro1,1
acpi0 at bios0: rev 2
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT ECDT FACP HPET APIC MCFG SSDT SSDT SSDT SSDT SSDT SSDT SSDT
SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT
acpi0: wakeup devices P2P5(S4) P2P3(S4) ARPT(S4) RP04(S4) UHC1(S3) UHC2(S3)
UHC3(S3) UHC4(S3) EHCI(S3) AC9M(S4) EC__(S3) NRP4(S4) SRP1(S4) SRP3(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpiec0 at acpi0
acpihpet0 at acpi0: 14318179 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Xeon(R) CPU 5150 @ 2.66GHz, 2660.37 MHz
cpu0:
Re: No audio
> Playing music (e.g., via mpg123) and notice the audio goes > silent after a short while. stopping and restarting audio player > does not help. Restarting sndiod does not help either. > > However, in another tmux window, if cause an audible bell, > e.g., pressing tab at the start of a ksh prompt, with each bell > sounds i hear the audio bits. That's different. Keyboard bell is handled by wscons, not the audio device.
Re: No audio
On 2/23/14, Chris Bennett wrote: > On Sat, Feb 22, 2014 at 05:07:32PM -0600, Chris Bennett wrote: >> On Sat, Feb 22, 2014 at 04:47:25PM -0600, Chris Bennett wrote: >> > I noticed error message on boot a while ago, but wasn't paying much >> > attention until right now. >> > >> > I get: >> > mixerctl outputs.master=200 >> > mixerctl: /dev/mixer: Device not configured >> > >> > home $ mixerctl >> > mixerctl: /dev/mixer: Device not configured >> > >> > Sound wasn't a problem in the past. >> > >> > Using snap from today, but saw problem a good time ago, wish I had paid >> > attention sooner. >> > >> >> OK, I did a power off reboot and problem went away. >> But I have seen above errors on boot screen various times before. >> I did a soft reboot for this snapshot. >> BIOS said is a Crystal 4205 for sound. >> Is this a problem with snapshots or is my old laptop having hardware >> problems? >> >> > > OK, I haven't had any trouble repeating this problem today. > Just comes and goes. One boot good, another bad. I am not sure if this problem I noticed recently is related or not. but I'll just throw it in the mix in case it jars some memories. running older snapshot (reason I haven't brought it up) Planning to update to a newer one soon-ish. kern.version=OpenBSD 5.4-current (GENERIC.MP) #222: Fri Dec 27 22:33:50 MST 2013 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP Playing music (e.g., via mpg123) and notice the audio goes silent after a short while. stopping and restarting audio player does not help. Restarting sndiod does not help either. However, in another tmux window, if cause an audible bell, e.g., pressing tab at the start of a ksh prompt, with each bell sounds i hear the audio bits. Only thing that seems to restore audio is zzz->wake cycle, but only for a short while. --patrick
Re: No audio
On Sat, Feb 22, 2014 at 05:07:32PM -0600, Chris Bennett wrote: > On Sat, Feb 22, 2014 at 04:47:25PM -0600, Chris Bennett wrote: > > I noticed error message on boot a while ago, but wasn't paying much > > attention until right now. > > > > I get: > > mixerctl outputs.master=200 > > mixerctl: /dev/mixer: Device not configured > > > > home $ mixerctl > > mixerctl: /dev/mixer: Device not configured > > > > Sound wasn't a problem in the past. > > > > Using snap from today, but saw problem a good time ago, wish I had paid > > attention sooner. > > > > OK, I did a power off reboot and problem went away. > But I have seen above errors on boot screen various times before. > I did a soft reboot for this snapshot. > BIOS said is a Crystal 4205 for sound. > Is this a problem with snapshots or is my old laptop having hardware > problems? > > OK, I haven't had any trouble repeating this problem today. Just comes and goes. One boot good, another bad. Chris Bennett
Re: No audio
On Sat, Feb 22, 2014 at 04:47:25PM -0600, Chris Bennett wrote:
> I noticed error message on boot a while ago, but wasn't paying much
> attention until right now.
>
> I get:
> mixerctl outputs.master=200
> mixerctl: /dev/mixer: Device not configured
>
> home $ mixerctl
> mixerctl: /dev/mixer: Device not configured
>
> Sound wasn't a problem in the past.
>
> Using snap from today, but saw problem a good time ago, wish I had paid
> attention sooner.
>
OK, I did a power off reboot and problem went away.
But I have seen above errors on boot screen various times before.
I did a soft reboot for this snapshot.
BIOS said is a Crystal 4205 for sound.
Is this a problem with snapshots or is my old laptop having hardware
problems?
New dmesg after hard reboot:
OpenBSD 5.5 (GENERIC) #255: Sat Feb 22 10:08:36 MST 2014
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Mobile Intel(R) Pentium(R) 4 - M CPU 2.00GHz ("GenuineIntel" 686-class) 2
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,PBE,CNXT-ID,xTPR,PERF
real mem = 536252416 (511MB)
avail mem = 515186688 (491MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 01/12/04, BIOS32 rev. 0 @ 0xffe90, SMBIOS
rev. 2.3 @ 0xf76a0 (61 entries)
bios0: vendor Dell Computer Corporation version "A10" date 01/12/2004
bios0: Dell Computer Corporation Latitude C640
acpi0 at bios0: rev 0
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT FACP
acpi0: wakeup devices LID_(S3) PBTN(S4) PCI0(S3) UAR1(S3) USB0(S1) USB1(S1)
USB2(S1) MODM(S3) PCIE(S3) MPCI(S3)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 1 (AGP_)
acpiprt2 at acpi0: bus 2 (PCIE)
acpiprt3 at acpi0: bus -1 (MPCI)
acpicpu0 at acpi0acpicpu0: struck PSS entry, core frequency equals last
acpicpu0: struck PSS entry, core frequency equals last
acpicpu0: invalid _PSS length
: C2
acpipwrres0 at acpi0: PADA, resource for ADPT
acpitz0 at acpi0: critical temperature is 99 degC
acpiac0 at acpi0: AC unit online
acpibat0 at acpi0: BAT0 model "LIP8120DLP" serial 22542 type LION oem "Sony
Corp."
acpibat1 at acpi0: BAT1 not present
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: PBTN
acpibtn2 at acpi0: SBTN
acpidock0 at acpi0: GDCK not docked (0)
acpivideo0 at acpi0: VID_
bios0: ROM list: 0xc/0xf000 0xcf000/0x800! 0xcf800/0x800!
cpu0 at mainbus0: (uniprocessor)
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 82845 Host" rev 0x04
intelagp0 at pchb0
agp0 at intelagp0: aperture at 0xe800, size 0x400
ppb0 at pci0 dev 1 function 0 "Intel 82845 AGP" rev 0x04
pci1 at ppb0 bus 1
radeondrm0 at pci1 dev 0 function 0 "ATI Radeon Mobility M7" rev 0x00
drm0 at radeondrm0
radeondrm0: irq 11
uhci0 at pci0 dev 29 function 0 "Intel 82801CA/CAM USB" rev 0x02: irq 11
ppb1 at pci0 dev 30 function 0 "Intel 82801BAM Hub-to-PCI" rev 0x42
pci2 at ppb1 bus 2
xl0 at pci2 dev 0 function 0 "3Com 3c905C 100Base-TX" rev 0x78: irq 11, address
00:0b:db:d5:c7:a2
exphy0 at xl0 phy 24: 3Com internal media interface
cbb0 at pci2 dev 1 function 0 "TI PCI1420 CardBus" rev 0x00: irq 11
cbb1 at pci2 dev 1 function 1 "TI PCI1420 CardBus" rev 0x00: irq 11
cardslot0 at cbb0 slot 0 flags 0
cardbus0 at cardslot0: bus 4 device 0 cacheline 0x8, lattimer 0x20
pcmcia0 at cardslot0
cardslot1 at cbb1 slot 1 flags 0
cardbus1 at cardslot1: bus 5 device 0 cacheline 0x8, lattimer 0x20
pcmcia1 at cardslot1
ichpcib0 at pci0 dev 31 function 0 "Intel 82801CAM LPC" rev 0x02
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:
wd0: 16-sector PIO, LBA, 95396MB, 195371568 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: ATAPI 5/cdrom
removable
cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2
auich0 at pci0 dev 31 function 5 "Intel 82801CA/CAM AC97" rev 0x02: irq 11,
ICH3 AC97
ac97: codec id 0x4352595b (Cirrus Logic CS4205 rev 3)
ac97: codec features mic channel, tone, simulated stereo, bass boost, 20 bit
DAC, 18 bit ADC, SRS 3D
audio0 at auich0
usb0 at uhci0: USB revision 1.0
uhub0 at usb0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
isa0 at ichpcib0
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
pms0 at pckbc0 (aux slot)
pckbc0: using irq 12 for aux slot
wsmouse0 at pms0 mux 0
wsmouse1 at pms0 mux 0
pms0: Synaptics touchpad, firmware 5.9
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
lpt0 at isa0 port 0x378/4 irq 7
npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
ath0 at cardbus1 dev 0 function 0 "Atheros AR5212" rev 0x01: irq 11
ath0: AR5213 5
Re: No audio
> I noticed error message on boot a while ago, but wasn't paying much > attention until right now. [...] > Using snap from today, but saw problem a good time ago, wish I had paid > attention sooner. Do you have an old dmesg from a kernel with working sound? Did you change anything in your BIOS settings? Miod
No audio
I noticed error message on boot a while ago, but wasn't paying much
attention until right now.
I get:
mixerctl outputs.master=200
mixerctl: /dev/mixer: Device not configured
home $ mixerctl
mixerctl: /dev/mixer: Device not configured
Sound wasn't a problem in the past.
Using snap from today, but saw problem a good time ago, wish I had paid
attention sooner.
OpenBSD 5.5 (GENERIC) #255: Sat Feb 22 10:08:36 MST 2014
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Mobile Intel(R) Pentium(R) 4 - M CPU 2.00GHz ("GenuineIntel" 686-class) 2
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,PBE,CNXT-ID,xTPR,PERF
real mem = 536252416 (511MB)
avail mem = 515186688 (491MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 01/12/04, BIOS32 rev. 0 @ 0xffe90, SMBIOS
rev. 2.3 @ 0xf76a0 (61 entries)
bios0: vendor Dell Computer Corporation version "A10" date 01/12/2004
bios0: Dell Computer Corporation Latitude C640
acpi0 at bios0: rev 0
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT FACP
acpi0: wakeup devices LID_(S3) PBTN(S4) PCI0(S3) UAR1(S3) USB0(S1) USB1(S1)
USB2(S1) MODM(S3) PCIE(S3) MPCI(S3)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 1 (AGP_)
acpiprt2 at acpi0: bus 2 (PCIE)
acpiprt3 at acpi0: bus -1 (MPCI)
acpicpu0 at acpi0acpicpu0: struck PSS entry, core frequency equals last
acpicpu0: struck PSS entry, core frequency equals last
acpicpu0: invalid _PSS length
: C2
acpipwrres0 at acpi0: PADA, resource for ADPT
acpitz0 at acpi0: critical temperature is 99 degC
acpiac0 at acpi0: AC unit online
acpibat0 at acpi0: BAT0 model "LIP8120DLP" serial 22542 type LION oem "Sony
Corp."
acpibat1 at acpi0: BAT1 not present
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: PBTN
acpibtn2 at acpi0: SBTN
acpidock0 at acpi0: GDCK not docked (0)
acpivideo0 at acpi0: VID_
bios0: ROM list: 0xc/0xf000 0xcf000/0x800! 0xcf800/0x800!
cpu0 at mainbus0: (uniprocessor)
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 82845 Host" rev 0x04
intelagp0 at pchb0
agp0 at intelagp0: aperture at 0xe800, size 0x400
ppb0 at pci0 dev 1 function 0 "Intel 82845 AGP" rev 0x04
pci1 at ppb0 bus 1
radeondrm0 at pci1 dev 0 function 0 "ATI Radeon Mobility M7" rev 0x00
drm0 at radeondrm0
radeondrm0: irq 11
uhci0 at pci0 dev 29 function 0 "Intel 82801CA/CAM USB" rev 0x02: irq 11
ppb1 at pci0 dev 30 function 0 "Intel 82801BAM Hub-to-PCI" rev 0x42
pci2 at ppb1 bus 2
xl0 at pci2 dev 0 function 0 "3Com 3c905C 100Base-TX" rev 0x78: irq 11, address
00:0b:db:d5:c7:a2
exphy0 at xl0 phy 24: 3Com internal media interface
cbb0 at pci2 dev 1 function 0 "TI PCI1420 CardBus" rev 0x00: irq 11
cbb1 at pci2 dev 1 function 1 "TI PCI1420 CardBus" rev 0x00: irq 11
cardslot0 at cbb0 slot 0 flags 0
cardbus0 at cardslot0: bus 4 device 0 cacheline 0x8, lattimer 0x20
pcmcia0 at cardslot0
cardslot1 at cbb1 slot 1 flags 0
cardbus1 at cardslot1: bus 5 device 0 cacheline 0x8, lattimer 0x20
pcmcia1 at cardslot1
ichpcib0 at pci0 dev 31 function 0 "Intel 82801CAM LPC" rev 0x02
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:
wd0: 16-sector PIO, LBA, 95396MB, 195371568 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: ATAPI 5/cdrom
removable
cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2
usb0 at uhci0: USB revision 1.0
uhub0 at usb0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
isa0 at ichpcib0
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
pms0 at pckbc0 (aux slot)
pckbc0: using irq 12 for aux slot
wsmouse0 at pms0 mux 0
wsmouse1 at pms0 mux 0
pms0: Synaptics touchpad, firmware 5.9
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
lpt0 at isa0 port 0x378/4 irq 7
npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
ath0 at cardbus1 dev 0 function 0 "Atheros AR5212" rev 0x01: irq 11
ath0: AR5213 5.6 phy 4.1 rf2112a 4.6, FCC1A, address 00:0d:88:a5:15:0a
uhub1 at uhub0 port 1 "Genesys Logic USB2.0 Hub" rev 2.00/7.02 addr 2
uhub2 at uhub1 port 4 "Genesys Logic USB2.0 Hub" rev 2.00/7.02 addr 3
uhidev0 at uhub2 port 1 configuration 1 interface 0 "Logitech USB-PS/2 Optical
Mouse" rev 2.00/18.00 addr 4
uhidev0: iclass 3/1
ums0 at uhidev0: 6 buttons, Z dir
wsmouse2 at ums0 mux 0
vscsi0 at root
scsibus1 at vscsi0: 256 targets
softraid0 at root
scsibus2 at softraid0: 256 targets
root on wd0a (66fe4924404b6152.a) swap on wd0b dump on wd0b
drm: initializing kernel modesetting (RV200 0x1002:0x4C57 0x1028:0x012A).
radeondrm0: GTT: 64M 0xE800 - 0xEBFF
[OpenBSD-5.4/amd64] Lenovo T430 issues with audio mixer
Hello. I upgraded my notebook from ThinkPad R51 to Lenovo T430... and at last I could not make to work: - pc speaker (silence regardless of audio mixer settings); - xmmix (installed from packages; it successfully starts but when I try to move master bars it exits with "MIXER_WRITE[0]:master ioctl failed: Invalid argument"). I had no the above issues on ThinkPad R51. Does anybody have the same issues? Advices?.. PS. xmms works OK! -- Alexei Malinin dmesg: -- OpenBSD 5.4 (GENERIC.MP) #41: Tue Jul 30 15:30:02 MDT 2013 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 3989151744 (3804MB) avail mem = 3875233792 (3695MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xdae9d000 (70 entries) bios0: vendor LENOVO version "G1ET41WW (1.16 )" date 05/25/2012 bios0: LENOVO 234455G acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SLIC TCPA SSDT SSDT SSDT HPET APIC MCFG ECDT FPDT ASF! UEFI UEFI POAT SSDT SSDT DMAR UEFI acpi0: wakeup devices LID_(S4) SLPB(S3) IGBE(S4) EXP3(S4) XHCI(S3) EHC1(S3) EHC2(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz, 2594.58 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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 cpu0: apic clock running at 99MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz, 2594.12 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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 1, core 0, package 0 cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz, 2594.12 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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS cpu2: 256KB 64b/line 8-way L2 cache cpu2: smt 0, core 1, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz, 2594.12 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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 1, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpiec0 at acpi0 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PEG_) acpiprt2 at acpi0: bus 2 (EXP1) acpiprt3 at acpi0: bus 3 (EXP2) acpiprt4 at acpi0: bus 4 (EXP3) acpicpu0 at acpi0: C2, C1, PSS acpicpu1 at acpi0: C2, C1, PSS acpicpu2 at acpi0: C2, C1, PSS acpicpu3 at acpi0: C2, C1, PSS acpipwrres0 at acpi0: PUBS acpitz0 at acpi0: critical temperature is 104 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model "45N1005" serial 30383 type LION oem "LGC" acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 cpu0: Enhanced SpeedStep 2594 MHz: speeds: 2601, 2600, 2500, 2400, 2300, 2200, 2100, 2000, 1900, 1800, 1700, 1600, 1500, 1400, 1300, 1200 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Core 3G Host" rev 0x09 vga1 at pci0 dev 2 function 0 "Intel HD Graphics 4000" rev 0x09 intagp0 at vga1 agp0 at intagp0: aperture at 0xe000, size 0x1000 inteldrm0 at vga1 drm0 at inteldrm0 inteldrm0: 1600x900 wsdisplay0 at vga1 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added (std, vt100 emulation) "Intel 7 Series xHCI" rev 0x04 at pci0 dev 20 function 0 not configured "Intel 7 Series MEI" rev 0x04 at pci0 dev 22 function 0 not configured em0 at pci0 dev 25 function 0 "Intel 82579LM" rev 0x04: msi, address 00:21:cc:d0:27:69 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 azalia0 at pci0 dev 27 function 0 "Intel 7 Series HD Audio" rev 0x04:
Re: no audio with aucat
On 21/09/13 12:04 AM, Johan Huldtgren wrote: This is a virtual machine, isn't it? AFAICS, virtual machines can't do full duplex, while eap(4) cards claim they are full-duplex. Correct, it's a virtual machine. Could you add "-mplay" to the sndiod_flags variable in /etc/rc.conf.local (or whatever you use) and see how this works? that works too, so seems options are either using the "-mplay" flag or disabling sndiod. Use -mplay for sndiod. sndiod should not be disabled. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: no audio with aucat
This is a virtual machine, isn't it? AFAICS, virtual machines can't do full duplex, while eap(4) cards claim they are full-duplex. Correct, it's a virtual machine. Could you add "-mplay" to the sndiod_flags variable in /etc/rc.conf.local (or whatever you use) and see how this works? that works too, so seems options are either using the "-mplay" flag or disabling sndiod. Thank you all, .jh
Re: no audio with aucat
On Sat, Sep 21, 2013 at 02:14, Alexandre Ratchov wrote: > On Fri, Sep 20, 2013 at 04:50:12PM -0400, Johan Huldtgren wrote: >> hello, >> >> I installed a new system today from the latest snap (September 14th). >> After installing it, I >> tried to get some audio and video going, however I've been (mostly) >> unsuccessful. My first >> attempts were to watch some videos, when I got neither audio or video I >> figured I'd step back >> and try just some audio, using either xine or mplayer to play a file >> results in no audio, I >> took a further step back and tried aucat, also to no avail, finally I > tried: >> > > Hi, > > This is a virtual machine, isn't it? AFAICS, virtual machines can't > do full duplex, while eap(4) cards claim they are full-duplex. Yes, I had this issue as well. Took a while for us to figure out. > > Could you add "-mplay" to the sndiod_flags variable in > /etc/rc.conf.local (or whatever you use) and see how this works? > > -- Alexandre
Re: no audio with aucat
On Fri, Sep 20, 2013 at 04:50:12PM -0400, Johan Huldtgren wrote: > hello, > > I installed a new system today from the latest snap (September 14th). > After installing it, I > tried to get some audio and video going, however I've been (mostly) > unsuccessful. My first > attempts were to watch some videos, when I got neither audio or video I > figured I'd step back > and try just some audio, using either xine or mplayer to play a file > results in no audio, I > took a further step back and tried aucat, also to no avail, finally I tried: > Hi, This is a virtual machine, isn't it? AFAICS, virtual machines can't do full duplex, while eap(4) cards claim they are full-duplex. Could you add "-mplay" to the sndiod_flags variable in /etc/rc.conf.local (or whatever you use) and see how this works? -- Alexandre
Re: no audio with aucat
On 9/20/13 6:05 PM, Alexey E. Suslikov wrote: Johan Huldtgren huldtgren.com> writes: [johan omgla ~]$ aucat -i 06-Inward_Burst.wav aucat_open: host= unit=0 devnum=0 opt=default /tmp/aucat-1000/aucat0: No such file or directory /tmp/aucat/aucat0: connected have you tried to kill sndiod first? thanks, that did it. .jh
Re: no audio with aucat
Johan Huldtgren huldtgren.com> writes: > [johan omgla ~]$ aucat -i 06-Inward_Burst.wav > aucat_open: host= unit=0 devnum=0 opt=default > /tmp/aucat-1000/aucat0: No such file or directory > /tmp/aucat/aucat0: connected have you tried to kill sndiod first?
no audio with aucat
hello,
I installed a new system today from the latest snap (September 14th).
After installing it, I
tried to get some audio and video going, however I've been (mostly)
unsuccessful. My first
attempts were to watch some videos, when I got neither audio or video I
figured I'd step back
and try just some audio, using either xine or mplayer to play a file
results in no audio, I
took a further step back and tried aucat, also to no avail, finally I tried:
cat 06-Inward_Burst.wav > /dev/sound
and music plays from the speakers, so partial victory. I'm thinking that
getting aucat to
work is the first step, so here are the debug steps I took (mostly from
FAQ, but sthen@ pointed
me to SNDIO_DEBUG), hoping somebody can make some sense of this:
[johan@omgla ~]$ file 06-Inward_Burst.wav
06-Inward_Burst.wav: RIFF (little-endian) data, WAVE audio, Microsoft
PCM, 16 bit, stereo 44100 Hz
[johan@omgla ~]$ aucat -i 06-Inward_Burst.wav
without setting DEBUG this exits quickly without playing anything.
[johan@omgla ~]$ export SNDIO_DEBUG=2
[johan@omgla ~]$ aucat -i 06-Inward_Burst.wav
aucat_open: host= unit=0 devnum=0 opt=default
/tmp/aucat-1000/aucat0: No such file or directory
/tmp/aucat/aucat0: connected
sio_aucat_revents: 0
aucat: start, maxwrite = 0
aucat: flowctl = 7938, maxwrite = 31752
sio_aucat_revents: 0
sio_aucat_revents: 4
aucat_wdata: write: n = 3528
aucat_wdata: write: n = 3528
aucat_wdata: write: n = 3528
aucat_wdata: write: n = 3528
aucat_wdata: write: n = 3528
aucat_wdata: write: n = 3528
aucat_wdata: write: n = 3528
aucat_wdata: write: n = 3528
aucat_wdata: write: n = 3528
aucat_rmsg: eof
[johan@omgla ~]$ mixerctl -v
outputs.master=255,255 volume
outputs.master.mute=off [ off on ]
outputs.mono=255 volume
outputs.mono.mute=off [ off on ]
outputs.mono.source=mixerout [ mixerout mic ]
inputs.spkr=255 volume
inputs.spkr.mute=off [ off on ]
inputs.phone=191 volume
inputs.phone.mute=on [ off on ]
inputs.mic=191 volume
inputs.mic.mute=on [ off on ]
inputs.mic.preamp=off [ off on ]
inputs.mic.source=mic0 [ mic0 mic1 ]
inputs.line=191,191 volume
inputs.line.mute=on [ off on ]
inputs.cd=191,191 volume
inputs.cd.mute=on [ off on ]
inputs.video=191,191 volume
inputs.video.mute=on [ off on ]
inputs.aux=191,191 volume
inputs.aux.mute=on [ off on ]
inputs.dac=191,191 volume
inputs.dac.mute=off [ off on ]
record.source=mic [ mic cd video aux line mixerout mixeroutmono phone ]
record.volume=255,255 volume
record.volume.mute=off [ off on ]
outputs.extamp=off [ off on ]
[johan@omgla ~]$ cat > /dev/audio < /dev/zero &
[1] 30600
[johan@omgla ~]$ audioctl play.{seek,samples,errors}
play.seek=57600
play.samples=2918400
play.errors=0
[johan@omgla ~]$ audioctl play.{seek,samples,errors}
play.seek=48000
play.samples=600
play.errors=0
[johan@omgla ~]$ audioctl play.{seek,samples,errors}
play.seek=57600
play.samples=8697600
play.errors=0
[johan@omgla ~]$ kill %1
[johan@omgla ~]$ fg %1
cat > /dev/audio < /dev/zero
Terminated
thanks,
.jh
OpenBSD 5.4-current (GENERIC.MP) #58: Sat Sep 14 13:27:19 MDT 2013
t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 4278124544 (4079MB)
avail mem = 4156133376 (3963MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe0010 (364 entries)
bios0: vendor Phoenix Technologies LTD version "6.00" date 07/02/2012
bios0: VMware, Inc. VMware Virtual Platform
acpi0 at bios0: rev 2
acpi0: sleep states S0 S1 S4 S5
acpi0: tables DSDT FACP BOOT APIC MCFG SRAT HPET WAET
acpi0: wakeup devices PCI0(S3) USB_(S1) P2P0(S3) S1F0(S3) S2F0(S3) S3F0(S3)
S4F0(S3) S5F0(S3) S6F0(S3) S7F0(S3) S8F0(S3) S9F0(S3) S10F(S3) S11F(S3)
S12F(S3) S13F(S3) [...]
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) Core(TM)2 Duo CPU T9800 @ 2.93GHz, 2919.06 MHz
cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,MMX,FXSR,SSE,SSE2,SS,SSE3,SSSE3,CX16,SSE4.1,x2APIC,XSAVE,NXE,LONG,LAHF,PERF,ITSC
cpu0: 6MB 64b/line 16-way L2 cache
cpu0: smt 0, core 0, package 0
cpu0: apic clock running at 65MHz
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Core(TM)2 Duo CPU T9800 @ 2.93GHz, 2918.89 MHz
cpu1:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,MMX,FXSR,SSE,SSE2,SS,SSE3,SSSE3,CX16,SSE4.1,x2APIC,XSAVE,NXE,LONG,LAHF,PERF,ITSC
cpu1: 6MB 64b/line 16-way L2 cache
cpu1: smt 0, core 0, package 2
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 11, 24 pins
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpicpu0 at acpi0
acpicpu1 at acpi0
acpibat0 at acpi0: BAT1 not present
acpibat1 at acpi0: BAT2 not present
acpiac0 at acpi0: AC unit online
acpibtn0 at acpi0: SLPB
acpibtn1 at acpi0: LID_
vmt0 at mainbus0
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel 82443BX AGP" rev 0x01
Re: uaudio0: audio descriptors make no sense, with Schiit Bifrost USB DAC
>> If I'm interpreting this correctly your device is an USB Audio 2.0 >> device. >> AFAICT there's currently no support for such a device in OpenBSD. I didn't know it wasn't supported, so thanks for the info. > But it shouldn't be too hard to port the FreeBSD changes in our tree, if > anybody is motivated ;) Well I guess that "anybody" should be me, but I don't have the needed kernel / device skills nor the time to learn them, which will probably mean nothing will change in this area. Kind regards, Martijn Rijkeboer
Re: uaudio0: audio descriptors make no sense, with Schiit Bifrost USB DAC
On 10/09/13(Tue) 08:17, Remco wrote: > Martijn Rijkeboer wrote: > > >>> I have a Schiit Bifrost USB DAC that includes an uaudio device for audio > >>> playback. When I plug the device in I'm getting "uaudio0: audio > >>> descriptors make no sense, error=4". Any suggestions on how to make this > >>> work? > >>> > >>> Here are the relevant lines from usbdevs -v (debugging enabled for > >>> uaudio): > >> > >> Looks like the audio descriptor of your device doesn't match what > >> uaudio(4) expects. A quirk might be needed. Could you please > >> install the usbutils package and post the output of "lsusb -v" for > >> your device? > > > > Below are the relevant lines of "lsusb -v". Before I ran lsusb I've > > re-installed the system with current (i386). > > > > Bus 000 Device 002: ID 0d8c:0319 C-Media Electronics, Inc. > ... > > Interface Descriptor: > > bLength 9 > > bDescriptorType 4 > > bInterfaceNumber0 > > bAlternateSetting 0 > > bNumEndpoints 1 > > bInterfaceClass 1 Audio > > bInterfaceSubClass 1 Control Device > > bInterfaceProtocol 32 > > iInterface 2 Schiit USB Audio Device > > AudioControl Interface Descriptor: > > bLength 9 > > bDescriptorType36 > > bDescriptorSubtype 1 (HEADER) > > --> bcdADC 2.00 <-- > > If I'm interpreting this correctly your device is an USB Audio 2.0 device. > AFAICT there's currently no support for such a device in OpenBSD. But it shouldn't be too hard to port the FreeBSD changes in our tree, if anybody is motivated ;) M.
Re: uaudio0: audio descriptors make no sense, with Schiit Bifrost USB DAC
Martijn Rijkeboer wrote: >>> I have a Schiit Bifrost USB DAC that includes an uaudio device for audio >>> playback. When I plug the device in I'm getting "uaudio0: audio >>> descriptors make no sense, error=4". Any suggestions on how to make this >>> work? >>> >>> Here are the relevant lines from usbdevs -v (debugging enabled for >>> uaudio): >> >> Looks like the audio descriptor of your device doesn't match what >> uaudio(4) expects. A quirk might be needed. Could you please >> install the usbutils package and post the output of "lsusb -v" for >> your device? > > Below are the relevant lines of "lsusb -v". Before I ran lsusb I've > re-installed the system with current (i386). > > Bus 000 Device 002: ID 0d8c:0319 C-Media Electronics, Inc. ... > Interface Descriptor: > bLength 9 > bDescriptorType 4 > bInterfaceNumber0 > bAlternateSetting 0 > bNumEndpoints 1 > bInterfaceClass 1 Audio > bInterfaceSubClass 1 Control Device > bInterfaceProtocol 32 > iInterface 2 Schiit USB Audio Device > AudioControl Interface Descriptor: > bLength 9 > bDescriptorType36 > bDescriptorSubtype 1 (HEADER) > --> bcdADC 2.00 <-- If I'm interpreting this correctly your device is an USB Audio 2.0 device. AFAICT there's currently no support for such a device in OpenBSD.
Re: uaudio0: audio descriptors make no sense, with Schiit Bifrost USB DAC
>> I have a Schiit Bifrost USB DAC that includes an uaudio device for audio >> playback. When I plug the device in I'm getting "uaudio0: audio >> descriptors make no sense, error=4". Any suggestions on how to make this >> work? >> >> Here are the relevant lines from usbdevs -v (debugging enabled for >> uaudio): > > Looks like the audio descriptor of your device doesn't match what > uaudio(4) expects. A quirk might be needed. Could you please > install the usbutils package and post the output of "lsusb -v" for > your device? Below are the relevant lines of "lsusb -v". Before I ran lsusb I've re-installed the system with current (i386). Bus 000 Device 002: ID 0d8c:0319 C-Media Electronics, Inc. Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 239 Miscellaneous Device bDeviceSubClass 2 ? bDeviceProtocol 1 Interface Association bMaxPacketSize064 idVendor 0x0d8c C-Media Electronics, Inc. idProduct 0x0319 bcdDevice1.02 iManufacturer 1 Schiit iProduct2 Schiit USB Audio Device iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 298 bNumInterfaces 3 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xc0 Self Powered MaxPower 100mA Interface Association: bLength 8 bDescriptorType 11 bFirstInterface 0 bInterfaceCount 2 bFunctionClass 1 Audio bFunctionSubClass 0 bFunctionProtocol 32 iFunction 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 1 Audio bInterfaceSubClass 1 Control Device bInterfaceProtocol 32 iInterface 2 Schiit USB Audio Device AudioControl Interface Descriptor: bLength 9 bDescriptorType36 bDescriptorSubtype 1 (HEADER) bcdADC 2.00 bCategory 10 wTotalLength 256 bmControl0x00 AudioControl Interface Descriptor: bLength17 bDescriptorType36 bDescriptorSubtype 2 (INPUT_TERMINAL) bTerminalID 1 wTerminalType 0x0101 USB Streaming bAssocTerminal 0 bCSourceID 18 bNrChannels 0 bmChannelConfig 0x bmControls0x0040 Cluster Control (read-only) iChannelNames 0 iTerminal 0 AudioControl Interface Descriptor: bLength12 bDescriptorType36 bDescriptorSubtype 3 (OUTPUT_TERMINAL) bTerminalID 7 wTerminalType 0x0301 Speaker bAssocTerminal 0 bSourceID 13 bCSourceID 18 bmControls 0x iTerminal 0 AudioControl Interface Descriptor: bLength18 bDescriptorType36 bDescriptorSubtype 6 (FEATURE_UNIT) bUnitID13 bSourceID 1 bmaControls( 0) 0x0003 Mute Control (read/write) bmaControls( 1) 0x bmaControls( 2) 0x iFeature0 AudioControl Interface Descriptor: bLength 8 bDescriptorType36 bDescriptorSubtype 10 (CLOCK_SOURCE) bClockID 18 bmAttributes 0x03 Internal programmable Clock bmControls 0x07 Clock Frequency Control (read/write) Clock Validity Control (read-only) bAssocTerminal 0 iClockSource0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x8f EP 15 IN bmAttributes3 Transfer TypeInterrupt Synch Type None Usage Type Data wMaxPacketSize 0x0006 1x 6 bytes bInterval 4 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber1 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfacePr
Re: uaudio0: audio descriptors make no sense, with Schiit Bifrost USB DAC
!-- On Sat 7.Sep'13 at 11:17:56 BST, Martijn Rijkeboer (mart...@bunix.org), wrote: > Hi, > > I have a Schiit Bifrost USB DAC that includes an uaudio device for audio > playback. When I plug the device in I'm getting "uaudio0: audio > descriptors make no sense, error=4". Any suggestions on how to make this > work? This is the error I have seen when my USB webcam is plugged in. It has a built-in microphone, it's that component that generates the message. I posted the information to misc@ a couple of months back, using a current snapshot. To-date, I have not been able to find a fix for it. [ ... ] -- James Griffin: jmz at kontrol.kode5.net A4B9 E875 A18C 6E11 F46D B788 BEE6 1251 1D31 DC38
Re: uaudio0: audio descriptors make no sense, with Schiit Bifrost USB DAC
On 07/09/13(Sat) 12:17, Martijn Rijkeboer wrote: > Hi, > > I have a Schiit Bifrost USB DAC that includes an uaudio device for audio > playback. When I plug the device in I'm getting "uaudio0: audio > descriptors make no sense, error=4". Any suggestions on how to make this > work? > > Here are the relevant lines from usbdevs -v (debugging enabled for uaudio): Looks like the audio descriptor of your device doesn't match what uaudio(4) expects. A quirk might be needed. Could you please install the usbutils package and post the output of "lsusb -v" for your device? Martin
uaudio0: audio descriptors make no sense, with Schiit Bifrost USB DAC
Hi, I have a Schiit Bifrost USB DAC that includes an uaudio device for audio playback. When I plug the device in I'm getting "uaudio0: audio descriptors make no sense, error=4". Any suggestions on how to make this work? Here are the relevant lines from usbdevs -v (debugging enabled for uaudio): 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, power 100 mA, config 1, Schiit USB Audio Device(0x0319), Schiit(0x0d8c), rev 1.02 port 2 powered port 3 powered port 4 powered port 5 powered port 6 powered Here are the relevant lines from dmesg: uaudio0 at uhub0 port 1 configuration 1 interface 0 "Schiit Schiit USB Audio Device" rev 2.00/1.02 addr 2 uaudio_identify_ac: AC interface is 0 uaudio0: audio descriptors make no sense, error=4 uhidev0 at uhub0 port 1 configuration 1 interface 2 "Schiit Schiit USB Audio Device" rev 2.00/1.02 addr 2 uhidev0: iclass 3/0 uhid0 at uhidev0: input=16, output=16, feature=0 ugen0 at uhub0 port 1 configuration 1 "Schiit Schiit USB Audio Device" rev 2.00/1.02 addr 2 Here is the uname -a output: OpenBSD goofy.bunix.org 5.3 GENERIC#0 i386 Kind regards, Martijn Rijkeboer
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: USB Audio
On Aug 08 13:16:56, get...@dslextreme.com wrote: > I ditched my Mac for good am trying to get everything running that was > connected to it. Working on the SoundSticks now. > > Full dmesg down below. > > I linked the audio1 devices to audio. > > $ ls -l /dev/audio* > lrwxr-xr-x 1 root wheel 11 Aug 7 14:47 /dev/audio -> /dev/audio1 > lrwxr-xr-x 1 root wheel14 Aug 7 14:48 /dev/audioctl -> > /dev/audioctl1 > lrwxr-xr-x 1 root wheel11 Aug 7 14:48 /dev/mixer -> /dev/mixer1 > lrwxr-xr-x 1 root wheel11 Aug 7 14:48 /dev/sound -> /dev/sound1 > > audio0 at uhub5 port 1 configuration 1 interface 0 "harman/kardon > SoundSticks" rev 1.10/0.01 addr 8 > uaudio0: audio rev 1.00, 6 mixer controls > audio1 at uaudio0 This does not correspond with the dmesg below. Why don't you (temporarily) disable azalia in the UKC so that your USB audio device becomes the default? > $ cat /projects/Music/scream.aif > /dev/sound > > cat: stdout: Input/output error > > But my apps like vlc play through internal speakers still just fine. > > I know the SoundSticks work with OpenBSD so obviously I'm an idiot and > missing something. > > $ audioctl > name=USB audio > version= > config=uaudio > encodings=slinear_le:16:2:1,slinear_le:24:3:1 > properties=independent > full_duplex=0 > fullduplex=0 > blocksize=8816 > hiwat=7 > lowat=5 > output_muted=0 > monitor_gain=0 > mode= > play.rate=44100 > play.channels=2 > play.precision=16 > play.bps=2 > play.msb=1 > play.encoding=slinear_le > 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 > play.block_size=8816 > play.errors=0 > record.rate=44100 > record.channels=2 > record.precision=16 > record.bps=2 > 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=0 > record.error=0 > record.waiting=0 > record.open=0 > record.active=0 > record.buffer_size=65536 > record.block_size=8816 > record.errors=0 > > > OpenBSD 5.3-stable (GENERIC) #0: Wed Jul 10 23:31:39 PDT 2013 > r...@wheeler.lodesertprotosites.org: > /usr/src/sys/arch/amd64/compile/GENERIC > real mem = 8466853888 (8074MB) > avail mem = 8219004928 (7838MB) > mainbus0 at root > bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xdae9c000 (68 entries) > bios0: vendor LENOVO version "8DET61WW (1.31 )" date 04/25/2012 > bios0: LENOVO 4291X04 > acpi0 at bios0: rev 2 > acpi0: sleep states S0 S3 S4 S5 > acpi0: tables DSDT FACP SLIC SSDT SSDT SSDT HPET APIC MCFG ECDT ASF! TCPA > SSDT SSDT UEFI UEFI UEFI > acpi0: wakeup devices LID_(S3) SLPB(S3) IGBE(S4) EXP4(S4) EXP7(S4) EHC1(S3) > EHC2(S3) HDEF(S4) > acpitimer0 at acpi0: 3579545 Hz, 24 bits > acpihpet0 at acpi0: 14318179 Hz > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > cpu0 at mainbus0: apid 0 (boot processor) > cpu0: Intel(R) Core(TM) i7-2640M CPU @ 2.80GHz, 2791.35 MHz > cpu0: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS > H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX > ,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,A > ES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC > cpu0: 256KB 64b/line 8-way L2 cache > cpu0: apic clock running at 99MHz > cpu at mainbus0: not configured > cpu at mainbus0: not configured > cpu at mainbus0: not configured > ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins > acpimcfg0 at acpi0 addr 0xf800, bus 0-63 > acpiec0 at acpi0 > acpiprt0 at acpi0: bus 0 (PCI0) > acpiprt1 at acpi0: bus -1 (PEG_) > acpiprt2 at acpi0: bus 2 (EXP1) > acpiprt3 at acpi0: bus 3 (EXP2) > acpiprt4 at acpi0: bus 5 (EXP4) > acpiprt5 at acpi0: bus 13 (EXP5) > acpiprt6 at acpi0: bus 14 (EXP7) > acpicpu0 at acpi0: C3, C1, PSS > acpipwrres0 at acpi0: PUBS > acpitz0 at acpi0: critical temperature is 99 degC > acpibtn0 at acpi0: LID_ > acpibtn1 at acpi0: SLPB > acpibat0 at acpi0: BAT0 model "45N1025" serial 910 type LION oem "LGC" > acpibat1 at acpi0: BAT1 not present > acpiac0 at acpi0: AC unit online > acpithinkpad0 at acpi0 > acpidock0 at acpi0: GDCK docked (15) > cpu0: Enhanced SpeedStep 2791 MHz: speeds: 2801, 2800, 2600, 2400, 2200, > 2000, 1800, 1600, 1400, 1200, 1000, 800 MHz > pci0 at mainbus0 bus 0 > pchb0 at pci0 dev 0 function 0 "Intel Core 2G Host" rev 0x09 > vg
USB Audio
I ditched my Mac for good am trying to get everything running that was connected to it. Working on the SoundSticks now. Full dmesg down below. I linked the audio1 devices to audio. $ ls -l /dev/audio* lrwxr-xr-x 1 root wheel11 Aug 7 14:47 /dev/audio -> /dev/audio1 lrwxr-xr-x 1 root wheel14 Aug 7 14:48 /dev/audioctl -> /dev/audioctl1 lrwxr-xr-x 1 root wheel11 Aug 7 14:48 /dev/mixer -> /dev/mixer1 lrwxr-xr-x 1 root wheel11 Aug 7 14:48 /dev/sound -> /dev/sound1 audio0 at uhub5 port 1 configuration 1 interface 0 "harman/kardon SoundSticks" rev 1.10/0.01 addr 8 uaudio0: audio rev 1.00, 6 mixer controls audio1 at uaudio0 $ cat /projects/Music/scream.aif > /dev/sound cat: stdout: Input/output error But my apps like vlc play through internal speakers still just fine. I know the SoundSticks work with OpenBSD so obviously I'm an idiot and missing something. $ audioctl name=USB audio version= config=uaudio encodings=slinear_le:16:2:1,slinear_le:24:3:1 properties=independent full_duplex=0 fullduplex=0 blocksize=8816 hiwat=7 lowat=5 output_muted=0 monitor_gain=0 mode= play.rate=44100 play.channels=2 play.precision=16 play.bps=2 play.msb=1 play.encoding=slinear_le 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 play.block_size=8816 play.errors=0 record.rate=44100 record.channels=2 record.precision=16 record.bps=2 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=0 record.error=0 record.waiting=0 record.open=0 record.active=0 record.buffer_size=65536 record.block_size=8816 record.errors=0 OpenBSD 5.3-stable (GENERIC) #0: Wed Jul 10 23:31:39 PDT 2013 r...@wheeler.lodesertprotosites.org: /usr/src/sys/arch/amd64/compile/GENERIC real mem = 8466853888 (8074MB) avail mem = 8219004928 (7838MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xdae9c000 (68 entries) bios0: vendor LENOVO version "8DET61WW (1.31 )" date 04/25/2012 bios0: LENOVO 4291X04 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SLIC SSDT SSDT SSDT HPET APIC MCFG ECDT ASF! TCPA SSDT SSDT UEFI UEFI UEFI acpi0: wakeup devices LID_(S3) SLPB(S3) IGBE(S4) EXP4(S4) EXP7(S4) EHC1(S3) EHC2(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i7-2640M CPU @ 2.80GHz, 2791.35 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX ,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,A ES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC cpu0: 256KB 64b/line 8-way L2 cache cpu0: apic clock running at 99MHz cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpiec0 at acpi0 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PEG_) acpiprt2 at acpi0: bus 2 (EXP1) acpiprt3 at acpi0: bus 3 (EXP2) acpiprt4 at acpi0: bus 5 (EXP4) acpiprt5 at acpi0: bus 13 (EXP5) acpiprt6 at acpi0: bus 14 (EXP7) acpicpu0 at acpi0: C3, C1, PSS acpipwrres0 at acpi0: PUBS acpitz0 at acpi0: critical temperature is 99 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model "45N1025" serial 910 type LION oem "LGC" acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 acpidock0 at acpi0: GDCK docked (15) cpu0: Enhanced SpeedStep 2791 MHz: speeds: 2801, 2800, 2600, 2400, 2200, 2000, 1800, 1600, 1400, 1200, 1000, 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Core 2G Host" rev 0x09 vga1 at pci0 dev 2 function 0 "Intel HD Graphics 3000" rev 0x09 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 2 int 16 drm0 at inteldrm0 "Intel 6 Series MEI" rev 0x04 at pci0 dev 22 function 0 not configured puc0 at pci0 dev 22 function 3 "Intel 6 Series KT" rev 0x04: ports: 1 com com2 at puc0 port 0 apic 2 int 19: ns16550a, 16 byte fifo com2: probed fifo depth: 0 bytes em0 at pci0 dev 25 function 0 "Intel 82579LM" rev 0x04: msi, address 3c:97:0e:08:67:59 ehci0 at pci0 dev 26 function 0 "Intel 6 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 azalia0 at pci0 dev 27 function 0 "Intel 6 Series HD Audi
Re: HDMI audio
man azalia also states this clearly: BUGS This driver does not support codecs that are intended for HDMI or DisplayPort connectivity.
Re: HDMI audio
On 11 June 2013 08:38, Remco wrote:
> Ville Valkonen wrote:
>
>> On 10 June 2013 23:44, Ville Valkonen wrote:
>>> Hello,
>>>
>>> I wonder if there's support for HDMI audio (or am I missing something
>>> obvious here)?
>>>
>>> Tried play around with mixerctl but no success. These were the most
>>> appropriate values I found and changed:
>>> $ mixerctl -v |grep outputs |grep mix
>>> outputs.spkr_source=mix3 [ mix2 mix3 ]
>>> outputs.hp_source=mix2 [ mix2 mix3 ]
>>> outputs.mic2_source=mix2 [ mix2 mix3 ]
>>>
>>> and
>>>
>>> outputs.master.slaves=hp { dac-0:1 dac-2:3 spkr hp mic2 }
>>>
>>> I confirmed with Linux that the sound through HDMI is enabled and
>>> working on the TV.
>>>
>>> So, hints are welcome.
>>>
>>> Thanks,
>>> Ville Valkonen
>>
>> ..with this time dmesg included. In addition, sound works perfectly
>> via speakers and headphones.
>>
>>
>> azalia0 at pci0 dev 27 function 0 "Intel 7 Series HD Audio" rev 0x04: msi
>> azalia0: codecs: Realtek ALC269, Intel/0x2806, using Realtek ALC269
>> audio0 at azalia0
>>
>
> I'm not sure if the Intel/0x2806 codec is the HDMI codec.
>
> Anyway, AFAICT HDMI codecs are hardcoded to be disabled. I suppose the
> necessary code to make it work is missing.
>
> From the azalia_init_codecs function in src/sys/dev/pci/azalia.c:
> /* Use the first codec capable of analog I/O. If there are none,
> * use the first codec capable of digital I/O. Skip HDMI codecs.
> */
>
> Also on the TODO list in src/sys/dev/pci/azalia.c:
> * TO DO:
> * - multiple codecs (needed?)
> * - multiple streams (needed?)
>
> I have an ATI graphics board with a separate azalia controller:
> azalia0 at pci1 dev 0 function 1 "ATI Radeon HD 5470 Audio" rev 0x00: msi
> azalia0: no supported codecs
> In my case I think the only need is the addition of HDMI audio support to
> azalia. In your case, assuming the Intel/0x2806 codec is your HDMI codec, I
> think multiple codec support is needed as well.
>
> For now I think you're out of luck with HDMI audio.
This makes sense, cheers Remco!
--
Sincerely,
Ville Valkonen
Re: HDMI audio
Ville Valkonen wrote:
> On 10 June 2013 23:44, Ville Valkonen wrote:
>> Hello,
>>
>> I wonder if there's support for HDMI audio (or am I missing something
>> obvious here)?
>>
>> Tried play around with mixerctl but no success. These were the most
>> appropriate values I found and changed:
>> $ mixerctl -v |grep outputs |grep mix
>> outputs.spkr_source=mix3 [ mix2 mix3 ]
>> outputs.hp_source=mix2 [ mix2 mix3 ]
>> outputs.mic2_source=mix2 [ mix2 mix3 ]
>>
>> and
>>
>> outputs.master.slaves=hp { dac-0:1 dac-2:3 spkr hp mic2 }
>>
>> I confirmed with Linux that the sound through HDMI is enabled and
>> working on the TV.
>>
>> So, hints are welcome.
>>
>> Thanks,
>> Ville Valkonen
>
> ..with this time dmesg included. In addition, sound works perfectly
> via speakers and headphones.
>
>
> azalia0 at pci0 dev 27 function 0 "Intel 7 Series HD Audio" rev 0x04: msi
> azalia0: codecs: Realtek ALC269, Intel/0x2806, using Realtek ALC269
> audio0 at azalia0
>
I'm not sure if the Intel/0x2806 codec is the HDMI codec.
Anyway, AFAICT HDMI codecs are hardcoded to be disabled. I suppose the
necessary code to make it work is missing.
>From the azalia_init_codecs function in src/sys/dev/pci/azalia.c:
/* Use the first codec capable of analog I/O. If there are none,
* use the first codec capable of digital I/O. Skip HDMI codecs.
*/
Also on the TODO list in src/sys/dev/pci/azalia.c:
* TO DO:
* - multiple codecs (needed?)
* - multiple streams (needed?)
I have an ATI graphics board with a separate azalia controller:
azalia0 at pci1 dev 0 function 1 "ATI Radeon HD 5470 Audio" rev 0x00: msi
azalia0: no supported codecs
In my case I think the only need is the addition of HDMI audio support to
azalia. In your case, assuming the Intel/0x2806 codec is your HDMI codec, I
think multiple codec support is needed as well.
For now I think you're out of luck with HDMI audio.
Re: HDMI audio
On 10 June 2013 23:44, Ville Valkonen wrote:
> Hello,
>
> I wonder if there's support for HDMI audio (or am I missing something
> obvious here)?
>
> Tried play around with mixerctl but no success. These were the most
> appropriate values I found and changed:
> $ mixerctl -v |grep outputs |grep mix
> outputs.spkr_source=mix3 [ mix2 mix3 ]
> outputs.hp_source=mix2 [ mix2 mix3 ]
> outputs.mic2_source=mix2 [ mix2 mix3 ]
>
> and
>
> outputs.master.slaves=hp { dac-0:1 dac-2:3 spkr hp mic2 }
>
> I confirmed with Linux that the sound through HDMI is enabled and
> working on the TV.
>
> So, hints are welcome.
>
> Thanks,
> Ville Valkonen
..with this time dmesg included. In addition, sound works perfectly
via speakers and headphones.
OpenBSD 5.3-current (GENERIC.MP) #121: Mon May 27 10:39:10 MDT 2013
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 3959615488 (3776MB)
avail mem = 3846500352 (3668MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xdae9d000 (69 entries)
bios0: vendor LENOVO version "G2ET82WW (2.02 )" date 09/11/2012
bios0: LENOVO 2324BY9
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP TCPA SSDT SSDT SSDT HPET APIC MCFG ECDT FPDT
ASF! UEFI UEFI POAT SSDT SSDT UEFI DBG2
acpi0: wakeup devices LID_(S4) SLPB(S3) IGBE(S4) EXP3(S4) XHCI(S3)
EHC1(S3) EHC2(S3) HDEF(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 14318179 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i3-3110M CPU @ 2.40GHz, 2394.98 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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,F16C,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: apic clock running at 99MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM) i3-3110M CPU @ 2.40GHz, 2394.56 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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,F16C,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS
cpu1: 256KB 64b/line 8-way L2 cache
cpu2 at mainbus0: apid 2 (application processor)
cpu2: Intel(R) Core(TM) i3-3110M CPU @ 2.40GHz, 2394.56 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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,F16C,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS
cpu2: 256KB 64b/line 8-way L2 cache
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Core(TM) i3-3110M CPU @ 2.40GHz, 2394.56 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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,F16C,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS
cpu3: 256KB 64b/line 8-way L2 cache
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
acpimcfg0 at acpi0 addr 0xf800, bus 0-63
acpiec0 at acpi0
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (PEG_)
acpiprt2 at acpi0: bus 2 (EXP1)
acpiprt3 at acpi0: bus 3 (EXP2)
acpiprt4 at acpi0: bus -1 (EXP3)
acpicpu0 at acpi0: C2, C1, PSS
acpicpu1 at acpi0: C2, C1, PSS
acpicpu2 at acpi0: C2, C1, PSS
acpicpu3 at acpi0: C2, C1, PSS
acpipwrres0 at acpi0: PUBS
acpitz0 at acpi0: critical temperature is 103 degC
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: SLPB
acpibat0 at acpi0: BAT0 model "45N1025" serial 10457 type LION oem "LGC"
acpibat1 at acpi0: BAT1 not present
acpiac0 at acpi0: AC unit online
acpithinkpad0 at acpi0
acpidock0 at acpi0: GDCK not docked (0)
cpu0: Enhanced SpeedStep 2394 MHz: speeds: 2400, 2300, 2200, 2100,
2000, 1900, 1800, 1700, 1600, 1500, 1400, 1300, 1200 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel Core 3G Host" rev 0x09
vga1 at pci0 dev 2 function 0 "Intel HD Graphics 4000" rev 0x09
intagp0 at vga1
agp0 at intagp0: aperture at 0xe000, size 0x1000
inteldrm0 at vga1
drm0 at inteldrm0
inteldrm0: 1366x768
wsdisplay0 at vga1 mux 1: console (std, vt100 emulation)
wsdisplay0: screen 1-5 added (std, vt100 emulation)
"Intel 7 Series MEI" rev 0x04 at pci0 dev 22 function 0 not configured
em0 at pci0 dev 25 function 0 "Intel 82579LM" rev 0x04: msi, address
3c:97:0e:52:44:f6
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 ad
HDMI audio
Hello,
I wonder if there's support for HDMI audio (or am I missing something
obvious here)?
Tried play around with mixerctl but no success. These were the most
appropriate values I found and changed:
$ mixerctl -v |grep outputs |grep mix
outputs.spkr_source=mix3 [ mix2 mix3 ]
outputs.hp_source=mix2 [ mix2 mix3 ]
outputs.mic2_source=mix2 [ mix2 mix3 ]
and
outputs.master.slaves=hp { dac-0:1 dac-2:3 spkr hp mic2 }
I confirmed with Linux that the sound through HDMI is enabled and
working on the TV.
So, hints are welcome.
Thanks,
Ville Valkonen
SiS 7018 Audio Codec in current
Update to OpenBSD 5.3-current (GENERIC) #146: Thu Apr 25 16:55:16 MDT 2013 results in a dmesg with ohci1 at pci0 dev 1 function 3 "SiS 5597/5598 USB" rev 0x07: irq 5, version 1.0, legacy support autri0 at pci0 dev 1 function 4 "SiS 7018 Audio" rev 0x02: irq 11 autri0: Codec timeout. Busy writing AC97 codec autri0: Codec timeout. Busy writing AC97 codec autri0: Codec timeout. Busy writing AC97 codec autri0: Codec timeout. Busy writing AC97 codec autri0: Codec timeout. Busy writing AC97 codec autri0: Codec timeout. Busy writing AC97 codec autri0: Codec timeout. Busy writing AC97 codec autri0: Codec timeout. Busy writing AC97 codec autri0: Codec timeout. Busy writing AC97 codec autri0: Codec timeout. Busy writing AC97 codec autri0: Codec timeout. Busy writing AC97 codec autri0: Codec timeout. Busy writing AC97 codec autri0: Codec timeout. Busy writing AC97 codec autri0: Codec timeout. Busy writing AC97 codec autri0: Codec timeout. Busy writing AC97 codec autri0: Codec timeout. Busy writing AC97 codec autri0: Codec timeout. Busy writing AC97 codec autri0: Codec timeout. Busy writing AC97 codec -- J. Scott Heppler
Re: Does Pulse Audio in e17 result in a can of worms
On Sun, Jan 27, 2013 at 12:37:06PM -0800, J. Scott Heppler wrote: > Background of question > > The volume module for enlightenment is alsa or pulseaudio only: > http://docs.enlightenment.org/auto/e/group__Module__Mixer.html > > My sense is that pulse audio was grudgingly added to > support gnome development. > http://www.openbsd.org/cgi-bin/cvsweb/ports/audio/pulseaudio/distinfo > > Pulse is disabled in the current Makefile for vlc > http://www.openbsd.org/cgi-bin/cvsweb/ports/x11/vlc/Makefile?rev=1.163;content-type=text%2Fplain > > mpd uses libao for output. > > Question: Will enlightenment/pulseaudio happily coexist with vlc, mpd, > minitube, Firefox ogg/ogv or would I need to rebuild vlc with pulse They will co-exist fine since pulseaudio has been patched to use sndio(7). > enabled? Will I need to come up with a libao-pulse? Lastly, where is > the documentation buried for pulse audio setup? -- Antoine
Does Pulse Audio in e17 result in a can of worms
Background of question The volume module for enlightenment is alsa or pulseaudio only: http://docs.enlightenment.org/auto/e/group__Module__Mixer.html My sense is that pulse audio was grudgingly added to support gnome development. http://www.openbsd.org/cgi-bin/cvsweb/ports/audio/pulseaudio/distinfo Pulse is disabled in the current Makefile for vlc http://www.openbsd.org/cgi-bin/cvsweb/ports/x11/vlc/Makefile?rev=1.163;content-type=text%2Fplain mpd uses libao for output. Question: Will enlightenment/pulseaudio happily coexist with vlc, mpd, minitube, Firefox ogg/ogv or would I need to rebuild vlc with pulse enabled? Will I need to come up with a libao-pulse? Lastly, where is the documentation buried for pulse audio setup? Scott H.
Supported PCI express audio devices?
Hi, I need to get audio support working with one of Supermicro's Atom mainboards. These do not have onboard sound, but do have one free PCI express slot. This machine will replace an aging Windows XP audio logger at our local community radio station. I'm not having much luck determining if OpenBSD supports any available PCI express audio devices. Does anyone on the list have suggestions for specific instances of known working hardware? Thanks. Breen Ouellette
Re: Network audio
On Sun, Sep 30, 2012 at 10:25:16PM -0700, Robert Connolly wrote: > Hello. I bought a pair of bluetooth headphones, and I would like to use > them with my OpenBSD laptop. OpenBSD does not currently support bluetooth > headphones, as far as I know, so as a workaround I would like to upload > audio to another system with bluetooth (an ARM system running Linux), over > ethernet (a low latency crossover cable connection). My web searches > resulted in a dead link to a howto for voice over ip using aucat(1) and > ssh. I read the aucat man page, and I do not understand how to do this. > > Any advice would be appreciated. There's a work-in-progress linux port of sndiod. If linux exposes your bluetooth headphones as a hardware alsa sound card, then you could try running sndiod on linux and make openbsd programs use the remote sndiod server. If you're interested in trying this, drop me an mail and I'll send you the recipe for how to setup this on linux. -- Alexandre
Re: audio volume
On 09/03/12 10:19, Robert Connolly wrote: > Hello. > > Is there any way I can increase the volume output of my headphones and > speakers. Doubling the volume would be nice. Maybe a kernel modification? > > Thanks > > you could try mixerctl. man mixerctl -- Udo
Re: audio volume
http://www.openbsd.org/faq/faq13.html
audio volume
Hello. Is there any way I can increase the volume output of my headphones and speakers. Doubling the volume would be nice. Maybe a kernel modification? Thanks
Re: azalia audio: Sound distorted
Hello, > Christian Weisgerber mips.inka.de> writes: > > > > > Mark Kettenis: > > > > > Does the diff below fix the problem? > > > > Yes, it does. The diff works for me too. Many thanks to you all for your help. Alexander
Re: azalia audio: Sound distorted
Christian Weisgerber mips.inka.de> writes: > > Mark Kettenis: > > > Does the diff below fix the problem? > > Yes, it does. > > > --- azalia.c10 May 2012 22:46:48 - 1.200 > > +++ azalia.c10 Aug 2012 16:22:12 - > > @@ -461,6 +461,7 @@ azalia_configure_pci(azalia_t *az) > > case PCI_PRODUCT_INTEL_3400_HDA: > > case PCI_PRODUCT_INTEL_QS57_HDA: > > case PCI_PRODUCT_INTEL_6SERIES_HDA: > > + case PCI_PRODUCT_INTEL_7SERIES_HDA: > > reg = azalia_pci_read(az->pc, az->tag, > > INTEL_PCIE_NOSNOOP_REG); > > reg &= INTEL_PCIE_NOSNOOP_MASK; > Great :) Guess I'll have to learn to compile an OpenBSD kernel. Thanks to all who replied. I am currently travelling. I will try this diff when I have decent network connectivity again and will report the results.
Re: azalia audio: Sound distorted
Mark Kettenis: > Does the diff below fix the problem? Yes, it does. > --- azalia.c 10 May 2012 22:46:48 - 1.200 > +++ azalia.c 10 Aug 2012 16:22:12 - > @@ -461,6 +461,7 @@ azalia_configure_pci(azalia_t *az) > case PCI_PRODUCT_INTEL_3400_HDA: > case PCI_PRODUCT_INTEL_QS57_HDA: > case PCI_PRODUCT_INTEL_6SERIES_HDA: > + case PCI_PRODUCT_INTEL_7SERIES_HDA: > reg = azalia_pci_read(az->pc, az->tag, > INTEL_PCIE_NOSNOOP_REG); > reg &= INTEL_PCIE_NOSNOOP_MASK; -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: azalia audio: Sound distorted
Does the diff below fix the problem? Index: azalia.c === RCS file: /cvs/src/sys/dev/pci/azalia.c,v retrieving revision 1.200 diff -u -p -r1.200 azalia.c --- azalia.c10 May 2012 22:46:48 - 1.200 +++ azalia.c10 Aug 2012 16:22:12 - @@ -461,6 +461,7 @@ azalia_configure_pci(azalia_t *az) case PCI_PRODUCT_INTEL_3400_HDA: case PCI_PRODUCT_INTEL_QS57_HDA: case PCI_PRODUCT_INTEL_6SERIES_HDA: + case PCI_PRODUCT_INTEL_7SERIES_HDA: reg = azalia_pci_read(az->pc, az->tag, INTEL_PCIE_NOSNOOP_REG); reg &= INTEL_PCIE_NOSNOOP_MASK;
Re: azalia audio: Sound distorted
Jan Stary wrote: > > I am currently running a snapshot of OpenBSD-current (amd64) as of > > 31st July, 2012. I am having audio problems, i.e. the sound is distorted > > when playing an mp3 or ogg-file. > > How exactly do you play it? > Do you run sndiod? How exactly? I got a new Ivy Bridge laptop this week with a dmesg that looks broadly similar to Alexander's--in particular it has the same Intel HD Audio and ALC269 codec--and playing audio is broken there as well. To simplify things, I stopped sndiod and ran mpg123 directly. That produces mostly noise, but concurrent system activity sometimes improves the sound, so you can actually make out that it is playing, say, song51.mp3. Running "ls -R /" in another xterm works best, though neither disk (dd) nor video (glxgears) activity on their own have much effect. There are no play.errors. Frequently it sounds as if azalia0 is stuck on the same audio buffer, just repeating it over and over again. systat(1) shows azalia0 getting 10 interrupts/s no matter how good or bad the audio sounds. My best guess is some sort of interrupt or DMA problem. -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: azalia audio: Sound distorted
On Aug 09 23:12:27, Alexander Shendi (web.de) wrote: > Hello, > > I am currently running a snapshot of OpenBSD-current (amd64) as of > 31st July, 2012. I am having audio problems, i.e. the sound is distorted > when playing an mp3 or ogg-file. How exactly do you play it? Do you run sndiod? How exactly? > Sometimes even "cat /dev/zero > /dev/audio" leads to errors (as reported by > "audioctl play.errors"). In your output below, it keeps saying play.errors=0 > Should I try a more recent snapshot? I can't see any relevant changes in > http://www.openbsd.org/plus.html. > > I have attached the output of "dmesg", "audioctl -a" and "mixerctl -a" > below. > > Many thanks in advance for your help. > > Best Regards, > > Alexander > > === Snip > > Script started on Thu Aug 9 22:39:06 2012 > $ su > Password: > # dmesg > OpenBSD 5.2 (GENERIC.MP) #367: Mon Jul 30 16:29:56 MDT 2012 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > RTC BIOS diagnostic error 80 > real mem = 8486903808 (8093MB) > avail mem = 8238608384 (7856MB) > mainbus0 at root > bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xe6dd0 (20 entries) > bios0: vendor Insyde Corp. version "R0190E4" date 04/30/2012 > bios0: Sony Corporation SVTC5E > acpi0 at bios0: rev 2 > acpi0: sleep states S0 S3 S4 S5 > acpi0: tables DSDT FACP UEFI ASF! HPET APIC MCFG SLIC WDAT SSDT BOOT ASPT > SSDT SSDT > acpi0: wakeup devices P0P1(S4) GLAN(S4) EHC1(S3) EHC2(S3) XHC_(S3) HDEF(S0) > PXSX(S4) RP01(S0) PXSX(S4) RP02(S0) PXSX(S4) RP03(S3) PXSX(S4) RP04(S4) > PXSX(S4) RP05(S4) PXSX(S4) RP06(S4) PXSX(S4) RP07(S4) PXSX(S4) RP08(S4) > PEG0(S4) PEGP(S4) PEG1(S4) PEG2(S4) PEG3(S4) LID0(S3) SLPB(S3) > acpitimer0 at acpi0: 3579545 Hz, 24 bits > acpihpet0 at acpi0: 14318179 Hz > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > cpu0 at mainbus0: apid 0 (boot processor) > cpu0: Intel(R) Core(TM) i7-3517U CPU @ 1.90GHz, 2394.90 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,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG,LAHF > cpu0: 256KB 64b/line 8-way L2 cache > cpu0: apic clock running at 99MHz > cpu1 at mainbus0: apid 1 (application processor) > cpu1: Intel(R) Core(TM) i7-3517U CPU @ 1.90GHz, 2394.56 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,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG,LAHF > cpu1: 256KB 64b/line 8-way L2 cache > cpu2 at mainbus0: apid 2 (application processor) > cpu2: Intel(R) Core(TM) i7-3517U CPU @ 1.90GHz, 2394.56 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,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG,LAHF > cpu2: 256KB 64b/line 8-way L2 cache > cpu3 at mainbus0: apid 3 (application processor) > cpu3: Intel(R) Core(TM) i7-3517U CPU @ 1.90GHz, 2394.56 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,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG,LAHF > cpu3: 256KB 64b/line 8-way L2 cache > ioapic0 at mainbus0: apid 0 pa 0xfec0, version 20, 24 pins > acpimcfg0 at acpi0 addr 0xe000, bus 0-255 > acpiprt0 at acpi0: bus 0 (PCI0) > acpiprt1 at acpi0: bus -1 (P0P1) > acpiprt2 at acpi0: bus 2 (RP01) > acpiprt3 at acpi0: bus 8 (RP02) > acpiprt4 at acpi0: bus 14 (RP03) > acpiprt5 at acpi0: bus -1 (RP04) > acpiprt6 at acpi0: bus -1 (RP05) > acpiprt7 at acpi0: bus -1 (RP06) > acpiprt8 at acpi0: bus -1 (RP07) > acpiprt9 at acpi0: bus -1 (RP08) > acpiprt10 at acpi0: bus -1 (PEG0) > acpiprt11 at acpi0: bus -1 (PEG1) > acpiprt12 at acpi0: bus -1 (PEG2) > acpiprt13 at acpi0: bus -1 (PEG3) > acpiec0 at acpi0 > acpicpu0 at acpi0: C3, C2, C1, PSS > acpicpu1 at acpi0: C3, C2, C1, PSS > acpicpu2 at acpi0: C3, C2, C1, PSS > acpicpu3 at acpi0: C3, C2, C1, PSS > acpitz0 at acpi0: critical temperature is 103 degC > acpitz1 at acpi0: critical temperature is 126 degC > acpiac0 at acpi0: AC unit offline > acpibat0 at acpi0: BAT0 model "VGP-BPS30" serial 3435 type LION oem > "726f4320594e4f53" > acpibtn0 at acpi0: LID0 > acpibtn1 at acpi0: SLPB > acpisony0 at acpi0: SNC_ > acpivideo0 at acpi0: PEGP > acpivideo1 at acpi0
azalia audio: Sound distorted
Hello, I am currently running a snapshot of OpenBSD-current (amd64) as of 31st July, 2012. I am having audio problems, i.e. the sound is distorted when playing an mp3 or ogg-file. Sometimes even "cat /dev/zero > /dev/audio" leads to errors (as reported by "audioctl play.errors"). Should I try a more recent snapshot? I can't see any relevant changes in http://www.openbsd.org/plus.html. I have attached the output of "dmesg", "audioctl -a" and "mixerctl -a" below. Many thanks in advance for your help. Best Regards, Alexander === Snip Script started on Thu Aug 9 22:39:06 2012 $ su Password: # dmesg OpenBSD 5.2 (GENERIC.MP) #367: Mon Jul 30 16:29:56 MDT 2012 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP RTC BIOS diagnostic error 80 real mem = 8486903808 (8093MB) avail mem = 8238608384 (7856MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xe6dd0 (20 entries) bios0: vendor Insyde Corp. version "R0190E4" date 04/30/2012 bios0: Sony Corporation SVTC5E acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP UEFI ASF! HPET APIC MCFG SLIC WDAT SSDT BOOT ASPT SSDT SSDT acpi0: wakeup devices P0P1(S4) GLAN(S4) EHC1(S3) EHC2(S3) XHC_(S3) HDEF(S0) PXSX(S4) RP01(S0) PXSX(S4) RP02(S0) PXSX(S4) RP03(S3) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) PXSX(S4) RP06(S4) PXSX(S4) RP07(S4) PXSX(S4) RP08(S4) PEG0(S4) PEGP(S4) PEG1(S4) PEG2(S4) PEG3(S4) LID0(S3) SLPB(S3) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i7-3517U CPU @ 1.90GHz, 2394.90 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,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG,LAHF cpu0: 256KB 64b/line 8-way L2 cache cpu0: apic clock running at 99MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM) i7-3517U CPU @ 1.90GHz, 2394.56 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,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG,LAHF cpu1: 256KB 64b/line 8-way L2 cache cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Core(TM) i7-3517U CPU @ 1.90GHz, 2394.56 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,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG,LAHF cpu2: 256KB 64b/line 8-way L2 cache cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i7-3517U CPU @ 1.90GHz, 2394.56 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,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG,LAHF cpu3: 256KB 64b/line 8-way L2 cache ioapic0 at mainbus0: apid 0 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (P0P1) acpiprt2 at acpi0: bus 2 (RP01) acpiprt3 at acpi0: bus 8 (RP02) acpiprt4 at acpi0: bus 14 (RP03) acpiprt5 at acpi0: bus -1 (RP04) acpiprt6 at acpi0: bus -1 (RP05) acpiprt7 at acpi0: bus -1 (RP06) acpiprt8 at acpi0: bus -1 (RP07) acpiprt9 at acpi0: bus -1 (RP08) acpiprt10 at acpi0: bus -1 (PEG0) acpiprt11 at acpi0: bus -1 (PEG1) acpiprt12 at acpi0: bus -1 (PEG2) acpiprt13 at acpi0: bus -1 (PEG3) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C2, C1, PSS acpicpu1 at acpi0: C3, C2, C1, PSS acpicpu2 at acpi0: C3, C2, C1, PSS acpicpu3 at acpi0: C3, C2, C1, PSS acpitz0 at acpi0: critical temperature is 103 degC acpitz1 at acpi0: critical temperature is 126 degC acpiac0 at acpi0: AC unit offline acpibat0 at acpi0: BAT0 model "VGP-BPS30" serial 3435 type LION oem "726f4320594e4f53" acpibtn0 at acpi0: LID0 acpibtn1 at acpi0: SLPB acpisony0 at acpi0: SNC_ acpivideo0 at acpi0: PEGP acpivideo1 at acpi0: GFX0 acpivout0 at acpivideo1: DD02 cpu0: Enhanced SpeedStep 2394 MHz: speeds: 2401, 2400, 2300, 2200, 2000, 1900, 1800, 1700, 1500, 1400, 1300, 1200, 1100, 900, 800, 799 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Core 3G Host" rev 0x09 vga1 at pci0 dev 2 function 0 "Intel HD Graphics 4000" rev 0x09 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp at vga1 not configured "Intel 7 Series xHCI" rev 0x04 at pci0 dev 20 function 0 not configured "Intel 7 Series MEI" rev 0x04 at pci0 dev 22 function 0 not configured ehci0
Re: Kernel Level Audio Next Generation
On 08/05/2012 06:02 AM, Alexandre Ratchov wrote: On Tue, Jul 31, 2012 at 10:46:57PM +0300, Alexey Suslikov wrote: Hello misc. http://klang.eudyptula.org/ very interesting ideas. Just curious, why they didn't even try to evaluate OpenBSD sndio. An overall approach to the problem is interesting thing too Q: Why a audio system in the kernel? A: Because it's the only reasonable thing to do. IMHO it's not important; both kernel-mode and user-mode approaches can work, neither seems "better". Both have their advantages. kernel-mode is thought to be better with respect to underruns, but that's not 100% true. Trying to explain. Underruns occur whenever an element in the audio processing chain doesn't complete its work before the deadline imposed by the hardware. This chain includes the audio player, which necessarily runs in user mode. Thus we have to get right audio programs (user-mode) first to avoid underruns. If you're able to write audio programs that don't underrun, then you're also able to write an audio daemon that doesn't underrun. No need to put the audio system in the kernel in this case. If you're unable to write audio programs that don't underrun, audio will stutter, and putting the audio system in the kernel won't fix stuttering, so no need to put the audio system in the kernel either. AFAICS, the main advantage of a kernel-mode implementation is to avoid the overhead of extra context switches. In the current sndio implementation the overhead of context switches is negligible compared to audio processing. The choice of moving parts of the OpenBSD audio sub-system out of the kernel is mostly for practical reasons; having less code with kernel privileges seems sane as well; A kind of "if a program doesn't need kernel privileges then put it in user mode" principle. What people think? Maybe we should write an article for wikipedia to make sndio more visible to rest of the world? Sure -- Alexandre Yes, no, maybe, your mileage may vary... There are two separate issues here: throughput/bandwidth and latency. Confusing these is a very common misconception. You can have all the bandwidth (CPU & disk) in the world, but if program latency > (buffer size / sample rate), you will have over/underruns. If (buffer size / sample rate) is too large, then it is possible that there will be large latencies when starting & stopping, etc. To have a system which is agile and does not over/underrun, the hardware should be controlled by a pair of functionalities: 1) a kernel function or a process running at real-time guaranteed latency priority which directly controls the hardware. 2) a user process running at a lower priority but one higher than processes doing interruptible long-running tasks. Its latency must be controlled as well as possible. Functionality #1 must never use a blocking system call except a poll/select or something similar. It should use a hardware buffer sized for the best compromise between desired responsiveness and CPU usage tending the buffers. This process/kernel function should then talk to functionality #2 using buffers sized for the greater latency of the non-real-time process. Functionality #2 can control the hardware quickly via the real-time function yet it can buffer large quantities of data for efficient use of its resources and to compensate for large latency. This process must run at a priority sufficiently high to take precedence over updating the screen or other indefinitely CPU-intensive tasks. It does format conversion, resampling, and other tasks which consume relatively large amounts of CPU or memory. It is often helpful to store audio on a dedicated disk to reduce or eliminate queueing delays. I've implemented such an architecture on a 1 MIPS machine handling 16 in and 16 out channels simultaneously. The bottleneck was the disk drive. Applications of this type almost always work best when engineered throughout with reducing latency as the top priority. Current CPUs and disks are capable of handling a huge number of audio channels if properly used. I.e. get the video out of the way, ensure low interrupt latency by eliminating all kernel spins or indefinitely long loops with interrupts blocked, etc. Geoff Steckel
Re: Kernel Level Audio Next Generation
On Tue, Jul 31, 2012 at 10:46:57PM +0300, Alexey Suslikov wrote: > Hello misc. > > http://klang.eudyptula.org/ > very interesting ideas. > Just curious, why they didn't even try to evaluate OpenBSD sndio. > > An overall approach to the problem is interesting thing too > > Q: Why a audio system in the kernel? > A: Because it's the only reasonable thing to do. IMHO it's not important; both kernel-mode and user-mode approaches can work, neither seems "better". Both have their advantages. kernel-mode is thought to be better with respect to underruns, but that's not 100% true. Trying to explain. Underruns occur whenever an element in the audio processing chain doesn't complete its work before the deadline imposed by the hardware. This chain includes the audio player, which necessarily runs in user mode. Thus we have to get right audio programs (user-mode) first to avoid underruns. If you're able to write audio programs that don't underrun, then you're also able to write an audio daemon that doesn't underrun. No need to put the audio system in the kernel in this case. If you're unable to write audio programs that don't underrun, audio will stutter, and putting the audio system in the kernel won't fix stuttering, so no need to put the audio system in the kernel either. AFAICS, the main advantage of a kernel-mode implementation is to avoid the overhead of extra context switches. In the current sndio implementation the overhead of context switches is negligible compared to audio processing. The choice of moving parts of the OpenBSD audio sub-system out of the kernel is mostly for practical reasons; having less code with kernel privileges seems sane as well; A kind of "if a program doesn't need kernel privileges then put it in user mode" principle. > What people think? Maybe we should write an article for wikipedia > to make sndio more visible to rest of the world? > Sure -- Alexandre
[na...@mips.inka.de: Re: Kernel Level Audio Next Generation]
It is "clever" in Norwegian as well and remindes me of "Kling Klang Studio" which is the private recording studio of Kraftwerk. Anyway, I think such names are unsuitable for kernel level IO functionality and really like the approach OpenBSD has chosen in it's naming conventions. Sndio makes a lot more sense than "PulseAudio" or "Klang" - the latter being more suitable for some more or less fancy music players. - Forwarded message from Christian Weisgerber - Date: Thu, 2 Aug 2012 20:12:36 + (UTC) From: Christian Weisgerber To: misc@openbsd.org Subject: Re: Kernel Level Audio Next Generation Alexey Suslikov wrote: > http://klang.eudyptula.org/ Well, if nothing else the project has a clever name--if you know German.
Re: Kernel Level Audio Next Generation
Alexey Suslikov wrote: > http://klang.eudyptula.org/ Well, if nothing else the project has a clever name--if you know German. > Just curious, why they didn't even try to evaluate OpenBSD sndio. You should ask the author, not us. Also, that text doesn't definitely say that he didn't look at sndio. And if in fact he didn't, it's probably because he didn't know about it. > An overall approach to the problem is interesting thing too > > Q: Why a audio system in the kernel? > A: Because it's the only reasonable thing to do. ratchov@ disagrees. :-) The argument that the real-time requirements of audio call for a kernel implementation isn't without merit. On the other hand, other than routing, an audio system is also expected to offer a number of transformations. Do you really want to put all this into the kernel? (1) Conversion of sample formats: 8/16/24/... bits, signed/unsigned, endianness, possibly integer/float. (2) Resampling. There is no single perfect algorithm for this. See the description of sox's "rate" effect for hints of the issues involved that you probably never heard about: http://sox.sourceforge.net/sox.html (3) Mixing of several audio streams. This can get tricky. Streams in different formats--see (1), (2)--and potentially different numbers of channels need to be normalized; you want to avoid clipping but not sacrifice dynamic range, which are conflicting goals. For bonus points, if somebody wants to implement a new audio system, ask them about their intentions for dealing with compressed audio (think AC3/DTS). *shrug* -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: Kernel Level Audio Next Generation
i particularly enjoy the part where an opposing spectator conflated gdm with the only way to deal with handicapped users. he also proceeded to discredit the talker by stating that he hated the handicapped, even though that couldn't possibly be inferred from the presentation thus far. not only did you fail to recognize his drama queen tactics, you're also implying that klang is the conclusion of a personal vendetta against lennart after the most boring pissing fight ever. everybody involved in that petty exchange are jokers, including the audience who somehow didn't realize they were being manipulated with a picture of a three legged puppy. On Wed, Aug 1, 2012 at 4:25 PM, Tobias Ulmer wrote: > On Tue, Jul 31, 2012 at 10:46:57PM +0300, Alexey Suslikov wrote: >> Hello misc. >> >> http://klang.eudyptula.org/ > > Heh, that's by the guy who got his ass whooped by Lennart at 27c3. His > talk made me cringe... > > After watching, you may understand why he's writing his own stuff > instead of using the awesome PulseAudio. > >> >> Just curious, why they didn't even try to evaluate OpenBSD sndio. > > Because he's a Linux fanboi, isn't that obvious? :) > >> >> An overall approach to the problem is interesting thing too >> >> Q: Why a audio system in the kernel? >> A: Because it's the only reasonable thing to do. >> >> What people think? Maybe we should write an article for wikipedia >> to make sndio more visible to rest of the world? > > I think it's pretty pointless to document an audio system that's only > available on OpenBSD. Maybe add it to the main OpenBSD article if it > isn't mentioned there already. > >> >> Regards, >> Alexey
Re: Kernel Level Audio Next Generation
On Wed, Aug 01, 2012 at 10:55:36PM +0200, Tobias Ulmer wrote: > [...] > Heh, that's by the guy who got his ass whooped by Lennart at 27c3. His > talk made me cringe... > [...] Hehe, I also though "wait a second... that name is familiar". I remember the mixture of pain (because I kinda felt sorry for the poor bastard) and pleasure (because he got what he deserved) when I was sitting in that audience. > [...] -- Gregor Best [demime 1.01d removed an attachment of type application/pgp-signature]
Re: Kernel Level Audio Next Generation
On Wed, 01 Aug 2012 15:55:36 -0500, Tobias Ulmer wrote: After watching, you may understand why he's writing his own stuff instead of using the awesome PulseAudio. I really hope you're using the word "awesome" in an ironic / sarcastic way
Re: Kernel Level Audio Next Generation
On Tue, Jul 31, 2012 at 10:46:57PM +0300, Alexey Suslikov wrote: > Hello misc. > > http://klang.eudyptula.org/ Heh, that's by the guy who got his ass whooped by Lennart at 27c3. His talk made me cringe... After watching, you may understand why he's writing his own stuff instead of using the awesome PulseAudio. > > Just curious, why they didn't even try to evaluate OpenBSD sndio. Because he's a Linux fanboi, isn't that obvious? :) > > An overall approach to the problem is interesting thing too > > Q: Why a audio system in the kernel? > A: Because it's the only reasonable thing to do. > > What people think? Maybe we should write an article for wikipedia > to make sndio more visible to rest of the world? I think it's pretty pointless to document an audio system that's only available on OpenBSD. Maybe add it to the main OpenBSD article if it isn't mentioned there already. > > Regards, > Alexey
Kernel Level Audio Next Generation
Hello misc. http://klang.eudyptula.org/ Just curious, why they didn't even try to evaluate OpenBSD sndio. An overall approach to the problem is interesting thing too Q: Why a audio system in the kernel? A: Because it's the only reasonable thing to do. What people think? Maybe we should write an article for wikipedia to make sndio more visible to rest of the world? Regards, Alexey
Re: Clues as to how to record audio
Jan Stary wrote: > If you want to record an intenet-streaming radio, > just ftp(1) the htttp://radio.org:1234/stream.mp3 > - I have written me a simple shell wrapper to do that: Personally, I've found curl(1) (ports/net/curl) with its --max-time option handy for that. -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: Clues as to how to record audio
On Jul 26 22:03:12, STeve Andre' wrote: >I'm sitting here reading documentation about audio, but I feel a > little blind, not quite knowing what to look at. http://www.openbsd.org/faq/faq13.html >I am interested in recording audio, ie my local FM station, via mplayer. If you wan't to record from your analog FM tuner, have a line-out from your FM tuner into your audio device and record it with aucat(1). If you want to record an intenet-streaming radio, just ftp(1) the htttp://radio.org:1234/stream.mp3 - I have written me a simple shell wrapper to do that: http://stare.cz/OpenBSD/radio http://stare.cz/OpenBSD/dot.radiorc > But how to do that eludes me so far. Any clues on how > to capture audio or what pages to read would be appreciated. aucat sndiod
Clues as to how to record audio
I'm sitting here reading documentation about audio, but I feel a little blind, not quite knowing what to look at. I am interested in recording audio, ie my local FM station, via mplayer. But how to do that eludes me so far. Any clues on how to capture audio or what pages to read would be appreciated. Thanks... STeve Andre'
Re: Qemu and audio input?
On Mon, Jun 18, 2012 at 08:23:05AM +0200, Tomas Bodzar wrote: > > If audio input/output will be working then it's possible to use > Microsoft Office Communicator and/or Lync for Live meetings. Just idea > for now as it can end quite complicated. But in same time it probably > means that support for audio input is missing in more ports/apps, > right? Most ports that can record on linux can record on openbsd as well. There are few exceptions, generally part of the few ports not converted to sndio yet. -- Alexandre
Re: Qemu and audio input?
On Sun, Jun 17, 2012 at 9:43 PM, Alexandre Ratchov wrote: > On Thu, Jun 14, 2012 at 12:54:49PM +0200, Tomas Bodzar wrote: >> Hi all, >> >> have someone working audio input with Qemu on OpenBSD? > > IIRC, sdl is play-only. Adding a sndio backend could add > record-only support (and possibly better play-only support as > well). Qemu is not weired so writing one wouldn't be very > complicated. But see below. > >> qemu-system-i386 -audio-help shows that there are two drivers >> available (sdl and wav), but both states 'Does not support capture'. >> In Windows 7 guest it shows mic device, but I used qemu-system-i386 >> -soundhw hda . so it's just presented or is that really >> working? >> >> Can find things like this >> https://www.redhat.com/archives/libvir-list/2011-January/msg00335.html >> , but there is not hda-duplex in OpenBSD Qemu and searching in >> archives doesn't return results yet either. >> >> Any tips? >> > > Full-duplex is different. Qemu emulates a eap(4) device, ie pci > audio device that does DMA block by block. The N-th block in the > record stream is recorded while the N-th block of the play stream > is played. That's what any software on the gest would expect. > Obviously, this can't work because the host requires some buffering > as well. So there's no way to get full-duplex audio in a emulator > that uses a eap(4) style device as model for audio. Unless we let > play and record streams out of sync, in which case full-duplex > won't be very useful. If so it's easier to emulate two devices, one > for playback and one for recording. > > The same applies to synchronization, e.g., audio-video > synchronization in the case of a play-only device in the guest. > > What do you try to do? If audio input/output will be working then it's possible to use Microsoft Office Communicator and/or Lync for Live meetings. Just idea for now as it can end quite complicated. But in same time it probably means that support for audio input is missing in more ports/apps, right? > > -- Alexandre
Re: Qemu and audio input?
On Thu, Jun 14, 2012 at 12:54:49PM +0200, Tomas Bodzar wrote: > Hi all, > > have someone working audio input with Qemu on OpenBSD? IIRC, sdl is play-only. Adding a sndio backend could add record-only support (and possibly better play-only support as well). Qemu is not weired so writing one wouldn't be very complicated. But see below. > qemu-system-i386 -audio-help shows that there are two drivers > available (sdl and wav), but both states 'Does not support capture'. > In Windows 7 guest it shows mic device, but I used qemu-system-i386 > -soundhw hda . so it's just presented or is that really > working? > > Can find things like this > https://www.redhat.com/archives/libvir-list/2011-January/msg00335.html > , but there is not hda-duplex in OpenBSD Qemu and searching in > archives doesn't return results yet either. > > Any tips? > Full-duplex is different. Qemu emulates a eap(4) device, ie pci audio device that does DMA block by block. The N-th block in the record stream is recorded while the N-th block of the play stream is played. That's what any software on the gest would expect. Obviously, this can't work because the host requires some buffering as well. So there's no way to get full-duplex audio in a emulator that uses a eap(4) style device as model for audio. Unless we let play and record streams out of sync, in which case full-duplex won't be very useful. If so it's easier to emulate two devices, one for playback and one for recording. The same applies to synchronization, e.g., audio-video synchronization in the case of a play-only device in the guest. What do you try to do? -- Alexandre
Qemu and audio input?
Hi all, have someone working audio input with Qemu on OpenBSD? qemu-system-i386 -audio-help shows that there are two drivers available (sdl and wav), but both states 'Does not support capture'. In Windows 7 guest it shows mic device, but I used qemu-system-i386 -soundhw hda . so it's just presented or is that really working? Can find things like this https://www.redhat.com/archives/libvir-list/2011-January/msg00335.html , but there is not hda-duplex in OpenBSD Qemu and searching in archives doesn't return results yet either. Any tips? Thanks a lot
Re: No audio on auvia0 / "VIA VT8233 AC97"
On 5 June 2012 12:18, Brett wrote: > > doh! I tried that and it does not work for me. Perhaps the connector or > chip is flaky, and the PCI is the way to go. > > I suspect it's the chipset support rather than the connector. Google suggests that it's actually a Realtek ALC653 and there were difficulties getting it working in Linux. See : https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1622
Re: No audio on auvia0 / "VIA VT8233 AC97"
On Tue, 05 Jun 2012 12:25:43 +0200 Remco wrote: > Brett wrote: > > > Hi, > > > > I've gotten an old computer and installed OpenBSD on it, to act as a media > > player. The problem is I have no sound. > > A bit of a long shot, I once had a sound card that > needed 'outputs.extamp=on' to work. > > doh! I tried that and it does not work for me. Perhaps the connector or chip is flaky, and the PCI is the way to go.
