Failed to set sample rate

[Scroobius]

Peter OK I set up the file structure exactly as you say above - the result? the folder with the long file names will not play in unattended at all I get the "Failed to ...... " message before the music even starts. The folder with the Trackn files in? - well that plays perfectly no error message at all it plays all 22 tracks with no error messages.

By the way reboots do not change the result it is totally repeatable. They long file names are not difficult to play in unattended they are impossible!!

Over to you

Cheers

Paul

[PeterSt]

Ok Paul. Switch On Logging, cause that message to be on the screen, and right at that situation grab the XX, X3 and X3PB log files and post them.
Maybe we need another round of this because with Loggin On they won't play anyway with a very low SFS.

Peter


PS: Once step further with this, and renaming them to SoundsGood01.wav wil make them sound better !

[Scroobius]

Hey Peter - emailed them to you

All the best

Paul

[PeterSt]

Received Paul. Thanks. Will look into it tomorrow.
Peter

[Scroobius]

Ah interesting I am just now listening to Beethoven with long file names in unattended and no problems it plays fine. So maybe it is something else about Bach Cantatas - but there are other classical pieces I try to listen to that just will not play in unattended. The only thing in common is that they have long file names but maybe that is not the problem - mmmmm very strange.

Update: bombed out after three tracks still better than Cantatas though

Paul

[AlainGr]

Hi Paul,

I was wondering what would happen if you take the names that seem to be the culprit and rename some other songs (from another album, another artist, another genre) with these problematic names and play them like you usually do ? If it behaves the same with these songs, at least it would mean that the titles really are the culprit, presuming that the songs that you entitled with these names do not have the same behavior prior to this test ?

This test could also be applied to anyone that does not experience this. Say you send me only a list of the titles that are problematic, I could test them here...

Alain

Edit: Thinking about it, maybe you could point me to the album ? Titlle and all ? I will find it on the net and try this for myself and report back...

[PeterSt]

I don't know whether this is going to be the most puzzling issue ever, but it well could be;

For starters, this dedicated to NOS1 users. Just to make that clear.

It will be related to these long file names, but there is no normal clue as to how.

The sampling rate status of the USB Interface is obtained, and the first what happens it that it is presented not equal to what is wanted. This already seems wrong to me, assuming that Paul not just (and always) has played something with another (output !) sampling rate. IOW, the USB Device does not respond how it should.
Next, because the sampling rate is presented to be not as should, it is set. This is attempted for 1.5 seconds in a loop of 15 times. This fails (too).
And then the message is presented.

It is noteworthy that I saw this often under W8 with the special environmental thing that I in there I had the WiFi-special driver running.
If I combine the two situations, both can be about something else preventing the USB Device to respond.

Since for Paul this is about the long names, it is important so see how they may work out in wrong fashion. And ...

... After typing this I already see it. It does not work at all.
Here's one from my own log file :

Short Name initiated-1 : I:\PS\(CLASS~1\(13)RE~1\Bach\BACH-C~1\01-CAN~1.WAV

While this (virtually) comes from Paul's log file :

Short Name initiated-1 : I:\PS\(Classical)\(13) Religieus\Bach\Bach - Cantatas 140 & 51 - The Bach Ensemble, Joshua Rifkin (1987)\01 - Cantata BWV 140- I - Chorale- 'Wachet auf, ruft uns die Stimme'.wav

More literally though, Paul has it like this, and watch the "1." in there in front of the "chorale" :

Short Name initiated-1 : I:\PS\(Classical)\(13) Religieus\Bach\Bach - Cantatas 140 & 51 - The Bach Ensemble, Joshua Rifkin (1987)\01 - Cantata BWV 140- 1. - Chorale- 'Wachet auf, ruft uns die Stimme'.wav

This looks suspicious to me.

I think the actual culprit has been found (name is "illegal" so to speak), but it is the OS messing up. So, that it won't convert to a "Dos 8.3 Short Name" is one thing, but that it next messes up badly elsewhere is something else. At least that is to be the conclusion, because all what happens is that the USB Device does not (seem to) respond.

I think I will be able to build in a check for this (output from to Short Name conversion is the same as imput -> wrong).
First Paul may try to tweak the name so it works, with the attention to the dot in there, but it could be something else.

And Paul, before you notice that nothing is going to help, what about Dos 8.3 Short Names being shut off at all ? (but that wouldn't go by itself suddenly I'd say)
(How to restore Short Dos 8.3 names).

Let me know what happens.
Peter

[PeterSt]

Ok, the next version checks for the conversion to ever have happened.

[Scroobius]

Just got in and need to catch up on your post above Peter but I quickly tried:

1. I removed the fullstop in the filename - no difference still got error message

2. I then removed all coma's and dashes - and now it appears to work OK.

So it would appear that it is not just the length of the filename.

I will investigate further.

Paul

[Scroobius]

Peter,

I switched DOS Short Names off but I had to use this command to achieve it (disable8dot3 0 did not work as it was not recognised): -

fsutil.exe behavior set disable8dot3 0

No difference I still have the same problem error messages still being generated - but see my post above.

Cheers

Paul

[PeterSt]

Paul !!!
It looks like you are telling me that you shot OFF the short names, while they should be ON.

And now you most probably destroyed all of your files.

How to restore Short Dos 8.3 names.

Man ... tell me that this is not true.

Peter

[Scroobius]

Just to be sure I went through all 22 tracks and removed everything that is not a number or letter (so comas dashes and fullstops all removed). So the track names are not much shorter but the album is playing just fine now - no problems.

So it appears that it is not a "short names" problem.

Cheers

Paul

[PeterSt]

Of course it is.
But I am not sure whether you responded to my last post.

Peter

[Scroobius]

I just read it now. My master music directory is on another computer where I add albums as and when and then "robocopy" mirror them over to my music computer so should not be a problem other than time it could take me to copy the whole directory over.

I also have another disc (disconnected just now) in the same music PC with the whole music directory on it.

[Scroobius]

Peter,

Surely disable8dot3 set to 0 is what I require in other words the short names are created from long names facility is on which is required because XX uses the short names.

OK so I just checked the registry entry on my music PC and HKLM\SYSTEM\CurrentControlSet\Control\FileSystem NTFSDisable8dot3NameCreation is indeed set to 0.

So then I copied the Bach Cantata album (with the long file names including comas dashes etc) from the source PC into my Music PC music directory but it does not solve the problem I still get the error messages.

Your instructions are clear (unless I misunderstand)

Solution :

1.
Open a Dos box (type cmd at Run from the Start Menu);
Type
disable8dot3 0
followed by the Enter key.

2.
Copy your music folders from the current location to another (and back if you want).
This recreates the Short Names.

Do not test this for fun by means of typing disable8dot3 1 because all the Short Names will have gone in a wink, and only copying the files as described is the solution to get the Short Names back.

surely disable8dot3 1 would cause the problem of deleting all the short names?

Paul