pt., 14 paź 2022, 01:49 użytkownik Andre Smagin napisał:
> On Thu, 13 Oct 2022 22:14:33 +0200
> Alexandre Ratchov wrote:
>
> > On Thu, Oct 13, 2022 at 03:11:50AM +, s...@skolma.com wrote:
> > > in summary, audio works.. just not bit-perfectly :)
> > > does anyone know if SNDIO supports such
On Sat, Jan 14, 2023 at 01:02:11AM +0100, Jan Stary wrote:
> On Jan 13 15:58:20, euryd...@riseup.net wrote:
> > On 23/01/13 12:42, Jan Stary wrote:
> > > On Jan 09 13:10:09, euryd...@riseup.net wrote:
> > > > I was able to distinguish between samples created by
> > > > audio/sox and aucat(1) in inf
On Jan 13 15:58:20, euryd...@riseup.net wrote:
> On 23/01/13 12:42, Jan Stary wrote:
> > On Jan 09 13:10:09, euryd...@riseup.net wrote:
> > > I was able to distinguish between samples created by
> > > audio/sox and aucat(1) in informal AB/X testing on my 7th generation X1
> > > Carbon
> > > with H
On 23/01/13 12:42, Jan Stary wrote:
> On Jan 09 13:10:09, euryd...@riseup.net wrote:
> > I was able to distinguish between samples created by
> > audio/sox and aucat(1) in informal AB/X testing on my 7th generation X1
> > Carbon
> > with HiFiMan Sundara headphones plugged in. To describe the circu
On Fri, Jan 13, 2023 at 01:10:56PM +0100, Jan Stary wrote:
> > > > I'd certainly be interested in the ability to play audio in a way
> > > > that avoids resampling altogether,
> > >
> > > If you have a 48kHz file, and your audio device can only do 44100,
> > > then you have to resample, no way aro
> > > I'd certainly be interested in the ability to play audio in a way
> > > that avoids resampling altogether,
> >
> > If you have a 48kHz file, and your audio device can only do 44100,
> > then you have to resample, no way around it.
> > > similar to what a user can do on FreeBSD with the
> >
On Jan 09 13:10:09, euryd...@riseup.net wrote:
> I was able to distinguish between samples created by
> audio/sox and aucat(1) in informal AB/X testing on my 7th generation X1 Carbon
> with HiFiMan Sundara headphones plugged in. To describe the circumstances +
> outcome briefly: 9 out of 10 correct
On Wed, Jan 11, 2023 at 02:43:25PM +0100, Jan Stary wrote:
> On Jan 11 01:10:11, a...@caoua.org wrote:
> > On Tue, Jan 10, 2023 at 08:22:27PM +, John Rigg wrote:
> > >
> > > > > # If I recall correctly, I converted to FLAC here because the WAV
> > > > > headers
> > > > > # generated by aucat
On Jan 11 01:10:11, a...@caoua.org wrote:
> On Tue, Jan 10, 2023 at 08:22:27PM +, John Rigg wrote:
> >
> > > > # If I recall correctly, I converted to FLAC here because the WAV
> > > > headers
> > > > # generated by aucat and SoX differed, and so SoX would refuse to play
> > > > WAV fil
> >
On Tue, Jan 10, 2023 at 08:22:27PM +, John Rigg wrote:
>
> > > # If I recall correctly, I converted to FLAC here because the WAV headers
> > > # generated by aucat and SoX differed, and so SoX would refuse to play
> > > WAV fil
> > es
> > > # created by aucat.
> >
> > That would be a bug in
On 23/01/10 09:36, Alexandre Ratchov wrote:
> On Mon, Jan 09, 2023 at 01:10:09PM -0700, Ashlen wrote:
> >
> > Although I need to finalize the Perl script I was using to do this (life
> > gets
> > busy), in practice I was able to distinguish between samples created by
> > audio/sox and aucat(1) in
On 23/01/09 22:16, Jan Stary wrote:
> On Jan 09 13:10:09, euryd...@riseup.net wrote:
> >
> > Although I need to finalize the Perl script I was using to do this (life
> > gets
> > busy), in practice I was able to distinguish between samples created by
> > audio/sox and aucat(1) in informal AB/X te
> > # If I recall correctly, I converted to FLAC here because the WAV headers
> > # generated by aucat and SoX differed, and so SoX would refuse to play WAV
> > fil
> es
> > # created by aucat.
>
> That would be a bug in itself.
> How exactly does SoX refuse to play the WAVs created by aucat?
Geoff Steckel wrote:
> Other OSes allow unprivileged users to access raw audio devices
> and bypass any system processing.
> Users should be given that option.
But they are given that option; they can run other systems.
Other OSes allow unprivileged users to run telnetd and bypass
modern securi
Signal processing which modifies the data stream
-must- (almost) always dither.
Without that it introduces -significant and audible- distortion.
That has been standard practice in digital audio for
more than 50 years. That is why sox dithers by default.
Dithering is also known as noise shaping. I
On Tue, Jan 10, 2023 at 09:11:13AM +0100, Jan Stary wrote:
> I don't get the point of your message explaning what dither is.
> My whole point was that one of the sources of the perceived
> difference between how sox resamples and hows aucat resamples
> might be dithering, as aucat does not differ (
On Mon, Jan 09, 2023 at 01:10:09PM -0700, Ashlen wrote:
>
> Although I need to finalize the Perl script I was using to do this (life gets
> busy), in practice I was able to distinguish between samples created by
> audio/sox and aucat(1) in informal AB/X testing on my 7th generation X1 Carbon
> wit
I don't get the point of your message explaning what dither is.
My whole point was that one of the sources of the perceived
difference between how sox resamples and hows aucat resamples
might be dithering, as aucat does not differ (right?).
On Jan 09 17:01:52, g...@oat.com wrote:
> The math goes
The math goes back to Shannon and sampling theory:
Any time you remove significant digits you remove information.
One interpretation is that you introduce noise.
Period. The math says so.
The math says what the resulting power is.
You have the option to determine where the noise goes.
If you do
On Jan 09 13:10:09, euryd...@riseup.net wrote:
> > > aucat(1) currently says
> > >
> > > BUGS
> > >Resampling is low quality.
> > >
> > > Is this still considered to be the case?
> >
> > IMO, it doesn't deserve the BUGS section anymore, I'll remove this
> > sentence. Objections?
>
> A
On 23/01/09 06:22, Alexandre Ratchov wrote:
> On Sun, Jan 08, 2023 at 10:56:31PM +0100, Jan Stary wrote:
> > On Oct 16 08:18:17, a...@caoua.org wrote:
> > > On Sat, Oct 15, 2022 at 10:03:52PM +0200, Åke Nordin wrote:
> > > > On 10/14/22 11:21, Alexandre Ratchov wrote:
> > > > > Here are the measure
On Sun, Jan 08, 2023 at 10:56:31PM +0100, Jan Stary wrote:
> On Oct 16 08:18:17, a...@caoua.org wrote:
> > On Sat, Oct 15, 2022 at 10:03:52PM +0200, Åke Nordin wrote:
> > > On 10/14/22 11:21, Alexandre Ratchov wrote:
> > > > Here are the measures of the aliasing noise using sine sweeps. Check
> > >
On Oct 16 08:18:17, a...@caoua.org wrote:
> On Sat, Oct 15, 2022 at 10:03:52PM +0200, Åke Nordin wrote:
> > On 10/14/22 11:21, Alexandre Ratchov wrote:
> > > Here are the measures of the aliasing noise using sine sweeps. Check
> > > the figure for the 44.1kHz to 48kH conversion, the sndiod column:
On Tue, 25 Oct 2022 16:44:59 +0200
Christian Weisgerber wrote:
> Andre Smagin:
>
> > There is possibly one more use case for "bit-perfect". I have a small
> > collection of surround sound (5.1, 4.1, quad, etc) recordings extracted
> > from various DVDs, SACDs, and other sources.
>
> Yup.
> I ev
Andre Smagin:
> There is possibly one more use case for "bit-perfect". I have a small
> collection of surround sound (5.1, 4.1, quad, etc) recordings extracted
> from various DVDs, SACDs, and other sources.
Yup.
I even have a commercially released DTS-CD lying around somewhere,
which is basically
Hi Misc,
As the OP, i hope you will excuse the top-posting.
Thanks for all the feedback and exciting discussions.
Context/Backstory.. i was using that laptop as its the only system i have with
a remaining working cd/dvd device, which just happened to have OpenBSD
installed.
The 'cdio cdrip' t
On Fri, Oct 14, 2022 at 04:01:45PM -0400, Geoff Steckel wrote:
> >
> > I did simple A/B tests with music from CDs and my ears couldn't hear
> > the aliasing noise. Try it.
> Good a/b >x< tests for audio require extreme care to get accurate results.
> Simple sine sweeps don't show IM distortion wel
On Sat, Oct 15, 2022 at 10:03:52PM +0200, Åke Nordin wrote:
> On 10/14/22 11:21, Alexandre Ratchov wrote:
> > Here are the measures of the aliasing noise using sine sweeps. Check
> > the figure for the 44.1kHz to 48kH conversion, the sndiod column:
> >
> > https://arverb.com/pub/src/
>
> Those ar
On 10/14/22 11:21, Alexandre Ratchov wrote:
> Here are the measures of the aliasing noise using sine sweeps. Check
> the figure for the 44.1kHz to 48kH conversion, the sndiod column:
>
> https://arverb.com/pub/src/
Those are interesting results, indeed. Is there a write-up about the
testing metho
On Fri, Oct 14, 2022 at 06:43:46PM +0200, Jan Stary wrote:
> > > In my experience resampling quality in any particular implementation
> > > is not guaranteed and can introduce significant artifacts.
> > > Declaring a particular implementation "good enough" without
> > > knowing more seems premature
On 10/14/22 05:21, Alexandre Ratchov wrote:
On Thu, Oct 13, 2022 at 05:20:49PM -0400, Geoff Steckel wrote:
If those don't work it's a (fixable) bug/not-yet-implemented.
I've tried those settings with ambiguous results but not failure.
My usb dacs don't have visible indicators & I don't have a
> > In my experience resampling quality in any particular implementation
> > is not guaranteed and can introduce significant artifacts.
> > Declaring a particular implementation "good enough" without
> > knowing more seems premature.
>
> Here are the measures of the aliasing noise using sine sweep
On Thu, Oct 13, 2022 at 05:20:49PM -0400, Geoff Steckel wrote:
>
> If those don't work it's a (fixable) bug/not-yet-implemented.
> I've tried those settings with ambiguous results but not failure.
> My usb dacs don't have visible indicators & I don't have a
> USB protocol sniffer.
Running audioct
On Thu, 13 Oct 2022 22:14:33 +0200
Alexandre Ratchov wrote:
> On Thu, Oct 13, 2022 at 03:11:50AM +, s...@skolma.com wrote:
> > in summary, audio works.. just not bit-perfectly :)
> > does anyone know if SNDIO supports such mode ? and how i might configure it.
>
> bit-perfect is practical for
On 10/13/22 16:14, Alexandre Ratchov wrote:
On Thu, Oct 13, 2022 at 03:11:50AM +, s...@skolma.com wrote:
in summary, audio works.. just not bit-perfectly :)
does anyone know if SNDIO supports such mode ? and how i might configure it.
bit-perfect is practical for one thing only: avoid ques
On Thu, Oct 13, 2022 at 03:11:50AM +, s...@skolma.com wrote:
>
>
> in summary, audio works.. just not bit-perfectly :)
> does anyone know if SNDIO supports such mode ? and how i might configure it.
>
bit-perfect is practical for one thing only: avoid questionings about
whether the processin
> By the way, sndiod defaults to 48k as well.
>
> > eg music , brower video and system sounds.
> > but is techncally up/down sampling based on feed.
Forgot to say/rant:
If you have a 44100 Hz linear PCM stereo wav file,
and play it with aucat, and sndiod resamples it to 48 kHz
(as I believe it d
On Oct 13 03:11:50, s...@skolma.com wrote:
> A questions about SNDIO and bit-perfect audio playback.
>
> I use a usb dac, audioquest dragonfly black 1.5,
> and headphones to listen to my digitised music collection,
> as i can conveniently move between my various devices.
>
> OpenBSD has detected
38 matches
Mail list logo
