Go Back   Home > Forums > >

PC Based Computer music servers, crossovers, and equalization

2-in, 8-out DSP platform using the Raspberry Pi + HATs
2-in, 8-out DSP platform using the Raspberry Pi + HATs
Please consider donating to help us continue to serve you.

Ads on/off / Custom Title / More PMs / More album space / Advanced printing & mass image saving
Reply
 
Thread Tools
Old 3rd August 2019, 11:52 PM   #21
Tfive is offline Tfive  Germany
diyAudio Member
 
Tfive's Avatar
 
Join Date: Jun 2018
Location: Straubing
To all the RPi folks out there:

I'm the deveolper of pulseaudio crossover rack.

What I would be interested in: What format does the HDMI output accept when running on an RPi in multi channel mode, please only reply if you have tested it yourself. Regarding big/little endianness: Does it matter on ARM regarding floats? What should be the preferred sample format for pulseaudio when running on an ARM processor? So far I recommended float32le for intel/amd-based machines... Does this hold true for ARM based machines? Please excuse my lack in knowledge of ARM architecture, I'm mostly a software guy, not a hardware guy...
  Reply With Quote
Old 4th August 2019, 12:12 AM   #22
CharlieLaub is offline CharlieLaub  United States
diyAudio Member
 
Join Date: Mar 2007
Location: Michigan
Quote:
Originally Posted by Tfive View Post
To all the RPi folks out there:

I'm the deveolper of pulseaudio crossover rack.

What I would be interested in: What format does the HDMI output accept when running on an RPi in multi channel mode, please only reply if you have tested it yourself. Regarding big/little endianness: Does it matter on ARM regarding floats? What should be the preferred sample format for pulseaudio when running on an ARM processor? So far I recommended float32le for intel/amd-based machines... Does this hold true for ARM based machines? Please excuse my lack in knowledge of ARM architecture, I'm mostly a software guy, not a hardware guy...
Let me try to answer your questions. The HAT is an HDMI audio extractor and as such only supports LPCM. The chip on the board can support 16 or 24 bit audio only.

I am able to probe the supported formats using Gstreamer and some custom routines I wrote, and the supported formats are only S24LE (ALSA's S24_3LE) and S16LE on a Pi. The unit can also be used "standalone" on the HDMI output of any computer, with the same restrictions.

As for your other questions about enandianess, ARM, etc. I cannot say for sure. I am not a hardware guy either!
__________________
Visit my Audio Web Page <<--CLICK TO LEARN MORE-->> Get my LADSPA plugins
  Reply With Quote
Old 4th August 2019, 04:45 PM   #23
skyunlimited is offline skyunlimited  Germany
diyAudio Member
 
Join Date: Aug 2009
As stated in Post #9 of this Thread, Pi can only play S16_LE Format via HDMI after this Kernelmod.
I think there is no Pulseaudio Configuration for this Output.

Regards
  Reply With Quote
Old 4th August 2019, 06:21 PM   #24
CharlieLaub is offline CharlieLaub  United States
diyAudio Member
 
Join Date: Mar 2007
Location: Michigan
Quote:
Originally Posted by skyunlimited View Post
As stated in Post #9 of this Thread, Pi can only play S16_LE Format via HDMI after this Kernelmod.
I think there is no Pulseaudio Configuration for this Output.

Regards
Um, no, that is completely wrong. 24 bit playback works perfectly for 8 channels at 192kHz. I have verified this.

I do not know whether or not Pulse Audio supports this kind of playback or not. I use Gstreamer pipelines and send the audio to ALSA directly.
__________________
Visit my Audio Web Page <<--CLICK TO LEARN MORE-->> Get my LADSPA plugins
  Reply With Quote
Old 4th August 2019, 08:37 PM   #25
skyunlimited is offline skyunlimited  Germany
diyAudio Member
 
Join Date: Aug 2009
You could test what is possible with "speaker-test", thats "pure" alsa.

It is impossible to play something else than S16_LE, of course you can playback other soundfiles but they are "reformatted" to that format.
  Reply With Quote
Old 4th August 2019, 09:30 PM   #26
skyunlimited is offline skyunlimited  Germany
diyAudio Member
 
Join Date: Aug 2009
Code:
pi@raspberrypi:~ $ speaker-test -D hw:0,1 -c 8 -r192000 --format S16_LE

speaker-test 1.1.3

Wiedergabe-Gerät ist hw:0,1
Stream-Parameter sind 192000 Hz, S16_LE, 8 Kanäle
Verwende 16 Oktaven rosa Rauschen
Rate ist 192000 Hz (angefordert: 192000 Hz)
Puffergröße von 64 bis 16384
Periodengröße von 64 bis 16384
Verwende maximale Puffergröße 16384
Perioden = 4
gesetzt: period_size = 4096
gesetzt: buffer_size = 16384
 0 - Vorne links
 4 - Mitte
 1 - Vorne rechts
 7 - Seitlich rechts
 3 - Hinten rechts
 2 - Hinten links
 6 - Seitlich links
 5 - Bass
Zeit pro Periode = 23,828712
 0 - Vorne links
^C 4 - Mitte
 1 - Vorne rechts
 7 - Seitlich rechts
 3 - Hinten rechts
 2 - Hinten links
 6 - Seitlich links
 5 - Bass
Zeit pro Periode = 2,344407
pi@raspberrypi:~ $ speaker-test -D hw:0,1 -c 8 -r192000 --format S24_LE

speaker-test 1.1.3

Format S24_LE is not supported...
pi@raspberrypi:~ $ speaker-test -D hw:0,1 -c 8 -r192000 --format S32_LE

speaker-test 1.1.3

Wiedergabe-Gerät ist hw:0,1
Stream-Parameter sind 192000 Hz, S32_LE, 8 Kanäle
Verwende 16 Oktaven rosa Rauschen
Sample-Format nicht unterstützt: Das Argument ist ungültig
Fehler beim Setzen der Hardware-Parameter: Das Argument ist ungültig
pi@raspberrypi:~ $
This is the output of speaker-test.
  Reply With Quote
Old 4th August 2019, 09:38 PM   #27
CharlieLaub is offline CharlieLaub  United States
diyAudio Member
 
Join Date: Mar 2007
Location: Michigan
I think that is because SPEAKER TEST does not support that format.

Instead, try using the command (suggested earlier in this thread by phofman):
Code:
aplay -D hw:x,y --dump-hw-params /dev/zero
Change "hw:x,y" to what ever hw assignment the HDMI extractor is given on your machine. I don't have a Pi powered up at the moment, so instead I am using an Intel machine running Ubuntu with the X6000 HDMI extractor connected to the HDMI output. When I run the command shown above I get:
Code:
Playing raw data '/dev/zero' : Unsigned 8 bit, Rate 8000 Hz, Mono
HW Params of device "hw:1,3":
--------------------
ACCESS:  MMAP_INTERLEAVED RW_INTERLEAVED
FORMAT:  S16_LE S32_LE
SUBFORMAT:  STD
SAMPLE_BITS: [16 32]
FRAME_BITS: [32 256]
CHANNELS: [2 8]
RATE: [32000 192000]
PERIOD_TIME: (20 256000]
PERIOD_SIZE: [4 8192]
PERIOD_BYTES: [128 262144]
PERIODS: [2 32]
BUFFER_TIME: (41 512000]
BUFFER_SIZE: [8 16384]
BUFFER_BYTES: [128 65536]
TICK_TIME: ALL
--------------------
aplay: set_params:1299: Sample format non available
Available formats:
- S16_LE
- S32_LE
On this machine I do not need to edit the kernel. The device is natively supported.

When I edit the kernel module for the Raspberry Pi and recompile using the procedure earlier in this thread, I am telling the kernel what formats are possible with the HDMI output, so I would be very surprised if S24_3LE is not supported!

Try running the aplay diagnostic command above and see what the output looks like...
__________________
Visit my Audio Web Page <<--CLICK TO LEARN MORE-->> Get my LADSPA plugins
  Reply With Quote
Old 4th August 2019, 09:57 PM   #28
CharlieLaub is offline CharlieLaub  United States
diyAudio Member
 
Join Date: Mar 2007
Location: Michigan
OK, now I am on the Pi with the modified kernel and the HDMI extractor connected externally (not as a HAT) to the HDMI output of the Pi (apart from the power source it operates the same either way):
Code:
pi@raspberrypi:~ $ uname -a
Linux raspberrypi 4.19.23-v7+ #1 SMP Fri Feb 22 10:46:02 EST 2019 armv7l GNU/Linux
The HDMI output is hw:0,1 as seen here:
Code:
pi@raspberrypi:~ $ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: ALSA [bcm2835 ALSA], device 0: bcm2835 ALSA [bcm2835 ALSA]
  Subdevices: 7/7
  Subdevice #0: subdevice #0
  Subdevice #1: subdevice #1
  Subdevice #2: subdevice #2
  Subdevice #3: subdevice #3
  Subdevice #4: subdevice #4
  Subdevice #5: subdevice #5
  Subdevice #6: subdevice #6
card 0: ALSA [bcm2835 ALSA], device 1: bcm2835 ALSA [bcm2835 IEC958/HDMI]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
When I run the aplay diagnostic, I get the following output:
Code:
pi@raspberrypi:~ $ aplay -D hw:0,1 --dump-hw-params /dev/zero
Playing raw data '/dev/zero' : Unsigned 8 bit, Rate 8000 Hz, Mono
HW Params of device "hw:0,1":
--------------------
ACCESS:  MMAP_INTERLEAVED RW_INTERLEAVED
FORMAT:  S16_LE S24_3LE
SUBFORMAT:  STD
SAMPLE_BITS: [16 24]
FRAME_BITS: [32 192]
CHANNELS: [2 8]
RATE: [44100 192000]
PERIOD_TIME: (223 1486078)
PERIOD_SIZE: [43 65536]
PERIOD_BYTES: [1024 262144]
PERIODS: [1 256]
BUFFER_TIME: (223 1486078)
BUFFER_SIZE: [43 65536]
BUFFER_BYTES: [1024 262144]
TICK_TIME: ALL
--------------------
aplay: set_params:1299: Sample format non available
Available formats:
- S16_LE
- S24_3LE
To verify that speaker-test does not work using S24_3LE, I ran:
Code:
pi@raspberrypi:~ $ speaker-test -D hw:0,1 -c 8 -r192000 --format S24_LE

speaker-test 1.1.3

Format S24_LE is not supported...
The problem is with speaker-test, not ALSA.
__________________
Visit my Audio Web Page <<--CLICK TO LEARN MORE-->> Get my LADSPA plugins
  Reply With Quote
Old 4th August 2019, 10:05 PM   #29
phofman is offline phofman  Czech Republic
diyAudio Member
 
Join Date: Apr 2005
Location: Pilsen
S24_LE is very different from S24_3LE that your device reports as supported.

Last edited by phofman; 4th August 2019 at 10:12 PM.
  Reply With Quote
Old 4th August 2019, 10:06 PM   #30
skyunlimited is offline skyunlimited  Germany
diyAudio Member
 
Join Date: Aug 2009
Strange, i have the same output, when i try to force Brutefir to output S24_3LE it does not work.

Code:
pi@raspberrypi:~ $ speaker-test -D hw:0,1 -c 2 --format S24_3LE

speaker-test 1.1.3

Format S24_3LE is not supported...
.

But anyway , i am fine with S16_LE

Last edited by skyunlimited; 4th August 2019 at 10:10 PM.
  Reply With Quote

Reply


2-in, 8-out DSP platform using the Raspberry Pi + HATsHide this!Advertise here!
Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
ES9018K2M, ES9028Q2M, 9038Q2M DSD/I2S DAC HATs for Raspberry Pi iancanada PC Based 925 5th December 2020 02:15 PM
Odroid, BBB, Raspberry Pi or MarsBoard, which platform to use for building a DYI SBT Eeerni Digital Line Level 8 12th October 2019 08:53 AM
Interest survey: Cow Town Audio Fest - Calgary, 2019 (cowboy hats optional) tomchr Clubs & Events 14 22nd October 2018 02:11 AM
Hats off to Mr Pass, encouragement to new members Russellc Pass Labs 10 17th May 2015 09:23 AM
Hats make better bass? xstephanx Subwoofers 11 9th February 2005 11:59 AM


New To Site? Need Help?

All times are GMT. The time now is 06:06 PM.


Search Engine Optimisation provided by DragonByte SEO (Pro) - vBulletin Mods & Addons Copyright © 2021 DragonByte Technologies Ltd.
Resources saved on this page: MySQL 14.29%
vBulletin Optimisation provided by vB Optimise (Pro) - vBulletin Mods & Addons Copyright © 2021 DragonByte Technologies Ltd.
Copyright ©1999-2021 diyAudio
Wiki