Thanks guys, but it doesn't help me ... Johan, your problem probably is there, but it is incurred for a slow(er) load speed, which I just have not. So I can't copy that. But it is (or seems) another problem anyway.

LydMekk, could you do me another favor;
Take a track of around 6 minutes, look how long it exactly is, start it, press a stopwatch or something when you hear the music start (have a track that starts rather sudden so you can hear it properly), and measure until the music stops (best again would be a clear ending).
Now please tell me how long that track should be accoring to the mm:ss it indicates, and how many seconds it is off (+ or -).

Thanks,
Peter

PS: By now I must have tried everything, but I can't let it happen. Anyone want to buy The Girl in The Other Room from me ? (or the first two tracks at least )

Johan, lower your Split File setting a bit. You have it at 700MB; try 500 to start with.

You cannot test this just by trying this one track; what happened before it is also related. In your first example-case this would be the 14 minute track.
When you never want to run into this problem (even with 24/192 files of that size) you should set it to 100.

It seems to me that at the last example, things just were too late. Lowering that setting again will help, but maybe not enough. It also depends whether conversions needed to take place. The Copy to XX-Drive you have set also matters in this case although the time this takes would be similar to a conversion (longer btw, not shorter !).

Might it help, I have set that setting to 100, and I never see any problem. But that seems to happen more often.

Peter

G'day Jeffc, and ... to the voodoo club !
Although I see that you're around for a long time already. Long enough to have seen this come by : Burning audio CD while XX playing.

But you are (a.o.) saying that just ripping a normal CD from your BR drive improves, correct ?

One of the big secrets is (though not for much longer I estimate) that I'm currently working on ripping software with extensive "uncommon" analysis with the objective of, well, getting the job done better. It will be the subject of the 0.9y sequence. Although the analysis features won't show much of what you're observing, the ripping itself should be able to improve on jitter anomalies, that being the only thinkable reason for the differences we may perceive on these matters.

The only BR device I own myself is in a PS3, and I'm not sure I can use it for ripping (over Ethernet). But throughout the process I will try, and otherwise I will buy one.

Great stuff Jeffc !
Peter

PS: Ava, see the link I referred to. Part of the answer is in there I think.

I'm addressing those who play Attended from off 0.9x-6a ...

Is there anyone else noticing that playback stops half through the last track in the Playlist ?

Or the other way around

Is there anyone out there who clearly never sees this problem ?

LydMekk has it by standard, so it seems hard to miss it, once you have this problem.
Please let me know for either situation. I must have comparisons, or otherwise the implicit indication that it must be LydMekk's system somehow.

Many thanks.
Peter


PS: Those using Unattended and who are willing to spend a few minutes could try Attended for two tracks in the Playlist and try ...
In that case, switch on logging in advance so you don't have to do it again, while I'll be wanting to see those log files for those where it goes wrong. So if it goes wrong and you are happy to report about it, please attach those log files as well (XX and X3).
If it does not go wrong, it is as important to know, and I think I even want to see the log files in that case, for comparison.

Yeah, also the last log file clearly shows I must be doing something wrong. So what you just pointed out is that the CoverArt is ok, but not the music file itself.
Will sort it out !

Johan,

Can it be that you were playing a Saved Playlist here ? (from the combox box "Playlist Name")
If so, that is the reason. But I guess you don't do that ...

You said this before somewhere, right ?
And XXHighEnd is not installed on that I: drive I guess ? (I know, a stupid question, bit still ...)

This is tough to debug ...

You might post the XX log file from just before the one you already posted (this is the one from bringing it up after playback).

Another thing : First loading the album in the Playlist Area, and then ticking "Copy to XX-Drive" is too late I think.
At fiddling around a bit, you can just look in the X3 log files yourself; when the Data Parameter shows I:\ it is not good. All should point to C:\ or wherever XXHighEnd is running.

Peter

Ray,

During the process of getting you the Activation Code, your email address was rejected. Because of that you may have missed the Activation Code.
I tried so send you an email manually, but that doesn't work either.

Might you indeed be waiting for the code, please sign up here, and send me a PM ("My Messages" above).
Peter

Ok. I'll see whether I can make something of this. Again, thanks !

They play without explicit conversion allright. But it's kind of slowish.

For now I won't be pulling tags from anything. I'll keep that for when there's not much to do really.

The new DAC is awaitening a new version for myself first. Could be two weeks. Many things improved if all is right, but didn't hear anything from it so far.

Download is at the bottom !

The following changes have been applied :

• In a previous version the switching of file formats was changed because it didn't work anymore. However, it appeared that some situations were not covered for. If all is right, now it is. Be careful though.
  
  
• In rare situations the Sound Device for Engine#3 could not be selected (or no sound was coming from it anyway). This has been solved.
  Please report if you still have problems with it.
  
  
• A new Remote (Keyboard) Command has been added : Alt-L. This will jump to the next Album in the Playlist Area. Note that "Album" in this case is denoted by the path changing.
  Do not forget to load the new withgoing XX.ahk file for it (for Unattended that is) as well as the XXWiFiRemote.cfg for those who ever got a remote for WiFi going. For the latter : also load (start) the withgoing latest version of XXTCPSrv.exe.
  
  For Attended Playback a new button besides the old Next button has emerged for this. Both the old Next (Nt now) and new Next Album (Nal) are smaller than usual, in order to let them fit.
  
  Note that at skipping to the next Album a possible Selection of tracks is respected.
  
  
• Similarly a new Remote Command has been added which loads the next Album from the Library Area : Alt-F.
  This may be not so easy to understand;
  Suppose you have a pile of Albums (but could be Tracks as well) visible in the Library Area. The last one *visible* at the bottom is the base for this. Thus, using Alt-F and the item after that one is loaded into the Playlist Area.
  
  This is only useful (if at all ) at Unattended Playback ! (and Alt-F is not active at Attended).
  
  Sidenote : Currently the use case of this may not be all that logical or useful, and it is merely the new principe of operation that is (or could or will be) interesting;
  
  What happens here is that during playback - and without playback interruption - Albums/Tracks can be added to the Playlist, and they will be respected for playback once it's their turn. Think of the Alt-L above too ...
  
  So, during Unattended Playback, in the background all will be done which normally is a kind of obvious, but now it goes without notice. This includes conversions and all when necessary.
  
  In the future other "gadgeds" can be thought of, like loading an album randomly (you will never know what comes next), or a newer one in (rip) time, etc.; The mechanism is there now, so it is a matter of thinking of something useful, and it will be in with not all that much effort.
  
  
• It was discovered that the Demo version did not quietly quit when the demo time ran out, but ended up in a couple of nasty "DragDrop Registration" error messages.
  It may have been for a year like that, and nobody ever told ! Luckily, afterall, Telstar did.
  
  
• A debug message "Nothing" could popup. This has been removed now.
  
  
• It was found that using the Alt-N shortcut (or Remote Command) stopped the sound and when XXHighEnd was brought up again the volume would be at -120dB. Solved.
  
  
• At using Alt-E (Pause) and Alt-P (Play) the OSD Time would not show aymore. Solved.
  
  
• Changing the volume from / to -0dB would cause static. This has been solved by not allowing the volume to change from and to -0dB.
  When Volume Up/Down is used at Unattended (Alt-U / Alt-D) and the protection is triggered, a message about it will popup.
  
  
• Using Next at Unattended (Alt-N) will go more fluently, since the services won't restart anymore, and the OSD Time will stay on now (if set On of course).
  
  
• A new shortcut Alt-Y has been created for the Library Button. This was Alt-L before. Note though that this is not seen as much useful, and that no Remote Command for it is supported (but you could make it yourself of course).
  
  
• When a Share Name is used instead of a drive letter, an error would occur when the Share Name contained spaces. Now spaces are allowed.
  
  
• While the latter incurred for "ChangeWP" errors, ChangeWP could error out more often, but for the same reason : spaces in the -what it comes down to- path. Now, spaces cannot occur in the path anymore, because they are virtually eliminated. Currently it is unknown what the effect of this is, because when ChangeWP is fed with spaces for sure something cannot be found.
  Please report any ChangeWP errors you bump into.
  
  
• It was found that at using Remote Control Commands (or keyboard shortcuts) at Unattended, converted files would get deleted. The occasions where this happened went unnoticed, but under the hood the conversions had to take place again (which just happened). This has been solved now.
  
  
• When within the Playlist a switch had to be made (during playback) from a Cue File album to a next album (type unimportant), XXEngine3 could end up in a "Stopped working". Most probably this has been there forever, and now it is solved.
  
  
• It was found that certain 88K2 files (from BSO / James Levine) -which are AIF files- contain a header which is again different than so far encountered (hey, if every producer keeps on doing this ! ). However, the anomaly (expressing itself as "Format Change") in the end was caused by a bug. This has been solved.
  Because of the same strangeness in this header data another new situation occurred, which situation urged for tag data being present in the header, while it really is not, or not recognizeable otherwise. This has been solved too.
  
  
• Similarly a certain type of WMP rip caused an "Unsupported Format" error, that by itself caused by again another bug. Also solved.
  
  
• It is now possible to explicitly convert from AIF(F) to WAV. Rightclick on a Library Item - Physical Copy - Copy AIF(F) to WAV.
  
  

A repeat of some importance from earlier release notes :

---

Very important : Only when AutoHotkey has been installed, and is at least working to the extend XXHighEnd can be startup with a hotkey (default is Alt-X), it is allowed to tick this checkbox. See AutoHotkey Install. When this is not done, hence XXHighEnd can not be brought up with a hotkey, at Unattended Payback - no desktop icons will be visible, no Taskbar will be there, no Startbutton will be around ... nothing. So, you will not be able to do anything, except for listening out the playlist concerned, and wait until that finishes and XXHighEnd will popup automatically, which by itself will bring back everything.
A reboot is a solution as well.

This all sounds more dangerously than it really is, and with the hotkeys available there is really nothing to fear.
And remember the objective : better Sound Quality.

---

LydMekk, for when you are back ... this is what I am doing :

Clear the Playlist (Clear button), load those two Diana Krall tracks in there via Load Individual Tracks (rightclick on Library Item) (the times here are exactly the same as yours, so I guess it's the exact same album), select the first track, and press Play.

With your settings it plays right through the end.
Do you do it differently ?

I have a newer version of course, but I don't recall I changed anything in that area. But you might try 0.9x-7 (will be there later today).

Thanks as awlays,
Peter

Done. Will be in 0.9x-7 as well.

Yes, and it is even better. It are these processes which should be eliminated in the first place, and they eliminate themselves because of a lack of resources FOR THEM. Hahaha.

I don't think someone ever encountered any real problem with it. But for example, one of the first which will shutdown is the Spooler service. So, you don't need to print something, because then you'd have a problem indeed.
But as known I think, I will shut them down myself (and bring them up again). Later ...

Ok, but this is commonly known. Can happen with an IR keyboard/mouse just the same.

WiFi is outrageously polling and I guess ... too much.
I too use WiFi, but it's not connected to the audio PC.

It depends of course what you want to use it for. My example (besides connecting laptop-likes in general) : my WiFi remote controls XXHighEnd (which obviously runs in the audio PC), but it is connected to another PC in the Ethernet network while the audio PC is connected to Ethernet as well. And so the commands come through ... (via IP).

All these things are solved in the upcoming 0.9x-7.

Note that these files are really too large to be dealt with including conversion. So I guess I am implementing explicit AIF->WAV conversion right now ...