You are not logged in.
If deb packages from the net break dependencies, you may try to fix them with "sudo apt install -f"
You may try to rebuild the package for your Devuan.
sudo apt-get install build-essential debhelper devscripts apt show devscripts1. Download the Debian source code (tars, dsc) manually.
You may also try sources from Ubuntu, or Ubuntu PPA.
For example, to rebuild wxMaxima for Devuan5, I used this source:
_https://launchpad.net/ubuntu/+source/wxmaxima/24.02.1-1build2
2. Extract the source code
dpkg-source -x *.dsc3. cd to the source code directory
4. Install build dependencies
sudo mk-build-deps -i5. Build the package
dpkg-buildpackage -us -uc -bEDIT:
To avoid troubles, you may check build dependencies before installing them
$ mk-build-deps --help | grep "Build-Depends dependencies" -B2
-B, --build-dep
Generate a package which only depends on the source package's
Build-Depends dependencies. dpkg-deb --info *.debYou may also check dependencies before installing the package.
I asked you to post information that I had repeatedly posted myself for my system.
I hope that I am mistaken, but it looks like you are simulating "problems with ALSA", in order to convince people to use pulseaudio.
Actually, I am very happy that Debian devs managed to compile maxima which works.
It seems that it was a real problem. Without maxima, wxMaxima is useless.
$ maxima
Maxima 5.46.0 https://maxima.sourceforge.io
using Lisp GNU Common Lisp (GCL) GCL 2.6.14 git tag Version_2_6_15pre3 Debian devs used a certain version Common Lisp from git. It works.
Fedora devs used another Lisp, not Common Lisp. The result is "segmentation fault".
On Fedora, you open wxMaxima, type a command, execute it, and wxMaxima does not react.
The Fedora users cannot understand what is going on.
You can compile the same version of wxMaxima on Devuan. It works, because maxima works.
It seems that flatpak is a sort of simple solution to all problems, a sort of cargo cult ritual, perhaps.
Firefox is playing video in youtube:
$ firefox 2>&1
[Child 3342, MediaDecoderStateMachine #1] WARNING: 7fa31a74d4c0 Could not set cubeb stream name.: file ./dom/media/AudioStream.cpp:321
Input: 44100 Hz, 2 ch, 's32_le' (0xa): dummy = 0, period = 1764
Output: 48000 Hz, 2 ch, 's16_le' (0x2): dummy = 0, period = 1920
Rates: 44100 --> 48000 (J: 0.00%, T: FFT, W: Vorbis)
Ok. FFT is the fftrate resampler. It is GPL3, the source code is here:
_https://github.com/PetrovSE/fftrate
$ fuser -av $(find /dev/snd -type c 2>/dev/null)
USER PID ACCESS COMMAND
/dev/snd/controlC0: igor 2229 F.... mate-settings-d
igor 2324 F.... mate-volume-con
/dev/snd/pcmC0D0c:
/dev/snd/pcmC0D0p: igor 3175 F...m firefox-esr
/dev/snd/seq:
/dev/snd/timer: igor 3175 f.... firefox-esrIt works without apulse, and it works with apulse as well
$ apulse firefox 2>&1
Input: 48000 Hz, 2 ch, 's32_le' (0xa): dummy = 0, period = 1920
Output: 48000 Hz, 2 ch, 's16_le' (0x2): dummy = 0, period = 1920
Rates: 48000 --> 48000 (J: 0.00%, T: None, W: Planar)
Ok. Notice that the resampler is not active (T: None).
It seems that it makes sense to run browsers with apulse.
It helps to improve sound quality with Min, Brave, Chromium and Chrome.
It might be a bug in ALSA backend.
The same video with Chromium:
$ apulse chromium 2>&1
Input: 44100 Hz, 2 ch, 's32_le' (0xa): dummy = 0, period = 1764
Output: 48000 Hz, 2 ch, 's16_le' (0x2): dummy = 0, period = 1920
Rates: 44100 --> 48000 (J: 0.00%, T: FFT, W: Vorbis)
Ok. $ fuser -av $(find /dev/snd -type c 2>/dev/null)
USER PID ACCESS COMMAND
/dev/snd/controlC0: igor 2229 F.... mate-settings-d
igor 2324 F.... mate-volume-con
/dev/snd/pcmC0D0c:
/dev/snd/pcmC0D0p: igor 7968 F...m firefox-esr
igor 8428 F...m chromium
/dev/snd/seq:
/dev/snd/timer: igor 7968 f.... firefox-esr
igor 8428 f.... chromium If you do not believe my words, why should I believe yours?
It might be very difficult to believe that you really want to configure ALSA.
With pure alsa, the sound was everywhere, except for the browser, which “did not see” the sound system. Either pipewire or jack was required.
If it works with pulseaudio, it does not mean that it cannot work with "pure alsa".
But I can agree that it might be difficult to create a correct ~/.asoundrc
That is why, I am using arateconf.
There is no sound device defined in the FF Daedalus settings.
I also do not have sound devices defined in the Firefox settings (about:support).
And, nevertheless, sound works with "pure alsa".
and nothing runs on Linux except Linux programs
The problem is that Linux programs, which were always working on Linux without any problems, may not work anymore.
For example, on Fedora, both maxima and wxMaxima do not work, and all sorts of maxima's flatpaks also fail.
On Devuan, maxima works, and wxMaxima is so buggy that is impossible to use. But you can compile it yourself.
However, you can install pulseaudio on Mac (if you want) with Homebrew
pulseaudio
Install command:brew install pulseaudioSound system for POSIX OSes
_https://formulae.brew.sh/formula/pulseaudio
systemd is not yet available for macOS.
On Devuan Daedalus 5.0, sound works in Firefox out of the box, after the removal of pulseaudio
_https://dev1galaxy.org/viewtopic.php?pid=49837#p49837
The problem might be that you want to use your Audigy2, and it is not the default device.
The simplest solution to such problems is to run
arateconfand select Audigy2 as "default device".
The manual is here:
ALSA without PulseAudio and PipeWire
_https://dev1galaxy.org/viewtopic.php?id=6644
If you start a new topic, and I will try to help.
NOTE: It is not necessary to remove PulseAudio. You can remove it later, when ALSA is configured and sound works with
apulse firefox Some useful commands for testing ALSA, you may find here:
_https://dev1galaxy.org/viewtopic.php?pid=50114#p50114
_https://wiki.archlinux.org/title/Advanced_Linux_Sound_Architecture
Of course, it is very bad manners to remove pulseaudio or pipewire.
The good manners is to use pulseaudio, pipewire, or any other crap, because of loyalty to authorities.
Yes, I am using my method, and it works.
If the goal is to improve sound quality on your computer, you can simply remove pulseaudio and/or pipewire, install Petrov's fftrate plugin, and configure it for 32bit 192kHz (Intel HDA), or other HiRes format, if it is supported by your sound card. For USB headsets, you may try 16bit 48kHz.
If the goal is to improve sound quality on your notebook, my method may work.
What is important is to prevent resampling and format conversion.
Otherwise, you may not know, what you are actually testing.
OK, if you want to make an audio test, you may try something like this.
Take a free sample of 32bit Float DXD
_https://positive-feedback.com/reviews/music-reviews/what-we-hear-with-dxd-32-bit-files/
and downsample it with the fftrate resampler to different audio formats.
For example:
1. DXD to 192kHz 32bit (or 24bit)
2. DXD to 48kHz 16bit
Install Audacious and the fftrate ALSA plugin.
To prevent resampling, configure fftrate to 192kHz.
In Audacious, select ALSA output and set "Bit depth".
Then, you can play 192kHz wave.
Then, you can reconfigure fftrate for 48kHz 16bit format, and play 48kHz 16bit wave.
audacious 2>&1 *.wav This is closely related topic. But it is still another topic, and we may better discuss it separately (in a new "topic").
The topic is about quality of resampling. It is about quality of digital sound, or, perhaps, more exactly, "digital sound file".
What you want to discuss is the quality of "digital to audio" conversion (DAC).
The final result depends on both, and on the sound system (quality of drivers etc.).
Yes, it is something like this, or even worse.
It has never been like this and now it is exactly the same again.
I am waiting for Steve Gibson to tell the story in details.
EDIT:
Security Now: CrowdStruck
_https://youtu.be/eLkfKizz6NU
You can play square waves through your DAC, if you want.
But it has nothing to do with the topic.
It is off-topic again.
The topic is about "resampling and the Gibbs phenomenon with Audacity".
It is about how resamplers work, it is about math.
It is not about playing square waves though a sound card.
In a word, "384kHz" of DXD is sample rate. It is not frequency.
Resampling is performed in software.
And you are trying to explain how hardware works.
It is very interesting, but it is off-topic.
NOTE: In mathematics, square waves are used to visualize the effect of "jump discontinuities", and you can find them in many text books on Fourier series.
Just imagine what would've happened if the Crowdstrike outage was malicious. I.e., malicious code was pushed to all these servers. Worldwide chaos would ensue.
If it can happen, it will happen sooner or later.
Thanks for answering. It seems that your are satisfied with sound quality.
However, the topic is about "resampling and the Gibbs phenomenon".
If you want to discuss something else, you may start a new topic.
You did not answer my question. May I ask it again?
Do you think that youtube sound quality (through pulseaudio) is good enough?
Recorded over 50 years ago... Without any bells and whistles.
℗ 1967 - It was, perhaps, analogue recording. Without any sort of pulseaudio and without Gibbs.
The World We Knew (Over And Over) · Frank Sinatra
The World We Knew
℗ 1967 Frank Sinatra Enterprises, LLC
Discover the Hi-Res Masters: Frank Sinatra playlist containing all the essential tracks in Hi-Res 24-bit for an unequalled sound quality (FLAC 24-Bit / 192kHz)
It may sound better, perhaps.
Do you think that youtube sound quality (through pulseaudio) is good enough?
The Gibbs phenomenon was observed by experimental physicists and was believed to be due to imperfections in the measuring apparatus, but it is in fact a mathematical result. It is one cause of ringing artifacts in signal processing. It is named after Josiah Willard Gibbs.
_https://en.wikipedia.org/wiki/Gibbs_phenomenon
Square wave
_https://en.wikipedia.org/wiki/Square_wave
Analogue signal is continuous, and digital signal is discrete.
The simplest example of discrete signals is, perhaps, square waves.
Because of "jump discontinuity", square waves don't like resampling.
It doesn't matter which resampler was used, the result is always a sort of Gibbs phenomenon.
![]()
Functional approximation of square wave using 25 harmonics
_https://en.wikipedia.org/wiki/File:Gibbs_phenomenon_50.svg
_https://en.wikipedia.org/wiki/Gibbs_phenomenon
Square waves can be easily created with Audacity.
sudo apt install audacity1. Open Audacity.
2. Go to Edit > Preferences > Quality
3. Set the project defaults:
Default Sample Rate: 384000 Hz
Default Sample Format: 32-bit float
Sample Rate Converter: Best Quality (Slowest)
And click "OK".
On the bottom left corner of Audacity's main window, you will see Project Rate (Hz) menu. It should be "384000". If not, click on it and select "384000".
Go to Generate > Tone
Waveform: Square
Frequency (Hz): 440
Amplitude: 0.8
Duration: 000,040,000 samples
Click "Generate", and you will see a nice square wave.
On the left side of the audio track, you should see:
Mono, 384000Hz
32-bit float
Now, we can downsample the square wave to 48kHz 16bit (default).
It seems that, in Audacity, the standard Linux resampler (libsamplerate) was already replaced with SoX resampler. Therefore, the result might be a nice Gibbs phenomenon, and not a kind of strange artefact.
Downsampling:
1. Change the sample rate of the project to 48000 Hz (on the bottom left corner of Audacity's main window).
2. Go to File > Export > Export as WAV
Click "Save", then click "OK".
It will be downsampled to 48kHz 16bit (default) and exported as wave.
Check it with "file" command:
$ file 16bit_48kHz.wav
16bit_48kHz.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, mono 48000 Hz Now, you can open this wave with Audacity and see a sort of Gibbs phenomenon.
You can zoom into it:
Go to View > Zoom > "Zoom in"
Since the public has already complained that all this is "not even remotely scientific", it makes sense, perhaps, to make it more scientific with math.
sudo apt install maxima gnuplot Let us take a very simple mathematical function
tanh(20*sin(x)) If you plot it with Maxima
$ maxima
(%i1) plot2d([tanh(20*sin(x))], [x,-10*%pi,10*%pi], [y,-1.1,1.1], [plot_format, gnuplot])$ you will see a square wave with "jump discontinuities".
If you zoom into it
$ maxima
(%i2) plot2d([tanh(20*sin(x))], [x,-1.2*%pi,1.2*%pi], [y,-1.1,1.1], [plot_format, gnuplot])$ you will see a continuous function.
It depends on the resolution (that is, sample rate).
If the original wave is 32bit Float 384kHz DXD, and it is a sort of music recording, it is not likely to have very big "jump discontinuities", and, therefore, the Gibbs phenomenon may not produce audible sound distortions with downsampling. It depends, of course, on the quality of resampler as well.
EDIT: To avoid confusion, it might be necessary to provide a sort of mathematical explanation.
Because of "jump discontinuities", Fourier series cannot converge uniformly
_https://en.wikipedia.org/wiki/Convergence_of_Fourier_series
It should be obvious that a series of continuous functions cannot converge uniformly to a function with "jump discontinuities". This is the reason why any sort of interpolation (and any sort of resamplers) fails. That is why you get the Gibbs phenomenon, and, that is why the square wave is not a sum of harmonics (in terms of physics).
_https://en.wikipedia.org/wiki/Harmonic
Digital to audio conversion (DAC) means that a digital signal (that is, a discrete signal of finite sample rate) is converted to analog signal (that is, a continuous signal of infinite sample rate). It might be obvious, therefore, that, when you are playing a square wave through your DAC, you get the same Gibbs phenomenon.
Notice that "the Gibbs phenomenon was observed by experimental physicists and was believed to be due to imperfections in the measuring apparatus, but it is in fact a mathematical result."
_https://en.wikipedia.org/wiki/Gibbs_phenomenon
This also means sound distortions, when you are playing a digital music crap of CD format through your DAC.
If you do not believe that your DAC is playing crap, you can create a square wave of 48kHz 16bit format with Audacity, upsample it to 384kHz 32bit Float DXD format, zoom into it, and you will see the same Gibbs phenomenon.
It doesn't matter whether resampling of a square wave is performed in software or in hardware. The result is always a sort of Gibbs phenomenon. You cannot fool the nature, as it was discovered by experimental physicists and explained by mathematicians.
In short, square waves are used to visualize the effect of "jump discontinuities". It helps to understand why and how resampling produces sound distortions. Since "jump discontinuities" are a natural feature of low resolution formats, such as 48kHz 16bit, it does not make much sense to measure sound quality of this particular sort of digital crap in "blind tests".
NOTE: If it is not obvious that the square wave is not a sum of harmonics, you may try a very simple "imaginary experiment".
Since harmonics, or sinusoidal waves, are continuous functions, you may try to imagine a continuous function.
The sum of two continuous functions is a continuous function. This can be taken for granted.
3 = 2 + 1
4 = 3 + 1
...
100 = 99 + 1
Thus the sum of 100 continuous functions is also a continuous function.
However, the square wave is not a continuous function. It has "jump discontinuities".
What is more, the square wave is not even approximately equal to a sum of harmonics. That is why you get the Gibbs phenomenon, when you are trying to approximate it with a sum of harmonics.
Method 1: Right mouse click on a pdf file > Select "Properties" in a drop-down menu > "Open With"
Method 2: "Preferred Applications"
mate-default-applications-propertiesIf you open a document file with a sort of vim, it may become a default for all documents.
If, for example, you open a wxMaxima worksheet *.wxmx with wxMaxima, then it is a default for all archives.
It seems to be a standard behaviour for all Linux Desktops (freedesktop.org)
program that handles the mouse click...
$ cat /usr/share/applications/atril.desktop | grep Exec
TryExec=atril
Exec=atril %UIs it "Open in Terminal"?
$ cat /usr/share/applications/atril.desktop | grep Terminal=
Terminal=falsels ~/.local/share/applications | grep atrMozo - Mate Menu Editor
_https://wiki.mate-desktop.org/mate-desktop/applications/mozo/
mozoEDIT:
Right mouse click on a pdf file > Select "Properties" in a drop-down menu > "Open With"
MATE 1.26.0
$ atril --version
MATE Document Viewer 1.26.0Atril opens PDFs without problems.
Check your pdf with mediainfo
mediainfo *.pdf$ file *.pdf
Graphics_with_Maxima.pdf: PDF document, version 1.4, 6 pagesTry to open the pdf file with Firefox.
Do you think that "Caruso" may sound better with MPD-8 DAC, when it is downsampled to 48kHz?
The assumption is that Rushton Paul is using Mac for playing 32bit Float DXDs with the Playback Designs MPD-8 DAC (which cannot play 32bit Float DXDs).
Audio Device Setup for Mac
_https://www.sweetwater.com/sweetcare/articles/audio-midi-setup-for-mac/
MacBook Pro (2023)
Applications > Utilities > Audio MIDI Setup
MacBook Pro Microphone (built-in)
1 channel
Bit rate: 32bit Float
Default sample rate: 48kHz
Maximum sample rate: 96kHz
MacBook Pro Speakers (built-in)
2 channels
Bit rate: 32bit Float
Default sample rate: 48kHz
Maximum sample rate: 96kHz
32-bit float audio can capture the absolutely ludicrous range of up to 1,528 dB. That’s not only massively beyond the scope of 24-bit audio, but it’s beyond the scale of what even counts as a sound on Earth.
_https://www.wired.com/story/32-bit-float-audio-explained/
It means, perhaps, that might be possible to record "The Year 1812, Solemn Overture, Op. 49"
The 1812 Overture is scored for an orchestra that consists of the following:
Brass band: "Open" instrumentation consisting of "any extra brass instruments" available. In some indoor performances, the part may be played on an organ. Military or marching bands also play this part. Note: the brass band or its substitute is meant to play during the finale only.
Woodwinds: 1 piccolo, 2 flutes, 2 oboes, 1 cor anglais, 2 clarinets in B♭ and 2 bassoons
Brass: 4 horns in F, 2 cornets in B♭, 2 trumpets in E♭, 3 trombones (2 tenor, 1 bass) and 1 tuba
Percussion: timpani, orchestral bass drum, snare drum, cymbals, tambourine, triangle, carillon
Strings: violins I & II, violas, cellos and double basses.
Artillery: one battery of cannon, or even ceremonial field artillery.
_https://en.wikipedia.org/wiki/1812_Overture#Instrumentation