XXHighEnd Model 0.9z-4-1 problems

[BertD]

With services still on does not change anything...volume remains the same.

Find logs attached...

[PeterSt]

I will look at this later. Possibly tomorrow. Thanks.

[PeterSt]

Ok. The response on your volume change is a consistent 2.2 sec. Nothing to worry about (for this SFS).

But you may have a look at this file : C:\Users\BD\Downloads\XXHighEnd-09-z4-1\XXRequestPending.dat and see what is wrong with it.
Don't bash around, but carefully look and tell me. It looks like some rights problem, but I can't be sure.

When you carefully examined it, with some beautiful attempts to tell me what's up with it (read only, whatever), try to delete it. Here too, please tell me what you run into, or what looks special to you at "just" deleting it.

Do not solve the probem and be happy *without* telling what happened, because a next time you will have it again. Guarantee.

Anyway, your problem is there somewhere.


One additional remark, and it may be totally irrelevant, superfuous and whatever, but don't use these strange places to put rather offical "software" in. It is all not made for it, which to me feels a bit similar to using Program Files, which does NOT work because of rights probems, them by itself coming from this all not being an official install. Here you use the \users\bd\ folder, which is also special because it is not you who create that, but the OS does (at creating your userid). These things can cause anomalies beyond my (our !) understanding and knowledge, and which in the end are my fault because not using official installs (which by itself is to our benefit). Similarly I would never put (music) files to the desktop (which I see you sometimes doing) because that too is a "rights" thing. And not to forget : the desktop isn't even there - quite illegally (Unattended) and don't ask me what can happen *now*.

All not your fault (and merely mine), but why do it in the first place ? For example, I never ever put any (e.g.) Word document in any \documents\ etc. folder Windows reserved for me for just this. Rights will be different, behaviour may (look at NAS kind of stuff, then you know what I mean), and moreover it is nothing to (be able to) deal with in any official larger environment. There we have networks, we must share stuff when we like, and the very last thing which would come to my mind is putting a file on my desktop and think another will be able to read it. Now, why behave differently at home ? there is no difference once you want to access that file from another PC.
Just telling, and no big deal maybe.

[BertD]

But you may have a look at this file : C:\Users\BD\Downloads\XXHighEnd-09-z4-1\XXRequestPending.dat and see what is wrong with it.
Don't bash around, but carefully look and tell me. It looks like some rights problem, but I can't be sure.

Thanks!

I tried to find that file but it is not there...it is created and then deleted before I could grab it?

I will install XX elsewhere and change the Hotkey settings accordenly, try again and give feedback about the changes...

Half an hour later....installed XX on (moved the directory to...) the root of C: and nothing changed, the behaviour is the same...

Bert

[PeterSt]

I assume you can see hidden files ? (yes)

Now I don't know !
I must look in the program what actually happens (rather 100% exactly), but at this moment I have no access to that.

Btw ...

(moved the directory to...)

A typicle thing I would not do (well, if I'd think about it at all ) when I expect things to be about rights stuff.
But don't try it again. The fact that the file is not there, tells me enough (need to dive into the program), UNLESS it wasn't created because of a rights problem.

Eh, better listen to some music in the mean time ?

[BertD]

I assume you can see hidden files ? (yes)

Yes, not there...

(moved the directory to...)

It was actually copied... 

Bert

[PeterSt]

Sadly I can't see anything wrong with it. It fails on - or creating that file, or making it hidden.

If you are sure you can see hidden files, it can't be created. If you can *not* see hidden files, but see the file, it can't be made hidden. But you don't see it anyway, so it can't be created.
But more of these file(name)s are created just in the same fashion ...

I don't know ...

Could be some strange shadowing problem.
If you scan that user folder of yours (BD) and everything under it, maybe you can find it somewhere there ? I forgot about where exactly this "shadow" stuff is, but you may even recognize it yourself from some 4 years back ... (about music files being there in some old version for the first WASAPI attempts)  ... it made me crazy at the time.

Otherwise try creating that file manually (can be just empty or anything as the result from a copy of a file with another name). Use the exact same name, including the capitals at their respective positions. Next try to make it hidden with ATTRIB +H (command prompt).
Next have a beer.

[BertD]

Sadly I can't see anything wrong with it. It fails on - or creating that file, or making it hidden.

I can't find the file anywhere (assuming I have looked everywhere but I have scanned the whole W7 partition using XP...)

I can create it though, make it hidden and find my own created file back whenever I like. When I test XX and use the Alt-U or D in unattended then nothing happens differently than before but the created file has been deleted after stopping XX...and still showing the same error in the log-file (tried visible and hidden)

For the time being I will use Alt-X and set the volume this way and then quit that loaded XX manually as this works “okay”…

Perhaps you could make a tiny stripped version of XX (if possible then quicker loading being less resource greedy) to handle only some controls when playing unattended?

Bert