audiorecord -c 2 -e slinear_le -P 16 -s 44100 recording.wav
audiorecord(1) uses /dev/sound by default. So it's also affected by
the sticky pause. It's better to specify -d /dev/audioX explicitly:
% audiorecord -d /dev/audioX \
-c 2 -e slinear_le -P 16 -s 44100 recording.wav
Thanks,
---
Tetsuya Isaki
ass == class)" failed:
> file "/usr/src/sys/kern/subr_psref.c", line 519 mismatched psref target
> class: 0x0 (ref) != 0x106eba700 (expected)
I have just fixed it in -current (I will pullup to -9 later).
Thank you for reporting.
---
Tetsuya Isaki
uch rich operation should be done by userland).
You need to a)change the hardware format (by audiocfg) or
b)record as the hardware format ("audiocfg list" displays)
and convert it by userland rich converter.
Thanks,
---
Tetsuya Isaki
I was not able to reproduce.
My audacity was able to record silence (I don't have recording
source now), and stop button also worked.
My "uname -srm" is "NetBSD 9.0 amd64" and audacity is 2.3.3.
Please show your dmesg.
Thanks,
---
Tetsuya Isaki
ct time represented by the number of bytes in the audio fif
96 cur_time -= (bdelay * 100LL) / (s->sample_rate * s->channels);
I wonder why this calculation doesn't have precision (16bits = 2bytes).
I modified this line but it did not seem to improve. But I didn't
chase more.
Thanks,
---
Tetsuya Isaki
At Sat, 14 Mar 2020 15:05:37 +0200,
Yorick Hardy wrote:
> Re: audacity (earlier in the thread), audacity hangs whenever I try to
> record.
Would you tell how to reproduce it?
Thanks,
---
Tetsuya Isaki
I think
you need to look ffmpeg4 at first.
Thanks,
---
Tetsuya Isaki
dev_pad.so: undefined
> reference to `rumpns_pmf_device_register1'
> collect2: error: ld returned 1 exit status
---
Tetsuya Isaki
om the kernel in this case. It causes
recording buffer to stuck. But normally it should not panic. Because
it's just a stuck.
audio.c < 1.33 mis-calculated the ring buffer. It panics when the ring
buffer is stuck. This is what you saw.
Thanks,
---
Tetsuya Isaki
->used=32256 n=32256
> ring->capacity=61440
> [ 166.145911] cpu3: Begin traceback...
> [ 166.145911] vpanic() at netbsd:vpanic+0x178
> [ 166.145911] kern_assert() at netbsd:kern_assert+0x48
> [ 166.155927] audioread() at netbsd:audioread+0xb87
Can you reproduce this?
Thanks,
---
Tetsuya Isaki
feel free to modify/remove it.
You does not need to support many encoding/frequencies, so you
will be able to make it more simple.
Lastly, this work is based on Y.Sugahara's initial work. Without
his help, I would not have reached here. Thanks so much.
---
Tetsuya Isaki
[addr = -1] } : i2c_bitbang
>
> you can probably just remove the 'size 128' part. the code
> appears to read 128 bytes anyway:
>
> sys/arch/hpcarm/dev/nbppcon.c: rv = seeprom_bootstrap_read(sc->sc_tag,
> NVRAM_ADDR, 0x00, 128,
Thank you for explanation. I could confirm to build it.
---
Tetsuya Isaki
,
---
Tetsuya Isaki
Similarly, x68k also still broken.
---
Tetsuya Isaki
At Mon, 17 Jun 2013 16:46:27 -0700 (PDT),
Paul Goyette wrote:
>
> With sources updated on 2013-06-17 at 23:26:05 UTC ...
>
>
> dependall ===> sys/arch/hp700/stand/xxboot
> # compile xxboot/readufs_ffs.o
> /build/n
xboot/readufs_lfs.c:193:9:
error: 'struct ufs1_dinode' has no member named 'di_inumber'
---
Tetsuya Isaki
15 matches
Mail list logo