gixxer

The oddness continues... After about an hour after the reboot of Windows 10 PC, this time when restarting HQPlayer, it detects the NAA output device. Again, what ......... I need to note that this behavior can happen, next time i reboot the PC.

Hello, I'm at a "weirdest" situation. Been playing tonight from Roon through HQPlayer through NAA output device (microrendu) and Brookly DAC. No issue. Then on the PC (where HQPlayer) is running, installed virtualbox and vmware workstation. Rebooted. No other change other than these 2 programs installed. They add their own virtual network adapters, okay, that's fine. After reboot, starting HQPlayer throws following message: "Failed to open audio device. Please check settings!" What? And i've been trying few things to help isolate this from, such as turned off Windows 10 firewall completely, no anti-virus, nothing. I've rebooted microrendu, the Brooklyn DAC. No ddifference. At the microrendu app switcher, changed from HQPlayer NAA to RoonReady. Music plays through DAC just fine. What, where else can i do to troubleshoot this symptom? I've also disabled the virtualbox and vmware workstation added virtual network adapters. No difference. Thank you. * 2020/09/17 00:33:34 Starting... 2020/09/17 00:33:34 Signalyst HQPlayer Desktop v3.25.6 2020/09/17 00:33:34 Engine selected: 2020/09/17 00:33:39 Restore GUI state 2020/09/17 00:33:39 libDSP version 21.3.3 2020/09/17 00:33:39 CUDA offload requested 2020/09/17 00:33:39 Number of processor cores: 10 2020/09/17 00:33:39 DSP thread pools enabled (5) 2020/09/17 00:33:39 Pipelined DSP enabled 2020/09/17 00:33:39 Audio engine: network 2020/09/17 00:33:39 Network Audio IPv6 support disabled 2020/09/17 00:33:39 Discovery from 0.0.0.0 2020/09/17 00:33:40 Discovered 0 Network Audio Adapters 2020/09/17 00:33:40 Set channels: 2 (2) ! 2020/09/17 00:33:40 createEngine(): clHQPlayerEngine::Initialize(): clNetMiniEngine::Initialize(): adapter not found - 2020/09/17 00:33:42 Network engine stopping... 2020/09/17 00:33:42 Network Audio IPv6 support disabled 2020/09/17 00:33:42 Discovery from 0.0.0.0 - 2020/09/17 00:33:45 Network engine stopping... 2020/09/17 00:33:45 libDSP version 21.3.3 2020/09/17 00:33:45 CUDA offload requested 2020/09/17 00:33:45 Number of processor cores: 10 2020/09/17 00:33:45 DSP thread pools enabled (5) 2020/09/17 00:33:45 Pipelined DSP enabled 2020/09/17 00:33:45 Audio engine: network 2020/09/17 00:33:45 Network Audio IPv6 support disabled 2020/09/17 00:33:45 Discovery from 0.0.0.0 2020/09/17 00:33:46 Discovered 0 Network Audio Adapters 2020/09/17 00:33:46 Set channels: 2 (2) - 2020/09/17 00:33:46 Network engine stopping... ! 2020/09/17 00:33:46 clMainWindow::settingsTriggered(): clMainWindow::reinitEngine(): clHQPlayerEngine::Initialize(): clNetMiniEngine::Initialize(): adapter not found 2020/09/17 00:33:47 Store GUI state 2020/09/17 00:33:47 Shutting down... * 2020/09/17 00:33:47 Exit

Hello, Just getting started with SonoreUPnP Bridge app in the microRendu (current SW version 2.7). Up until now the microRendu has been providing the NAA to HQPlayer. In the bridge settings page, says Scan Complete. However in the drop down of Available Renderers, list is empty. For troubleshooting, loaded the BubbleUPnP for DLNA app on Android, connected to the same wifi LAN as the renderer. And the BubbleUPnP app on Android finds the renderer. And i can playback (and hear) few test songs from the NAS library to the renderer, dsd256 (native), 24 bit/352.8 Khz. I must be doing something silly to screw up the bridge settings. What can that be? Perhaps BubbleUPnP has additional support for UPnP/DLNA that is not in SonoreUPnP bridge? The renderer in this case is the Astell & Kern AK380 DAP. Thanks. And BubbleUPnP finds the renderer,

Indeed. Been searching through this forum, and found following post, HQPlayer windows NAA , where you had mentioned the same, i.e. For me, consistency is discovering the microrendu after disabling the VirtualBox network interface. Understood the workaround. My "primary" main Windows box runs Windows 7 Pro and HQPlayer, with only a single network interface. I needed different box to run some test around HQPlayer + NAA = playback stutters/staggers at different spots in the music playback, and has always been this way. I've been living with it to a a point where today wanted to try to root cause it. I knew that there are lot of variables so narrowed down eventually to network/communication between PC and microrendu, which is on the same LAN segment/switch. After trial and errors, found following page that discusses the network interface priority, Looked at my setting in the same area, and found this, that "wrong" network interface is at the top, Moved the correct connection to the top, Keeping everything else the same, had the playback ran for >7 hours. No drop. Knock on wood. Test format that previously, consistently shown drops, even with poly-sinc-xtr-2s + ASDM7 + Auto + DSD now plays without drop, 44.1k / 224 / 2 --> 11.2896M Just banging my head that the fix was this simple.

Hello, Having issue discovering NAA device on Windows 10 Pro. Log file snippet below. This symptom can be recreated with both version 3 and 4 of HQPlayer Desktop from the same Windows 10 Pro machine. The relevant part is discovering 0 NAA. * 2019/10/14 09:14:36 Starting... 2019/10/14 09:14:36 Signalyst HQPlayer Desktop v3.25.4 2019/10/14 09:14:36 Engine selected: 2019/10/14 09:14:41 Restore GUI state 2019/10/14 09:14:41 libDSP version 20.7.3 2019/10/14 09:14:41 CUDA convolution offload requested 2019/10/14 09:14:41 Number of processor cores: 6 2019/10/14 09:14:41 DSP thread pools enabled (2) 2019/10/14 09:14:41 Pipelined DSP enabled 2019/10/14 09:14:41 Audio engine: network 2019/10/14 09:14:41 Network Audio IPv6 support disabled 2019/10/14 09:14:41 Discovery from 0.0.0.0 2019/10/14 09:14:42 Discovered 0 Network Audio Adapters 2019/10/14 09:14:42 Set channels: 2 (2) ! 2019/10/14 09:14:42 createEngine(): clHQPlayerEngine::Initialize(): clNetMiniEngine::Initialize(): adapter not found I have disabled all firewall settings from Windows Security, domain/private/public network firewall are all off. I have recreated with different Windows 10 Pro machine in the same network, much more bear-bone configuration. Is there something i'm missing from my setup with HQP versions 3 and 4 with regards to using them in Windows 10 system? Basic communication tests between Windows 10 Pro network interface and microrendu IP address, show reachable. And firewall has been disabled at Windows 10 Pro side. C:\Users\georg>tracert 192.168.90.128 Tracing route to RENDU-010268 [192.168.90.128] over a maximum of 30 hops: 1 <1 ms <1 ms <1 ms RENDU-010268 [192.168.90.128] Trace complete. C:\Users\georg> C:\Users\georg>ping 192.168.90.128 Pinging 192.168.90.128 with 32 bytes of data: Reply from 192.168.90.128: bytes=32 time<1ms TTL=64 Reply from 192.168.90.128: bytes=32 time<1ms TTL=64 Reply from 192.168.90.128: bytes=32 time<1ms TTL=64 Reply from 192.168.90.128: bytes=32 time<1ms TTL=64 Ping statistics for 192.168.90.128: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 0ms, Maximum = 0ms, Average = 0ms C:\Users\georg> As a comparison, the same NAA device however can be seen from Windows 7 Pro machine. It's log snippet here. And there is only one NAA device in the local network. * 2019/10/14 08:58:07 Starting... 2019/10/14 08:58:07 Signalyst HQPlayer Desktop v3.25.4 2019/10/14 08:58:07 Engine selected: 2019/10/14 08:58:12 Restore GUI state 2019/10/14 08:58:12 libDSP version 20.7.3 2019/10/14 08:58:12 CUDA convolution offload requested 2019/10/14 08:58:12 Number of processor cores: 8 2019/10/14 08:58:12 DSP thread pools enabled (3) 2019/10/14 08:58:12 Pipelined DSP enabled 2019/10/14 08:58:12 Audio engine: network 2019/10/14 08:58:12 Network Audio IPv6 support disabled 2019/10/14 08:58:12 Discovery from 0.0.0.0 & 2019/10/14 08:58:12 Discovered network audio: name='rendu-010268' version='Signalyst Network Audio Daemon 3.5.5' @192.168.90.128:43210 2019/10/14 08:58:13 Network endpoint: Brooklyn DAC: USB Audio (hw:CARD=DAC,DEV=0) 2019/10/14 08:58:13 Discovered 1 Network Audio Adapters 2019/10/14 08:58:13 Set channels: 2 (2) + 2019/10/14 08:58:13 Connect to 192.168.90.128:43210 2019/10/14 08:58:13 Network format: 44100/32/2 [pcm] Thanks much.

Hello, For those that know this, or if you own one, can you help me out (besides what i'm reading here about current Roon support by the TEAC NT-505 unit)? Does NT-505 have 1/4" (6.3mm) or 1/8" (3.5mm) headphone jack? And does the headphone jack support balanced headphone connections? The specs online says 1/4" (6.3mm), TRS. But its manual document says 1/8" (3.5mm) and shows pin out of the plug as if it's TRRS, balanced connection. Anyone know this, that can confirm whether i can connect using balanced connection to the headphone? But the spec says otherwise, https://teac.jp/int/product/nt-505/spec Headphone output jack 1/4” (6.3mm) Stereo TRS×1 Thanks much.

Hello, Been using Mytek Brooklyn as headphone amp for sometime. And has recently moved into amp and speakers. Not the best but okay with my current budget, amp being Parasound A23 and speakers as pair of Elac UNI-FI SLIM FSU5. Even when i was using Brooklyn, i had been putting it in BYPASS mode. I don't know why but i think had to do with keeping its signal path the cleanest without having to go through its attenuator. So, i have Brooklyn's balanced XLR outputs connect to my OPPO HA-1 as headphone amplifier. And been listening my Focal Elear connected balanced with HA-1. Have been enjoying that experience. And i had put 4 jumpers on in Brooklyn, since otherwise it was over-driving the OPPO HA-1. With the amp+speakers, i thought okay, how about i remove those 4 jumpers. And cable XLR's from Brooklyn to Parasound A23 (have both left and right gains turned up max at the back of the amp). Accidentally i had BYPASS remained on, started Roon to play classical (2L test tracks, dsd256), and i also had HQPlayer volume at -3db. HQPlayer is connected to microRendu. Once music started, YIKE! Quickly stopped playback. Turned off BYPASS, volume at ANALOG (though i've tried DIGTAL as well). Started playback. Hmm... i had to literally crank up the volume on Brooklyn all the way to 3/4 way, to get some sound out of speakers. If i go all the way to -3db to 0db, then speakers start to sound loud. Interesting, is that supposed to be that way with Brooklyn volume control? Okay, what about i connect microRendu to my OPPO HA-1, cable XLR to amp instead. Playback started. And clearly OPPO was driving louder sound (all things being equal) at lower volume turn. Why is Brooklyn needing more volume turns to get the similar louder sound out of speaker? Perhaps the question instead is, whether i should continue to use Brooklyn in "pure" mode with BYPASS on. And use external preamp as volume control? I don't have the budget to buy separate stereo preamp, so i'm stuck with OPPO HA-1 for now. Is using Brooklyn in BYPASS with XLR to external preamp for volume control, preamp XLR to amp to speakers, impractical, unusual? Reading through this thread, seem like folks do this to gain higher respect for using good stereo preamps for Brooklyn instead of having Brooklyn go direct to amps? Perhaps finer amps can overcome the need for separate preamp? Are folks connecting Brooklyn directly to amp, finding that the DAC's volume (analog or digital setting) needs to be closer to -15db to -3db? What do you think? Anyway, once my extra pair of XLR cables (ordered from Surf Cables, their PRO-2 SILVER XLR cable in 0.5 meter), i will hear the sound of signals from microRendu --> Brooklyn --> XLR --> HA-1 --> XLR --> A23 --> Elac. Hopefully will sound descent. And down the road, enough $$$ saved up, perhaps finer preamp can be had. Seems logical to think that less having more paths the signal to traverse would be less desirable. But perhaps that's where having balanced connections can help between components??? I will probably end up putting back those 4 jumpers in Brooklyn. Thanks much.

Hello, I'm told that my unit requires firmware update before the OS 2.5 update can be used. And i will be sending my unit in to have update to firmware. Thanks.

Hello, I have the original, first gen microRendu (silver unit). Today, received the version 2.5 microsd card in mail. Powered down the unit with 2.3 card in it. Unplugged all cables, removed 2.3 card, and inserted 2.5 card, carefully, to ensure the spring, clicking sound is heard when card is seated. Powered it back on. Noticed the RJ45 led lights go off for few seconds, comes back. Waited few minutes. Tried to access the unit using same URL, and i am not able to. Times out. http://192.168.90.194/ This site can’t be reached 192.168.90.194 took too long to respond. Shoot... so powered it down, removed the card. And reinserted 2.3 card. Powered it back on. And the unit is once again accessible from the Web GUI. Powered it back down, removed cables. Replaced with 2.5 card. Powered it back on. Still unable to access the unit. What could be going on here? Do i just have bad card shipped? How long should i wait after 2.5 card is inserted, and unit powered on with network cable attached? I have sent e-mail to Sonore folks, but i thought i would check in with the forum to see if anyone seen such symptom with 2.5 card. Thanks much.

Hello, Been searching this for a while. Looks like without the original ISO, there is no means to convert compressed DFF file to DSF (to add to Roon)? The foobar2000 plays these DST compressed DFF files just fine. But not finding way to decompress. DFF2DSF v1.2.2 Copyright (C) 2014 Jussi Laako / Signalyst. All rights reserved. error: input file is compressed

Thank you! Confirmed the latest version avoids hitting the startup issue. May 11 2017 HQPlayer Desktop 3.16.3 released. Fixes crash at application startup after Windows 10 update KB4016871/KB4019472. Plus various minor changes.

Yes, i'm up to date with latest Windows 10 update which has both of those KB's installed, and not readily in position to roll back any of that KB install. I first ran into following post which shared the same symptom, , but the suggested approach didn't seem to line up with my situation, so i didn't pour through any further in that thread elsewhere,

Seems like i need to be able to go into the Settings dialog box first to enable logging. How to accomplish that when HQPlayer won't start?

Miska, Can you help? Installed HQPlayer 3.16.1 on Windows 10 laptop. Install was successful, however program won't start. Upon trying following dialog box is shown, HQPlayer-desktop.exe has stopped working. A problem caused the program to stop working correctly. Windows will close the program and notify you if a solution is available. Windows's Application event log has following, Faulting application name: HQPlayer-desktop.exe, version: 0.0.0.0, time stamp: 0x58e95449 Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000 Exception code: 0xc0000005 Fault offset: 0x0000000004e2b86e Faulting process id: 0x46b8 Faulting application start time: 0x01d2c9573999324f Faulting application path: C:\Program Files\Signalyst\HQPlayer Desktop 3\HQPlayer-desktop.exe Faulting module path: unknown Report Id: 3dfe24ce-1e96-433d-81b1-d4d47b78309f Faulting package full name: Faulting package-relative application ID: Is there HQPlayer specific log i can pull? Or start the program in some sort of safe mode? The home LAN has been re-ip'ed from 10.0.0.x to 192.168.90.x, and i'm wondering if HQPlayer is hitting something, somewhere due to this change. Nonetheless the symptom is 100% reproducible. Thanks much,

Looks like this maybe the workaround, perhaps is well known. In terms of volume range, keeping the Vol Max at -3.0dB in the Settings dialog box can be achieved the same way as keeping the max at 0.0dB in the Settings dialog box. Doing so, i see that HQPlayer at the main window volume knob (automatically) drops down to -3 dBFS. And i believe this maybe achieving the same thing as keeping the Vol Max at 3.0dB, and the main window's volume knob at -3 dbFS. That is, both of these methods leads to -3.0 dB volume max, a) Settings: Vol Max 0.0dB, Main Window volume knob: -3 dBFS, b) Settings: Vol Max -3.0dB, Main Window volume knob: 0 dBFS, I see that both methods lead to Roon showing that volume is set to -3 dBFS in HQPlayer.