XXHighEnd - The Ultra HighEnd Audio Player
April 25, 2024, 02:36:13 pm *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
News: August 6, 2017 : Phasure Webshop open ! Go to the Shop
Search current board structure only !!  
  Home Help Search Login Register  
  Show Posts
Pages: 1 2 [3] 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
31  Ultimate Audio Playback / XXHighEnd Support / Re: xxHE with xxPC and Wyred 4 Sound DAC2 DSDse on: December 30, 2017, 12:48:25 am
Another hint:  The last two nights there were no problems.  What do the two night sessions have in common?  Answer: the xxPC was on all day playing Christmas music.
32  Ultimate Audio Playback / XXHighEnd Support / Re: xxHE with xxPC and Wyred 4 Sound DAC2 DSDse on: December 28, 2017, 11:48:08 pm
Hi Peter

Thanks.

And status:  last night's session had zero problems.  No changes whatsoever from the night before, which after about two hours I used that to start playing with different filters.  Still no problems as I said.  I'll try to run as I'm running until problems show up again, and then make changes at that point, well at least that's the plan if I can stick to it.

Quote
When you run into that problem, did you just select the tracks for a first time, or was it a left over of a previous attempt (or playback which you stopped for other reasons) ?
I ask, because I feel this can make a difference.


Always a fresh selection.   I agree that previous selections are not totally reliable.  

Quote
Click the [ P ] from Playback Area (selection), which clears the selection completely.
BUT and ALSO :
I recall that you don't use a Tablet etc. for control. This will mean that you are the by now more rare occasion of NOT using the "Touch Facilities" (see Services and OSD section in Settings). And *now* suddenly we might have a good reason of
a. me never seeing this behavior;
b. it possibly being wrongly working just because of the normal mouse operation.
Ad b.
The "Touch Facilities"  ...


Hey Peter you are right, I don't use Tablet control.  I'm under the presumption that I need a network to use a tablet for control.  No?   Remember, on purpose, I try to avoid the LAN or the Wifi  to quiet the system and avoid Windows OS updates and virus scans, mostly the OS related issues.  It is a true joy to not hassle with PC stuff; it just works like a toaster oven.

a. and b. above are very pragmatic.  Although it is hard to believe that all of your active users have gone to tablets for control.

Thanks,

Charlie

[Edit: Also, I have no means of running a LAN cable to my xxPC without creating a trip hazard via a very long LAN cable.]
33  Ultimate Audio Playback / XXHighEnd Support / Re: xxHE with xxPC and Wyred 4 Sound DAC2 DSDse on: December 28, 2017, 02:02:32 am
Hi Peter

Yes,  already, "Always clear Proxy before Playback" is selected / enabled.

BTW, status for yesterday:  Clicked "Stop WASAPI" in settings and I had only half of my problem.  Second half is gone, this one: "This shouldn't happen. Please just restart xxHE"

The first half of my problem is still with me:  Three times in 4 hours playback stopped on the first song.  The first time it stoped while the track was playing, but toward the end.  That is a first.  The two other times were as before, namely after the first track plays, xxHE stops and comes back.

In all cases I noticed what we suspect, playback started too quickly, almost in 2 seconds.  In all cases, when xx came back, all tracks were selected as if they had not played.  (Because when one plays normally, that track comes back unselected and the unplayed tracks come selected.

Thanks,

Charlie
34  Ultimate Audio Playback / XXHighEnd Support / Re: xxHE with xxPC and Wyred 4 Sound DAC2 DSDse on: December 26, 2017, 04:50:40 pm
Thanks Peter.   I'll get on these to get to the bottom of it all.

Quote
The problem of stopped playback after the first or any other track never happened.  BIG WIN.

It should be clear that you actually solved the problem. But it also should be clear that by means of something you brought back the problem. So the obvious : try to think of what it can have been.


Absolutely nothing was changed from the previous session in terms of settings.  I've been very careful about changes.  No changes.  The only difference is that it was another day and a new boot.  That's all.  I didn't even change "copy to XX drive by standard" until after the problem arrived.
       One thing I can say is that I encountered several "this error should not happen, just restart xx" message before the "stop problem" first resurfaced (in case that matters).  And the stop problem.

Quote
W7 Settings (amazing that I saved them) :


Thanks.  That helps.

Quote
Quote
Over years I've spent many nights reading this / these forums and somehow I missed it.  
So all these years I didn't have exclusive access to the audio device?

I can't tell about others, but I don't think you have missed it.


Yes I remember all of that.  Well,  I missed it in the sense that my windows sounds were enabled.

Quote
Quote
Alternatively, would it be more effective to chose the default sound device to be the motherboard audio device.  Then it is just bits going to another DAC.

You are correct. Still it is better to just shut off all the WASAPI (WDM) audio devices, which is all what you can see when being in Normal OS. Just disable them. Btw, I have the hint that this matters for your "This message should not occur" issue. So try it. Otherwise do know that when WASAPI is shut off (do that in Normal OS) in MinOS there just isn't another choice for Sound Device but your KS device.


Before I do this I had better check: This implies that I have to reboot into normal OS and manually disable all sound devices that I see INCLUDING MY DAC.  Then reboot into minOS and proceed.

Wouldn't it be easier to simply disable WASAPI from within xxHE in settings?   Or does this not sufficiently accomplish what you want?

Quote
Quote
so xxHE probably already sends the data to the C drive.

No. When it is .WAV is stays where it is and is played from that location.


Most of my collection is .AIF, from ripped CDs.  Is AIF treated like wave?   (Maybe the problem surfaces when I eventually play a .WAV track)

Quote
can't play DSD for the while that you are in this "test mode"


Of course, yes, I will disable WASAPI in one form or another and lose DSD for a while.   No problem.

Also,  I'll play close attention to when playback starts quicker than expected, and the file type as I select it.

Thanks again Peter.

Much appreciated.

Charlie
35  Ultimate Audio Playback / XXHighEnd Support / Re: xxHE with xxPC and Wyred 4 Sound DAC2 DSDse on: December 26, 2017, 06:04:23 am
Hi Peter

Sorry to report that it's not over.  Still have problems.  Tonight I twice ran into the original problem discussed above where playback stops after the first track plays.  And Six times in four hours I received the "This should not happen just restart xxHighend" message.

This time I noticed something new.   At least one of the two times where playback stoped after the first track,  I had selected about seven tracks in a row using Shift-click starting at about track 3 or 4.  But playback started almost instantly --AS IF ONLY ONE TRACK WAS SELECTED.   Normally it takes a little bit of time for 7 tracks to load.  So it could be, and it appears, that the error is that only 1 track was loaded for playback from the beginning, and not that playback suddenly stops after 7 tracks are loaded and prepared and the first track finishes.
       In this instance,  when xxHE came back,  all seven tracks were selected (in white highlight).  That's odd, and different from the usual behaviour.  Usual behaviour that if one track plays of out 7,  then only 6 tracks are highlighted then xxHE comes back.

After the first error I set "Copy to XX drive by default."  Then I got the 2nd error one or two hours later.  So this setting by itself didnot solve the problem

Thanks,

Charlie

P.S. 2.09 is still sounding great with ArcP
36  Ultimate Audio Playback / XXHighEnd Support / Re: xxHE with xxPC and Wyred 4 Sound DAC2 DSDse on: December 25, 2017, 05:31:54 pm
Hi Peter

Thanks and some good news!  

First and most important: last night I heard the best sound I've ever heard from my system.  And this was obvious within 10 or 15 seconds of my first playback.  Part of this is that I'm using an ISO REGEN which made a big difference even before these latest changes.  But the sound was staggeringly good.  To help describe how big of a difference,  this was with ArcP which I happened to have set from the night before.  ArcP in my system has always sounded dry, on a scale of DRY<->LUSH, too dry as if too much was missing in the highs.  Well not last night.  Last night ArcP sounded right.  Probably in the mid scale between dry<->lush.

I suspect it was because I set Windows sounds to off, as you showed me.  The only other things I did at first was set to KS, and 111.  That is aside from booting probably 10 times the day before and going into BIOS several times, and back out;  who knows if I affected something by doing all of that to the system.  
    [Editorial: Assuming this big gain in SQ was due to disabling Windows sounds, what the heck!  Just doing that makes such a big difference?  I'm sorry but a good Audio Linux as a base OS is probably a much better platform for xxHE.  How many years did I waste just because I never turned off Windows sounds?  Crazy.]


Although there was great sound at first, there was a strange problem which I solved by setting to Core 3-5.  In case it gives further clues, the problem was that playback in Unattended didn't get to the cover art until after the last track played.  Instead of the cover art, I saw only the Windows desktop image.  After the last track, cover art displayed for a few seconds until xx came back.
     Core 3-5 changed the sound for the worse so I had to go to a few other changes to get close, Straight Continuous and Q1=6,  in addition to 111.  
     I then spent the rest of the night listening to ArcP with these settings;  three hours.  Wonderful!

The problem of stopped playback after the first or any other track never happened.  BIG WIN.  AMAZING to me.  Again this is with ArcP, which has always been more reliable than the Custom filters.  Next I will try the Custom Filters and hopefully the joy continues.

That's the good/great news.  
And now the bad  unhappy   Twice I received the "This should not happen please restart xxHE" error.  How can I disable this?

And now to address your specific comments / questions,  the quoted text is yours:

Quote
me knowing the best what the defaults are plus stupilating that they will be good. Please don't take that assumptions ...
Far better will be to copy my settings, apart from those your DAC will not allow for.


I went looking for your Win7 settings on the forum and I cannot find them.  Can you post your latest Win7 settings or send me a .XXSI file?

Quote
some OS (W8 ?) it defaulted to no sounds, and prior to that I am sure we all shut off the sounds explicitly. Really. All but you, apparently. Haha. ...  It is the prerequisite for enabling Exclusive (hogging) of the audio device ...


Over years I've spent many nights reading this / these forums and somehow I missed it.  
So all these years I didn't have exclusive access to the audio device?

Actually, it seems like choosing the "no sounds" profile does nothing more than disassociate .wav files with system events, as opposed to disabling sound interrupts or bypassing code; unless built in / under the covers it does something to reconfigure the OS.  
      Alternatively, would it be more effective to chose the default sound device to be the motherboard audio device.  Then it is just bits going to another DAC.  Maybe not.  Just a thought.

Quote
Also funny : When you'd use KS this can not happen. The Windows sounds don't operate on that (as far as I know/recall).


Isn't my problem direct evidence that this can and does happen when I use KS?  Doesn't exclusive KS access mean that if xx is playing then Windows cannot grab the device until xx releases it?

Quote
Next up is : When you are in MinOS and disabled WASAPI at going to MinOS (see in Shut Off Services section), there *is* no sound device for Windows. Only your KS device and only for you ...


I can't listen to my DSD collection if I disable WASAPI within xxHE.  I listen to DSD with HQPlayer, ASIO, which doesn't work if xxHE disables WASAPI.  So I leave it enabled to avoid rebooting just to listen to a few DSD tracks.
     
[Feature request: Why not support DSD playback for DSD capable DACs by simply sending the DSD file through the USB interface, no decoding or conversion to PCM?  Just send the file over DoP (by which I mean DSD over PCM standard, which to you boils down to a simple header before the raw data transfer.  Do I oversimplify?  Of course there is no benefit to NOS1 owners, that I understand.]


And from your latest post:
Quote
Now I see you writing about the Playback Drive ...I should have said :
Activate "Copy to XX Drive by standard".
This does exactly what I intended (per my description) but in a very simple way. You won't have "SQ Control" with this really, unless playing from the OS disk coincidentally sounds good.
The Playback Drive will sound different per "media" (it can be anything) and even brand.


I suppose this could be moot if my success continues.  But I will keep a note of it.  Actually,  this shouldn't have an effect because my playback drive is powered down permanently / and possibly the SATA cable unplugged,  so xxHE probably already sends the data to the C drive.  The only other drive is where the music is stored, but I don't think xxHE uses this drive other than to pull the tracks and gallery stuff.   Let me know otherwise.

Thanks  thankyou thankyou  You've been a great help.

Charlie
37  Ultimate Audio Playback / XXHighEnd Support / Re: xxHE with xxPC and Wyred 4 Sound DAC2 DSDse on: December 24, 2017, 11:16:31 pm
Thanks Peter.  

You've given me much to try.   I will try each one.

Maybe I'll try one by one, hoping to discover better sound at the same time.  For sure I'll start with turning off system sounds and then 1,1,1 and see since that is easy.  Playback drive will be harder because I have to remember how to do it and, I may have disconnected that drive internally since I preferred the sound without playback drive.   I'd be tempted to try RAMdisk first since I know I didn't like the playback drive sound.   But since there could be complications, I'll skip RAMdisk and try Playback Drive first.  I think I took good notes on how.

Looking forward to the best XX experience yet.

Thanks,

Charlie
38  Ultimate Audio Playback / XXHighEnd Support / Re: xxHE with xxPC and Wyred 4 Sound DAC2 DSDse on: December 23, 2017, 11:06:52 pm

So Charlie, let's go :

If you mean during playback, that is right. The setting is only captured when a new Play is initiated. This counts for everything and all. Not things like Volume Change of course.


No.  Never during playback.  Sorry.  
When I do change the filter, I either stop or pause in between.  
And before now I had always killed engine3 between filters but that never made a difference.  
 
Quote
One thing which slips my mind : if you have any form of anti-virus etc. running, it will definitely cause problems of a nature without logic.


No antivirus is even installed on this machine.  No network either, just for this reason.  

Quote
Allow OS to change ratio = OFF


Quote
Please change that to On. I am pretty sure that XXHighEnd is doing things with this (and only during UnAttended) and I have no idea what will happen when it is not allowed. You may not like it for SQ (??) but you *have* to try. If it helps, we'll see what to do next.


This is a Motherboard BIOS setting.  It was already set to ENABLED.  I don't know how that happened.  But okay, it's on.

Quote
We must (both) realize that nobody is using WASAPI any more. Are you ? if Yes, it can be the problem as nobody runs into issues which may have sneaked in, in 7-8 or whatever years. At least I myself never ever use it.


In 2.09 I didn't change anything on purpose.  I took the default.  xxHE defaults to the Wyred-provided driver "Digital Output (Wyred 4 Sound USB...)".  I believe this is Engine#3, which is WASAPI, yes.

"Digital Output (Wyred 4 Sound USB...)" is the same setting xx went with in previous versions when I tried to set to KS and xx would switch to "Digital Output..." via a bug without informing me (other than clock resolution warnings but I digress).

ERRATA:  I also tried 2.07, not just 2.01 and 2.09.  Same problems.

I will switch to KS now, of course.  But I'm confident that won't help because 2.01 and 2.07 had these same problems and I used KS exclusively in 2.01 and 2.07.  
Though right now I'm loving the sound of Engine#3


Quote
Almost every time I start a new session from boot, if I select a set of tracks using my mouse pointer via click, or shift click, or mostly Ctrl-click, instead of playing all of the tracks I selected, xx goes into Unattended mode and plays the first track and after it is finished with the first track it stops playback, exits and comes back.  I didn't hit Alt-x but sort of behaves as if I did.


Quote
Somehow I tend to think that this is from your 2.01 install - not your 2.09. This very problem heas been dealt with, and I'd even say you announced it (and I suppose it was solved in some intermediate version (like 2.06b etc.). Am I wrong ?


2.09.  I checked to make sure I wasn't making a mistake here.  2.09
And it was never really solved for me.  With 2.01, for a while things seemed like they were working and I remember posting that 2.01 was the first truly reliable version for me.  But I was wrong about that but never reposted until now.

Quote
Let's assume I am wrong and this is from your 2.09;

Very many things don't work out right after a boot because the OS is so erratic at that moment. This can take many minutes (on whatever maintenance).


Zero maintenance.  I'm not on the LAN.  There are no updates, no antivirus.  I've disabled updates.

Quote
This issue could be special to your "copy to RAMDisk" behavior. Maybe something is wrong there. Not even sure whether you are using that for this list of issues, so just saying. But if you do, try to use it without RAMDisk and see whether it changes things. Do notice that I won't be talking about RAMDisk issues itself (but see below) but about that first copy from disk to RAMDisk and there something being wrong or unexpected (my side and theoretically also your side).


I'm not using RAMDisk.  Sorry.

Quote
*No Playback Drive*


{Further RAMDisk comments deleted since I'm not using it.}

Quote
Quote
An odd thing that happens on this first playback is that, when the OS comes back, it plays the Windows sound clip that normally plays late in a new boot cycle well after the Windows welcome sound clip.


I'm afraid you must rephrase this, or elaborate. I really can't see what you are talking about here.


It's not the first sound that Windows makes: Windows makes a first sound while booting, but before user log in.  This first sound is the famous "TA TA TA TAAAAAAA" that we all know.  Not that one.  The one I'm talking about is the first sound that Windows makes after a user logs in, which for me is just pressing Enter since I have no password.  This second sound is just a "TAAAAA."  It is playing through my DAC to the speakers.  It is like a single tone.  No "song."  It is like the sound of trumpets.  I checked just now and it is the user log-in sound, which is the same as the "Windows theme change" sound.

Quote
It is a long beep, a single beep.  This long beep only happens on the first playback.  This happens so consistently that I almost want to say that it happens 100% of the time.


Quote
... and combined with this one, I am completely lost. No beep as such is a Windows welcome etc. sound clip.
The *fact* that you receive beeps (if really beeps) is telling; there shouldn't be. But you talk as if this is normal.


As I boot and before I run xxHE, Yes,  it is normal.  Why not?  Windows sees the DAC via the driver and plays the tone marked for user log in.  So that is normal.
What is not normal is that tone playing when xxHE is running and coming out of Unattended.

Quote
The FACT that you allow Windows sounds is telling seriously much. This can't be because XXHighEnd uses the sound device exclusively. So or you disallow playback and imply an erroneous situation (XXHighEnd can't start playback because of a Windows sound playing), or the OS might crash (sort of) because it wants to play a sound but can't. You really have to shut this off.


Well,  this could very well be THE problem.  Why does Windows want to play the "User Log In" sound?  Maybe because xxHE is changing the theme?  (Windows uses the same sound for theme changes as for user log ins.

How do I disable windows sounds?  Just go into Control Panel and turn off windows sounds?  
Or is this something I must do within xxHE?

I couldn't figure it out.

Quote
Quote
Similar to the above, except on subsequent playback instances and with no OS beep, xxHE will just stop playing after the first selected track, or stop playing after another track I selected that is not the first track but is sooner than the last track I selected.  Similarly, it stops, exits, and returns to the OS with the UI.  When it comes back,  all of the tracks are selected.  So it knows about them, it just doesn't play them.   Sometimes less than all of the tracks show as being selected, with the played ones unselected and the unplayed ones selected.


None, NONE of this is happening ever. Not in 2.07, 2.08 or 2.09. And I use it every day, several times (mostly to skip tracks I don't want to listen to this time).
One thing : You need to use 2.09 because of timing problems introduced in 2.08 which in itself tried to solve something (I forgot) in 2.07 and which IS related. It will be due to the slowness of your PC somewhere that it is an issue in the first place (for 2.07 !) and only in 2.09 this was definitely solved. So I hope this was all judged in 2.09.


Wow.  None of it?   That is bizarre.
For sure I'm using 2.09.

Quote
Btw, this shouldn't be related to the selection of tracks as such, but to things needing to wake up between two tracks and which isn't given enough time. Then playback stops (UnAttended thinks it is not fed with new data - hard to explain).
Set your disk spin down time to 5 minutes or more.


It is set for 20 minutes.

Maybe unrelated, but I sometimes get a "Data did not arrive in time" message wherein playback stops,  but that one happens maybe only once per night.  Alt-P solves that one, so no problem and that's why I didn't report it here.

Quote
Quote
If during Unattended playback I hit Alt-x, I often,  more the 50% of the time, get the dreaded "This error should not happen.  Please just restart xxHighEnd."  This one is a pain because by the time I click okay, and slowly move my mouse pointer to close xx, it pops back up again ... not allowing me to close it.


First off, there is no need to restart XXHighEnd (for a long time I thought that myself, hence the message). I think I can just as well eliminate the message. Still it testifies that something is not right. Btw, be very careful that this is not from 2.01 because everything was diferent regarding this, back then. Please confirm.


Confirmed.

Quote
I receive this message maybe once per week and on W7. I think you use W7 too, right ? All I know or can tell is that this can be related to WASAPI again because the initialisation is different for that. And my W7 only has WASAPI devices.
Not sure what to do with this because it again is something with timing. If you have this 50% of the time, maybe your underclocking doesn't work out as intended.
Notice that my W7 is the development machine which is "slow" because of loaded with many things. On the Audio PC I never ever have this. Never (and this is underclocked to 500MHz but not the way you did it - as far as I can see, that is).


Yes, Win7 Ultimate.  My underclocking is only ~30%, meaning it is running at ~70% of full speed.  That shouldn't be anything severe, just plenty of guard band.  Should I change this?  To full speed?   Your underclocking is much more severe as I recall.

Quote
Quote
If I hit Alt-E to pause,  when I come back two or five minutes later and hit Alt-P, xxHE skips to the next song.  It doesn't continue playback from where I hit Alt-E.


As said (previous post), at this moment this is not supported.
You can still mimic the situation by bringing up XXHighEnd, press pause in there, maybe press pause once again right before you want to restart playback, and press Play. That works. Or drag the time slider to any position, followed by pressing Pause and next press Play.


OK thanks.  I'll try that for now.

Quote
Quote
If I hit Alt-E to pause, and am gone for too long,  like 10 or 15 minutes, when I come back there is no xx as before.  Instead there is an the OS background image but no icons.


Maybe it is not important for me to understand, but I don't anyway. Happy But as said, the whole of Alt-E does not work, thus better not use it like this. See above for what to do.

A last thing for now :
It seems that a larger part comes from rebooting. I hardly ever do that. Maybe for that reason I don't see what you see, because I see it maybe once a month and think "oh well". But anyway I don't recall anything else than all being slow at first.

Peter


Maybe you should boot every once in a while  Happy Wink

Many thanks,  and thanks again.

Charlie
39  Ultimate Audio Playback / XXHighEnd Support / xxHE with xxPC and Wyred 4 Sound DAC2 DSDse on: December 22, 2017, 07:54:36 pm
Hi Peter

I've mentioned playback errors and erratic behavior before but have not specifically posted until now.  I've also mentioned that I like AI, but please ignore that for now as with this report I am only using Custom or ArcP filters.
 
Before I begin the list let me first say that to minimize the potential for user error,  2.09 has all of the default settings unchanged.  So this means, Q=14,0,0,0,   clock is 1ms,  processor arrangement is set to nothing,  no KS just whatever xxHE chooses for the driver which what is provided by Wyred.  You know the defaults better I.  
Exceptions:
     I told in settings that my DAC only goes to 384.  I believe nothing else was changed in Settings.
     In playback, I change from the default Custom filter to other custom filters to try them, or ArcP,  but this doesn't seem to make any difference.

I run under Minimized OS.  
When I run Attended, problems are few;  some but few,  I'd say that overall Attended is acceptable.
Therefore the behaviors I experience below are related much more to Unattended playback.

Specifically with 2.01 and now 2.09 I see the unexpected behavior I enumerate below.  (Please ignore the settings in my sig at the time of this writing.)

  • Almost every time I start a new session from boot, if I select a set of tracks using my mouse pointer via click, or shift click, or mostly Ctrl-click, instead of playing all of the tracks I selected, xx goes into Unattended mode and plays the first track and after it is finished with the first track it stops playback, exits and comes back.  I didn't hit Alt-x but sort of behaves as if I did.  Maybe more precisely, it behaves more like I selected only one track.   An odd thing that happens on this first playback is that, when the OS comes back, it plays the Windows sound clip that normally plays late in a new boot cycle well after the Windows welcome sound clip.  It is a long beep, a single beep.  This long beep only happens on the first playback.  This happens so consistently that I almost want to say that it happens 100% of the time.
  • Similar to the above, except on subsequent playback instances and with no OS beep, xxHE will just stop playing after the first selected track, or stop playing after another track I selected that is not the first track but is sooner than the last track I selected.  Similarly, it stops, exits, and returns to the OS with the UI.  When it comes back,  all of the tracks are selected.  So it knows about them, it just doesn't play them.   Sometimes less than all of the tracks show as being selected, with the played ones unselected and the unplayed ones selected.
  • If during Unattended playback I hit Alt-x, I often,  more the 50% of the time, get the dreaded "This error should not happen.  Please just restart xxHighEnd."  This one is a pain because by the time I click okay, and slowly move my mouse pointer to close xx, it pops back up again ... not allowing me to close it.  Rinse, Repeat.
  • If I hit Alt-E to pause,  when I come back two or five minutes later and hit Alt-P, xxHE skips to the next song.  It doesn't continue playback from where I hit Alt-E.
  • If I hit Alt-E to pause, and am gone for too long,  like 10 or 15 minutes, when I come back there is no xx as before.  Instead there is an the OS background image but no icons.  If I then hit Alt-p either nothing happens or playback starts from the first track selected and not from the track that was playing when I hit Alt-E.  This is frustrating because I could be 12 tracks into a classical CD and I have no idea were I was when it starts over from track 1.
  • Sometimes when I select individual tracks, say four, it won't stop at the last one and just keeps on playing unselected tracks that are after my last selected track.
  • Sometimes, after misbehavior, when I hit Alt-P, nothing happens.  I have to kill the Engine and try again, at which point it starts playback.


All of the above points are being experienced with 2.09.  2.01 was similar.

In case it matters, I set my volume to -6 db as recommended for Custom Filters.

As frustrating as these things can be, somehow, xxHE is still my favorite player.  I must be crazy!

Charlie
40  Ultimate Audio Playback / XXHighEnd Support / Re: Burst of noise on: December 22, 2017, 06:27:03 pm
Hi Peter

I've applied this over 2.09 with no problems.  Is it okay to apply it over 2.01?

Charlie


Hi all,

This should be the final one (download it below).
Now not only the issue is covered for when it happens (as in the X2 version) but also the cause has been found and taken out. This cause has been in there forever (since the last 0.9z version), but was challenged for because of a 80 second time window where things could go wrong which window previously was way shorter (think a few seconds). All related to how playback stopped (implicitly would incur for the wrong situation) and how fast a new Play was issued.
The noise could happen fairly soon when the new Play was issued, but also at the second track of that when the first was shorter than 80 seconds (minus how fast you could re-issue Play).

Thank you all for your help on this one !

Peter
41  Ultimate Audio Playback / XXHighEnd Support / XXHE stability issues ? on: November 11, 2017, 11:52:10 pm
Hi Peter,

No I wasn't using AI last night at all. 
Further answers below:

You did not change Q or SFS settings recently ?


Much less for 2.07.  I tried leaving defaults as much as possible.  For example, I left Q1 at 14/1.  I didn't touch SFS.  But I did set "start playback".

Did you find that message with "24 bit Crack Detect" on your screen somewhere, after playback had stopped ? If not, it is very probable that it was your DAC (or interface to it).

No.  That is possible.  But it doesn't happen with HQplayer, which I use more frequently than xx now, due to the reliability issues.  Also, JRiver is flawless as well. 

Let's also keep in mind that those who announced themselves (in this topic) have the issue with 2.08 or 2.09 and not prior to that (like 2.07). And even that possibly is not the reason because for me it is far more likely that it is the changed SFS (and more) settings people use since 2.08.

I think my SFS is like 150 or 120.  Whatever the default is.

The reliability issues you have ... what to say. First off, there is totally nothing instable whatsoever. BUT, you use AI and it is for a reason I want to deprecate that. The way it works it just "unworkable" no matter you think it is. For example, you start playback, the conversion starts under the hood but you press Stop already. That conversion keeps on running though and when pressing play again, nothing will work any more. It is just an example of so many more problems in that (AI) area.
The least you should teach yourself is stopping the sound engine (Engine3.exe) before playback, which you can do by clicking at the blue led in the right hand border (it will go dark after that).

Yes I do that.  I use Kill as my stop button once xx starts acting up.  In fact, I was going to ask for a setting "stop button unloads xxEngine3.exe".  Possible? 
Otherwise it is a pain because the kill button is so far away and I use a logitech keyboard with a trackpad; quite painstaking to move long distances and back.

If others are not experiencing problems on a nightly basis then it must be something I'm doing or some settings combination.  It could be my PC.  But I doubt it.  It is an xxHighEnd PC spec PC.  Plus, I'm only getting back to xx now.  I've been using mostly HQPlayer for months without a single problem. 

So it is probably how I use xx in combination with my settings.  Or it could also be how xx interacts with my Wyred 4 Sound DAC in KS mode.  I wonder if going away from KS will restore reliability.   Hmmm,  for HQplayer I use ASIO I think.

I'm part of the problem because I've not asked for help.  Very little time these days.  Deep down,  xx is my favorite player.  I'd love to get back to it fully.  Today I installed 2.09.   

Kind regards and sorry about your pants !
Peter

All clean now!

Thanks Peter,

Charlie
42  Ultimate Audio Playback / XXHighEnd Support / XXHE stability issues ? on: November 11, 2017, 03:13:13 pm
Hi Peter

I had this problem last night, for the first time in years.  Here's the rundown:

  • -2.07
  • -Minimized OS
  • -Unattended
  • -Ignore my sig settings.  I've been running 2.0x close to default settings to attempt better xxHE's reliability (which I'm sorry to report has not been good at all, sorry I've just not had the time to report on it)
  • -My normal way of playing is also to select several individual tracks and hit play, via click and ctrl-click or shift-click using a mouse.  This could be important.  And so I was doing this prior to this noise burst incident.
  • -I've been running with the start-playing-immediately setting because I've been using the AI filter a lot lately, and this setting is the only workable way of using AI. (AI is often best with an OS DAC.  This contradicts what I've written in the past, sorry, as of this date.  Oh,  and for this reason please keep supporting AI)
  • -Loaded a CD of classical music with about 15 tracks (Phillips Sleeping Beauty and full Nutcraker Suite if you have it, CD#2)
  • -I selected a single track part way into the CD, hit play.  xx then selected all of the remaining tracks and started playing
  • -About three tracks in, in the middle of a track or closer to the end but not the end, super loud burst of noise, louder than playback volume
  • -I soiled my pants
  • -Luckily I had the remote in my hand and quickly hit mute
  • -I then watched xx to see what it did:  It stopped playback all on its own, and came back to attended by itself. 
  • -I then rebooted computer, DAC, and unplugged/replugged USB cable on both ends several times and restarted everything else again with no problems.

Oddly, prior to the above incident last night, xx had been running without any problems.  Sadly, this is not the norm.  I normally get all kinds of unreliable behavior, for example, stopping playback after the first track in unattended, hitting play won't start playback (mouse),  the dreaded "This error should not happen please restart xxHighEnd,"  which keeps popping up as I try to shut xx down and interferes even with shutting it down because it closes the UI, etc.  But not last night.  Instead, I got the noise burst.
43  Ultimate Audio Playback / Your questions about the PC -> DAC route / Re: Length of USB cable? on: October 02, 2017, 12:55:11 am
This is a late reply but may help someone.

I did try with many different lengths, including same exact cable brand and type.   I tried lengths from 18 inches (~ 1/2 meter), to 12 feet (10% less than 4 meters);  including at least 0.7 M, 1M, 6 feet, 2M, 10 feet, and 12 feet.  (I'm missing some as this is from memory.)

By far the worst sounding one was the shortest, 18 inches.  This was a well regarded Belden.

The best sounding was the 2M length.   This was the Supra, and interestingly, it was better than the 0.7 M version of the same cable.

Also interestingly,  the 10 and 12 foot were no-name cheap cables and were quite good, maybe better than the well regarded Pangea which was 6 feet.
44  Ultimate Audio Playback / Music Storage and convenient playback / Re: Moving entire galleries on: August 03, 2017, 01:05:19 am
Hi Peter

If I understood correctly,  both Show (alt-w) and Demo (alt-z) deal with tracks, not whole albums.  True?

If true, then I can use either.  I still have no Gallery set for Show.   Up until now I've only used NiceStuff and Demo.   Unfortunately, I've been using Demo for tracks that are so-called "bad" recordings,  for example where there is obviously mic distortion etc.   I use these tracks to see how different settings affect "bad" recordings.

So probably the best thing I can do is starting using Show, and load the individual tracks of Nice Stuff and save them to Show;  then remove them from Nice Stuff all within xxHE.

-OR- One possible interpretation of what you wrote above, namely this...

Quote
Anyway, what you are looking for is Alt-z, which puts to (the by you set) "Demo" Gallery. Change the relevant field from what you currently use for Show or IOW Alt-w.
The specialy of Show is that it can be dynamically changed (while using the remote). No "Show" is the same ... (or whatver reason you have yourself).

... is that I can use the field for Show to point to the c:\xxHighEnd\Nice Stuff gallery ...  which would allow me to do what I want without moving anything just by using alt-w and by working from the Show gallery which on the disk is actually the Nice Stuff gallery's location.   (Not sure about this at all.)

Yes?  No?
45  Ultimate Audio Playback / XXHighEnd Support / Re: Considering upgrading to 2.07 from 2.01 on: August 02, 2017, 01:07:22 am
Thanks
Pages: 1 2 [3] 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
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.072 seconds with 12 queries.