XXHighEnd

I am getting weird 'length' errors with latest version and any WAV file. (see attachment)
Seems to be related to spaces within filename (and/or folder name). If I rename the file to something simple e.g. 'test.wav' then error goes away.

Hi Josef,

Indeed the data in the second picture doesn't look right. Can you t ell me what is the "\Frank" part in there ? I mean, is it a folder or a file name ?

Then, do you say this did not happen at earlier versions ?

If so, are you a 100% sure you didn't mix files from an earlier install with the current one ? If you are not sure, please put a new install in a new folder and try again.


Of course, looking at this, other things are the matter. But that seems so unreal to me. You are using normal Vista ? And which Engine ?

If the above doesn't help, please switch on logging (Settings Area) and post the XX log file from the moment where it happens. If you are using Engine#3, please also post the X3 log file.

Thanks,
Peter

>Can you t ell me what is the "\Frank" part in there ? I mean, is it a folder or a file name ?

It was file name (Frank Sinatra - What's New.wav).

>If so, are you a 100% sure you didn't mix files from an earlier install with the current one ?

Of course - I always create a new folder. But to be sure, now I tried again and run into all sorts of issues...(XX crashing etc)

In the end, I had to delete files in Users/AppData/Local/Phasure folder and was able to get it running - However, the problem is still there... (notice also a new message in CaptureNewInstall1.jpg - I only get it when XX starts...). After clicking OK in all these eror dialogs playback goes OK until next file - then I get those 2 error messages again, and so on for every file.... the music however keeps on but you can imagine what my screen looks like after 20 songs (there are 40 error dialogs and they all need want to be clicked on....)

I've created a test case to make it easier for you: I put a single file in C:\TEMP and try to play it - I cannot see anything suspicious in log files but maybe you can....

In version 09-X4 I also get CaptureNewInstall.jpg error when it starts up but I do NOT get all these other messages!

 

Hi Josef,

Thank you.

First about that "could not get parent path" you're having now. This is about the files indeed being in a "one down" opposed to the root only, which should be "two down".
But, no problem here in the end.

I really can't get this. Ok, wait a minute ...

I recall that I compiled ChangeWP for another version of Dot-Net. I am not sure though because I didn't document it. :scratching:
Do you have Dot-Net 2.0 installed ? NOTE that I don't say you should, but I recall it was compiled for 3.0, while XP users wouldn't have that. I never received compaints though, and can set it back easily. You know what, below it is.

Can you try it ?

>Can you try it ?

Sure - unfortunately same thing happens :(

>Do you have Dot-Net 2.0 installed ?

Don't think so - Vista comes with 3.0 and I believe my machine has been upgraded to 3.5 SP1: could that be the issue?
Can you download .Net 3.5 SP1 and see if you get the same?

it helps puting xxhe in diferent folder
in my case it did

Must think about that different folder.

But here it is :

New ChangeWP.exe did not work.
Also, as you suggested I created a completely new folder and it didn't help either.

However, I was able to temporarily get rid of problem by de-selecting 'show cover art' in Settings: Apparently this would get XX confused when there is no cover art in folder with music files?

Josef, you must help me ...

I have checked the compile versions (with backups) and that is not the problem. But I found this :

The actual problem is that your system, with apparently the 0.9x-5b version only, cannot translate Windows long paths into Dos 8.3 short paths anymore. And I can't see in the code whatever I did to change that, and besides I don't think anyone else is bugged by this.

The combination of the environmental parameters make me say "impossible", but your log files clearly show it (mainly the XX log file). You could compare it with older log files if you have them, or with those coming from the XX version that work. Focus on the "Short path initiated" lines, which would have turned your Frank Sinatra etc. into Frank~1 or something. Instead now the spaces remain, and besides other things going wrong, I anticipate on the spaces not being there, and use it as delimiter. Well, not impotant, but that's why only "Frank" comes out.

I have Googled a bit for reasons, but can't find real answers. I know though that not all, say, disk interfaces react the same to long Windows names. For the same matter gong the other way around my not work. I have never heard of it ...

Where you an help me, is think of what -in this area- could be special to your machine or network, or disks you use. For example, disks emulating CDRoms are prone to these kind of problems. You might see it because Windows sorting doesn't work (files list by order of date creation instead of alphabet on name). Might you know it, Novell is such an example.

Obviously it must be me doing it somewhere, but I can't think of where. Possibly shutting off the services makes a difference ? I can't see from the log file whether you did, although I see the OSD Running Time applied (while Attended <- not good but never mind) so I might expect the services not running. A matter of unticking that checkbox and you'll know.

Here I never saw it, and as said, I don't think anybody has the problem. But you have. So please try to see where you are special !
Thanks very much, and sorry for the inconvenience.
Peter


PS: The problems you received from getting to the other version are because of the same reason : the data being wrong (which is in files already), and the tracks or folders like from "Frank" only just do not exist. In 0.9x-5b it would work out to the same, so you don't encounter the problem there (but things won't be unique in the end, so that never can work). Good that you found how to get rid of those problems !!

However ... I think this is the same problem, though it seems to show differently : Re: CD's won't play ? (http://www.phasure.com/index.php?topic=781.msg5760#msg5760)

quote "cannot translate Windows long paths into Dos 8.3 short paths anymore"

does this have anything to do with a "well known" vista tweak
where dos 8.3 files are not created anymore
its a registry setting

roy

Huh ?

>does this have anything to do with a "well known" vista tweak

yes, must be it - I _do_ have those useless shortfilenames disabled - thanks for hint audiodidakt!

I've had those disabled for last 2+ years and never run into a piece of software that still requires them - Looks like I'll have to re-enable it only for XX :(

I'll see if method described on http://support.microsoft.com/kb/Q121007 works to undo the change....

But Peter, really, why is XX using those? Days of 16-bit applications are long gone and XX is 32-bit isn't it?

Hehe, but Josef, why would you want to elininate them ?
This is a serious question; Working long enough with PCs to know they never bother.
If this is about some performance reasons (and I think I heard that somewhere) ... where does *that* bother you ?

Why I use them ? rather simple : what you saw cut was a "parameter" and they are bound to a maximum length (in certain environments). So this is the means to overcome it. However, orginanally, and this is more important, it was born to overcome the Unicode problems in passing parameters. I still wouldn't know how to do it otherwise. So, such parameters won't enable the transfer of Unicode (again, in the environment I work), and the trick is to pass the short name, and dig up the original name at the other side.

Peter

PS: I'm very glad we found the culprit, because I really didn't know whether to look and what to look for. Thank you Roy.

But how can it be that the older XX version worked ??

Uhmm ... I guess not. That is for DISabling it. :yes:

I can confirm that method to disable 8.3 filenames also works to re-enable them.

Of course, after rebooting for NTFS to re-initialize itself, it will work only for files created from then on - so I had to copy all music files...
But hey, important thing is that now the problem is solved: all error messages are gone and cover art can be 'wallpapered' as well - tnx Peter for trying to help and to audiodidakt for the hint!

 

hey josef,

what do you mean by
"so I had to copy all music files..."

do i have to copy all files to different folder

grtz

>do i have to copy all files to different folder

that's what i did, yes - this will make sure NTFS creates 8.3 names...
simply 'touching' the file to update date/time or 'moving' it apparently does not work...

600 or 700 gigs
but yep the problem is solved
with a little teamwork here !

how are youre listing experiences with xxhe josef ??

grtz audiodidakt

>how are youre listing experiences with xxhe josef ??

to be honest I was extremely skeptical of XX: I was used to 'old' foobar over ASIO and did not know about XX at all until I noticed that I am not able to listen to music anymore - it just wasn't fun..... In fact, I had to resort to DSP trickery to make it listenable...

only after I run into horrible problems with 'old' foobar (finding out that some things even made it 'not bit-perfect') did I find out that many people are not that happy with ASIO in general (Peter being extremely vocal on the subject :) ) and did I learn about WASAPI so i decided to finally give 'new' foobar a try...

unfortunately, it just did not work very good in my setup: I had to increase all buffers to maximum and still I would get pops/clicks randomly... then I again bumped into this vocal guy Peter who on some forum provided an explanation (or at least a very plausible theory for this: 'shared' vs 'exclusive') so I decided to try his XX which, quite frankly, looked pretty clunky compared to other audio players (no offense Peter) but, hey, in the end it's only important how it sounds.... which, btw, was another thing I had to get over, as, in theory, a software player should not have a big influence on sound quality: after all, 'bits are bits'....(yeah, right)

well, I'm glad I did try it and I promptly bought it: it truly is a class above any other player out there... (and I did try a lot of them...)

I am still in the mode of re-defining my reference points and did not have time to try playing with Q1 and other settings at all (just running 'unattended') so I will stop here but suffice to say that XX achieved the most important thing: music is again fun and it makes you want to listen more & more & more and then, some more.....

>600 or 700 gigs

that's going to take a while...

before you start copying everything, and perhaps to help others who might need this, you can check if registry setting is being applied with 'dir /X': that should show both 'normal' and 8.3 filename (if it exists) in dos prompt...

Thank you for all the kind words Josef ... Appreciate it.

The least I learned from this is that I can check for that Registry entry to be 0 ... (or to be non-existent I think, will work that out).

It is indeed great that we can work this out together with a dose of non-ignorance.
:wub:
Peter

you hit m right on the spot there josef
my story is exact the same

how can we make it sound like an LP with the dynamics of CD
no listen fatiqueness that is what ist all about :tongue2:

grtz

G'day Peter,

I have a confession to make ... for quite a number of versions now ( at least as far back as 0.9w-7 and probably much much earlier ), whenever I access albums across my LAN I get the following message windows:

ChangeWP ~ Error 00: startIndex cannot be larger than length of string. Parameter name: startIndex

followed by ..

ChangeWP ~ 1720:DATA:\\MUTHA\Data_1

Those two error windows come up for each track played, and left unacknowledged simply cascade upon each other.

The playback is fine, and the artwork shows up in the appropriate panels within the GUI, but no wallpaper change occurs as you would expect. Those same albums played on the local PC behave normally.

The fact that no-one else had brought this to your attention had me thinking it was unique to my LAN environment here and I have been trying to figure out what might be causing it here. I've run out of ideas though, and with recent discussions about ChangeWP thought it time to mention it.

If anyone else runs a LAN at home could you try playing an album from across it and see if it works for you.

I should also add that even under the XP partition of my main music server ( dual boot ) I get similar messages ( although the "1720" is a different number then ) when accessing across the LAN.

Perhaps the impending 0.9x-6 fixes this ?

Do you want some logging done Peter?

Cheers,

Russ

No, I didn't know about those errors. :(

Ok, you are using a drive letter ?

Indeed a logfile helps here, because then I can see how it originally looked like. No big deal, just press play briefly. Also the X3 file please.
And ... thanks.

The following logs are the result of playing a single track from one of my LAN PC's called 'BURNA'.

To access the album, I went via the 'Library' button to the left of the 'Play' button and navigated to the album, then chose a single track.

The second error window had a "1626" in it at the front this time.

After getting the first set of error messages I stopped XXHE, and then restarted it again, but this time accessed a different album on another PC on my LAN called "MUTHA".

Hope you can follow this.

Not sure what you mean by 'drive letter'. My network shares mostly have a name of some sort for them rather than a plain letter.

Thanks Peter,

Russ

Yep, I've already seen it.
But don't you recall you had a problem with that long ago, and that the solution was in the area of a drive letter ? or was it just another name ? or a name without spaces ? there was something ...

Anyway, I think this is solveable, because the most important is that the Short Names are worked out properly. Only the part of the Share Name is not, but I can attack that myself I assume.

Thanks,
Peter

My problem eons ago was due to using spaces in the share name and I haven't been using spaces since. I seem to recall it was accessing the albums via that 'library' button also. I haven't tried simply dragging and dropping into the playlist .. perhaps that might show different results. Will try later.

The fact that it happens across my whole network and using different PC's to initiate the play process suggests its systemic to my LAN.

There's no urgency on this one Peter. Work on it when you can. I've been living with the bug for many a month now and I don't access the other PC's too often these days, but it would be nice to get it fixed as It might offer some alternatives for data storage.

Cheers,

Russ

No no, not necessary.


But I think you are :  :)

\\BURNA\Data (D)

Between Data and (D) is a space ...

But don't change it, I will just solve it. I hope.

DOH .... [ smacks forehead with open hand ]

that's been the issue all along. Sometime a while back I must have renamed the share , and the system appended the drive letter on the end with a space. I hadn't noticed!

I've just amended two PC's to reflect NO spaces in their share names and all is working fine :)

I shall now go and sit in the corner and don my dunce's hat for a hour or so  :blush1:

Thanks for picking up this. It's often the case of the bleedin' obvious starring you in the face .. LOL

Cheers,

Russ ( ex guru )

Doh! Said Homer...

 :prankster:

Well, as long as Kenny stays ali... err ...  :derisive: