Guida a Logitech Media Server, Squeezelite e derivati.

Pagina 174 di 188
prima
... 74 124 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 ... ultimo
Visualizzazione dei risultati da 1,731 a 1,740 su 1875
  1. #1731
    pebibyte L'avatar di marcoc1712
    Registrato
    Jan 2013
    Messaggi
    5,254
    configurazione

    Predefinito

    Originariamente inviato da antonellocaroli
    Bisogna tener presente che se hqplayer e/o hqplayerd partono all avvio di sistema prendono possesso ,in esclusiva, dell uscita audio, gli altri Player no, compreso roon...quindi potrebbe essere quello...
    NOn credo:

    codice:
    [17:35:35.001114] process_strm:256 strm command t
    [17:35:35.001134] sendSTAT:171 STAT: STMt
    ...
    [17:36:18.210777] process_strm:256 strm command s
    [17:36:18.210795] process_strm:325 strm s autostart: 1 transition period: 10 transition type: 0 codec: f
    [17:36:18.210814] sendSTAT:171 STAT: STMf
    [17:36:18.210867] codec_open:218 codec open: 'f'
    [17:36:18.210938] stream_sock:384 connecting to 192.168.0.205:9000
    [17:36:18.211078] stream_sock:413 header: GET /stream.mp3?player=ac:1f:6b:26:ed:32 HTTP/1.0
    
    
    [17:36:18.211103] sendSTAT:171 STAT: STMc
    [17:36:18.211146] process_strm:357 set fade mode: 0
    [17:36:18.211243] process:494 audg
    [17:36:18.211264] process_audg:413 audg gainL: 65536 gainR: 65536 adjust: 1
    [17:36:18.211281] set_volume:251 setting internal gain left: 65536 right: 65536
    [17:36:18.296039] stream_thread:176 headers: len: 137
    HTTP/1.1 200 OK
    Server: Logitech Media Server (7.9.2 - ARCH-AUR-GIT.20181118.e5c860d)
    Connection: close
    Content-Type: audio/x-flac

    dalle 17:35:35.001114 alle [17:36:18.211243] ha suonato un file flac,

    poi ancora

    codice:
    17:36:18.343191] sendSTAT:171 STAT: STMs
    [17:36:18.343324] sendSTAT:171 STAT: STMt
    [17:36:19.344420] sendSTAT:171 STAT: STMt
    [17:36:20.345574] sendSTAT:171 STAT: STMt
    [17:36:21.346732] sendSTAT:171 STAT: STMt
    [17:36:22.000940] process:494 strm
    [17:36:22.000992] process_strm:256 strm command t
    ...
    [17:37:14.000626] sendSTAT:171 STAT: STMt
    [17:37:14.260483] output_thread:788 pcm wait error: No such device
    [17:37:14.260546] output_thread:744 Device iec958:CARD=Interface,DEV=0 no longer available
    [17:37:14.264261] alsa_close:286 snd_pcm_close error: No such device
    [17:37:14.265324] ALSA parse_card:767 cannot find card 'Interface'
    dalle 17:36:22.000992 alle 17:37:14.260483 quando c'è il primo errore. Quindi ha preso e tenuto la scheda per 2 minuti in totale, prima di andare in errore nel bel mezzo del play.
    Ciao, Marco.

    "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
    — E. F. Schumacher (mis-attributed to A. Einstein)
    ________________________________________________________________________________
    Autore della patch R2 per Squeezelite e del plugin C-3PO. note libere
    Logitech media Server 7.9 > miniPc + squeezelite-R2 / SB+ > "Lu Scalmentu" NOS R2R DAC by TubeOne/ AudioResearch DAC 1-20 >
    Klimo Merlino Gold TPS > DIS Interconnect > Kent Gold > Reference > Monitor Audio Studio 20 SE

  2. #1732
    Moderatore L'avatar di bibo01
    Registrato
    Oct 2010
    Messaggi
    4,591
    configurazione

    Predefinito

    Some relevant points:

    1. The DAC is Ayre QX-5 Twenty
    2. Connection protocol is USB
    3. There was not loose connection - I double checked. Also...
    4. ... it works perfectly when running Roon player on the same system
    5. Finally, regarding the syntax " 2>&1 | tee " is just a shell technique to:
      • redirect both stderr and stdout to the same stream (2>&1)
      • duplicate terminal stream to named file (tee )


  3. #1733
    Moderatore L'avatar di bibo01
    Registrato
    Oct 2010
    Messaggi
    4,591
    configurazione

    Predefinito

    Further from the user...

    I had a couple of exchanges with Piero today. Even with the non-R2 version of squeezelite, I was getting the same failure case. On the console, I was seeing a very peculiar error:

    USB 1-1.2.3: clock source 40 is not valid, cannot use

    Piero suggested I play around with squeezelite settings to limit the rates, etc. Then I had a sudden brain wave. Since my Zenith SE's built in player is also squeezelite (except it boots into a different Linux), I mounted the boot ssd and poked around. I finally discovered they use the following options with squeezelite:

    -n -s localhost -m ,mac address. -o hw:CARD=Interface -a 16:4:: -D

    I duplicated these settings and voila! It now works. I think the key is the -a and the -D setting.

    Wow, that was not obvious!! But I am happy.

  4. #1734
    pebibyte L'avatar di marcoc1712
    Registrato
    Jan 2013
    Messaggi
    5,254
    configurazione

    Predefinito

    Originariamente inviato da bibo01
    Some relevant points:

    1. The DAC is Ayre QX-5 Twenty
    2. Connection protocol is USB
    3. There was not loose connection - I double checked. Also...
    4. ... it works perfectly when running Roon player on the same system
    5. Finally, regarding the syntax " 2>&1 | tee <file>" is just a shell technique to:

      • redirect both stderr and stdout to the same stream (2>&1)
      • duplicate terminal stream to named file (tee <file>)
    The problem IS alsa lost and gain repeatedly the connection to the card, that is what ALSA says in the log. We could then investigate why it happens.

    If with ROON is playing seamlessly, then probably the fault is ROON stealing the CARD to other players (what is using ROON to connect to the card other than ALSA?), I keep my doubts about why it happens only after 2 minutes, but...

    If it so, the solution is to Kill ROON and others before to start squeezelite.

    BUT:

    What about HQP or other players in the same system?
    It happens also with other dacs?
    It happens also in other (audiolinux) systems?

    if answers are "the same" and "yes", it should be handled in OS; i.e. orchestrating init.d scripts (or whatever is used to start services) to ensure that only one player is active at one time.

    If only squeezelite is having this trouble, in every system, we should make sure the version in use is compiled using the same version of alsalib in use in the target system, but I believe this is already ensured at distribution (audiolinux) level.

    Squeezelite logics don't need to be modified, il launched with -C 1 will release the connection after 1 sec of silence and it will NEVER steal connection if not available, but sure it will spot an error when the connection is lost, whatever is the reason and aborts if launched when the required device is not available.

    I could not think of any better behaviour.
    Ciao, Marco.

    "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
    — E. F. Schumacher (mis-attributed to A. Einstein)
    ________________________________________________________________________________
    Autore della patch R2 per Squeezelite e del plugin C-3PO. note libere
    Logitech media Server 7.9 > miniPc + squeezelite-R2 / SB+ > "Lu Scalmentu" NOS R2R DAC by TubeOne/ AudioResearch DAC 1-20 >
    Klimo Merlino Gold TPS > DIS Interconnect > Kent Gold > Reference > Monitor Audio Studio 20 SE

  5. #1735
    pebibyte L'avatar di marcoc1712
    Registrato
    Jan 2013
    Messaggi
    5,254
    configurazione

    Predefinito

    Originariamente inviato da bibo01
    Further from the user...

    I had a couple of exchanges with Piero today. Even with the non-R2 version of squeezelite, I was getting the same failure case. On the console, I was seeing a very peculiar error:

    USB 1-1.2.3: clock source 40 is not valid, cannot use

    Piero suggested I play around with squeezelite settings to limit the rates, etc. Then I had a sudden brain wave. Since my Zenith SE's built in player is also squeezelite (except it boots into a different Linux), I mounted the boot ssd and poked around. I finally discovered they use the following options with squeezelite:

    -n <player-name> -s localhost -m ,mac address. -o hw:CARD=Interface -a 16:4:: -D

    I duplicated these settings and voila! It now works. I think the key is the -a and the -D setting.

    Wow, that was not obvious!! But I am happy.
    mmmh....


    I do believe the difference is mostly here:
    -o hw:CARD=Interface. That means direct access to the device. I'll try that before any other.

    that said,

    -D = use DOP for DSD, it was playing flac, is not taking place here.
    -a 16:4:: are alsa buffer,period size, format and mmap. 16 is a very little buffer, default is 40:4::, that with that card in audiolinux results in 40:4:S32_LE:1

    We should look at your log to see what alsa parameters (format and mmap) it uses, but they are depending on the OS and the card.

    There is a (little) chance that the last one (mmap) could be
    involved in the problem, but only if audiolinux (or alsa in audiolinux) is compiled without the mmap support, in that case you should add -a 40:4::0 to the command line (to use same defaults values) and NO mmap, if you are not sure, 0 is safe, so try to use it first.


    Then you could play with other settings.

    this is the line I currently use, when not using DSD.

    -n squeezelite-R2-o hw:CARD=J20 -x -m 00:e0:4c:68:ce:78 -r 44100-768000 -c aif,wav,pcm -b 1048576:1048576 -a 499:3::0 -f /var/log/squeezelite-R2/squeezelite-R2.log

    -b is the input/output buffer, should be equals when using uncompressed pcm, the out should be 1/0.75 the imput when using flac for best results, but it does not really matter with so little alsa buffers (< 200). In this case is 2GB, that way the song is almost always in RAM, the network inactive and CPU get 400/16 fewer interrupts from memory, but be sure to have enough RAM or decrease them.

    Ciao, Marco.

    "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
    — E. F. Schumacher (mis-attributed to A. Einstein)
    ________________________________________________________________________________
    Autore della patch R2 per Squeezelite e del plugin C-3PO. note libere
    Logitech media Server 7.9 > miniPc + squeezelite-R2 / SB+ > "Lu Scalmentu" NOS R2R DAC by TubeOne/ AudioResearch DAC 1-20 >
    Klimo Merlino Gold TPS > DIS Interconnect > Kent Gold > Reference > Monitor Audio Studio 20 SE

  6. #1736
    Moderatore L'avatar di bibo01
    Registrato
    Oct 2010
    Messaggi
    4,591
    configurazione

    Predefinito

    Utente estero...

    Quick question - will removing the C-3PO plugin disable upsampling/conversion of the original files ? I have few DSD256 content but my DAC supports only DSD128. How do I down-sample in this case ?

  7. #1737
    pebibyte L'avatar di marcoc1712
    Registrato
    Jan 2013
    Messaggi
    5,254
    configurazione

    Predefinito

    Originariamente inviato da bibo01
    Utente estero...

    Quick question - will removing the C-3PO plugin disable upsampling/conversion of the original files ? I have few DSD256 content but my DAC supports only DSD128. How do I down-sample in this case ?
    In C-3PO just disable DSD256 as supported rate.
    Ciao, Marco.

    "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
    — E. F. Schumacher (mis-attributed to A. Einstein)
    ________________________________________________________________________________
    Autore della patch R2 per Squeezelite e del plugin C-3PO. note libere
    Logitech media Server 7.9 > miniPc + squeezelite-R2 / SB+ > "Lu Scalmentu" NOS R2R DAC by TubeOne/ AudioResearch DAC 1-20 >
    Klimo Merlino Gold TPS > DIS Interconnect > Kent Gold > Reference > Monitor Audio Studio 20 SE

  8. #1738

    Predefinito

    Originariamente inviato da marcoc1712
    mmmh....


    I do believe the difference is mostly here:
    -o hw:CARD=Interface. That means direct access to the device. I'll try that before any other.

    that said,

    -D = use DOP for DSD, it was playing flac, is not taking place here.
    -a 16:4:: are alsa buffer,period size, format and mmap. 16 is a very little buffer, default is 40:4::, that with that card in audiolinux results in 40:4:S32_LE:1

    We should look at your log to see what alsa parameters (format and mmap) it uses, but they are depending on the OS and the card.

    There is a (little) chance that the last one (mmap) could be
    involved in the problem, but only if audiolinux (or alsa in audiolinux) is compiled without the mmap support, in that case you should add -a 40:4::0 to the command line (to use same defaults values) and NO mmap, if you are not sure, 0 is safe, so try to use it first.


    Then you could play with other settings.

    this is the line I currently use, when not using DSD.

    -n squeezelite-R2-o hw:CARD=J20 -x -m 00:e0:4c:68:ce:78 -r 44100-768000 -c aif,wav,pcm -b 1048576:1048576 -a 499:3::0 -f /var/log/squeezelite-R2/squeezelite-R2.log

    -b is the input/output buffer, should be equals when using uncompressed pcm, the out should be 1/0.75 the imput when using flac for best results, but it does not really matter with so little alsa buffers (< 200). In this case is 2GB, that way the song is almost always in RAM, the network inactive and CPU get 400/16 fewer interrupts from memory, but be sure to have enough RAM or decrease them.

    Thanks for helping me to understand squeezelite better. I will post followup questions here directly, if you don't mind my doing so in English!

    I now have squeezelite/LMS working perfectly, and I also have it working with Roon. This is my preferred configuration, since I want the Roon experience, with the sound quality of squeezelite, which is significantly better with the -b option. I am currently using:
    OPTIONS="-n zenith-se-player -s localhost -m ac:1f:6b:26:ed:32 -o hw:CARD=Interface -b 1572864:1572864 -a 16:4:: -D"

    However, with Roon as the server, I am getting random skipping of tracks, sometimes in the middle of the current track. Is this a known problem? It seems to be Roon's LMS emulator to blame, as LMS doesn't have any issue. I tried playing with the first -a setting, going all the way up to 499. 499 changed the sound signature a bit, but it didn't solve the problem.

    Open to suggestions.

  9. #1739
    Moderatore L'avatar di bibo01
    Registrato
    Oct 2010
    Messaggi
    4,591
    configurazione

    Predefinito

    Originariamente inviato da austinpop
    ...
    Welcome

  10. #1740
    pebibyte L'avatar di marcoc1712
    Registrato
    Jan 2013
    Messaggi
    5,254
    configurazione

    Predefinito

    Originariamente inviato da austinpop
    Thanks for helping me to understand squeezelite better. I will post followup questions here directly, if you don't mind my doing so in English!

    I now have squeezelite/LMS working perfectly, and I also have it working with Roon. This is my preferred configuration, since I want the Roon experience, with the sound quality of squeezelite, which is significantly better with the -b option. I am currently using:
    OPTIONS="-n zenith-se-player -s localhost -m ac:1f:6b:26:ed:32 -o hw:CARD=Interface -b 1572864:1572864 -a 16:4:: -D"

    However, with Roon as the server, I am getting random skipping of tracks, sometimes in the middle of the current track. Is this a known problem? It seems to be Roon's LMS emulator to blame, as LMS doesn't have any issue. I tried playing with the first -a setting, going all the way up to 499. 499 changed the sound signature a bit, but it didn't solve the problem.

    Open to suggestions.
    You are welcome!

    Too bad I'm not an expert in ROON, so I can't really help you in this matter. Some time ago we had problems with PCM/WAV files longer than x minutes, where x where depending on bitrate, almost 20 at 384KHz/32bit, but C-3PO and Squeezelite-R2 solved the problem. It seldom happens, listening to Qobuz, that the track skips to next, but I believe is due to Qobuz, not LMS, I've never investigated. What I would do is trying to verify if it always skips at a precise position in the length of the track, if so I'd open a ticket with ROON.
    Ultima modifica di bibo01 : 24-11-2018 a 14:08 Motivo: just some English...
    Ciao, Marco.

    "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
    — E. F. Schumacher (mis-attributed to A. Einstein)
    ________________________________________________________________________________
    Autore della patch R2 per Squeezelite e del plugin C-3PO. note libere
    Logitech media Server 7.9 > miniPc + squeezelite-R2 / SB+ > "Lu Scalmentu" NOS R2R DAC by TubeOne/ AudioResearch DAC 1-20 >
    Klimo Merlino Gold TPS > DIS Interconnect > Kent Gold > Reference > Monitor Audio Studio 20 SE

Pagina 174 di 188
prima
... 74 124 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 ... ultimo

Informazioni Thread

Users Browsing this Thread

Ci sono attualmente 6 utenti che stanno visualizzando questa discussione. (0 utenti e 6 ospiti)

Regole d'invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
nexthardware.com - © 2002-2022