RopieeeXL - HQPlayer NAA disappears during playback

@spockfish
Can you please take a look at uploaded logs d4952abcc86e065b
my NAA (Allo USBridge Signature) seems to disappear during playback every 20-30min
This causes music to stop playing of course and requires applying HQPlayer (embedded) configuration again to reconnect.

I also posted this on HQPLayer forum on Audiophile style with HQPLayer log and @jussi_laako noticed that the NAA simply disappears:
2022/06/25 22:12:55 Initialization complete, starting audio engine

2022/06/25 22:34:51 NAA output clNetEngine::Execute(): clSocket::Send(): send(): Connection reset by peer

! 2022/06/25 22:35:01 NAA output clNetEngine::PushPCM(): clNetEngine::SendStreamPCM(): clSemaphore::Wait() (15378)
! 2022/06/25 22:35:01 clHQPlayerEngine::Execute(): push to FIFO failed
2022/06/25 22:35:01 Stop request (reset)
& 2022/06/25 22:35:01 Stop…

  • 2022/06/25 22:35:01 Playback engine stopped
    & 2022/06/25 22:35:01 …stopped
    2022/06/25 22:35:01 Set volume: -39 +
  • 2022/06/25 22:35:01 Control ended from [::1]:60914

Many thanks

@spockfish
Any chance you took a look at this?

Unfortunately not. I’ll look into this this weekend.

1 Like

Please please :no_mouth:

Hi @Marc_Stern ,

I’m going to downgrade the version and push an update to the beta channel. This is the second report I have with this version, so that might be worth trying.

I’ll let you know when the beta is available.

Thanks

1 Like

Hi @Marc_Stern ,

I’ve pushed an update to the beta channel. Can you try that one out?

Changing to the beta channel can be done from the ‘advanced’ tab; there you’ll find a setting called ‘update channel’. Set that one to ‘beta’ and follow the instructions.

Be aware that, after the reboot, the unit still needs to fetch the update. That can take up about an half our or so. So after the reboot wait until you get a notification stating that an update is available.

Let me know how things are going.

Thanks

Thanks!

After upgrading to the Beta Version, RoPieeeXL 2022.06.2 (0406), I managed to play HQPLayer for about 1 hr and then the stream stopped again :-/

Ropieee logs: f7b9dcd8a61c7696

From HQP:

2022/07/10 16:37:55 NAA output clNetEngine::Execute(): clSocket::Send(): send(): Connection reset by peer

! 2022/07/10 16:38:05 NAA output clNetEngine::PushPCM(): clNetEngine::SendStreamPCM(): clSemaphore::Wait() (30738)
! 2022/07/10 16:38:05 clHQPlayerEngine::Execute(): push to FIFO failed
2022/07/10 16:38:05 Stop request (reset)
& 2022/07/10 16:38:05 Stop…
-2022/07/10 16:38:05 Playback engine stopped
& 2022/07/10 16:38:05 …stopped
2022/07/10 16:38:05 Set volume: -42 +
-2022/07/10 16:38:05 Control ended from [::1]:52712``

Ok that’s far as it goes for RoPieee I’m afraid. There’s no (extensive) logging on the NAA side of things.

I also see that you’re playing highres stuff. Have you tried this with plain simple 44.1k stuff?

I am up-sampling from 44.1 to 768.
I can try straight 44.1 without up-sampling, but I have been using the same config (44.1–>768) for a very long time without any issues
Can you see in the Ropieee log the history of upgrades I did? maybe you can point me to a previous version from 6 months ago and I can try using that again

something must have changed somewhere…

@jussi_laako - can you please try and also help out here? any direction/idea ?

No I can’t. Nothing changed with NAA, except that I’ve (for this test) downgraded the client.
The play back is stopped from client-side:

Jul 10 17:37:55 ropieeexl networkaudiod[1590]: [/opt/RoPieee/apps/hqplayer/networkaudiod] (1590): push to queue timed out!
Jul 10 17:37:55 ropieeexl networkaudiod[1590]: [/opt/RoPieee/apps/hqplayer/networkaudiod] (1590): begin disconnection
Jul 10 17:37:55 ropieeexl networkaudiod[1590]: [/opt/RoPieee/apps/hqplayer/networkaudiod] (1590): ALSA output engine stopping...
Jul 10 17:37:56 ropieeexl networkaudiod[1590]: [/opt/RoPieee/apps/hqplayer/networkaudiod] (1590): ALSA output engine stop request...
Jul 10 17:37:57 ropieeexl networkaudiod[1590]: [/opt/RoPieee/apps/hqplayer/networkaudiod] (1590): clALSAEngine::Stop(): snd_pcm_wait()
Jul 10 17:38:07 ropieeexl networkaudiod[1590]: [/opt/RoPieee/apps/hqplayer/networkaudiod] (1590): snd_pcm_drain() failed: (-5) Unknown error -5
Jul 10 17:38:07 ropieeexl networkaudiod[1590]: [/opt/RoPieee/apps/hqplayer/networkaudiod] (1590): ALSA output engine stopped
Jul 10 17:38:07 ropieeexl networkaudiod[1590]: [/opt/RoPieee/apps/hqplayer/networkaudiod] (1590): ALSA output backend uninitialized

Therefore my question to validate if this is still the case with lowres (44.1k) content.

And just to be sure: you did not change out DAC’s, did you?

No DAC change.
Will test with 44.1

1 Like

By the way,
another user with same device claims to be able to overcome this issue by reverting to older RopieeeXL version with NAA 4.1

I would try that also, but don’t know how to find an older version of RopieeeXL

You have NAA 4.1 with this beta release.

If it can help find a clue I use HQP Embedded and RPi4 / 4GB ram / Ropieee XL / NAA and everything works great even playing up to DSD512.
So the problem could be related to the use of the Allo Usbridge (Raspberry CM3 +)

That part I missed… is that the case @Marc_Stern ?

Yes, I am using Allo USBBridge Signature. (as stated in start of thread :slight_smile: )

oh duh… my bad.

Does it change anything? any new direction?

The USBBridge has a rather crappy network interface. So this whole thing could be bandwidth related.
Hence my question how it runs when only doing 44.1k stuff.

There’s quite a bit log log from networkaudiod. By default this goes to stderr which ends up in system journal and can be read with “journalctl -s networkaudiod”. But one can also edit /etc/default/networkaudiod and add there for example

NETWORKAUDIOD_LOGFILE=/tmp/networkaudiod.log

This is the original error that caused stop. For some reason the audio interface stopped working. Any errors before that? Maybe something correlating with this in the kernel/syslog?

And seems like the DAC just disappeared or the audio driver crashed.