XXHighEnd - The Ultra HighEnd Audio Player
May 24, 2017, 10:11:49 am *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
News: Dec. 31, 2012 : XXHighEnd + Phasure NOS1 DAC receive 6moons Blue Moon Award !
** "Lonely at the very top" **
Search current board structure only !!  
   Home   Help Search Login Register  
Pages: [1] 2 3 4 5 6 7 8 9 10
 1 
 on: May 24, 2017, 08:03:04 am 
Started by PeterSt - Last post by PeterSt
Hi Jonathan - that would be 8 weeks when we wouldn't run into the vacation season - or pass that. scratching

Regards !
Peter

 2 
 on: May 24, 2017, 05:14:24 am 
Started by PeterSt - Last post by jabbr
Hi Peter, so I think I don't have G3 (yet) ... but what is the lead time to get upgrade? (Can it really get better ? Happy

Jonathan

 3 
 on: May 23, 2017, 08:18:20 pm 
Started by manisandher - Last post by PeterSt
Been listening with Arc Prediction this morning. Hmm... I think the G3 mates well with 'thinner' and more 'incisive' sound that AP tends to give, compared to any of the Custom filters. Will stick with AP for now and see how I get on with different types of music...

Well ... I have the good old Arc Prediction engaged for close to a week by now, and I must say that "this seems to be it" again.

Dryer, more natural and especially : the right amount of colour in cymbals (I found this lacking somewhat, lately). But also generally : more joy or something. More interesting at all fronts. Shows better what the artist is about.

Thanks !
Peter

 4 
 on: May 22, 2017, 09:09:28 am 
Started by RiCo - Last post by PeterSt
Quote
Alternatively PeterSt can compile XXHE for the Windows 10 armhf version ... (in my dreams) and then it can run on the ClearFog...

At this moment I can't tell whether this is (relatively) easily possible or not. You actually should ask Jussi because I recall that ever back he made his software (or sound engine part) run on ARM for the Surface. Mind you, this can be (or could be !) done for WASAPI only. The kind of fun was that already that behaved like a nice audio endpoint because WASAPI inherently supports (supported ?) such a thing.
On a side note, I have been glad not to dive into such a solution because no ARM Surface exists any more ...

So the question is how transparant this ARM/WASAPI is. If this is not Surface related at all, it can still be done. But Jussi will be able to tell from the top of his head; I will only know after attempting it.

On another note, do notice that exactly nobody is using WASAPI (in XXHighEnd) while everybody is just allowed to. It just sounds worse (and is another layer) and has few possibilities compared to Kernel Streaming. But hey, this is on normal Windows where the choice exists ...

Peter

 5 
 on: May 22, 2017, 09:00:53 am 
Started by RiCo - Last post by PeterSt
The NAA can run either Windows or Linux.

In my case I run HQPlayer on an OS X machine which outputs to NAA.
XXHE runs fine on the machine I want to use as NAA.
[...]
My problem is that when I click the #5 switch up/off, and set the driver -> Stereo reduced, then I get 2 drivers in Windows' list of drivers, and when I select the first for the NAA connection, I get sound in my left ear, and when I select the second, I get sound in the right ear. If I either leave the switch up or down, and select Multichannel 4.0, then I get 1 driver, and all the sound is in the left ear unhappy

Hmm ... Tell me, do you have actually normal sound at the highest sampling speed (705600 / 768000) ?

Let's say you are ready for the next step : let HQP run on your Windows machine - the exact same situation as how you currently use XXHighEnd and which works (at the highest speed, I assume).
Maybe you already tried that, but do notice that the topic we are typing in is exactly about this. Thus if you can not get this to run first, then any NAA situation will be too problematic.
Now :

Assumed that you already had HQP (Desktop version !) normally running on the same Windows PC as where you have XXHighEnd running, you will then definitely know how to set things, right ? Now do the same in the NAA environment.
Doesn't work there ? then call out for Jussi.

Keep in mind that for me too it is mighty difficult without the experience (again see this topic) and that, for example, it is very easy to forget to set that one Windows setting (I again refer to that screenshot) - which coincidentally is a W10 issue.
Anyway, it would be my guess (easily) that the NAA version hasn't been tested by anyone regarding this matter. Or maybe it was, but then not the Windows incarnation of it.
And uhm ... I did not even know that this existed ...

We'll get it to work !
Peter

 6 
 on: May 22, 2017, 08:49:23 am 
Started by RiCo - Last post by PeterSt
Roon (on music server) -> direct ethernet connection -> HQPlayer (on W10 audio PC) -> NOS1a

Here, the audio PC can't be regarded as an NAA, because it's doing the heavy lifting for HQPlayer... right?

Right.

 7 
 on: May 22, 2017, 08:46:21 am 
Started by RiCo - Last post by PeterSt
Hi Jonathan,

Possibly I don't have any real input for you, but I can always try ...

I feel that for 50% of the "challenge" you may think upside down. But, this is already hard for myself to pose correctly. So :

If you run XXHighEnd on what we'd call the Audio PC, then this PC containts totally nothing. Btw I am pretty sure that you do similar with the iSCSI boot (but it is not 100% the same, technically). Thus :
OS boots from RAM and now everything and all can be disconnected. This includes the Network.

When music data is needed, the network is connected (software wise) and the files are loaded in RAM of the Audio PC (this is the PC which plays the music and where the DAC is connected to). After that, network is disconnected again.
Side note : when RDC is used then a small portion of the network needs to stay alive - let's solve that one day. Happy

When music is playing, it is XXEngine3.exe which is active. Nothing else. This situation is as lean as I could make it. Notice though that XXEngine3 is running on the Audio PC itself which may feel counter productive because others do this some other way around : they control the Audio PC on a distance, the player GUI running on that PC at the distance. In our case the player GUI runs on the Audio PC itself, but is completely killed when music starts. Only a small hook to keyboard shortcuts remain, for control.

So intead of controlling the Audio engine from a distance, there is no control needed because all else on the Audio PC is killed and the remaining situation is the same as the one you're thinking of : the audio engine running on its own in a dedicated PC (because it just made itself into that).

The way the music is loaded is exactly the same as in your thinking (I suppose) with the difference perhaps that it is not pushed but pulled by the Audio PC itself. When ? well, when no music is playing - you being in (GUI) control again and thus harmless.

The mistake you may be making is the thinking that the Audio "processor" must be small and not-consuming etc. etc. ... WRONG. Wrong because nobody has ever been able to proove that anything small sounded for the better; the contrary - it is deep-sh*t (and should be your situation as of now, no matter you like it very much).
So my approach is - and always has been the other way around : use that super machine which actually is not needed, with the notice that when it drives a 100 miles/hour it still is in 5 seconds at 200 miles/hour. This, while your PC barely gets at 100 at all.
And the more this strategy is put through, the better the sound is (which is also related to what can be done under the hood for processor cores etc.).
In the end it is the combination, like the 20++ core processor system only consumes 30Watts and that even with linear PSU.

You did try Minimized OS, right ? because it is all about that.
Maybe I should also ask about Unattended Playback because that is what I implicitly talked about (no GUI).


If I am all the way off, just tell me !
And of course don't hesitate in being creative and improve. It's all about that you know. So the text above is only trying to give you some context of the current situation,

Regards,
Peter

 8 
 on: May 22, 2017, 08:19:11 am 
Started by PeterSt - Last post by PeterSt
Hi guys,

Just like you to know I am still here.
Everybody thanks sofar for "signing up". But ... it doesn't go fast enough. Possibly you could share this with members of your (battle etc.) group ?

I really like to make something of this, but need some real feedback of a small "mass" (the mentioned 50 or so). Only then we can know how to really improve.

Anyway I will be working on the special version on my side.
Peter

 9 
 on: May 22, 2017, 12:04:05 am 
Started by PeterSt - Last post by Sul Nor
I would be interested.

 10 
 on: May 21, 2017, 11:09:42 pm 
Started by RiCo - Last post by jabbr
... now onto HQP as NAA.

So help me out here. How would you be able to connect the NOS1a to an NAA without a Linux driver for the NOS1a? What am I missing?

I use the following chain in my office system:

Roon (on music server) -> direct ethernet connection -> HQPlayer (on W10 audio PC) -> NOS1a

Here, the audio PC can't be regarded as an NAA, because it's doing the heavy lifting for HQPlayer... right?

Mani.

The NAA can run either Windows or Linux.

In my case I run HQPlayer on an OS X machine which outputs to NAA.
XXHE runs fine on the machine I want to use as NAA. I have a lot of both PCM and DSD source material that I want to compare side by side.

My problem is that when I click the #5 switch up/off, and set the driver -> Stereo reduced, then I get 2 drivers in Windows' list of drivers, and when I select the first for the NAA connection, I get sound in my left ear, and when I select the second, I get sound in the right ear. If I either leave the switch up or down, and select Multichannel 4.0, then I get 1 driver, and all the sound is in the left ear unhappy

I also tried remoting the NOS1a across my fiberoptic network at the USB level (VirtualHere) but that just didn't work (no surprise Wink

What would be great would be if Roon could just stream to XXHE...

Alternatively PeterSt can compile XXHE for the Windows 10 armhf version ... (in my dreams) and then it can run on the ClearFog...

Pages: [1] 2 3 4 5 6 7 8 9 10
Powered by MySQL Powered by PHP Powered by SMF 1.1 RC2 | SMF © 2001-2005, Lewis Media Valid XHTML 1.0! Valid CSS!
Page created in 0.457 seconds with 15 queries.