MPD : add a delay to wait before starting the playback

[thomas2j]

Hello,

Ihave a new dac and the first second of tracks is missed,

How can i add a delay to wait before starting the playback in MPD please ?

Also, in squeezelite you can add a delay to wait when switching sample rates between tracks.
does the same setting exist in MPD ?

Thanks
Thomas

[Tim Curtis]

There is no such "delay" option in MPD.

[Nutul]

Hello,

Ihave a new dac and the first second of tracks is missed,

How can i add a delay to wait before starting the playback in MPD please ?

Also, in squeezelite you can add a delay to wait when switching sample rates between tracks.
does the same setting exist in MPD ?

Thanks
Thomas

Of every track, or just of the first in the playlist / queue, or (can you tell) if it happens when the sample-rate/bit-depth differs from those of the previous track?
Unfortunately, this is your DAC not fast enough at configuring itself, and depending on when this happens, you may or may not have some chance of sweetening the pill...

ETA
Adding a delay won't help, as the DAC stops its output when it needs to configure itself for the new stream; and can do that only when it starts receiving such stream, that is, when it starts playback...

P.S.
what's the DAC?

[thomas2j]

Hello,

Ihave a new dac and the first second of tracks is missed,

How can i add a delay to wait before starting the playback in MPD please ?

Also, in squeezelite you can add a delay to wait when switching sample rates between tracks.
does the same setting exist in MPD ?

Thanks
Thomas

Of every track, or just of the first in the playlist / queue, or (can you tell) if it happens when the sample-rate/bit-depth differs from those of the previous track?
Unfortunately, this is your DAC not fast enough at configuring itself, and depending on when this happens, you may or may not have some chance of sweetening the pill...

ETA
Adding a delay won't help, as the DAC stops its output when it needs to configure itself for the new stream; and can do that only when it starts receiving such stream, that is, when it starts playback...

P.S.
what's the DAC?

It is the SMSL DL200

I removed the "-C 1" parameter in Squeezelite and now the DAC stays active and it is better

I didn't have these problems with my previous DAC (SMSL Sankrit 10th mkii), i don't understand why SMSL doesn't take care of that

[Nutul]

I removed the "-C 1" parameter in Squeezelite and now the DAC stays active and it is better

This could avoid the audio stream to be closed at the end of a playlist, it should improve nothing diring normal, queued playback.
I would have left it there, but changed to, say, 30 seconds instead of 1.

Anyway, I haven't understood whether the issue is solved or not; as the only thing you mention was the time-out of squeezelite (and you didn't, eventually, mention that the problem was with squeezelite in the first post...)

I didn't have these problems with my previous DAC (SMSL Sankrit 10th mkii), i don't understand why SMSL doesn't take care of that

It depends WHEN the problem arises. For what you say, now everything is fine; maybe the requirements are "never close the stream if you are planning to continue using the DAC"...
Being the DL200 a hi-performing device, I doubt it would have such an unpleasant behavior just for careless design...

[thomas2j]

I removed the "-C 1" parameter in Squeezelite and now the DAC stays active and it is better

This could avoid the audio stream to be closed at the end of a playlist, it should improve nothing diring normal, queued playback.
I would have left it there, but changed to, say, 30 seconds instead of 1.

Anyway, I haven't understood whether the issue is solved or not; as the only thing you mention was the time-out of squeezelite (and you didn't, eventually, mention that the problem was with squeezelite in the first post...)

I didn't have these problems with my previous DAC (SMSL Sankrit 10th mkii), i don't understand why SMSL doesn't take care of that

It depends WHEN the problem arises. For what you say, now everything is fine; maybe the requirements are "never close the stream if you are planning to continue using the DAC"...
Being the DL200 a hi-performing device, I doubt it would have such an unpleasant behavior just for careless design...

there is really a problem with this SMSL DL200 when playing tracks with different sample rates (on linux with nuc or raspberry, usb or optical)

this is really annoying

i didn't find a solution

[Nutul]

I removed the "-C 1" parameter in Squeezelite and now the DAC stays active and it is better

This could avoid the audio stream to be closed at the end of a playlist, it should improve nothing diring normal, queued playback.
I would have left it there, but changed to, say, 30 seconds instead of 1.

Anyway, I haven't understood whether the issue is solved or not; as the only thing you mention was the time-out of squeezelite (and you didn't, eventually, mention that the problem was with squeezelite in the first post...)

I didn't have these problems with my previous DAC (SMSL Sankrit 10th mkii), i don't understand why SMSL doesn't take care of that

It depends WHEN the problem arises. For what you say, now everything is fine; maybe the requirements are "never close the stream if you are planning to continue using the DAC"...
Being the DL200 a hi-performing device, I doubt it would have such an unpleasant behavior just for careless design...

there is really a problem with this SMSL DL200 when playing tracks with different sample rates (on linux with nuc or raspberry, usb or optical)

this is really annoying

i didn't find a solution

I see, I am reading you on ASR.
It's very sad.
My observations:
1. the DAC makes clicks when switching inputs
2. the DAC makes clicks when turning it ON/OFF
3. the DAC causes the beginning of the tracks to be lost when sample-rate/bit-depth changes
Any other scenario I might have missed? Please do comment, as it is important to the (possible) solution.

Now, to be fair, 1 and 2 we can just ignore them, as you do not compulsively switch inputs, nor turn the DAC on/off; we might agree on this, right?

Point 3 is the MOST ANNOYING, I do agree. For me it would be unacceptable, and force me to return the product. BUT... it can be mitigated, as the players are software... what could be done, in this case, is add some silence - I mean, add a track with silence in it BEFORE the new track, in the very same format as the new track; and test the results: if the problem is indeed related to the change of format, and by this trick it disappears, we might think of adding a (very, extremely) special feature to moOde, to do it automatically...

I know I am starting a controversial discussion, but I know it can be done, and if there is no other painless solution I value this as the last straw to clutch to left to the unfortunate group of users you appear to belong to.

I am indeed waiting now for some comments by the tech guys. For now, I can only wish you good luck.

[Nutul]

Hmm,
I read that the clicks even after resampling to the same s-r, this is utterly weird.
Are you playing local files?!?

ETA
Of course, this behavior renders my suggested solution completely useless...

[thomas2j]

Hmm,
I read that the clicks even after resampling to the same s-r, this is utterly weird.
Are you playing local files?!?

ETA
Of course, this behavior renders my suggested solution completely useless...

Thanks for your help

i can add a point 4 :

My observations:
1. the DAC makes clicks when switching inputs
2. the DAC makes clicks when turning it ON/OFF
3. the DAC causes the beginning of the tracks to be lost when sample-rate/bit-depth changes
4. the DAC makes clicks when sample-rate/bit-depth changes

sorry i was wrong : i made some new tests and it is ok when i resample to the same rate

[Nutul]

4. the DAC makes clicks when sample-rate/bit-depth changes

sorry i was wrong : i made some new tests and it is ok when i resample to the same rate

So my approach will probably eliminate the 1st-second-mute, but the (annoying) clicks would still be there.

You haven't answered to my other question, though... are you playing local files (on the SD, or external HDD), or using squeezelite?