XXHighEnd

When trying to use the latest version of XX to play a 24/96 WAV file from 2l.no, see link for download below, XX crops up an error window with "Wrong stream status(1)""OK".

My external Lexicon DAC supports up to 24/96 digital S/PDif in from other programs/sources without problems. I usually play 16/44 in Double and Upsample on (88Khz) without problems from XX.

http://www.2l.no/hires/index.html

Download yourself and try. The 310MB file.

Another thing, why do you restrict selection of 24 or 32bits to 32 when choosing f.ex. 24/96 or 24/192 as DAC supports? Most DACs support 24bit, not 32.

Btw, PC->XFi Elite Pro->S/PDif->Lexicon MC-12B. Newest version drivers and software. Vista Ultimate.

Hi,

http://www.phasure.com/index.php?topic=367.msg2430#msg2430 :yes:


What do you mean by "restrict" ? I don't restrict that ? ... or I don't understand what you mean ...
Both means of transporting data to a 24 bit DAC are supported, but so far I did not meet a DAC really accepting the 3-byte transport means. Still, it is just in there ("DAC needs 24 bits").

If you mean the Analysis function ... that just tells what your DAC supposedly accepts ... the 24 or the 32 transport means. I don't do that, your DAC does, *OR* what Vista Exclusive Mode makes of it ! So far, when it tells that the 24 bits transport means is "supported" it's not really true ...

So ... can you be more clear please ? but keep in mind your test 96/24 file; it's just no good (officially !).
Peter

Also tried Linns free test files (24/48), among them some WMAs. Converted these to standard WAV by NCH Switch program and the finished WAV plays fine in MP11. Playing them in XX gives only a loud hiss. When XX comes to the end of the files it crashes in Vista giving out a standard Vista Application crash message, listing versions of .dlls etc.

http://www.linnrecords.com/linn-downloads-testfiles.aspx

Error message:

Results of DAC test with sound cards S/PDif set to 96Khz:

Start Audio Device Analysis Exclusive Mode support
046FFD38

    Supported : 2|16|44100|176400|4
    Supported : 2|24|44100|264600|6
    Supported : 2|32|44100|352800|8
    Supported : 2|16|48000|192000|4
    Supported : 2|24|48000|288000|6
    Supported : 2|32|48000|384000|8
    Supported : 2|16|88200|352800|4
    Supported : 2|24|88200|529200|6
    Supported : 2|32|88200|705600|8
    Supported : 2|16|96000|384000|4
    Supported : 2|24|96000|576000|6
    Supported : 2|32|96000|768000|8
Not supported : 2|16|176400|705600|4
Not supported : 2|24|176400|1058400|6
Not supported : 2|32|176400|1411200|8
Not supported : 2|16|192000|768000|4
Not supported : 2|24|192000|1152000|6
Not supported : 2|32|192000|1536000|8

I can play both iTrax and Linn 24/96 files without problem with XX, but the 2L Norwegian file from the first post in this thread will not play. As Peter said.

Let me try to explain a bit, but please *also* try to understand somewhat ;) It is important for your trials.

First of all, and as you will recall, even WMP itself allows for ripping to a header format which is not any official standard. That it *then* can play that back itself is nothing else but logic. It is still plain wrong. This is just an example, only slightly related to your topic here.

Then, that "a" player allows for playback of, say, 96/24 files, does not tell that it utilizes the 24 bits. Mind you, you wouldn't be able to discern if you don't know what to look for. When the lower 8 bits (LSB's) are cut during play back, you must play way loud to get that into the picture. And the remainder 16 MSB's ... same resolution.
If XX plays such a file, it plays the 24 bits guaranteed, except for tweaking the chain so that it all ends up in a 16 bit DAC, while in advance it wasn't rejecting because the soundcard (!) reports 96/32 as a possibility.

32 ? yes 32, because I expect all DACs to work with 4 bytes (2 words) at a time, and the least siginificant byte is skipped.

Besides the above, I can tweak things so that they work out okay, but are not. This happened with Doubling (and Upsampling) before 0.9u-1. Just mangle with two "parameters" and it totals out right. But the paramaters are still wrong. This "came out" at the necessity to address the soundcard/DAC more officially, and since the parameters now are right (which already happened at 0.9u-0) people couldn't play Double anymore. We now are in the area of Vista Exclusive Mode being buggy, and especially the acceptance of DAC's parameters. If you look at your "analysis" list, you see that *and* 24 bits *and* 32 bits are accepted by your soundcard, which I can guarantee is not true. But, Vista Exclusive Mode accepts it. Now for fun try to get the grasp of this :

Each properly organized 96/24 file will urge for the exact same parameters as your 24 bit analysis entry shows. Physically it would just be correct. BUT IT NEVER CAN PLAY LIKE THAT when the DAC accepts 32 bits only. And here is where it goes wrong in the first place : it needs tweaking. Let's say that the file needs an additional byte per 3 bytes. Without that it can't play because your DAC (or soundcard) can't handle it. I call this "tweaking" but in fact this is a very normal operation. BUT :

Where all really goes wrong, is that very officially the file tells Vista that it needs 96/24 hence "DAC needs 24", and this can never work out for the reasons I told in the above. Still, it is the file telling it ... this is how it's constructed. This, btw, is the reason that the Analysis function needs a file in the playback area. Without that, the whole process won't start, because deep down in kernel mode this file is read for its parameters (with the outcome that looks like one according like of the analysis report). Now, just for fun, and in between the lines again :

I did not start for nothing with mentioning the WMP rips. You know, those rips created by an MS product. Well, that exact same rips are rejected by the deep down kernel whatever again MS program I mentioned above. Isn't that big fun ?

We no slowly get the hunch of what kind of "tweaking" it needs to get things going. So, after things have been approved by a deep down program, stuff is sneakily changed. Same with the oh so normal 96/24 file which can only be accepted as a 96/32 file. As said, making a 32 file of it is a rather normal operation, but in this case the 96/32 also has to be told to the mechanism that will start the DAC running. So, this is another "tweak".

Because what the soundcard/DAC accepts is different from what the official routines for it come up with (this was changed from 0.9u-0 to 0.9u-1) there now is the potential of being able to play, whereas before it just was not. Typicle example : 88.2/24 playback, which is just always rejected by such a deep down routine, while actually the DAC and all can do it. So, this routine is now skipped ...

Very nice ! bit *NOW* it's more up to us. You actually. Because *now* you are able to play things which actually can't. Like hiss ...

Long story, but what it comes down to is what I said already (elsewhere I think), and that is that the Analysis function must actually play. If that works for a combination, we can be safe it works indeed. One thing (and that's why I didn't create it so far), it can't so without your own confirmation "it played allright". Thus, when playing commences, that Analysis program can't see whether it sounds allright or gives hiss only.

:wacko::wacko: ?
I think you're okay.
The long story is there to create some understanding in order for yourselves to tweak better. Or, being better able to tell me what you think is going on.
In the end we're helping eachother, because in the end all will just work. Mind you, while it officially can't. In the end I will have tweaked those "wrong" files as well, similar to the 44.1/16 WMP rips. But it takes a loooong time to find what's wrong in those files, which begins with not knowing what officially is written in there. It could even be coverart !

So, this time you most probably were so unlucky to again use a program that makes a format which is not official. Better try the FLACs (from Linn). They work ... (I must be careful with this, because I think I used a FLAC which I converted to WAV by means of Foobar (before XX could play FLACs)).

Anything else ?
 :)

 :)

Message received and understood!