PasTim wrote: 
> Sorry, I wasn't clear.  How can a max sample rate of 96000 be OK for a
> 96000 track, but not OK for a 192000 track?
> 
> 
> I tried loads of things, but mainly uncompressed wav at 96000 (fixed),
> 16 or 24 bit.  I wasn't mostly using 'raw', but 'wav'.  I'm not going to
> try again for a while to give more detail - I need a break from this -
> sorry.

Tests can wait, but here is the explanation for your post
https://forums.slimdevices.com/showthread.php?103728-Announce-UPnPBridge-integrate-UPnP-DLNA-players-with-LMS-(squeeze2upnp)&p=919308&viewfull=1#post919308

1- When you play the 24/192 track, it's beyond what you have passed to
LMS as Marantz's capabilities (96000), so at that point LMS must choose
a new sample rate and *format*
2- I do't have the server log at that time, but if you look at the UPnP
log, LMS chooses to reencode the track to MP3

Code:
--------------------
    
  [12:54:48.805927] sq_callback:297 [0x74b440]:
        artist:John Butt
        album:Bach - The Well-Tempered Clavier Book I - Butt (excerpt)
        title:The Well-Tempered Clavier Book I - Prelude and Fugue No.21 in 
Bâ™* BWV.866 - 1. Prelude
        genre:Classical; Piano Solo
        duration:74.838
        size:0
        cover:
        offset:0
  [12:54:48.806088] sq_callback:324 [0x74b440]: current URI set 
http://10.99.55.10:49155/bridge-1.wav
  [12:54:48.806386] AVTSetURI:91 [0x74b440]: uPNP setURI 
http://10.99.55.10:49155/bridge-1.wav (cookie 0x1)
  [12:54:48.807826] process_start:1140 [0x6c8080]: codec:m, ch:0, s:0, r:0
  [12:54:48.808036] stream_sock:397 [0x6c8080] connecting to 10.99.55.10:9000
  [12:54:48.808498] stream_sock:426 [0x6c8080] header: GET 
/stream.mp3?player=00:06:78:09:50:ce HTTP/1.0
  
--------------------

3- The maximum rate for MP3 is 48k, so here is the explanation for the
48k. MP3 also only supports 16 bits, as you know
4- Then the bridge receives that mp3 and the resample rate s:24,r:96000
forces it to resample from 48000 to 96000
5- You've also set the bridge to resize to 24 bits, always, so here it
what it does (in wav)

Code:
--------------------
    
  [12:54:53.139083] resample_newstream:204 [0x6c8080]: resampling from 48000 -> 
96000
  [12:54:53.141709] process_newstream:121 [0x6c8080]: processing: active
  [12:54:53.268102] _output_new_stream:419 [0x6c8080]: encoding in PCM r:96000 
s:24 f:w
  
--------------------

That explains why a 24/192 ends in being received as 16/48 and then
transformed into 24/96

In the other example, you play a 24/192 track with no higher set

1- Same thing happens, 24/92 is above player's abilities, so transcoded
is done in 16/48 MP3 

Code:
--------------------
    
  [12:59:23.055747] sq_callback:297 [0x74b440]:
        artist:John Butt
        album:Bach - The Well-Tempered Clavier Book I - Butt (excerpt)
        title:The Well-Tempered Clavier Book I - Prelude and Fugue No.21 in 
Bâ™* BWV.866 - 2. Fugue
        genre:Classical; Piano Solo
        duration:98.417
        size:0
        cover:
        offset:0
  [12:59:23.055889] sq_callback:324 [0x74b440]: current URI set 
http://10.99.55.10:49155/bridge-1.wav
  [12:59:23.056155] AVTSetURI:91 [0x74b440]: uPNP setURI 
http://10.99.55.10:49155/bridge-1.wav (cookie 0x1)
  [12:59:23.056734] process_start:1140 [0x6c8080]: codec:m, ch:0, s:0, r:0
  [12:59:23.056833] stream_sock:397 [0x6c8080] connecting to 10.99.55.10:9000
  [12:59:23.057128] stream_sock:426 [0x6c8080] header: GET 
/stream.mp3?player=00:06:78:09:50:ce HTTP/1.0
  
--------------------

2- The bridge receives the same 16/48 MP3 but this time the resample
rule says s:24r:-96000, so the bridge will only downsample if the track
is *above* 96. 48 is below, so it leaves it as is
3- You've forced sample size at 24 bits, os it does that. Here is the
result (in wav)

Code:
--------------------
    
  [12:59:27.608120] resample_newstream:247 [0x6c8080]: disable resampling - 
rates match 48000
  [12:59:27.608171] process_newstream:121 [0x6c8080]: processing: inactive
  [12:59:27.705355] _SyncNotifState:484 [0x74b440]: uPNP transition
  [12:59:27.771311] _output_new_stream:419 [0x6c8080]: encoding in PCM r:48000 
s:24 f:w
  
--------------------


It all works as expected. Now I'm not sure why LMS choose MP3 to obey
the "not above 192k rule, but I can tell you mine does the same, I just
tried before writing that post. I will look into that



LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos
PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000,
ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, , Pi
B3, B2, Pi B+, 2xPi A+, Odroid-C1, Odroid-C2, Cubie2, Yamaha WX-010,
AppleTV 4, Airport Express, GGMM E5
------------------------------------------------------------------------
philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261
View this thread: http://forums.slimdevices.com/showthread.php?t=103728

_______________________________________________
plugins mailing list
plugins@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/plugins

Reply via email to