Albums pausing

[acg]

Anthony, we have been trhough this before, in IIRC the same fashion. Then too you later told that it is in between tracks. This is NOT the same as in the middle. Please find that other topic (should be your own).

Yes, we have been through similar stuff before.  In that other thread the problem was not fixed but the problem did change slightly to what it is now.

Theoretically there can't be network traffic *IF* you have set all as should. Test it ?

Well, there is certainly network traffic otherwise RD would not be working.  RD drops out and is unable to be resurrected (forcing a hard shutdown of the AudioPC) up to half a dozen times a day.  When this happens music will not play and re-connection is impossible so the hard restart is necessary.

I am having a number of small problems at the moment and I will work through them one by one in the hope that one of the fixes will help the other situations.  For your information, the other problems include hi-res and Tidal streams playing with light intermittent static regardless of SFS, although the control panel shows no errors.

Anthony

[acg]

Anthony, we have been trhough this before, in IIRC the same fashion. Then too you later told that it is in between tracks. This is NOT the same as in the middle. Please find that other topic (should be your own).

Probably the language thing, but my first post was clear that this happens when one track ends and the next begins.

[PeterSt]

Ok, what about it being non-sensical to let die out those topics (issues) without them being solved, to next in cool fashion start a new topic as if nothing happened ?

Your last post ... we dealt with all of that too. Maybe it wasn't solved, but all I recall of those things is that it ended up being OK. Apparently it is not, but this is not much managable in this way.

Well, there is certainly network traffic otherwise RD would not be working.

and from me :

Works ? then boot into Normal OS en Deactivate Use Remote Desktop; boot back into MinOS and control the Audio PC by normal keyboard, mouse and monitor.

So what are you doing ?
I'm afraid you just testified that you're not trying what I am asking. This is fine of course, but then don't expect anything to change. True ?

Regards,
Peter

PS:

Well, there is certainly network traffic otherwise RD would not be working.  RD drops out and is unable to be resurrected (forcing a hard shutdown of the AudioPC) up to half a dozen times a day.  When this happens music will not play and re-connection is impossible so the hard restart is necessary.

If you don't revisit this topic (may not have been yours) then I will.

PPS:

For your information, the other problems include hi-res and Tidal streams playing with light intermittent static regardless of SFS, although the control panel shows no errors.

Please open a new topic for this, with your knowledge in advance that there's no single way this can be Tidal related, unless Tidal gives you flawed rips. Btw, Tidal Hires ? but please continue in the new topic; I'll deal with it in serious fashion as always.

PPPS: Yes, language problem (or poor reading); my bad anyway !

[acg]

Ok, what about it being non-sensical to let die out those topics (issues) without them being solved, to next in cool fashion start a new topic as if nothing happened ?

Your last post ... we dealt with all of that too. Maybe it wasn't solved, but all I recall of those things is that it ended up being OK. Apparently it is not, but this is not much managable in this way.

The stuttering problem was solved in that thread...I almost can't induce stuttering any more even with extremely low SFS...and it was solved because I realised I had a wrong setting that made the computer tooooo slow.  Now I have the "pause" problem and that is why I started the new thread considering that most people will have the correct (read your) settings in XXHE.

What I do have here are two different AudioPCs that suffer the same problem in the same albums and one of those PC's is exactly the same as yours on which you have no problems with these settings.  Something is going on...same PC same XXHE but I have problems here and you don't have that problem there.

Well, there is certainly network traffic otherwise RD would not be working.

and from me :

Works ? then boot into Normal OS en Deactivate Use Remote Desktop; boot back into MinOS and control the Audio PC by normal keyboard, mouse and monitor.

So what are you doing ?
I'm afraid you just testified that you're not trying what I am asking. This is fine of course, but then don't expect anything to change. True ?

The way I read that you were not really asking me to do that but just proving that network is not required for the AudioPC to operate properly.  I will do it tonight and report back.

For your information, the other problems include hi-res and Tidal streams playing with light intermittent static regardless of SFS, although the control panel shows no errors.

Please open a new topic for this, with your knowledge in advance that there's no single way this can be Tidal related, unless Tidal gives you flawed rips. Btw, Tidal Hires ? but please continue in the new topic; I'll deal with it in serious fashion as always.

No, not Tidal hires, Tidal and my hi-res files.  I have not tried any of either on this other PC so will do that as I get a chance.  I will open another topic, but will do so after I get through this pause problem if the other persists.

Anthony

[PeterSt]

Anthony,

It is still fine if you send me such a track. But it shoud be the most "fast" repeatable for me. Thus preferably one track only, and if two are required (like two in a sequence because otherwise it doesn't go bad) then two. And with description of course.

Read : I am the most happy to check this for you and solve a problem when one's there. But if you in between the lines start "blaming" your network, then we already know it's a moot thing. So it just depends on what your own thoughts really are. One thing we know : it is not your processor (good !). Of course I wasn't really suggesting it, but very far I obviously did after all. Anyway, good that this is out of the equation.

Now send me this file(s) ... really no problem.

Peter

[acg]

Theoretically there can't be network traffic *IF* you have set all as should. Test it ? Activate Keep LAN Services and deactivate Persist. Remember the Always Copy to XX Drive.
Now get playing to work (from the RAM OS Disked PC).
Works ? then boot into Normal OS en Deactivate Use Remote Desktop; boot back into MinOS and control the Audio PC by normal keyboard, mouse and monitor.

Now you plainly don't have any network connection during playback.

Peter

I just did this, made double sure of no network connection and still had the pausing issue.  Next I will send you some files Peter.

[PeterSt]

Question meanwhile, Anthony :

I recall something similar from a farther past, and SOMEHOW this only happened to collection albums. I was totally puzzled by it. I also don't recall to ever solve it, though I never see the problem any more.

Is this from a collection album ?

Peter

[acg]

Question meanwhile, Anthony :

I recall something similar from a farther past, and SOMEHOW this only happened to collection albums. I was totally puzzled by it. I also don't recall to ever solve it, though I never see the problem any more.

Is this from a collection album ?

Peter

No, not from a collection album...I don't really listen to them at all except for maybe the odd soundtrack, but have not noticed anything in particular with those.

[PeterSt]

Anthony,

I can be 99% sure only, but it looks like you have a ripping problem, or "source" problem otherwise;

I only have this album as an example but say that 75% of tracks are not on "stereo sample" boundary. So for 16/44.1 (what this is) the music data bytes should be divisable by 4 and in 75% of tracks on your album it is not (2 bytes remain).
My version of the same album is in 100% of tracks divisable by 4. Now :

I have just spent 2 hours in finding this after seeing other things I could not really proove to be wrong, just as I can not really proove that this is wrong really. Fact is (or seems to be) :
- You report this as an often recurring problem;
- I have never seen it (the past x years);
- Nobody else reported this (but may not tell a thing).

Point is also that with an SFS of 60 this just plays, but things are really complicated as with the very small SFS at the end of a track the remaining length is cut by two because of an otherwise too short remaining part (think like a buffer needing to play 1 sample which will never work out because of way too much overhead) - which thing does not occur at the larger SFS and *if* it occurs it is super super rare (chances is just 60 / 0.06 = 10000 smaller) *AND* it can be a bug in the program. But if so, why with you and never with me.
This thus, while I see that "half" sample boundary of which I am unsure what it can do (but if you some times doubted whether channels suddenly were swapped, then now you know why; I am not suggesting this, but if things are not cut somewhere, then this *will* happen and don't ask me where this cutting is supposed to happen - all made so long ago by now).

So what remains for now :
What is your ripping means, or otherwise what is the source ?
Maybe we can do something with the answer, or maybe other people speak up with the same problem "because".
Anyway at this moment I have to give up. For you may count :
If you have another means of ripping (or source) present in your library, use that and see whether it occurs with that too.

Regards,
Peter

[PeterSt]

PS: I totally forgot to explicitly tell you that it goes exactly the same here (tried with SFS = 0.06 and 0.08 and at the end of track 08 it stops; 60 thus works). Additionally, my own version (not 100% the same because a few 10ths of a second difference per track) keeps on playing. This may tell nothing much, but I still have to tell it, of course.

[acg]

This is kind of a relief actually Peter, if I do have a ripping problem, and I am not going crazy.  I have spent so much time being annoyed by this and trying to track down the problem, so thank you for your time.

All CD's including the one I sent you were ripped on my workstation using dbPoweramp while I worked. I did wear out one drive and replaced it with a Pioneer Bluray but I cannot remember exactly which disks were ripped with which drive, although I do know that at least some of the albums that pause were ripped on the latter drive.

As it turns out I am at the moment sorting out a new ripping solution with a Plextor drive and a quieter PC than my workstation, but still using dbPoweramp which I most sincerely hope is not part of the problem.  The Plextor drive should be here in the next week or two and once it turns up I will put it in the workstation and rerip some of the problem disks.

Peter, is there a way to tell which tracks have the issue?  Can that be automated in some way so I know in advance which CDs to redo?

Much appreciated,

Anthony

PS: what ripping software do you use?

[PeterSt]

Anthony,

First off at this moment I can not be 100% sure it is the cause. It resides too deep to sort out. Point looks to be though : when the one is dividable by 4 and the other is not, one of the two have to be "wrong" as such, but I can't tell how harmful it is. It sort of requires the otherway around proof first : are ALL of my rips OK then in this respect ?
So I am not claiming it is (causes !) the real issue, but, it can't be 100% OK either.

When you switch on logging, and play a second, the X3 log file will show a "Fameous first" entry. The large number there is the number of bytes of the music data which for 16 bits and 2 channels needs to be dividable by 4. It is cumbersome to check, because it takes 1-2 minutes to check one album.
I can make something for it, if I had time. And I feel I have not. The time would be better spent if I can counter attack it during playback ...

In ~ how much percent of tracks does this happen ?

I use EAC (when I did, which by now is quite long ago).

Peter

[PeterSt]

Anthony,

Another member has been so kind to tell me via email that he encountered the same problem with DBPowerAmp.
Context from myself : Over time I have run into a relative numerous problems with DBPowerAmp and only with that (obviously many ripping programs exist, but DBPowerAmp often has problems).

In this case said member enountered the problem "always in DBPowerAmp" and "never in XLD" (which is Mac). He also tells that he solved the problem for Windows (and DBPowerAmp) to rip to one large file with cue sheet (what we in XXHighEnd call Cue Files as phenomenon).

The latter is logic to me, as the problem can not happen then; you'd say it can happen at the end, but this is not really so. The explanation is somewhat more difficult but it is about the base data on a CD and how actually TIME determines the track boundaries (and now programmers have to make many difficult decisions because no 1/100th second boundary resembles "sample" boundaries (one sample lasts 22 microseconds). And regarding the whole CD, it is just data and the data ends where it does and it supposed to be OK always (and it usually is).

Anecdotical is that those Cue Files are exactly a huge problem for me (XXHighEnd) because the lot now backfires to the playback means (program). So now there the lot is to be cut into tracks while the .cue file again denotes in time with a resolution of 1/100th of a second.


At least you now may understand how it is not easy at all to even determine what is right and what is wrong or what works out as wrong or is possibly harmless.

Hope this helps you.
Peter

[Robert]

Ok I have had this problem also mainly with some Hires HD track downloads but also the odd ripped CD. When the SFS is set at 4 all albums play through but at .10 the CD's stop after track 2 and the Hires after one track some at two.

I have thought that ripping may be an issue for a while, so today I downloaded EAC and re-ripped two problem CD's. I have been using dbpoweramp for the last 5 years. Well on listening to the first EAC ripped CD it played all tracks and going back to dbpoweramp sure enough it stopped at the end of track 2.

Certainly appears that dbpoweramp has issues on some CD rips. I will try the other CD tomorrow. I don't know what I can do about the Hires downloads but I think its the same problem. I've just bought \HDtracks\Harry Belafonte\Belafonte_ At Carnegie Hall and it only plays one track 24/96 at a time in contrast HDtracks Black Sabbath Vol 4 24/96 plays all tracks. I've split Hires albums into as many as 3 files but still stops after one or two tracks.

SFS at .10 sounds so good its disappointing to reset at 4 and in Ram OS the difference is easy to hear.

Robert

[acg]

Very interesting Rob, thanks for posting.  sort of nice to know I am not alone in this.

I might have a quick look at EAC.

Cheers,

Anthony