Jump to content
IGNORED

HQPlayer Linux Desktop and HQplayer embedded


ted_b

Recommended Posts

3 hours ago, AudioXP said:

 

Right, and I'm looking for a way to do this on the HQPe machine.

 

It would take some more work but you can setup a service per room with an different OS user for each, then put the corresponding config file in the user's home directory. This way, based on which service you start you'll get the config you want.

Link to comment

Hi,

finally a Linux driver is available for Merging Hapi. Will it be integral part in the HQPlayer of future releases?

my question as newbie with respect to Linux. What should I try? Linux embedded or Linux desktop? Do I have to install Ubuntu or another Linux OS first?

best regards.

Link to comment
On 1/25/2019 at 8:58 AM, Miska said:

 

Because it is device specific it is hard to say. But with "arecord -l" you can see available input devices and their names. You can compare this with the current config for USBStreamer and then modify accordingly for some other device. Depending on how the device represents things you may need to change other things either in configuration file, or through ALSA mixer.

 

 

Hi Jussi

 

I have a Bluesound Node 2i for 30 days. Testing AirPlay and Spotify Connect but still have pops with the USBStreamer. So it definitely isn't the source side that's the issue.

 

I have another TOSLink to USB interface that I'm trying to test in place of the USBStreamer and setup as an input with HQPe.

 

I enter "arecord -l" and get this error:

 

root@debiani7:/home/user# arecord -l

bash: arecord: command not found

Link to comment

Ok I used "cat /proc/asound/cards" instead and got this:

 

root@debiani7:/home/user# cat /proc/asound/cards

 0 [USBStreamer    ]: USB-Audio - USBStreamer

                      miniDSP USBStreamer at usb-0000:00:14.0-7, high speed

 1 [Device         ]: USB-Audio - USB Sound Device

                      USB Sound Device at usb-0000:00:14.0-2, full speed

 2 [PCH            ]: HDA-Intel - HDA Intel PCH

                      HDA Intel PCH at 0xdf140000 irq 288

 

2119290386_ScreenShot2019-02-05at1_21_17pm.thumb.png.f25cec80ba54961eb8a9684ac419be9c.png

 

I got "arecord -l" working too:

 

1764056108_ScreenShot2019-02-05at1_43_19pm.thumb.png.9ba76837ddd4fb67aebb76b6b8666c21.png

 

So I added this to nano /etc/hqplayer/hqplayerd.xml "engine" section:

 

 <input channels="2" device="hw:CARD=Device,DEV=1" name="USB Sound Device @44.1k" nperiods="4" period_time="100" samplerate="44100"/>

 

449177367_ScreenShot2019-02-05at1_24_16pm.thumb.png.c6e2ddfd962a7dc7546c6fdb422ad07c.png

 

But it won't select in the HQPE input page:

 

1330925368_ScreenShot2019-02-05at1_17_12pm.thumb.png.9ec0a19f55782819989a5b0d4f61097a.png

 

This is the log:

 

& 2019/02/05 13:23:07 Stop...
& 2019/02/05 13:23:07 Set transport (5): USB Sound Device @44.1k
  2019/02/05 13:23:07 	found matching input: USB Sound Device @44.1k
  2019/02/05 13:23:07 Audio transport: rate=44100 channels=2 format=auto buffer=100
  2019/02/05 13:23:07 Input set channels: 2 (2)
  2019/02/05 13:23:07 asoundlib version: 1.1.3
  2019/02/05 13:23:07 ALSA input device: hw:CARD=Device,DEV=1
  2019/02/05 13:23:07 ALSA input control element: PCM Capture Source
  2019/02/05 13:23:07 ALSA input control element: PCM Capture Switch
  2019/02/05 13:23:07 ALSA input control element: PCM Capture Volume
  2019/02/05 13:23:07 ALSA input control element: Line Playback Switch
  2019/02/05 13:23:07 ALSA input control element: Line Playback Volume
  2019/02/05 13:23:07 ALSA input control element: Line Capture Switch
  2019/02/05 13:23:07 ALSA input control element: Line Capture Volume
  2019/02/05 13:23:07 ALSA input control element: Mic Playback Switch
  2019/02/05 13:23:07 ALSA input control element: Mic Playback Volume
  2019/02/05 13:23:07 ALSA input control element: Mic Capture Switch
  2019/02/05 13:23:07 ALSA input control element: Mic Capture Volume
  2019/02/05 13:23:07 ALSA input control element: IEC958 In Capture Switch
  2019/02/05 13:23:07 ALSA input control element: Speaker Playback Switch
  2019/02/05 13:23:07 ALSA input control element: Speaker Playback Volume
  2019/02/05 13:23:07 ALSA input control element: Capture Channel Map
  2019/02/05 13:23:07 ALSA input control element: Playback Channel Map
  2019/02/05 13:23:07 ALSA input mixer element: Speaker
  2019/02/05 13:23:07 ALSA input mixer element: PCM
  2019/02/05 13:23:07 ALSA input mixer element: PCM Capture Source
  2019/02/05 13:23:07 ALSA input mixer element: Line
  2019/02/05 13:23:07 ALSA input mixer element: Mic
  2019/02/05 13:23:07 ALSA input mixer element: IEC958 In
# 2019/02/05 13:23:07 clReadAudio::Open(): clALSAEngine::Initialize(): snd_pcm_open(): No such file or directory
& 2019/02/05 13:23:07 Play
# 2019/02/05 13:23:07 clPlayerDaemon::SwitchInput(): clHQPlayerEngine::Play(): Transport == NULL
& 2019/02/05 13:23:10 Stop...
& 2019/02/05 13:23:10 Set transport (5): USB Sound Device @44.1k
  2019/02/05 13:23:10 	found matching input: USB Sound Device @44.1k
  2019/02/05 13:23:10 Audio transport: rate=44100 channels=2 format=auto buffer=100
  2019/02/05 13:23:10 Input set channels: 2 (2)
  2019/02/05 13:23:10 asoundlib version: 1.1.3
  2019/02/05 13:23:10 ALSA input device: hw:CARD=Device,DEV=1
  2019/02/05 13:23:10 ALSA input control element: PCM Capture Source
  2019/02/05 13:23:10 ALSA input control element: PCM Capture Switch
  2019/02/05 13:23:10 ALSA input control element: PCM Capture Volume
  2019/02/05 13:23:10 ALSA input control element: Line Playback Switch
  2019/02/05 13:23:10 ALSA input control element: Line Playback Volume
  2019/02/05 13:23:10 ALSA input control element: Line Capture Switch
  2019/02/05 13:23:10 ALSA input control element: Line Capture Volume
  2019/02/05 13:23:10 ALSA input control element: Mic Playback Switch
  2019/02/05 13:23:10 ALSA input control element: Mic Playback Volume
  2019/02/05 13:23:10 ALSA input control element: Mic Capture Switch
  2019/02/05 13:23:10 ALSA input control element: Mic Capture Volume
  2019/02/05 13:23:10 ALSA input control element: IEC958 In Capture Switch
  2019/02/05 13:23:10 ALSA input control element: Speaker Playback Switch
  2019/02/05 13:23:10 ALSA input control element: Speaker Playback Volume
  2019/02/05 13:23:10 ALSA input control element: Capture Channel Map
  2019/02/05 13:23:10 ALSA input control element: Playback Channel Map
  2019/02/05 13:23:10 ALSA input mixer element: Speaker
  2019/02/05 13:23:10 ALSA input mixer element: PCM
  2019/02/05 13:23:10 ALSA input mixer element: PCM Capture Source
  2019/02/05 13:23:10 ALSA input mixer element: Line
  2019/02/05 13:23:10 ALSA input mixer element: Mic
  2019/02/05 13:23:10 ALSA input mixer element: IEC958 In
# 2019/02/05 13:23:10 clReadAudio::Open(): clALSAEngine::Initialize(): snd_pcm_open(): No such file or directory
& 2019/02/05 13:23:10 Play
# 2019/02/05 13:23:10 clPlayerDaemon::SwitchInput(): clHQPlayerEngine::Play(): Transport == NULL

 

Link to comment
On 1/30/2019 at 6:15 AM, Miska said:

 

No changes, DoP is enabled for 176.4 and 192 input rates as before.

 

 

 

Hi Jussi,

 

Input of DoP64 failing for recently has been driving me insane (like you listening to sine waves - so we're even! ) because I saw with my own eyes it was working in previous versions- so I just rolled back to 4.7.1

 

And now with 4.7.1 again DoP64 is working fine again - so I haven't gone mad and it's not my source/chain.

 

There is definitely a problem for me with 4.8.0 with DoP64 not working when USBStreamer @ 176 is selected...

Don't ask me what the problem is though lol.

 

 

1854164277_ScreenShot2019-02-05at3_10_18pm.thumb.png.fda90a9af4697a2fe9dada4298bf9cc9.png

 

 

Btw, I just noticed ALSAMIXER looks different for the USBStreamer between HQPe 4.7.1 and 4.8.0. With 4.8 there were two "Mic" inputs showing for USBStreamer. Not there with 4.7.1

 

1905045554_ScreenShot2019-02-05at3_24_21pm.thumb.png.f3b6a069ce2879ebaa6ebc4446cb36c0.png

 

And which clock is supposed to be used - internal or TOSlink? This was also different for me between HQPe 4.7.1 and 4.8.0

 

I noticed "nperiods" is missing in 4.7.1 for USBStream @ 44.1 and others? Anything else different? The additional of Mutec inputs hasn't caused issue?

 

I have to retest all the pops I've been hearing , now with 4.7.1 and Node 2i as source.

 

This discovery makes me feel I'm getting closer to solving the pops issue... maybe not though, so let's see.
 

Link to comment
10 hours ago, Sigi said:

Hi,

finally a Linux driver is available for Merging Hapi. Will it be integral part in the HQPlayer of future releases?

my question as newbie with respect to Linux. What should I try? Linux embedded or Linux desktop? Do I have to install Ubuntu or another Linux OS first?

best regards.

I can confirm the Linux driver. Merging is preparing the official notice.

Link to comment
2 hours ago, Em2016 said:

Input of DoP64 failing for recently has been driving me insane (like you listening to sine waves - so we're even! ) because I saw with my own eyes it was working in previous versions- so I just rolled back to 4.7.1

 

And now with 4.7.1 again DoP64 is working fine again - so I haven't gone mad and it's not my source/chain.

 

There is definitely a problem for me with 4.8.0 with DoP64 not working when USBStreamer @ 176 is selected...

Don't ask me what the problem is though lol.

 

 

1854164277_ScreenShot2019-02-05at3_10_18pm.thumb.png.fda90a9af4697a2fe9dada4298bf9cc9.png

 

 

Btw, I just noticed ALSAMIXER looks different for the USBStreamer between HQPe 4.7.1 and 4.8.0. With 4.8 there were two "Mic" inputs showing for USBStreamer. Not there with 4.7.1

 

1905045554_ScreenShot2019-02-05at3_24_21pm.thumb.png.f3b6a069ce2879ebaa6ebc4446cb36c0.png

 

And which clock is supposed to be used - internal or TOSlink? This was also different for me between HQPe 4.7.1 and 4.8.0

 

I noticed "nperiods" is missing in 4.7.1 for USBStream @ 44.1 and others? Anything else different? The additional of Mutec inputs hasn't caused issue?

 

I have to retest all the pops I've been hearing , now with 4.7.1 and Node 2i as source.

 

This discovery makes me feel I'm getting closer to solving the pops issue... maybe not though, so let's see.
 

 

Mysterious... I have not seen that clock source selection switch before! For inputs it should certainly be set to Toslink clock source. Setting it that way could possibly fix the pops you are hearing, if it was set to internal clock. With inputs the receiving device is clock slave. When you are only sending something out you need to be clock master (internal clock).

 

But these alsamixer differences have nothing to do with HQPlayer Embedded though. Is this from Ubuntu/Debian?

 

Signalyst - Developer of HQPlayer

Pulse & Fidelity - Software Defined Amplifiers

Link to comment
4 hours ago, Em2016 said:

Ok I selected I "IEC958 In" as the capture source...

 

Now there is sound coming through but it's not pleasant. Even if the 16/44.1 music (Airplay) is stopped, there is sound coming through  - like intermittent static...

 

1163608892_ScreenShot2019-02-05at2_11_17pm.thumb.png.91da053765d99eb1cab161b4f575b58c.png

 

There's no choice for S/PDIF in? IEC958 is raw mode used for DolbyDigital/DTS.

Signalyst - Developer of HQPlayer

Pulse & Fidelity - Software Defined Amplifiers

Link to comment
4 hours ago, Em2016 said:

Ok I used "cat /proc/asound/cards" instead and got this:

 

root@debiani7:/home/user# cat /proc/asound/cards

 0 [USBStreamer    ]: USB-Audio - USBStreamer

                      miniDSP USBStreamer at usb-0000:00:14.0-7, high speed

 1 [Device         ]: USB-Audio - USB Sound Device

                      USB Sound Device at usb-0000:00:14.0-2, full speed

 2 [PCH            ]: HDA-Intel - HDA Intel PCH

                      HDA Intel PCH at 0xdf140000 irq 288

 

2119290386_ScreenShot2019-02-05at1_21_17pm.thumb.png.f25cec80ba54961eb8a9684ac419be9c.png

 

I got "arecord -l" working too:

 

1764056108_ScreenShot2019-02-05at1_43_19pm.thumb.png.9ba76837ddd4fb67aebb76b6b8666c21.png

 

So I added this to nano /etc/hqplayer/hqplayerd.xml "engine" section:

 

 <input channels="2" device="hw:CARD=Device,DEV=1" name="USB Sound Device @44.1k" nperiods="4" period_time="100" samplerate="44100"/>

 

449177367_ScreenShot2019-02-05at1_24_16pm.thumb.png.c6e2ddfd962a7dc7546c6fdb422ad07c.png

 

But it won't select in the HQPE input page:

 

...because there's no sub-element #1, only #0... DEV=1 is asking for #1.

Signalyst - Developer of HQPlayer

Pulse & Fidelity - Software Defined Amplifiers

Link to comment
7 minutes ago, Miska said:

 

Mysterious... I have not seen that clock source selection switch before! For inputs it should certainly be set to Toslink clock source. Setting it that way could possibly fix the pops you are hearing, if it was set to internal clock. With inputs the receiving device is clock slave. When you are only sending something out you need to be clock master (internal clock).

 

But these alsamixer differences have nothing to do with HQPlayer Embedded though. Is this from Ubuntu/Debian?

 

 

Ok just spent a good couple of hours, repeating everything to triple check...

 

Sticking with USBstreamer for now - I will worry about the other interface after I solve the USBStreamer riddle.

 

No cables needed to be touched/unplugged for these tests... all done via ssh and Mac control:

 

v4.7.1 - TOSlink clock source:

- DoP64 works 100% fine 

- 44.1 is 100% pop free for the first time

 

v4.7.1 - Internal clock source :

- DoP64 does NOT work

- 44.1 has the 2-3 pops every track like I initially reported

 

v4.8.0 (updated via ssh - no cables in the above touched) - TOSLink clock source:

- DoP64 does NOT work

- 44.1 has the 2-3 pops every track like I initially reported

 

v4.8.0 (updated via ssh - no cables in the above touched) - Internal clock source:

- DoP64 does NOT work

- 44.1 has the 2-3 pops every track like I initially reported

 

Something funky with v4.8.0 for sure... 

Link to comment
13 minutes ago, Miska said:

Does it start working with 4.8.0 if you take off the nperiods parameter from the config? IOW then you'd have the same config and code for both...

 

 

I just deleted nperiods from the v4.8.0 config file

 

DoP64 still doesn't work with TOSlink clock source for v4.8.0

 

Went back to v4.7.1 again with TOSlink clock source and boom, DoP64 works fine again. So easily repeatable. Must be the 6th time (within a couple of hours) i've switch between 4.7.1 and 4.8.0 and reproduced the same issue.

 

Some funky interaction between 4.9.151-jl+_12_amd64.deb kernel update and v4.8.0 HQpe?

 

Link to comment
2 minutes ago, Miska said:

 

No, if 4.7.1 works then it is certainly not due to the kernel.

 

 

Ok. So it's the v4.8.0 update then? 

 

One interesting thing is when I unplug and replug USBStreamer, the clock defaults to "Internal source clock"... even after I was previously on "TOSlink source clock"

 

No wonder I've had pops since December if this is the default...

 

Only today I realised you can switch to "TOSlink clock" via Alsamixer...

 

Link to comment
1 minute ago, Em2016 said:

One interesting thing is when I unplug and replug USBStreamer, the clock defaults to "Internal source clock"... even after I was previously on "TOSlink source clock"

 

No wonder I've had pops since December if this is the default...

 

Only today I realised you can switch to "TOSlink clock" via Alsamixer...

 

You can have HQPlayer reset the value when input is selected, I'll add it to the config file for next release. Add following item to each USBStreamer <input> element:

 

script="amixer -D hw:CARD=USBStreamer sset 'miniDSP Clock Selector Clock Source' 'miniDSP TOSLINK Clock'"

 

Signalyst - Developer of HQPlayer

Pulse & Fidelity - Software Defined Amplifiers

Link to comment
2 minutes ago, Miska said:

 

You can have HQPlayer reset the value when input is selected, I'll add it to the config file for next release. Add following item to each USBStreamer <input> element:

 


script="amixer -D hw:CARD=USBStreamer sset 'miniDSP Clock Selector Clock Source' 'miniDSP TOSLINK Clock'"

 

 

Thanks. We're getting closer to making USBStreamer input bulletproof! 

 

Team effort 😁

Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...